Re: esp causing crashes..
On 01-Feb-2001 Roeland Th. Jansen wrote: > On Thu, Feb 01, 2001 at 03:38:28PM -0600, Mark Orr wrote: >> I dont like to be the sort of person who, when people report problems, >> fires back "it works fine here!"...but...just as a point of reference, >> I have a Hayes ESP too -- it's connected to a 56k modem. I havent >> had any crashes or hangs related to it, but I dont use mgetty. (I use >> rungetty, a variant of mingetty, for VC's).Seeing this, I will >> compile up mgetty here to see if I can replicate it. > > > even without mgetty it fails. the fact hat esp.o is loaded is cause for > trouble. minicom using the card, exit - crash. Well that surely shouldnt happen...I use minicom all the time (I still call BBSes), and havent had any crashes. I can quit/disconnect, or quit/stay connected and it works okay. I've even got it set up to use 23bps, which is the max my Zoom will take. When I was trying to set up the ESP shortly after I'd received it, there was some trial+error to get the address/irq/dma/jumpers set right, and minicom would hang (the program), but I could kill it. It took about an hour to get the settings the way I'd wanted them, and since then... no real problems. > I do not use the DMA channel of the card as it conflicts with the SB16 I > have on board. I also have a SB16 (non-PnP). I use DMA 1 and 5 for the SB16 and 3 for the ESP.I dont know if it's doing anything though...wish there were a way to know how deep into the buffers it ever gets on transfers. DMA threshold on mine is the default value (I believe it's 32 bytes) -- it wouldnt suprise me if it didnt get that deep, keeping the rx_threshold so low. My modules.conf ESP section looks like: # # Hayes ESP module + options # port 180h, irq 3, dma 3, divisor 4 options esp irq=0,0,3,0,0,0,0,0 dma=3 divisor=0,0,0x04,0,0,0,0,0 rx_timeout=1 post-install esp setserial /dev/ttyP16 low_latency alias char-major-57 esp alias chat-major-58 esp Only troubles it's given me lately is that esp.c isnt a devfs-aware driver. I've been experimenting with devfs lately, so I have to do a "mknod /dev/ttyP16 c 57 16" every time I boot, and it still barks out a few meaningless errors (cup: device already registered). I just have the one-port ESP card. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: esp causing crashes..
On 01-Feb-2001 Roeland Th. Jansen wrote: On Thu, Feb 01, 2001 at 03:38:28PM -0600, Mark Orr wrote: I dont like to be the sort of person who, when people report problems, fires back "it works fine here!"...but...just as a point of reference, I have a Hayes ESP too -- it's connected to a 56k modem. I havent had any crashes or hangs related to it, but I dont use mgetty. (I use rungetty, a variant of mingetty, for VC's).Seeing this, I will compile up mgetty here to see if I can replicate it. even without mgetty it fails. the fact hat esp.o is loaded is cause for trouble. minicom using the card, exit - crash. Well that surely shouldnt happen...I use minicom all the time (I still call BBSes), and havent had any crashes. I can quit/disconnect, or quit/stay connected and it works okay. I've even got it set up to use 23bps, which is the max my Zoom will take. When I was trying to set up the ESP shortly after I'd received it, there was some trial+error to get the address/irq/dma/jumpers set right, and minicom would hang (the program), but I could kill it. It took about an hour to get the settings the way I'd wanted them, and since then... no real problems. I do not use the DMA channel of the card as it conflicts with the SB16 I have on board. I also have a SB16 (non-PnP). I use DMA 1 and 5 for the SB16 and 3 for the ESP.I dont know if it's doing anything though...wish there were a way to know how deep into the buffers it ever gets on transfers. DMA threshold on mine is the default value (I believe it's 32 bytes) -- it wouldnt suprise me if it didnt get that deep, keeping the rx_threshold so low. My modules.conf ESP section looks like: # # Hayes ESP module + options # port 180h, irq 3, dma 3, divisor 4 options esp irq=0,0,3,0,0,0,0,0 dma=3 divisor=0,0,0x04,0,0,0,0,0 rx_timeout=1 post-install esp setserial /dev/ttyP16 low_latency alias char-major-57 esp alias chat-major-58 esp Only troubles it's given me lately is that esp.c isnt a devfs-aware driver. I've been experimenting with devfs lately, so I have to do a "mknod /dev/ttyP16 c 57 16" every time I boot, and it still barks out a few meaningless errors (cup: device already registered). I just have the one-port ESP card. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
RE: esp causing crashes..
On 29-Jan-2001 Roeland Th. Jansen wrote: > [mike -- included you for refs only] > > recently I started to dive into a problem that causes 2.2.x and 2.4.x to > crash at shutdown and when minicom/mgetty is used. e.g. shutdown almost > always crashed the system; if a fax is received, 3 out of 4 faxes ok, > but also crashes system. > > I tried to contact the author of the hayes esp also but he seems to be > pretty busy... > > Initially I thought that killall5, mike's product, somehow caused the > mentioned crash but diving deeper into it I found that killall5 tries to > kill mgetty -- and crashes the system. I tried a source version as well. > same stuff (I use suse 7.0) I dont like to be the sort of person who, when people report problems, fires back "it works fine here!"...but...just as a point of reference, I have a Hayes ESP too -- it's connected to a 56k modem. I havent had any crashes or hangs related to it, but I dont use mgetty. (I use rungetty, a variant of mingetty, for VC's).Seeing this, I will compile up mgetty here to see if I can replicate it. (once in a while, communications becomes non-responsive -- but I suspect that it's just my Zoom modem, which clams up for no apparent reason. The port seems to be doing it's thing.) > the IRQ is 11, not using DMA, IRQ is set to legacy in the BIOS. > it happens with any 2.2.xx version and also happens with 2.4.0. I'm running 2.4.0-ac12 here. ESP is set to 180h, IRQ 3, DMA 3. (I disabled my onboard serial ports). CPU is a classic Pentium. I've been running it w/ rx_timeout=1 (the minimum usable value, since it seems to give lower ping times) Got this ESP off eBay -- in fact, I got it after reading Mr. Jansen's recommendation 2 years ago in the comp.dcom.* groups (probably ISDN), noting how flexible and tweakable the ESP drivers are. FWIW, I was getting mountains of TCP errors before I got this card, and they all disappeared once I installed the ESP. It's an amazing card. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
RE: esp causing crashes..
On 29-Jan-2001 Roeland Th. Jansen wrote: [mike -- included you for refs only] recently I started to dive into a problem that causes 2.2.x and 2.4.x to crash at shutdown and when minicom/mgetty is used. e.g. shutdown almost always crashed the system; if a fax is received, 3 out of 4 faxes ok, but also crashes system. I tried to contact the author of the hayes esp also but he seems to be pretty busy... Initially I thought that killall5, mike's product, somehow caused the mentioned crash but diving deeper into it I found that killall5 tries to kill mgetty -- and crashes the system. I tried a source version as well. same stuff (I use suse 7.0) I dont like to be the sort of person who, when people report problems, fires back "it works fine here!"...but...just as a point of reference, I have a Hayes ESP too -- it's connected to a 56k modem. I havent had any crashes or hangs related to it, but I dont use mgetty. (I use rungetty, a variant of mingetty, for VC's).Seeing this, I will compile up mgetty here to see if I can replicate it. (once in a while, communications becomes non-responsive -- but I suspect that it's just my Zoom modem, which clams up for no apparent reason. The port seems to be doing it's thing.) the IRQ is 11, not using DMA, IRQ is set to legacy in the BIOS. it happens with any 2.2.xx version and also happens with 2.4.0. I'm running 2.4.0-ac12 here. ESP is set to 180h, IRQ 3, DMA 3. (I disabled my onboard serial ports). CPU is a classic Pentium. I've been running it w/ rx_timeout=1 (the minimum usable value, since it seems to give lower ping times) Got this ESP off eBay -- in fact, I got it after reading Mr. Jansen's recommendation 2 years ago in the comp.dcom.* groups (probably ISDN), noting how flexible and tweakable the ESP drivers are. FWIW, I was getting mountains of TCP errors before I got this card, and they all disappeared once I installed the ESP. It's an amazing card. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-ac9 works, but slower and swappier
On 15-Jan-2001 Marcelo Tosatti wrote: > On Sun, 14 Jan 2001, Mark Orr wrote: >> I've been running 2.4.0-ac9 for a day and a half now. >> >> I have pretty low-end hardware (Pentium 1/ 100MHz, 16Mb RAM, >> 17Mb swap) and it really seems to bog down with anything >> heavy in memory.Netscape seems to really drag, and any >> Java applets I encounter positively crawl -- you can see >> the individual widgets being drawn. > > Could you please try this patch: > > http://bazar.conectiva.com.br/~marcelo/patches/v2.4/2.4.1pre3/try_to_free_page > s-3.patch > and report results? Yeah, I just applied the patch and recompiled. Yes, it fixed it, pretty decisively too. P100/16Mb RAM/17Mb swap -- run Netscape 3.04, and start some large Java applet -- like a Java-based game or Yahoo Chat or some such. ...on 240-ac4, it works okay. On 240-ac9, the disk grinds away, and it's so slow you can see individual widgets being drawn. With this patch, it's pretty much back to the way it was in -ac4, maybe a little better. thanx. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.0-ac9 works, but slower and swappier
On 15-Jan-2001 Marcelo Tosatti wrote: On Sun, 14 Jan 2001, Mark Orr wrote: I've been running 2.4.0-ac9 for a day and a half now. I have pretty low-end hardware (Pentium 1/ 100MHz, 16Mb RAM, 17Mb swap) and it really seems to bog down with anything heavy in memory.Netscape seems to really drag, and any Java applets I encounter positively crawl -- you can see the individual widgets being drawn. Could you please try this patch: http://bazar.conectiva.com.br/~marcelo/patches/v2.4/2.4.1pre3/try_to_free_page s-3.patch and report results? Yeah, I just applied the patch and recompiled. Yes, it fixed it, pretty decisively too. P100/16Mb RAM/17Mb swap -- run Netscape 3.04, and start some large Java applet -- like a Java-based game or Yahoo Chat or some such. ...on 240-ac4, it works okay. On 240-ac9, the disk grinds away, and it's so slow you can see individual widgets being drawn. With this patch, it's pretty much back to the way it was in -ac4, maybe a little better. thanx. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-ac9 works, but slower and swappier
I've been running 2.4.0-ac9 for a day and a half now. I have pretty low-end hardware (Pentium 1/ 100MHz, 16Mb RAM, 17Mb swap) and it really seems to bog down with anything heavy in memory.Netscape seems to really drag, and any Java applets I encounter positively crawl -- you can see the individual widgets being drawn. My previous kernel was 240-ac4, and it was fine. Oh, one other thing...cat /proc/filesystems shows: nodev sockfs nodev swapfs nodev shm nodev pipefs nodev proc ext2 nodev devpts I thought swapfs _replaces_ shm? I mention this because my startup scripts mount'ed shm the way it always does. I figured it'd fail because shm wouldnt be there. I've since disabled that. So, mount swapfs to /dev/shm, and leave the shm filesystem unmounted? Go back to the way it was before (mounting to /var/shm) ?? W/ swapfs (only) mounted, MITSHM apps like MpegTV, Virtual Gameboy, Xanim, etc. seem to work okay. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
2.4.0-ac9 works, but slower and swappier
I've been running 2.4.0-ac9 for a day and a half now. I have pretty low-end hardware (Pentium 1/ 100MHz, 16Mb RAM, 17Mb swap) and it really seems to bog down with anything heavy in memory.Netscape seems to really drag, and any Java applets I encounter positively crawl -- you can see the individual widgets being drawn. My previous kernel was 240-ac4, and it was fine. Oh, one other thing...cat /proc/filesystems shows: nodev sockfs nodev swapfs nodev shm nodev pipefs nodev proc ext2 nodev devpts I thought swapfs _replaces_ shm? I mention this because my startup scripts mount'ed shm the way it always does. I figured it'd fail because shm wouldnt be there. I've since disabled that. So, mount swapfs to /dev/shm, and leave the shm filesystem unmounted? Go back to the way it was before (mounting to /var/shm) ?? W/ swapfs (only) mounted, MITSHM apps like MpegTV, Virtual Gameboy, Xanim, etc. seem to work okay. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.0-ac9 (shmem.c errors)
On 14-Jan-2001 Steven Cole wrote: > I got the following error while building 2.4.0-ac9: > > shmem.c:971: `shmem_readlink' undeclared here (not in a function) > shmem.c:971: initializer element is not constant > shmem.c:971: (near initialization for > `shmem_symlink_inode_operations.readlink') > shmem.c:972: `shmem_follow_link' undeclared here (not in a function) > shmem.c:972: initializer element is not constant > shmem.c:972: (near initialization for > `shmem_symlink_inode_operations.follow_link') > shmem.c:973: initializer element is not constant > shmem.c:973: (near initialization for `shmem_symlink_inode_operations') > shmem.c:973: initializer element is not constant > shmem.c:973: (near initialization for `shmem_symlink_inode_operations') > make[2]: *** [shmem.o] Error 1 > > It looks like changes were recently made to linux/mm/shmem.c. I'm getting the same errors here. Christoph Rohland submitted a series of shm patches to the list -- I tried --dry-run reapplying them and at least a couple of them partially applied. Looks like it didnt all get integrated. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.0-ac9 (shmem.c errors)
On 14-Jan-2001 Steven Cole wrote: I got the following error while building 2.4.0-ac9: shmem.c:971: `shmem_readlink' undeclared here (not in a function) shmem.c:971: initializer element is not constant shmem.c:971: (near initialization for `shmem_symlink_inode_operations.readlink') shmem.c:972: `shmem_follow_link' undeclared here (not in a function) shmem.c:972: initializer element is not constant shmem.c:972: (near initialization for `shmem_symlink_inode_operations.follow_link') shmem.c:973: initializer element is not constant shmem.c:973: (near initialization for `shmem_symlink_inode_operations') shmem.c:973: initializer element is not constant shmem.c:973: (near initialization for `shmem_symlink_inode_operations') make[2]: *** [shmem.o] Error 1 It looks like changes were recently made to linux/mm/shmem.c. I'm getting the same errors here. Christoph Rohland submitted a series of shm patches to the list -- I tried --dry-run reapplying them and at least a couple of them partially applied. Looks like it didnt all get integrated. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test13-pre4-ac2 - part of diff fails
On 23-Dec-2000 Daniel Stone wrote: >> > patching file arch/i386/kernel/smp.c >> > Reversed (or previously applied) patch detected! Assume -R? [n] >> > Apply anyway? [n] y >> > Hunk #1 FAILED at 278. >> > Hunk #2 succeeded at 511 (offset 9 lines). >> > 1 out of 2 hunks FAILED -- saving rejects to file >> > arch/i386/kernel/smp.c.rej >> > >> > Works fine if I reverse it and then put it back in. ? >> >> Its a bug in my patch - get 13pre4ac2 .. > > Um. > Subject: Re: test13-pre4-ac2 - part of diff fails > It's _IN_ 13-4ac2. I applied test13-pre4-ac2 here, and it applied cleanly. Are you applying it to a clean tree? Are your using patch v2.5.4 ? (that's the version I have) FWIW, I was getting smp.c patch failures (well, it said the patch was previously applied) along with a bunch of IPTables stuff -- that was a couple of -ac's ago. AC1 and AC2 applied cleanly, tho AC1 wouldnt compile uniprocessor/no-quotas unless you added a #include to fs/ext2/balloc.c (i.e. it left some hanging refs to lock_kernel and unlock_kernel in fs.o, and I think there was also one in the UDF module.It's fixed in -ac2. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: test13-pre4-ac2 - part of diff fails
On 23-Dec-2000 Daniel Stone wrote: patching file arch/i386/kernel/smp.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] y Hunk #1 FAILED at 278. Hunk #2 succeeded at 511 (offset 9 lines). 1 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/smp.c.rej Works fine if I reverse it and then put it back in. ? Its a bug in my patch - get 13pre4ac2 .. Um. Subject: Re: test13-pre4-ac2 - part of diff fails It's _IN_ 13-4ac2. I applied test13-pre4-ac2 here, and it applied cleanly. Are you applying it to a clean tree? Are your using patch v2.5.4 ? (that's the version I have) FWIW, I was getting smp.c patch failures (well, it said the patch was previously applied) along with a bunch of IPTables stuff -- that was a couple of -ac's ago. AC1 and AC2 applied cleanly, tho AC1 wouldnt compile uniprocessor/no-quotas unless you added a #include linux/smp_lock.h to fs/ext2/balloc.c (i.e. it left some hanging refs to lock_kernel and unlock_kernel in fs.o, and I think there was also one in the UDF module.It's fixed in -ac2. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Dropping chars on 16550
On 11-Dec-2000 Igmar Palsenberg wrote: > On Sun, 10 Dec 2000 [EMAIL PROTECTED] wrote: > >> Hi folks >> >> What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI >> CD thru mp3 encoder) and get a continuous dropping of characters, on a >> 16550- >> enhanced serial port, without handshake, with full-duplex load of 115200 >> bps? >> About 1 of 320 bytes is miscommunicated. > > Use handshaking Heh...do what I did. Go on eBay and pick up a Hayes ESP card. I have a fairly weak system by todays standards, and I found that even with a 16550 serial port, I'd get tcp/ip errors in my logs (and lots of 'em). They never wrote decent ESP drivers for Windows, but the Linux drivers are superb. I popped it in, configured it, and the tcp errors vanished...not a single one in the 10 months I've owned it. It bugs me that they're making PC's w/o ISA cards now, because I dont wanna give up my Hayes ESP. Based on what I saw, a 16550 with it's tiny 16-byte buffer, isnt enough. (yes, I'm stuck with POTS+PPP. Cable modems are available... but the ISP is @Hoax. Yuck. The only DSL grade I can get is IDSL -- $70/month. Double yuck.) -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Dropping chars on 16550
On 11-Dec-2000 Igmar Palsenberg wrote: On Sun, 10 Dec 2000 [EMAIL PROTECTED] wrote: Hi folks What should I do, when I run cdda2wav | gogo (riping CD from a ATAPI CD thru mp3 encoder) and get a continuous dropping of characters, on a 16550- enhanced serial port, without handshake, with full-duplex load of 115200 bps? About 1 of 320 bytes is miscommunicated. Use handshaking Heh...do what I did. Go on eBay and pick up a Hayes ESP card. I have a fairly weak system by todays standards, and I found that even with a 16550 serial port, I'd get tcp/ip errors in my logs (and lots of 'em). They never wrote decent ESP drivers for Windows, but the Linux drivers are superb. I popped it in, configured it, and the tcp errors vanished...not a single one in the 10 months I've owned it. It bugs me that they're making PC's w/o ISA cards now, because I dont wanna give up my Hayes ESP. Based on what I saw, a 16550 with it's tiny 16-byte buffer, isnt enough. (yes, I'm stuck with POTS+PPP. Cable modems are available... but the ISP is @Hoax. Yuck. The only DSL grade I can get is IDSL -- $70/month. Double yuck.) -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
[2.4.0-test10-pre3] UART401 problem causes Oops.
I recently compiled 2.4.0-test10-pre3, and was torture-testing it...I hadnt played any MIDI files in a while, so while one was playing (on my waveblaster GM daughterboard, thru UART401), the gave an Oops. After doing some detective work, I found that the culprit was a small daemon I had running that does a "double-rmmod -a" every X seconds. It was rmmod'ing the uart401 module while it was in use. I confirmed that while the MIDI file was playing, the lsmod usage count was zero, and I could manually remove it. (causing an instant oops) It looks like the UART401 (this is a Sound Blaster 16 ISA non-PnP card) module is not marking itself used while it's being accessed. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
[2.4.0-test10-pre3] UART401 problem causes Oops.
I recently compiled 2.4.0-test10-pre3, and was torture-testing it...I hadnt played any MIDI files in a while, so while one was playing (on my waveblaster GM daughterboard, thru UART401), the gave an Oops. After doing some detective work, I found that the culprit was a small daemon I had running that does a "double-rmmod -a" every X seconds. It was rmmod'ing the uart401 module while it was in use. I confirmed that while the MIDI file was playing, the lsmod usage count was zero, and I could manually remove it. (causing an instant oops) It looks like the UART401 (this is a Sound Blaster 16 ISA non-PnP card) module is not marking itself used while it's being accessed. -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux-2.4.0-test9-pre2
Has anyone else tried 240-test9-pre2 on low-memory systems? I compiled 240t9p2, bzlilo'ed it, and rebooted. During boot it tripped up on e2fsck -- it was at maximum mount count and it stopped during the check. Once I got past the check, and was able to get it to a prompt. I tried to compile the kernel modules. Once again, it stopped during the compile of the first file (either loop.c or floppy.c). By "stopped", I mean the _program_ acted as though it had hung. The system didnt hang, I was able to ctrl-c out of it, and there was no oops or panic.It doesnt seem to be able to run any substantial program w/o stopping. Previous kernel was 240-test8, no problems there. Sys: pentium 100, 16Mb RAM + 17 Mb swap -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Linux-2.4.0-test9-pre2
Has anyone else tried 240-test9-pre2 on low-memory systems? I compiled 240t9p2, bzlilo'ed it, and rebooted. During boot it tripped up on e2fsck -- it was at maximum mount count and it stopped during the check. Once I got past the check, and was able to get it to a prompt. I tried to compile the kernel modules. Once again, it stopped during the compile of the first file (either loop.c or floppy.c). By "stopped", I mean the _program_ acted as though it had hung. The system didnt hang, I was able to ctrl-c out of it, and there was no oops or panic.It doesnt seem to be able to run any substantial program w/o stopping. Previous kernel was 240-test8, no problems there. Sys: pentium 100, 16Mb RAM + 17 Mb swap -- Mark Orr [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/