* My fixes to ide-tape in 2.4.20-ac2
From: Pete Zaitcev @ 2002-12-14 3:44 UTC (permalink / raw)
To: alan; +Cc: stern, zaitcev, linux-kernel
Hi:
I checked that my fixes were not corrected by Alan Stern,
and re-diffed them against 2.4.20-ac2. I think it would
be right if Alan (Cox :-) applied this patch to -ac3 or something.
Marcelo agreed to take it many times but forgot to actually apply.
-- Pete
BugID Synopsys
----- -------------------------------
36628 I/O error reading HP Colorado 5GB tape drive
62267 Segfault when insmod'in the ide-tape driver
I6809 ***** B5: divide error: 0000
36628:
Removes extra buffer flush from read_position(), which confuses
all versions of the HP Colorado.
Also touches up on insane logging.
62267:
ide-tape: Model: Seagate STT3401A
ide-tape: Firmware Revision: 308A
....
ide-tape: Maximum supported speed in KBps - 4000
ide-tape: Continuous transfer limits in blocks - 0 <===== HUH?!
ide-tape: Current speed in KBps - 755
I6809:
ide-tape: Model: Seagate STT3401A
ide-tape: Firmware Revision: 309C
....
ide-tape: Adjusted block size - 0 <===== Seagate strikes back
divide error: 0000
--- linux-2.4.20-ac2/drivers/ide/ide-tape.c Fri Dec 13 16:55:13 2002
+++ linux-2.4.20-ac2-pb/drivers/ide/ide-tape.c Fri Dec 13 18:12:20 2002
@@ -450,8 +450,6 @@
#include <asm/bitops.h>
-#define NO_LONGER_REQUIRED (1)
-
/*
* OnStream support
*/
@@ -3486,29 +3482,10 @@
printk (KERN_INFO "ide-tape: Reached %s\n", __FUNCTION__);
#endif /* IDETAPE_DEBUG_LOG */
-#ifdef NO_LONGER_REQUIRED
- idetape_flush_tape_buffers(drive);
-#endif
idetape_create_read_position_cmd(&pc);
if (idetape_queue_pc_tail(drive, &pc))
return -1;
position = tape->first_frame_position;
-#ifdef NO_LONGER_REQUIRED
- if (tape->onstream) {
- if ((position != tape->last_frame_position - tape->blocks_in_buffer) &&
- (position != tape->last_frame_position + tape->blocks_in_buffer)) {
- if (tape->blocks_in_buffer == 0) {
- printk("ide-tape: %s: correcting read "
- "position %d, %d, %d\n",
- tape->name, position,
- tape->last_frame_position,
- tape->blocks_in_buffer);
- position = tape->last_frame_position;
- tape->first_frame_position = position;
- }
- }
- }
-#endif
return position;
}
@@ -6195,6 +6172,10 @@
printk(KERN_INFO "ide-tape: %s: overriding capabilities->max_speed (assuming 650KB/sec)\n", drive->name);
capabilities->max_speed = 650;
}
+ if (!capabilities->ctl) {
+ printk(KERN_INFO "ide-tape: %s: overriding capabilities->ctl (assuming 26KB)\n", drive->name);
+ capabilities->ctl = 52;
+ }
tape->capabilities = *capabilities; /* Save us a copy */
if (capabilities->blk512)
@@ -6250,10 +6231,6 @@
idetape_create_mode_sense_cmd(&pc, IDETAPE_BLOCK_DESCRIPTOR);
if (idetape_queue_pc_tail(drive, &pc)) {
printk(KERN_ERR "ide-tape: Can't get block descriptor\n");
- if (tape->tape_block_size == 0) {
- printk(KERN_WARNING "ide-tape: Cannot deal with zero block size, assume 32k\n");
- tape->tape_block_size = 32768;
- }
return;
}
header = (idetape_mode_parameter_header_t *) pc.buffer;
@@ -6350,6 +6327,10 @@
idetape_get_inquiry_results(drive);
idetape_get_mode_sense_results(drive);
idetape_get_blocksize_from_block_descriptor(drive);
+ if (tape->tape_block_size == 0) {
+ printk(KERN_WARNING "ide-tape: Zero block size, using 512\n");
+ tape->tape_block_size = 512;
+ }
if (tape->onstream) {
idetape_onstream_mode_sense_tape_parameter_page(drive, 1);
idetape_configure_onstream(drive);
^ permalink raw reply
* Hello there I have a question about your motorcycle ad
From: Aaron Hackbarth @ 2002-12-14 4:18 UTC (permalink / raw)
To: linux-mtd
Hello,
I am responding to your ad you placed at www.motorcycle.com. My
question is do you get any responses from this
site?? I was just wondering because I was thinking of selling my
motorcycle here...because I am now going to buy a
better bike.....
You see I have found a way that i get paid while I ride my Bike...I love
it, and I am a part of history doing it...
....I encourage you to take a look at my business I welcome your
opinion..it is a 90 second flash movie..maybe you want to
get paid while you ride too...
http://www.globalsuccess2000.com/hacksbiz
if you enter your name and E-mail the site will show you more, and if you
enter your number then I can call you and answer
any questions you may have...Until then I appreciate any input as the
effectiveness of this motorcycle site...
Sincerely,
Aaron
************************************************************************
This message is sent in compliance of the new e-mail bill: SECTION 301. Per
Section 301, paragraph (a)(2)(C) of S. 1618. This message is NOT Spam as
long
as you are provided with a way to remove your name from this mailing list.
All
further transmissions to you from me may be stopped at no cost to you by
replying to
this email with "Remove" in the 'Subject' line.
************************************************************************
^ permalink raw reply
* Re: [PATCH] sys_epoll for 2.4
From: Marc-Christian Petersen @ 2002-12-14 3:36 UTC (permalink / raw)
To: linux-kernel; +Cc: Janet Morgan
In-Reply-To: <200212140240.gBE2edd16510@eng2.beaverton.ibm.com>
On Saturday 14 December 2002 03:40, Janet Morgan wrote:
Hi Janet,
> Thanks for finding this. fs/ncpfs/sock.c is likewise broken.
np :)
> The following patch compiles, but I haven't tested it.
also works :-)
Thnx alot.
ciao, Marc
^ permalink raw reply
* Re: 2.4.20-ac1 KT400 AGP support
From: Courtney Grimland @ 2002-12-14 1:57 UTC (permalink / raw)
To: BoehmeSilvio; +Cc: linux-kernel
In-Reply-To: <2F4E8F809920D611B0B300508BDE95FE294452@AFB91>
You should be able to set AGP to 4x or 2x in the BIOS.
On Fri, 13 Dec 2002 11:18:39 +0100
BoehmeSilvio <Boehme.Silvio@afb.de> wrote:
> Hi !
>
> I don't need the AGP 8X mode, but is it possible,
> to get this setup running in whatever agp mode ?
>
> Currently it is only possible to start X with VESA support,
> because all other drivers need agpgart.
>
> By
>
> Silvio
^ permalink raw reply
* 2.4.20-ac2 panics at end of running initscripts
From: Murray J. Root @ 2002-12-14 3:21 UTC (permalink / raw)
To: linux-kernel
ASUS P4S533 (SiS645DX chipset)
P4 2G
1G PC2700 RAM
2.4.20-ac2 panics at the end of running initscripts
/var/log/messages and /var/log/syslog are corrupted
(looks like a file list, but random unprintable
characters garbage in between each filename).
Due to the corruption of the logs I'm not too keen
on playing with it much to figure out what it's doing.
--
Murray J. Root
------------------------------------------------
DISCLAIMER: http://www.goldmark.org/jeff/stupid-disclaimers/
------------------------------------------------
Mandrake on irc.freenode.net:
#mandrake & #mandrake-linux = help for newbies
#mdk-cooker = Mandrake Cooker
^ permalink raw reply
* Re: how do i transform documents to ps
From: Jim Reimer @ 2002-12-14 3:04 UTC (permalink / raw)
To: r4mz3z; +Cc: linux-newbie
In-Reply-To: <200212132137.23141.r4mz3z@yahoo.es>
r4mz3z wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi friends
> How do I transform a OpenOffice document to postscript format using "gs"??
> thanks
As far as I can tell, you do not, as gs is a PostScript
viewer/interpreter, not a generator.
I do not have OpenOffice installed, but am still using
Star Office, with which I can select "print to file" and
generate a PostScript file. You should be able to accomplish
the same with OpenOffice.
-jdr-
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: 2.5.5[01]]: Xircom Cardbus broken (PCI resource collisions)
From: Alan Cox @ 2002-12-14 3:43 UTC (permalink / raw)
To: Jeff Garzik
Cc: Dave Jones, Valdis.Kletnieks, Petr Konecny,
Linux Kernel Mailing List
In-Reply-To: <3DFA2F19.3000004@pobox.com>
On Fri, 2002-12-13 at 19:03, Jeff Garzik wrote:
> Dave Jones wrote:
> > It's my understanding that pci_enable_device() *must* be called
> > before we fiddle with dev->resource, dev->irq and the like.
>
>
> True and correct, but -- this particular case is inside the cardbus
> core, where it presumeably might have a better idea of when it is best
> to call pci_enable_device (or perhaps even not at all, and twiddle the
> bits itself).
We can use enable_device_bars() to skip the ROM but do the rest, then
fix the ROM up 8)
^ permalink raw reply
* Re: DMA from SCSI controller to PCI frame buffer memory.
From: Alan Cox @ 2002-12-14 3:41 UTC (permalink / raw)
To: Jason Howard; +Cc: Linux Kernel Mailing List
In-Reply-To: <1039806910.21196.29.camel@bmagic.spectsoft.com>
On Fri, 2002-12-13 at 19:15, Jason Howard wrote:
> Hello All,
>
> I am wondering if the functionality exists in the Linux kernel to DMA
> from a SCSI controller directly into frame buffer memory of a PCI video
> card? Is there a standard method for this (similar to sendfile) or will
> it require some hacking?
In theory you can mmap the frame buffer memory, then do O_DIRECT I/O
into it. In practice it will buffer (I hope it still does). One of the
problems is that there are huge lists of PCI->AGP DMA errata in
chipsets.
^ permalink raw reply
* Re: kernel question
From: Steve Brueggeman @ 2002-12-13 19:16 UTC (permalink / raw)
To: jgofton; +Cc: linux-kernel
In-Reply-To: <1578.172.24.100.59.1039800552.squirrel@www.danicar.net>
You didn't include the beginning of the dmesg.
Is this by chance a VIA KT-400 based motherboard???
If so, disable the APIC in the BIOS, and 2.4.19+ should boot OK
Just a thought.
Steve Brueggeman
On Fri, 13 Dec 2002 13:29:12 -0400 (AST), you wrote:
>I get this after I install a new kernel. 2.4.19 or 2.4.20. This doesn't
>happen with 2.4.18. Is this bad?
>
>
>Dec 1 11:10:32 ns1 kernel: SCSI subsystem driver Revision: 1.00
>Dec 1 11:10:32 ns1 kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA
>DRIVER, Rev 6.2.8
>Dec 1 11:10:32 ns1 kernel: <Adaptec 2940 Ultra2 SCSI adapter>
>Dec 1 11:10:32 ns1 kernel: aic7890/91: Ultra2 Wide Channel A,
>SCSI Id=7, 32/253 SCBs
>Dec 1 11:10:32 ns1 kernel:
>Dec 1 11:10:32 ns1 kernel: Vendor: QUANTUM Model: ATLAS_V_18_WLS
>Rev: 0230
>Dec 1 11:10:32 ns1 kernel: Type: Direct-Access
>ANSI SCSI revision: 03
>Dec 1 11:10:32 ns1 kernel: Vendor: QUANTUM Model: ATLAS_V_18_WLS
>Rev: 0230
>Dec 1 11:10:32 ns1 kernel: Type: Direct-Access
>ANSI SCSI revision: 03
>Dec 1 11:10:32 ns1 kernel: scsi0:A:0:0: Tagged Queuing enabled. Depth 253
>Dec 1 11:10:32 ns1 kernel: scsi0:A:1:0: Tagged Queuing enabled. Depth 253
>Dec 1 11:10:32 ns1 kernel: scsi: <fdomain> Detection failed (no card)
>Dec 1 11:10:32 ns1 kernel: PCI: Enabling device 00:09.0 (0006 -> 0007)
>Dec 1 11:10:32 ns1 kernel: scsi0: PCI error Interrupt at seqaddr = 0x8
>Dec 1 11:10:32 ns1 kernel: scsi0: Signaled a Target Abort
>Dec 1 11:10:32 ns1 kernel: scsi0: PCI error Interrupt at seqaddr = 0x9
>Dec 1 11:10:32 ns1 kernel: agpgart: Detected Via Apollo Pro chipset
>Dec 1 11:10:32 ns1 kernel: agpgart: AGP aperture is 64M @ 0xd0000000
>Dec 1 11:10:32 ns1 kernel: Highpoint HPT370 Softwareraid driver for linux
>version 0.01
>Dec 1 11:10:32 ns1 kernel: No raid array found
>Dec 1 11:10:32 ns1 kernel: SCSI subsystem driver Revision: 1.00
>Dec 1 11:10:32 ns1 kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA
>DRIVER, Rev 6.2.8
>Dec 1 11:10:32 ns1 kernel: <Adaptec 2940 Ultra2 SCSI adapter>
>Dec 1 11:10:32 ns1 kernel: aic7890/91: Ultra2 Wide Channel A,
>SCSI Id=7, 32/253 SCBs
>Dec 1 11:10:32 ns1 kernel:
>Dec 1 11:10:32 ns1 kernel: Vendor: QUANTUM Model: ATLAS_V_18_WLS
>Rev: 0230
>Dec 1 11:10:32 ns1 kernel: Type: Direct-Access
>ANSI SCSI revision: 03
>Dec 1 11:10:32 ns1 kernel: Vendor: QUANTUM Model: ATLAS_V_18_WLS
>Rev: 0230
>Dec 1 11:10:32 ns1 kernel: Type: Direct-Access
>ANSI SCSI revision: 03
>Dec 1 11:10:32 ns1 kernel: scsi0:A:0:0: Tagged Queuing enabled. Depth 253
>Dec 1 11:10:32 ns1 kernel: scsi0:A:1:0: Tagged Queuing enabled. Depth 253
>Dec 1 11:10:32 ns1 kernel: scsi: <fdomain> Detection failed (no card)
>Dec 1 11:10:32 ns1 kernel: PCI: Enabling device 00:09.0 (0006 -> 0007)
>Dec 1 11:10:32 ns1 kernel: scsi0: PCI error Interrupt at seqaddr = 0x8
<DELETED>
>Dec 1 11:10:32 ns1 kernel: scsi0: Signaled a Target Abort
>Dec 1 11:10:32 ns1 kernel: scsi0: PCI error Interrupt at seqaddr = 0x9
>Dec 1 11:10:32 ns1 kernel: scsi0: Signaled a Target Abort
>Dec 1 11:10:32 ns1 kernel: scsi0: PCI error Interrupt at seqaddr = 0x9
>Dec 1 11:10:32 ns1 kernel: scsi0: Signaled a Target Abort
>Dec 1 11:10:32 ns1 kernel: Attached scsi disk sda at scsi0, channel 0, id
>0, lun 0
>Dec 1 11:10:32 ns1 kernel: Attached scsi disk sdb at scsi0, channel 0, id
>1, lun 0
>Dec 1 11:10:32 ns1 kernel: (scsi0:A:0): 80.000MB/s transfers (40.000MHz,
>offset 63, 16bit)
>Dec 1 11:10:32 ns1 kernel: SCSI device sda: 35861388 512-byte hdwr
>sectors (18361 MB)
>Dec 1 11:10:32 ns1 kernel: Partition check:
>Dec 1 11:10:32 ns1 kernel: sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 >
>Dec 1 11:10:32 ns1 kernel: (scsi0:A:1): 80.000MB/s transfers (40.000MHz,
>offset 63, 16bit)
>Dec 1 11:10:32 ns1 kernel: SCSI device sdb: 35861388 512-byte hdwr
>sectors (18361 MB)
>Dec 1 11:10:32 ns1 kernel: sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 >
>
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply
* Re: [PATCH] sys_epoll for 2.4
From: Janet Morgan @ 2002-12-14 2:40 UTC (permalink / raw)
To: Marc-Christian Petersen; +Cc: linux-kernel, Janet Morgan
In-Reply-To: <200212132038.23469.m.c.p@wolk-project.de>
> > The attached patch is a port of Davide's sys_epoll from 2.5.51 to 2.4.20.
> I get this while make modules:
>
> gcc -D__KERNEL__ -I/usr/src/linux-2.4.20/include -Wall -Wstrict-prototypes
> -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer
> -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DSMBFS_PARANOIA -nostdinc
> -iwithprefix include -DKBUILD_BASENAME=sock -c -o sock.o sock.c
> sock.c: In function `smb_receive_poll':
> sock.c:323: warning: passing arg 1 of `poll_initwait' from incompatible
> pointer type
> sock.c:328: warning: passing arg 1 of `poll_freewait' from incompatible
> pointer type
> sock.c:334: warning: passing arg 1 of `poll_freewait' from incompatible
> pointer type
> sock.c:337: structure has no member named `error'
> sock.c:338: structure has no member named `error'
> make[2]: *** [sock.o] Error 1
> make[2]: Leaving directory `/usr/src/linux-2.4.20/fs/smbfs'
> make[1]: *** [_modsubdir_smbfs] Error 2
> make[1]: Leaving directory `/usr/src/linux-2.4.20/fs'
> make: *** [_mod_fs] Error 2
Marc,
Thanks for finding this. fs/ncpfs/sock.c is likewise broken.
The following patch compiles, but I haven't tested it.
--- linux-2.4.20/fs/smbfs/sock.c Thu Nov 28 15:53:15 2002
+++ sys_epoll/fs/smbfs/sock.c Fri Dec 13 14:50:15 2002
@@ -314,16 +314,18 @@
smb_receive_poll(struct smb_sb_info *server)
{
struct file *file = server->sock_file;
- poll_table wait_table;
+ struct poll_wqueues wait_table;
+ poll_table *wait;
int result = 0;
int timeout = server->mnt->timeo * HZ;
int mask;
for (;;) {
poll_initwait(&wait_table);
+ wait = &wait_table.pt;
set_current_state(TASK_INTERRUPTIBLE);
- mask = file->f_op->poll(file, &wait_table);
+ mask = file->f_op->poll(file, wait);
if (mask & POLLIN) {
poll_freewait(&wait_table);
current->state = TASK_RUNNING;
--- linux-2.4.20/fs/ncpfs/sock.c Sat Jan 20 08:51:51 2001
+++ sys_epoll/fs/ncpfs/sock.c Fri Dec 13 16:59:07 2002
@@ -86,7 +86,8 @@
struct socket *sock;
int result;
char *start = server->packet;
- poll_table wait_table;
+ struct poll_wqueues wait_table;
+ poll_table *wait;
int init_timeout, max_timeout;
int timeout;
int retrans;
@@ -136,11 +137,12 @@
}
re_select:
poll_initwait(&wait_table);
+ wait = &wait_table.pt;
/* mb() is not necessary because ->poll() will serialize
instructions adding the wait_table waitqueues in the
waitqueue-head before going to calculate the mask-retval. */
__set_current_state(TASK_INTERRUPTIBLE);
- if (!(sock->ops->poll(file, sock, &wait_table) & POLLIN)) {
+ if (!(sock->ops->poll(file, sock, wait) & POLLIN)) {
int timed_out;
if (timeout > max_timeout) {
/* JEJB/JSP 2/7/94
@@ -261,7 +263,8 @@
}
static int do_tcp_rcv(struct ncp_server *server, void *buffer, size_t len) {
- poll_table wait_table;
+ struct poll_wqueues wait_table;
+ poll_table *wait;
struct file *file;
struct socket *sock;
int init_timeout;
@@ -281,11 +284,12 @@
while (len) {
poll_initwait(&wait_table);
+ wait = &wait_table.pt;
/* mb() is not necessary because ->poll() will serialize
instructions adding the wait_table waitqueues in the
waitqueue-head before going to calculate the mask-retval. */
__set_current_state(TASK_INTERRUPTIBLE);
- if (!(sock->ops->poll(file, sock, &wait_table) & POLLIN)) {
+ if (!(sock->ops->poll(file, sock, wait) & POLLIN)) {
init_timeout = schedule_timeout(init_timeout);
poll_freewait(&wait_table);
current->state = TASK_RUNNING;
^ permalink raw reply
* [PATCH] printks in drivers/scsi/hosts.c missing return
From: Robert Love @ 2002-12-14 2:23 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel
Trivial but annoying: two printk() calls in drivers/scsi/hosts.c are
missing '\n'
Also, for some reason I have not yet investigated, shost_tp->name is
NULL here. This should not be, eh? If it can be, we should do
something to tidy up the printing of it.
Patch is against 2.5.51. Linus, please apply.
Robert Love
drivers/scsi/hosts.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -urN linux-2.5.51-mm1/drivers/scsi/hosts.c linux/drivers/scsi/hosts.c
--- linux-2.5.51-mm1/drivers/scsi/hosts.c 2002-12-10 17:45:02.000000000 -0500
+++ linux/drivers/scsi/hosts.c 2002-12-11 00:40:28.000000000 -0500
@@ -488,14 +488,14 @@
if (!shost_tp->max_sectors) {
printk(KERN_WARNING
"scsi HBA driver %s didn't set max_sectors, "
- "please fix the template", shost_tp->name);
+ "please fix the template\n", shost_tp->name);
shost_tp->max_sectors = 1024;
}
if (!shost_tp->release) {
printk(KERN_WARNING
"scsi HBA driver %s didn't set a release method, "
- "please fix the template", shost_tp->name);
+ "please fix the template\n", shost_tp->name);
shost_tp->release = &scsi_host_legacy_release;
}
^ permalink raw reply
* [PATCH] remove error message on illegal ioctl
From: Robert Love @ 2002-12-14 2:22 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel
This error message is uber annoying and needs to go. Non-root can flood
the console with this junk on invalid SCSI CD-ROM ioctl(),
and that is exactly what gnome-cd does.
An illegal ioctl() returns an error to the program. That is
sufficient - we do not need KERN_ERROR warnings all over the place.
Especially when any user can cause them at any rate.
This patch, against 2.5.51, removes the message. Linus, please
apply.
Robert Love
drivers/scsi/sr_ioctl.c | 3 ---
1 files changed, 3 deletions(-)
diff -urN linux-2.5.51/drivers/scsi/sr_ioctl.c linux/drivers/scsi/sr_ioctl.c
--- linux-2.5.51/drivers/scsi/sr_ioctl.c 2002-12-10 17:45:03.000000000 -0500
+++ linux/drivers/scsi/sr_ioctl.c 2002-12-11 00:44:24.000000000 -0500
@@ -156,9 +156,6 @@
err = -ENOMEDIUM;
break;
case ILLEGAL_REQUEST:
- if (!cgc->quiet)
- printk(KERN_ERR "%s: CDROM (ioctl) reports ILLEGAL "
- "REQUEST.\n", cd->cdi.name);
err = -EIO;
if (SRpnt->sr_sense_buffer[12] == 0x20 &&
SRpnt->sr_sense_buffer[13] == 0x00)
^ permalink raw reply
* Re: Agressive selective pre-allocation
From: Ragnar Kjørstad @ 2002-12-14 2:09 UTC (permalink / raw)
To: Bruce A. Mallett; +Cc: reiserfs-list
In-Reply-To: <3DF61996.8050001@NightStorm.com>
On Tue, Dec 10, 2002 at 11:43:02AM -0500, Bruce A. Mallett wrote:
> But the problem really is that apps don't actually "grow"these files but
> instead rebuilds them. Thus the file system sees a request to open a
> new file and not to extend an existing one. This would make tracking
> the above parameters way beyond difficult.
That's definitively not true for logfiles. Neither do I think it's true
for mail deliviery. It may very well be true for some mail-clients when
the user deletes old emails, but if that is the case then the whole file
will be written at once and the original problem does not exist.
--
Ragnar Kjørstad
^ permalink raw reply
* Re: Agressive selective pre-allocation
From: Ragnar Kjørstad @ 2002-12-14 2:06 UTC (permalink / raw)
To: Hans Reiser; +Cc: reiserfs-list
In-Reply-To: <3DF5F679.1000700@namesys.com>
On Tue, Dec 10, 2002 at 05:13:13PM +0300, Hans Reiser wrote:
> >An alternative would be the possibility to tell the fs about the
> >properties of the files. Maybe an ioctl to notify the fs that for this
> >particular file the fs should allocate X blocks at the time? That would
> >ensure that the files only get limited fragmentation and performance
> >stays optimal.
>
> Veritas did this, and then their architect regretted that nobody
> actually used that code and advised me not to do it. You may have an
> advantage with open source though in that you can modify the important
> user space programs to use it.
I was more thinking along the lines of:
find /var/log -type f | xargs ioctl REISERFS_SLOW_GROWING
But I guess syslog or whatever is used would have to be modified
for it to happen automaticly on new files. My guess is that
syslog-maintainers would not take patches for features like this unless
it was done in a more generic way that could potentially be used by
other filesystems as well.
> We have some block preallocation code in V3 for files that are kept open
> while being written to. You can look at that code if you want. You can
> also write a plugin for v4 that does what you want.
Are you talking about the allocate on flush code? I'll check that out;
allthough at this point it is of course more interesting to write code
for reiserfs4 than v3 - in particular if the new improved infrastructure
makes it easier.
> While I will not take someone off another task to work on this, I will
> be open to patches from others.
As I wrote in my original mail I don't have time to really work on this
now, but maybe later.
--
Ragnar Kjørstad
^ permalink raw reply
* Re: Agressive selective pre-allocation
From: Ragnar Kjørstad @ 2002-12-14 1:56 UTC (permalink / raw)
To: Hans Reiser; +Cc: reiserfs-list
In-Reply-To: <3DF8A130.7070101@namesys.com>
On Thu, Dec 12, 2002 at 05:46:08PM +0300, Hans Reiser wrote:
> >Yes, maildir is not always faster.
> >
> >First problem is disk-layout. The way it works with reiserfs3.6 and
> >default hashes the inodes and files are written in different orders and
> >the disk does a lot of unneeded seeks.
> >
> You mean the names are written in an order different from the stat data
> and file bodies, and the stat data and file bodies have the same order.
>
> This is because we sort filenames by filename, and sort stat data and
> file bodies by objectid which tends to be ordered by creation time.
Exactly.
> We should implement a plugin that sorts filenames by creation time, and
> that will cause our performance to resemble ext2 more (meaning that for
> large directories the performance will fall apart, but for small
> directories there might be some advantage from not sorting by name).
Yes, or you could do as I did in my maildir-specific hash - make a hash
that tends to resemble creation-order. For maildir this can be done
pretty easily as filenames can be predicted and actually contain
information about creation-order.
> I
> think that sorting file bodies by filename would require a larger key,
> so I hesitate at that, but maybe it would be interesting to explore also.
That would be _really_ interesting, but I don't understand exactly what
would be needed.
Am I right to assume that there are actually several seperate entities
that are related to the allocation/ordering:
- the reiserfs-key idenitfying the inode
- tree-nodes that hold the allocation-information about the file
(I guess extent-lists in reiserfs4)
- the blocks actually allocated for the data.
So both the choice of the inode-key and the allocation-policy for new
tree-nodes and data-blocks could affect file-ordering? Since the key is
generated from the hash that should already be in directory-entry-order,
but what about the other two?
Frankly last time I checked I found the way that directories and
allocation work not too well documented. Perhaps I just didn't look the
right places... Or maybe I must just be prepared to take the time to
read the source properly to understand this.
> >It is also important that readdir-order matches the ondisk layout, but
> >that is perhaps already the case?
> >
> If you copy a directory, then after the copy the readdir order matches
> the ondisk layout.
Yes, that's what I do now when my maildirs get too slow. It makes a
huge difference.
--
Ragnar Kjørstad
^ permalink raw reply
* Re: 2.5.51 ide module problem (fwd)
From: Jeff Chua @ 2002-12-14 1:54 UTC (permalink / raw)
To: Rusty Russell; +Cc: Jeff Chua, Adam J. Richter, Linux Kernel
In-Reply-To: <20021212094909.67D3D2C0F7@lists.samba.org>
On Thu, 12 Dec 2002, Rusty Russell wrote:
> > I'm still having problem loading ide as a module under 2.5.51
>
> And you will continue to. There really is a loop, which means neither
> module can be loaded (ide_dump_status is in ide.ko, and ide-io.ko wants
> it, however ide.ko uses lots of things in ide-io.ko). However, this
> patch will stop depmod from crashing.
Rusty,
I tried the patch and this one printed out the "loop detected" messages,
but still crashed.
# ./depmod -a -e -F /v6/rootdsk-g25/lib/modules/2.5.51/System.map -b /v6/rootdsk-g25/lib/modules 2.5.51
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-io.ko needs ide-taskfile.ko
needs ide-iops.ko needs ide.ko which needs ide-io.ko again!
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-io.ko needs ide-taskfile.ko
which needs ide-io.ko again!
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-iops.ko needs ide.ko which
needs ide-iops.ko again!
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-iops.ko needs ide.ko needs
ide-io.ko needs ide-taskfile.ko which needs ide-iops.ko again!
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-iops.ko needs ide.ko needs
ide-io.ko which needs ide-iops.ko again!
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-taskfile.ko needs
ide-iops.ko needs ide.ko needs ide-io.ko which needs ide-taskfile.ko
again!
WARNING: Loop detected:
/v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide-taskfile.ko needs
ide-iops.ko needs ide.ko which needs ide-taskfile.ko again!
WARNING: Loop detected: /v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide.ko
needs ide-iops.ko which needs ide.ko again!
WARNING: Loop detected: /v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide.ko
needs ide-io.ko needs ide-taskfile.ko which needs ide.ko again!
WARNING: Loop detected: /v6/rootdsk-g25/lib/modules/2.5.51/kernel/ide.ko
needs ide-io.ko which needs ide.ko again!
Segmentation fault
>
> Ask the IDE people,
> Rusty.
> --
> Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
>
> Only in module-init-tools-current/: .deps
> diff -ur module-init-tools-0.9.3/ChangeLog module-init-tools-current/ChangeLog
> --- module-init-tools-0.9.3/ChangeLog 2002-12-10 17:42:36.000000000 +1100
> +++ module-init-tools-current/ChangeLog 2002-12-12 20:43:40.000000000 +1100
> @@ -1,3 +1,6 @@
> +0.9.4 Version
> +o Implement primitive loop detection.
> +
> 0.9.3 Version
> o Fix modprobe -r ordering (tried to remove backwards) (Jim Radford's report)
> o David Brownell's extra rmmod options (modified)
> diff -ur module-init-tools-0.9.3/depmod.c module-init-tools-current/depmod.c
> --- module-init-tools-0.9.3/depmod.c 2002-12-09 11:14:37.000000000 +1100
> +++ module-init-tools-current/depmod.c 2002-12-12 20:37:30.000000000 +1100
> @@ -291,30 +291,70 @@
> return next;
> }
>
> -static void write_dep(struct module *mod, unsigned int skipchars, FILE *out)
> +static char *basename(char *name)
> +{
> + char *base = strrchr(name, '/');
> + if (base) return base + 1;
> + return name;
> +}
> +
> +static void report_loop(struct module *start)
> +{
> + struct module *i;
> + warn("Loop detected: %s ", start->pathname);
> +
> + for (i = start->next_dep; i != start; i = i->next_dep)
> + fprintf(stderr, "needs %s ", basename(i->pathname));
> + fprintf(stderr, "which needs %s again!\n", basename(start->pathname));
> +}
> +
> +/* Only want to report head loops, since we usually are doing all
> + modules anyway. */
> +static void write_dep(struct module *start,
> + struct module *mod, unsigned int skipchars, FILE *out)
> {
> unsigned int i;
>
> + /* Already done this one? */
> + if (mod->next_dep) {
> + if (mod == start)
> + report_loop(start);
> + return;
> + }
> +
> for (i = 0; i < mod->num_deps; i++) {
> fprintf(out, " %s", mod->deps[i]->pathname + skipchars);
> - write_dep(mod->deps[i], skipchars, out);
> + mod->next_dep = mod->deps[i];
> + write_dep(start, mod->deps[i], skipchars, out);
> }
> }
>
> -/* FIXME: Don't write same dep twice: order and loop detect. --RR */
> +/* Unset the duplicate detection pointers. */
> +/* FIXME: Order n^2 is bad. tsort them and do something sensible when
> + loops detected. --RR */
> +static void clear_deps(struct module *modules)
> +{
> + struct module *i;
> +
> + for (i = modules; i; i = i->next)
> + i->next_dep = NULL;
> +}
> +
> static void output_deps(struct module *modules,
> unsigned int skipchars,
> - FILE *out)
> + FILE *out,
> + int verbose)
> {
> struct module *i;
>
> for (i = modules; i; i = i->next)
> - i->ops->calculate_deps(i);
> + i->ops->calculate_deps(i, verbose);
>
> /* Now dump them out. */
> for (i = modules; i; i = i->next) {
> fprintf(out, "%s:", i->pathname + skipchars);
> - write_dep(i, skipchars, out);
> + clear_deps(modules);
> + write_dep(i, i, skipchars, out);
> fprintf(out, "\n");
> }
> }
> @@ -361,7 +401,7 @@
>
> int main(int argc, char *argv[])
> {
> - int opt, all = 0;
> + int opt, all = 0, verbose = 0;
> unsigned int skipchars = 0;
> FILE *depout = NULL, *pciout, *usbout, *ccwout;
> char *basedir = "/lib/modules", *dirname, *version;
> @@ -384,8 +424,10 @@
> case 'e':
> /* FIXME: Implement these together */
> break;
> - case 'u':
> case 'v':
> + verbose = 1;
> + break;
> + case 'u':
> case 'q':
> /* Ignored. */
> break;
> @@ -467,7 +509,7 @@
> list = grab_dir(dirname, list);
> }
>
> - output_deps(list, skipchars, depout);
> + output_deps(list, skipchars, depout, verbose);
> output_pci_table(list, pciout);
> output_usb_table(list, usbout);
> output_ccw_table(list, ccwout);
> diff -ur module-init-tools-0.9.3/depmod.h module-init-tools-current/depmod.h
> --- module-init-tools-0.9.3/depmod.h 2002-12-09 11:14:37.000000000 +1100
> +++ module-init-tools-current/depmod.h 2002-12-12 20:13:13.000000000 +1100
> @@ -27,6 +27,9 @@
> unsigned int num_deps;
> struct module **deps;
>
> + /* Set if we're doing a dependency now (duplicate detection) */
> + struct module *next_dep;
> +
> /* Tables extracted from module by ops->fetch_tables(). */
> /* FIXME: Do other tables too --RR */
> unsigned int pci_size;
> diff -ur module-init-tools-0.9.3/moduleops.c module-init-tools-current/moduleops.c
> --- module-init-tools-0.9.3/moduleops.c 2002-12-09 11:14:37.000000000 +1100
> +++ module-init-tools-current/moduleops.c 2002-12-12 19:55:47.000000000 +1100
> @@ -44,7 +44,7 @@
> }
>
> /* Calculate the dependencies for this module */
> -static void calculate_deps32(struct module *module)
> +static void calculate_deps32(struct module *module, int verbose)
> {
> unsigned int i;
> unsigned long size;
> @@ -72,9 +72,13 @@
> continue;
>
> owner = find_symbol(name);
> - if (owner)
> + if (owner) {
> + if (verbose)
> + printf("%s needs \"%s\": %s\n",
> + module->pathname, name,
> + owner->pathname);
> add_dep(module, owner);
> - else
> + } else
> unknown_symbol(module, name);
> }
> }
> @@ -164,7 +168,7 @@
> }
>
> /* Calculate the dependencies for this module */
> -static void calculate_deps64(struct module *module)
> +static void calculate_deps64(struct module *module, int verbose)
> {
> unsigned int i;
> unsigned long size;
> diff -ur module-init-tools-0.9.3/moduleops.h module-init-tools-current/moduleops.h
> --- module-init-tools-0.9.3/moduleops.h 2002-11-27 20:45:07.000000000 +1100
> +++ module-init-tools-current/moduleops.h 2002-12-12 19:52:33.000000000 +1100
> @@ -17,7 +17,7 @@
> struct module_ops
> {
> void (*load_symbols)(struct module *module);
> - void (*calculate_deps)(struct module *module);
> + void (*calculate_deps)(struct module *module, int verbose);
> void (*fetch_tables)(struct module *module);
> };
>
>
^ permalink raw reply
* Kernel Oops in 2.4.20
From: Philippe Gramoullé @ 2002-12-14 1:44 UTC (permalink / raw)
To: nfs; +Cc: Chris Mason, Oleg Drokin
Hi,
Scope: NFS server is a DELL 2550, SMP , 1Go RAM with a PowerVault RAID5 array
controlled by a PERC3/QC ( megaraid driver) with about 600Go of data
with plenty of directories and lots of small files.
NIC is Intel eepro100
The server is used for serving web pages as well as FTP accounts for
members of our online service. Filesystem is Reiserfs 3.6 format.
As for software, we use a plain 2.4.20 kernel with patches from Oleg Drokin
and Chris Mason to enable data logging as well as quota V2.
No single patch related to NFS was applied.
All clients use NFSV3 udp with standard mount options (rsize=8192,wsize=8192,hard,intr)
and all 80 clients kernels mostly use 2.4.19-pre3 , (with nfs fixes at the time of its release)
few with 2.4.18-pre[23]. There are 285 mounts from this server.
The NFS server is very busy, running 256 NFS threads with a usual load average of ~ 4/5.
With the help of Reiserfs developper, we tried to chase down a bug that would cause the kernel
to crash , and that first seemed to be related to the data logging feature ( partition is mounted
with data=orderd option) each time that quotacheck was run
After several fixes provided, latest quotacheck made the kernel oops and decoded oops doesn't
show anything related to reiserfs but more likely something to do with NFS.
Decoded oops is provided below. The oops will almost happen each time quotacheck is run,
sometimes it can take many hours for the bug to be triggered.
Kernel doesn't seem to oops if quotacheck is not run.
I can provide more information if needed, just let me know.
Thanks,
Philippe
Unable to handle kernel paging request at virtual address 0040648e
c020318a
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[<c020318a>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: 00000011 ebx: ca38b02e ecx: f5196000 edx: 00406480
esi: 0d00c1d5 edi: 00007458 ebp: 3500c1d5 esp: f5197cac
ds: 0018 es: 0018 ss: 0018
Process nfsd (pid: 394, stackpage=f5197000)
Stack: c2a39811 c02038c4 00000005 ca38b02e c2a39860 ca38b02e c2a39860 c2a39860
f7e2b000 ca38b02e c0202900 c2a39860 f7e2b000 ca38b02e c2a39860 c2a39860
c0202d1a c2a39860 00000000 c2a39860 00000800 00000008 00000001 c01f5aeb
Call Trace: [<c02038c4>] [<c0202900>] [<c0202d1a>] [<c01f5aeb>] [<c01f5b99>]
[<c01f5cce>] [<c011bc0f>] [<c01088bb>] [<c010adf8>] [<c0115610>] [<c012808c>]
[<c012894d>] [<c0128dd4>] [<c0128ccc>] [<c016c584>] [<c017170b>] [<c0168b23>]
[<c0236585>] [<c016890f>] [<c0105684>]
Code: 88 42 0e c6 42 0f 00 0f b7 43 04 66 89 42 0c 8b 43 0c 89 42
>>EIP; c020318a <ip_frag_create+26/b0> <=====
>>ebx; ca38b02e <_end+a05832a/3860435c>
>>ecx; f5196000 <_end+34e632fc/3860435c>
>>esp; f5197cac <_end+34e64fa8/3860435c>
Trace; c02038c4 <ip_defrag+bc/16b>
Trace; c0202900 <ip_local_deliver+1c/12c>
Trace; c0202d1a <ip_rcv+30a/38d>
Trace; c01f5aeb <netif_receive_skb+11f/14c>
Trace; c01f5b99 <process_backlog+81/124>
Trace; c01f5cce <net_rx_action+92/154>
Trace; c011bc0f <do_softirq+6f/cc>
Trace; c01088bb <do_IRQ+db/ec>
Trace; c010adf8 <call_do_IRQ+5/d>
Trace; c0115610 <.text.lock.sched+7a/1da>
Trace; c012808c <___wait_on_page+98/b8>
Trace; c012894d <do_generic_file_read+301/464>
Trace; c0128dd4 <generic_file_read+7c/110>
Trace; c0128ccc <file_read_actor+0/8c>
Trace; c016c584 <nfsd_read+1bc/260>
Trace; c017170b <nfsd3_proc_read+127/184>
Trace; c0168b23 <nfsd_dispatch+d3/19a>
Trace; c0236585 <svc_process+28d/4d4>
Trace; c016890f <nfsd+1f7/338>
Trace; c0105684 <kernel_thread+28/38>
Code; c020318a <ip_frag_create+26/b0>
00000000 <_EIP>:
Code; c020318a <ip_frag_create+26/b0> <=====
0: 88 42 0e mov %al,0xe(%edx) <=====
Code; c020318d <ip_frag_create+29/b0>
3: c6 42 0f 00 movb $0x0,0xf(%edx)
Code; c0203191 <ip_frag_create+2d/b0>
7: 0f b7 43 04 movzwl 0x4(%ebx),%eax
Code; c0203195 <ip_frag_create+31/b0>
b: 66 89 42 0c mov %ax,0xc(%edx)
Code; c0203199 <ip_frag_create+35/b0>
f: 8b 43 0c mov 0xc(%ebx),%eax
Code; c020319c <ip_frag_create+38/b0>
12: 89 42 00 mov %eax,0x0(%edx)
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* [PATCH] (Again) Revert module directory hierarchy and depmod invocation
From: Rusty Russell @ 2002-12-14 1:11 UTC (permalink / raw)
To: torvalds; +Cc: linux-kernel
[As Greg Kroah-Hartman pointed out, wrong patch appended last time.]
Linus, please apply.
While the kernel, depmod et. al. don't care, other tools want the
directory hierarchy under /lib/modules/`uname -r`/. Sure, it's bogus
for them to rely on kernel source layout, but noone has come up with a
better alternative, so revert.
NOTE: You *still* can't have two modules of the same name! (You never
could).
Thanks,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
Name: Revert depmod and hierarchy changes
Author: Rusty Russell
Status: Tested on 2.5.51
D: module-init-tools 0.9 and newer supply a replacement depmod, so
D: it's safe to run again. Also, some external programs like PCMCIA
D: and mkinitrd really want the directory hierarchy in /lib/modules
D: back again: it makes no difference to the tools (since 0.9), so
D: revert it.
diff -urNp --exclude TAGS -X /home/rusty/current-dontdiff --minimal linux-2.5.51/Makefile working-2.5.51-revert-dirs/Makefile
--- linux-2.5.51/Makefile Tue Dec 10 15:56:46 2002
+++ working-2.5.51-revert-dirs/Makefile Fri Dec 13 09:18:06 2002
@@ -157,6 +157,7 @@ OBJCOPY = $(CROSS_COMPILE)objcopy
OBJDUMP = $(CROSS_COMPILE)objdump
AWK = awk
GENKSYMS = /sbin/genksyms
+DEPMOD = /sbin/depmod
KALLSYMS = scripts/kallsyms
PERL = perl
MODFLAGS = -DMODULE
@@ -534,7 +535,7 @@ modules: $(SUBDIRS)
# Install modules
.PHONY: modules_install
-modules_install: _modinst_ $(patsubst %, _modinst_%, $(SUBDIRS))
+modules_install: _modinst_ $(patsubst %, _modinst_%, $(SUBDIRS)) _modinst_post
.PHONY: _modinst_
_modinst_:
@@ -542,6 +543,20 @@ _modinst_:
@rm -f $(MODLIB)/build
@mkdir -p $(MODLIB)/kernel
@ln -s $(TOPDIR) $(MODLIB)/build
+
+# If System.map exists, run depmod. This deliberately does not have a
+# dependency on System.map since that would run the dependency tree on
+# vmlinux. This depmod is only for convenience to give the initial
+# boot a modules.dep even before / is mounted read-write. However the
+# boot script depmod is the master version.
+ifeq "$(strip $(INSTALL_MOD_PATH))" ""
+depmod_opts :=
+else
+depmod_opts := -b $(INSTALL_MOD_PATH) -r
+endif
+.PHONY: _modinst_post
+_modinst_post:
+ if [ -r System.map ]; then $(DEPMOD) -ae -F System.map $(depmod_opts) $(KERNELRELEASE); fi
.PHONY: $(patsubst %, _modinst_%, $(SUBDIRS))
$(patsubst %, _modinst_%, $(SUBDIRS)) :
diff -urNp --exclude TAGS -X /home/rusty/current-dontdiff --minimal linux-2.5.51/scripts/Makefile.modinst working-2.5.51-revert-dirs/scripts/Makefile.modinst
--- linux-2.5.51/scripts/Makefile.modinst Tue Dec 10 15:56:54 2002
+++ working-2.5.51-revert-dirs/scripts/Makefile.modinst Fri Dec 13 09:28:42 2002
@@ -16,8 +16,8 @@ include scripts/Makefile.lib
# ==========================================================================
quiet_cmd_modules_install = INSTALL $(obj-m:.o=.ko)
- cmd_modules_install = mkdir -p $(MODLIB)/kernel && \
- cp $(obj-m:.o=.ko) $(MODLIB)/kernel/
+ cmd_modules_install = mkdir -p $(MODLIB)/kernel/$(obj); \
+ cp $(obj-m:.o=.ko) $(MODLIB)/kernel/$(obj)
modules_install: $(subdir-ym)
ifneq ($(obj-m:.o=.ko),)
^ permalink raw reply
* Re: Not able to compile modutils-2.4.21-7.src.rpm
From: Rusty Russell @ 2002-12-14 1:27 UTC (permalink / raw)
To: Paolo Ciarrocchi; +Cc: adam, linux-kernel
In-Reply-To: <20021214000944.30118.qmail@linuxmail.org>
In message <20021214000944.30118.qmail@linuxmail.org> you write:
> Hi Rusty and Adam,
> I send you again this bug report.
>
> [root@frodo module-init-tools-0.9.3]# rpm --rebuild /mnt/nt/linux/kernel/modu
les/modutils-2.4.21-7.src.rpm
>
> gcc -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math -
fno-strength-reduce -o modinfo modinfo.o ../obj/libobj.a ../util/libutil.a
> gcc -static -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffas
t-math -fno-strength-reduce -o insmod.static insmod.o rmmod.o modprobe.o lsmod.
o ksyms.o kallsyms.o ../obj/libobj.a ../util/libutil.a
> /usr/bin/ld: cannot find -lc
> collect2: ld returned 1 exit status
> make[1]: *** [insmod.static] Error 1
> make[1]: Leaving directory `/usr/src/RPM/BUILD/modutils-2.4.21/insmod'
> make: *** [all] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.76637 (%build)
It looks like you don't have the ability to make static binaries.
Does this fail for you, too?
echo 'int main(){return 0;}' > /tmp/foo.c && gcc -static -o foo foo.c
Perhaps there is some RH devel package you need to install to allow
this to work?
YA Debian User,
Rusty.
--
Anyone who quotes me in their sig is an idiot. -- Rusty Russell.
^ permalink raw reply
* Re: pci-skeleton duplex check
From: Oliver Xymoron @ 2002-12-14 1:43 UTC (permalink / raw)
To: Michael Richardson; +Cc: netdev, Linux Kernel Mailing List
In-Reply-To: <200212140019.gBE0JmDs006744@sandelman.ottawa.on.ca>
On Fri, Dec 13, 2002 at 07:19:47PM -0500, Michael Richardson wrote:
>
>
> >>>>> "Donald" == Donald Becker <becker@scyld.com> writes:
> Donald> The drivers in the kernel are now heavily modified and have significantly
> Donald> diverged from my version. Sure, you are fine with having someone else
> Donald> do the difficult and unrewarding debugging and maintainence work, while
> Donald> you work on just the latest cool hardware, change the interfaces and are
> Donald> concerned only with the current kernel version.
>
> I agree strongly with Donald.
>
> Interfaces should NEVER change in patch level versions.
> Just *DO NOT DO IT*.
>
> Go wild in odd-numbered.. get the interfaces right there.
> But leave them alone afterward.
Umm, if I recall correctly, they're rehashing a flame war about stuff
that occurred in 2.3. It doesn't need any additional kindling.
--
"Love the dolphins," she advised him. "Write by W.A.S.T.E.."
^ permalink raw reply
* Re: Trouble with kernel 2.4.18-18.7.x
From: Chris Pascoe @ 2002-12-14 1:26 UTC (permalink / raw)
To: Alan Cox; +Cc: Karina, Linux Kernel Mailing List
In-Reply-To: <1039553498.14302.58.camel@irongate.swansea.linux.org.uk>
On 10 Dec 2002, Alan Cox wrote:
> > kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter errno = 2
>
> That one is a bit stranger. I'd have expected it to put the scsi adapter
> in the initrd which apparently it hasnt
Possibly not bugzilla worthy - it's /sbin/modprobe that's ENOENT, not the
scsi adapter module itself.
This message is generated when the initrd loads scsi_mod.o and then
sd_mod.o without loading any hostadapters first. init_sd does a
scsi_register_module(MODULE_SCSI_DEV, &sd_template) which causes a
request_module("scsi_hostadapter") in scsi_mod.o as the initrd hasn't yet
loaded any hostadapters. The initrd then proceeds to load some the
hostadapter drivers explicitly via insmod and everything proceeds fine.
Presumably if mkinitrd was reordered to load scsi_mod, first hostadapter,
then sd_mod, etc, the message would go away but as it stands it is purely
cosmetic.
Chris
^ permalink raw reply
* Re: [PATCH] intermezzo update
From: Linus Torvalds @ 2002-12-14 1:29 UTC (permalink / raw)
To: Peter Braam; +Cc: linux-kernel, intermezzo-devel, rddunlap
In-Reply-To: <20021211192105.GA1649@localhost.localdomain>
Applied (after fixups), but I also moved the intermezzo header files into
intermezzo's own directory instead of leaving them in <linux/*.h>. I don't
see why anybody else should care about intermezzo-specific stuff.
Btw, the thing still doesn't actually compile, since there is no io_deamon
file checked in, even though the makefile says it wants one.
Linus
^ permalink raw reply
* RE: roxio easy cd creator 5 and linux
From: dashielljt @ 2002-12-14 1:19 UTC (permalink / raw)
To: Chen, Jyh-Shing; +Cc: linux-admin
In-Reply-To: <C8644410C80DD4119A680090273F50CA02AD6D1C@okms.sea.siemens.com>
Thanks, is the ap disks a link on the slackware site? I did a full
install of slackware and so far haven't found cdrtools on this computer.
Jude <dashielljt(at)gmpexpress-dot-net>
On Fri, 13 Dec 2002, Chen, Jyh-Shing wrote:
Hi,
On slackware 8.0, there is cdrtools under the AP disks.
If you install that tool and make sure that the ide-scsi module
is either running or already compiled into the kernel, then you
should be able to use mkisofs to make ISO image and use cdrecord
to burn a CD for most IDE writers. I have used those tools for
some time now on a few IDE writers.
Jyh-shing
-----Original Message-----
From: dashielljt [mailto:dashielljt@gmpexpress.net]
Sent: Thursday, December 12, 2002 9:42 PM
To: linux-admin@vger.kernel.org
Subject: roxio easy cd creator 5 and linux
I have one of these cdrw drives and it's an ide connect nd it reads no
problem but doing the cd-writing howto that brand and model isn't listed
in my version of the howto file (need to update my howtos), and the script
to make devices and scan cdrw drives also fails to work. I'm wondering if
roxio has a driver on line that needs downloading. I haven't had a chance
to get sighted assistance reading the manuals for it yet since there's so
much junk mail tossed in my mailbox daily. If someone here has their
drive burning using linux I'd like to know I'm not alone out here. The
box had as one of its hardware requirements slackware 3.5 and I have
slackware 8.0 runnning over here so figured it should be possible to get
fully functional.
Jude <dashielljt(at)gmpexpress-dot-net>
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe linux-admin" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* [BK PATCH] USB changes for 2.5.51
From: Greg KH @ 2002-12-14 1:23 UTC (permalink / raw)
To: torvalds; +Cc: linux-usb-devel, linux-kernel
This also includes a fix in the driver core hotplug call.
Please pull from: bk://linuxusb.bkbits.net/linus-2.5
thanks,
greg k-h
drivers/base/hotplug.c | 7
drivers/usb/class/Kconfig | 5
drivers/usb/class/usblp.c | 24 ++-
drivers/usb/core/hub.c | 32 +++-
drivers/usb/core/usb.c | 35 ++++
drivers/usb/image/scanner.c | 45 ++----
drivers/usb/image/scanner.h | 4
drivers/usb/net/pegasus.c | 31 +++-
drivers/usb/serial/Makefile | 2
drivers/usb/serial/bus.c | 138 ++++++++++++++++++
drivers/usb/serial/usb-serial.c | 275 ++++++++++++++++++++-----------------
drivers/usb/serial/usb-serial.h | 14 +
drivers/usb/storage/unusual_devs.h | 16 +-
drivers/usb/usb-skeleton.c | 128 ++++++-----------
include/linux/usb.h | 3
sound/usb/usbaudio.c | 4
16 files changed, 491 insertions(+), 272 deletions(-)
-----
ChangeSet@1.877, 2002-12-13 13:52:12-08:00, petkan@users.sourceforge.net
[PATCH] USB: pegasus kmalloc/kfree stuff
I made the changes to the set/get_registers code.
drivers/usb/net/pegasus.c | 31 +++++++++++++++++++++++++------
1 files changed, 25 insertions(+), 6 deletions(-)
------
ChangeSet@1.876, 2002-12-12 14:49:26-08:00, greg@kroah.com
[PATCH] USB: usb-skeleton: removed static array of devices.
This allowed a lock to be removed.
Also removed the MOD_* functions, and some remove logic was cleaned
up by Oliver Neukum.
drivers/usb/usb-skeleton.c | 94 +++++++++++++--------------------------------
1 files changed, 29 insertions(+), 65 deletions(-)
------
ChangeSet@1.875, 2002-12-12 14:25:55-08:00, greg@kroah.com
[PATCH] USB: Fix compile errors with usb-skeleton driver.
drivers/usb/usb-skeleton.c | 34 +++++++++++++++++-----------------
1 files changed, 17 insertions(+), 17 deletions(-)
------
ChangeSet@1.874, 2002-12-12 13:23:14-08:00, nobita@t-online.de
[PATCH] support for Sony Cybershot F717 digital camera / usb-storage
here is an id-patch to get the Sony Cybershot F717 6meg pixel digital
camera working with the standard usb-storage device driver.
drivers/usb/storage/unusual_devs.h | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
------
ChangeSet@1.872, 2002-12-12 12:39:31-08:00, khaho@koti.soon.fi
[PATCH] USB: start to remove static minor based arrays in drivers
Here are minimal usb_find_interface() patches for the core, usblp and
scanner.
Basic design is:
- device major (USB_MAJOR for now) and minor are stored in probe()
function to struct usb_interface as kdev_t
- open() can use new core function usb_find_interface() to find matching
device in drivers device list
- disconnect() will set kdev_t struct usb_interface to NODEV, so open
wont open it anymore without new probe()
I tested these patches and they work for me. I will work on small patches
of other work in these drivers (like removal of lock_kernel/unlock_kernel
in usblp, fixing the disconnect problems in both drivers etc.). Those
patches would be very small too, but there will be quite many.
drivers/usb/class/usblp.c | 24 ++++++++++++++---------
drivers/usb/core/usb.c | 35 ++++++++++++++++++++++++++++++++++
drivers/usb/image/scanner.c | 45 +++++++++++++++-----------------------------
drivers/usb/image/scanner.h | 4 ---
include/linux/usb.h | 3 ++
5 files changed, 70 insertions(+), 41 deletions(-)
------
ChangeSet@1.871, 2002-12-12 12:36:38-08:00, greg@kroah.com
[PATCH] usbaudio.c: fix for urb callback function change
sound/usb/usbaudio.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
------
ChangeSet@1.870, 2002-12-12 11:58:03-08:00, greg@kroah.com
[PATCH] USB: Moved usb-serial bus specific code to a separate file.
drivers/usb/serial/Makefile | 2
drivers/usb/serial/bus.c | 138 ++++++++++++++++++++++++++++++++++++++++
drivers/usb/serial/usb-serial.c | 130 +++++--------------------------------
drivers/usb/serial/usb-serial.h | 5 +
4 files changed, 162 insertions(+), 113 deletions(-)
------
ChangeSet@1.869, 2002-12-12 09:38:05-08:00, greg@kroah.com
[PATCH] Driver core: Fix class leak in class_hotplug.
Thanks to Pat Mochel for pointing this out to me.
drivers/base/hotplug.c | 7 ++++++-
1 files changed, 6 insertions(+), 1 deletion(-)
------
ChangeSet@1.865.1.1, 2002-12-11 16:11:32+01:00, marcel@holtmann.org
[PATCH] Disable bluetty.o if Bluetooth subsystem is used
This patch disables the USB Bluetooth TTY driver (bluetty.o) from
the drivers/usb/class directory if the Linux Bluetooth subsystem
is selected.
drivers/usb/class/Kconfig | 5 ++++-
1 files changed, 4 insertions(+), 1 deletion(-)
------
ChangeSet@1.868, 2002-12-10 17:02:12-08:00, greg@kroah.com
[PATCH] USB: Added usb-serial driver core bus support.
This means that all individual usb-serial ports show up as their
own devices in the driver model tree.
drivers/usb/serial/usb-serial.c | 145 ++++++++++++++++++++++++++++++++++++----
drivers/usb/serial/usb-serial.h | 9 ++
2 files changed, 139 insertions(+), 15 deletions(-)
------
ChangeSet@1.867, 2002-12-10 15:05:29-08:00, marekm@amelek.gda.pl
[PATCH] Datafab KECF-USB / Sagatek DCS-CF / Simpletech UCF-100
sorry to bother you again - now that 2.4.20 is out, is there any
chance to include this in 2.4.21? I've been trying since 2.4.19,
a few other UNUSUAL_DEV entries were added, but not this one...
The device works fine with the patch (and doesn't work at all without
it) for me and a few other people (devices with different "marketing"
names, the same vendor:device id), no one has reported any problems.
The patch has been in the 2.4-ac tree for a while, too.
drivers/usb/storage/unusual_devs.h | 12 ++++++++++++
1 files changed, 12 insertions(+)
------
ChangeSet@1.866, 2002-12-10 14:18:40-08:00, zaitcev@redhat.com
[PATCH] Patch for debounce in 2.5
I was getting annoyed that nobody fixed the obviously broken
debounce loop, so I had to go ahead and fix that.
drivers/usb/core/hub.c | 32 +++++++++++++++++++++++---------
1 files changed, 23 insertions(+), 9 deletions(-)
------
^ permalink raw reply
* Re: [BK fbdev] Yet again more fbdev updates.
From: Linus Torvalds @ 2002-12-14 1:11 UTC (permalink / raw)
To: James Simmons
Cc: Christoph Hellwig, Linux Kernel Mailing List,
Linux Fbdev development list
In-Reply-To: <Pine.LNX.4.33.0212131745130.1882-100000@maxwell.earthlink.net>
On Fri, 13 Dec 2002, James Simmons wrote:
>
> If it happens only when you press a key which is always true:
>
> 1) Its the same place on the screen or a different place every time?
I think it's at the last line of the screen every time.
> 3) Always the last column?
Nope, I don't think so.
> If you don't mind me asking what is model of your laptop to see if
> someone else is having the same exact problem.
This is a HP ze5155 (big, heavy and horrible, but cheap). But I seriously
doubt that is the real issue: I suspect that the reason I see it on that
machine is (a) I was travelling the last three days and that was the only
machine I had and (b) because X is flaky at starting up on it, I wasn't in
X all the time like I normally am.
Linus
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.