Re: process table fills with DN state when nfs connection is lost
On Sun, Jun 10, 2001 at 06:44:56PM -0700, Lucca wrote: > Not incorrect, but you might experiment with soft mounts, which will rapidly > timeout and die with io-errors rather than hanging. Gombas also replied with such information. I didn't know that this was causing it. I changed the (default hard) to soft mount and now it doesn't go wrong. best woul dbe to tell my girlfriend not to reboot while nfs is active though :-) Thanks anyways. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: process table fills with DN state when nfs connection is lost
On Sun, Jun 10, 2001 at 06:44:56PM -0700, Lucca wrote: Not incorrect, but you might experiment with soft mounts, which will rapidly timeout and die with io-errors rather than hanging. Gombas also replied with such information. I didn't know that this was causing it. I changed the (default hard) to soft mount and now it doesn't go wrong. best woul dbe to tell my girlfriend not to reboot while nfs is active though :-) Thanks anyways. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: process table fills with DN state when nfs connection is lost
On Sun, Jun 10, 2001 at 10:34:28PM +, Roeland Th. Jansen wrote: > I have a network with a different linux system hat exports a few dirs to > this system. oops, this is 2.4.5. but happened before as well. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
process table fills with DN state when nfs connection is lost
hi * I have a network with a different linux system hat exports a few dirs to this system. what happens is this : the other system reboots into windows o the nfs connection gets lost. however, what happens is that now the process table starts to fill with cron initiated mrtg calls and all get the DN state in ps aux. now, the load goes up and when I came home it was at 144 already. I stopped cron, unable to kill off the mrtg calls. I then re-established the nfs connection by rebooting the windows back to linux; I then could umount the nfs shares and guess what happened -- all DN processes went ayway and the system load back to normal. it seems that some things block in the kernel when the nfs stuff is failed. is this right ? is my setup incorrect or what ? Roeland -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
process table fills with DN state when nfs connection is lost
hi * I have a network with a different linux system hat exports a few dirs to this system. what happens is this : the other system reboots into windows o the nfs connection gets lost. however, what happens is that now the process table starts to fill with cron initiated mrtg calls and all get the DN state in ps aux. now, the load goes up and when I came home it was at 144 already. I stopped cron, unable to kill off the mrtg calls. I then re-established the nfs connection by rebooting the windows back to linux; I then could umount the nfs shares and guess what happened -- all DN processes went ayway and the system load back to normal. it seems that some things block in the kernel when the nfs stuff is failed. is this right ? is my setup incorrect or what ? Roeland -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: process table fills with DN state when nfs connection is lost
On Sun, Jun 10, 2001 at 10:34:28PM +, Roeland Th. Jansen wrote: I have a network with a different linux system hat exports a few dirs to this system. oops, this is 2.4.5. but happened before as well. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ethernet still quits
On Fri, Jun 01, 2001 at 03:45:46PM +, Danny ter Haar wrote: > >the current 'ac' patches or a previous version on > >http://sf.net/projects/gkernel/ temporarily. > > also on : > www.bzimage.org/kernel-patches/v2.4/alan/v2.4.5/ > > 8139_too_work.c (62kB) > > And also there: > > patch-2.4.5-ac6-crypto.bz2 (268kB) Thanks Jeff and Danny. you're a help ! -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
ethernet still quits
2.4.5 : when quote some xfers have taken place, the realtek card dies here. Jun 1 14:58:12 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:12 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1303. Jun 1 14:58:14 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:14 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=103. Jun 1 14:58:28 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:28 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=103. Jun 1 14:58:30 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:30 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=123. Jun 1 14:58:32 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:32 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=103. etc. only rebooting helps. hardware BP6, non OC, happens with older kernels as well sometimes. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
ethernet still quits
2.4.5 : when quote some xfers have taken place, the realtek card dies here. Jun 1 14:58:12 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:12 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1303. Jun 1 14:58:14 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:14 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=103. Jun 1 14:58:28 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:28 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=103. Jun 1 14:58:30 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:30 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=123. Jun 1 14:58:32 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Jun 1 14:58:32 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=103. etc. only rebooting helps. hardware BP6, non OC, happens with older kernels as well sometimes. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: ethernet still quits
On Fri, Jun 01, 2001 at 03:45:46PM +, Danny ter Haar wrote: the current 'ac' patches or a previous version on http://sf.net/projects/gkernel/ temporarily. also on : www.bzimage.org/kernel-patches/v2.4/alan/v2.4.5/ 8139_too_work.c (62kB) And also there: patch-2.4.5-ac6-crypto.bz2 (268kB) Thanks Jeff and Danny. you're a help ! -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.4 and VC display lost
I have mentioned this weird behaviour under 2.4.3 as well. if I use X for some time, I alwasy switch and forth between the (IMHO) idel CLI and sometimes switch back to the clumsy GUI. now, what happens is that sometimes, after I switch from X back to a VC, the display gets black and stays that way. the system works fine. I can still input everything I like etc but won't see anything. it's on all non graphic consoles and I can't recover without rebooting. anyone an idea ? I am using X 4.02 (XFREE) on a riva TNT (viper 550); no special driver used, only the one that's supplied with X itself. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.4 and VC display lost
I have mentioned this weird behaviour under 2.4.3 as well. if I use X for some time, I alwasy switch and forth between the (IMHO) idel CLI and sometimes switch back to the clumsy GUI. now, what happens is that sometimes, after I switch from X back to a VC, the display gets black and stays that way. the system works fine. I can still input everything I like etc but won't see anything. it's on all non graphic consoles and I can't recover without rebooting. anyone an idea ? I am using X 4.02 (XFREE) on a riva TNT (viper 550); no special driver used, only the one that's supplied with X itself. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
ECN bits and ZyXEL routers.
the reference to zyxel (from Jeff G ?) : >ZyXEL P681 -> firmware v2.50(T.05)b6 | 03/28/2001) btw: it is already offically release version 2.50(T.05)| 04/13/2001 and the ECN issue is fixed. I have asked if the developers would ake actoin on the other routers/firewalls as well to fix the ECN trouble. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
ECN bits and ZyXEL routers.
the reference to zyxel (from Jeff G ?) : ZyXEL P681 - firmware v2.50(T.05)b6 | 03/28/2001) btw: it is already offically release version 2.50(T.05)| 04/13/2001 and the ECN issue is fixed. I have asked if the developers would ake actoin on the other routers/firewalls as well to fix the ECN trouble. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.3-ac9
On Tue, Apr 17, 2001 at 10:26:26PM -0400, Byron Stanoszek wrote: > I've seen this on my Dell P3 700 machine several times. Seems to happen at odd > intervals after I use my CD burner, but that just might be coincidental. But I have seen this related to the cd burner as well. it's not a via board here, but is SMP. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux 2.4.3-ac9
On Tue, Apr 17, 2001 at 10:26:26PM -0400, Byron Stanoszek wrote: I've seen this on my Dell P3 700 machine several times. Seems to happen at odd intervals after I use my CD burner, but that just might be coincidental. But I have seen this related to the cd burner as well. it's not a via board here, but is SMP. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.2 ac2x & 2.4.3. loss of VC displays
hi all regently I see weird things with X. XFree86 Version 4.0.2 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 18 December 2000 (II) NV: driver for NVIDIA chipsets: RIVA128, RIVATNT, RIVATNT2, RIVATNT2 (Ultra), RIVATNT2 (Vanta), RIVATNT2 M64, RIVATNT2 (Integrated), GeForce 256, GeForce DDR, Quadro, GeForce2 GTS, GeForce2 GTS (rev 1), GeForce2 ultra, Quadro 2 Pro, GeForce2 MX, GeForce2 MX DDR, Quadro 2 MXR, GeForce 2 Go (--) Chipset RIVATNT found this is a SuSE 7.0 std X thing. no specific NVIDIA obfuscated source binary or something. what happens is that after some time, I switch back & forth from and to X. sometimes, most within a day of work, switching from X to a VC, the VC's blank. it reacts to commands but display is blank. I don't have special modules launched and no patches to the kernel except the lm_sensors / i2c stuff. removed it for test and still happens. someone an idea ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.2 ac2x 2.4.3. loss of VC displays
hi all regently I see weird things with X. XFree86 Version 4.0.2 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 18 December 2000 (II) NV: driver for NVIDIA chipsets: RIVA128, RIVATNT, RIVATNT2, RIVATNT2 (Ultra), RIVATNT2 (Vanta), RIVATNT2 M64, RIVATNT2 (Integrated), GeForce 256, GeForce DDR, Quadro, GeForce2 GTS, GeForce2 GTS (rev 1), GeForce2 ultra, Quadro 2 Pro, GeForce2 MX, GeForce2 MX DDR, Quadro 2 MXR, GeForce 2 Go (--) Chipset RIVATNT found this is a SuSE 7.0 std X thing. no specific NVIDIA obfuscated source binary or something. what happens is that after some time, I switch back forth from and to X. sometimes, most within a day of work, switching from X to a VC, the VC's blank. it reacts to commands but display is blank. I don't have special modules launched and no patches to the kernel except the lm_sensors / i2c stuff. removed it for test and still happens. someone an idea ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
max ip_conntrack entries
is there a way to dynamically change the limit : kernel: ip_conntrack: maximum limit of 16384 entries exceeded ? grepping in the documentation didn't tell much here. either a newssus scan or a weird ftp server I tried to connect to, caused the table to fill pretty fast and all other connections stopped for a short time. the entries are similar btw in /proc/net/ip_conntrack : tcp 6 425335 ESTABLISHED src=203.45.72.96 dst=203.45.72.96 sport=28480 dport=21 [UNREPLIED] src=203.45.72.96 dst=203.45.72.96 sport=21 dport=28480 use=1 the source and dest are always the same. weird. currently 15443 entries. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
max ip_conntrack entries
is there a way to dynamically change the limit : kernel: ip_conntrack: maximum limit of 16384 entries exceeded ? grepping in the documentation didn't tell much here. either a newssus scan or a weird ftp server I tried to connect to, caused the table to fill pretty fast and all other connections stopped for a short time. the entries are similar btw in /proc/net/ip_conntrack : tcp 6 425335 ESTABLISHED src=203.45.72.96 dst=203.45.72.96 sport=28480 dport=21 [UNREPLIED] src=203.45.72.96 dst=203.45.72.96 sport=21 dport=28480 use=1 the source and dest are always the same. weird. currently 15443 entries. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft begining to open source Windows 2000?
On Thu, Mar 08, 2001 at 10:01:57AM -0500, Venkatesh Ramamurthy wrote: > Please check out this article. Looks like microsoft know open source is the > thing of the future. I would consider that it is a begining step for full > blown GPL > > http://www.zdnet.com/enterprise/stories/main/0,10228,2692987,00.html basically, it's useless. no mods, huge number of licenses required. another nice try. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Microsoft begining to open source Windows 2000?
On Thu, Mar 08, 2001 at 10:01:57AM -0500, Venkatesh Ramamurthy wrote: Please check out this article. Looks like microsoft know open source is the thing of the future. I would consider that it is a begining step for full blown GPL http://www.zdnet.com/enterprise/stories/main/0,10228,2692987,00.html basically, it's useless. no mods, huge number of licenses required. another nice try. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: apic patches (with MIS counter)
On Mon, Feb 26, 2001 at 01:14:11PM +0100, Maciej W. Rozycki wrote: > On Mon, 26 Feb 2001, Roeland Th. Jansen wrote: > > if you like, I can start banging the machine on it's head now. > > Please do. I believe the code is safe to be included in 2.4.3, but if > any problem is going to pop up, it'd better do it before than after > applying to the mainstream. banged the box quite a bit. so far no weird things like lockups. still 2.4.1. with the MIS counter (etc) patch. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: apic patches (with MIS counter)
On Mon, Feb 26, 2001 at 01:14:11PM +0100, Maciej W. Rozycki wrote: On Mon, 26 Feb 2001, Roeland Th. Jansen wrote: if you like, I can start banging the machine on it's head now. Please do. I believe the code is safe to be included in 2.4.3, but if any problem is going to pop up, it'd better do it before than after applying to the mainstream. banged the box quite a bit. so far no weird things like lockups. still 2.4.1. with the MIS counter (etc) patch. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: apic patches (with MIS counter)
On Mon, Feb 26, 2001 at 01:14:11PM +0100, Maciej W. Rozycki wrote: > It is already present in 2.4.2-ac3. Yep, I just noticed it. there was a backlog from here to tokyo. > There is a small performance impact at every interrupt -- the code that > checks for mismatches incurs it. It's just a few CPU instructions, thus > it should not be noticeable. well I saw a lot of collisions on the hub and a slow speed (approx 150kbytes sec) but I don't think collisions & patch is the cause :-) > > if you like, I can start banging the machine on it's head now. > > Please do. I believe the code is safe to be included in 2.4.3, but if > any problem is going to pop up, it'd better do it before than after > applying to the mainstream. ok, it's box killing time. I just installed a new kernel with the ptches and some additions and will reboot after I tried to kill the system. will report here. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
apic patches (with MIS counter)
Maciej, with the patch you sent (with MIS counter code) : CPU0 CPU1 0: 50644222 50826974IO-APIC-edge timer 1: 239631 233690IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3: 344151 345715IO-APIC-edge serial 4: 4 4IO-APIC-edge serial 5: 331569 327717IO-APIC-edge soundblaster 8: 268433 271449IO-APIC-edge rtc 14: 919801 913328IO-APIC-edge ide0 15: 22625 21407IO-APIC-edge ide1 18: 149973 150537 IO-APIC-level BusLogic BT-930 19:55575255554806 IO-APIC-level eth0 NMI: 101420638 101425054 LOC: 101475956 101475952 ERR: 90 MIS: 34865 and 11:09am up 11 days, 17:52, 8 users, load average: 1.44, 1.15, 0.77 uptime. it seems like it is time to get at least the suggestions so far in the mainstream kernel or at least in Alan's tree. (it's not clear if it has been already included) There are a few things that might be related though -- some slow network performance but I am not sure if that is caused by the patch. I don't think so but..; I also didn't hammer the whole day on sound to crash it. typically, a flood ping, sound & backup --> crash within minutes and I wanted to see how it performs (e.g. no crash) under normal loads. that part succeeded. if you like, I can start banging the machine on it's head now. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
apic patches (with MIS counter)
Maciej, with the patch you sent (with MIS counter code) : CPU0 CPU1 0: 50644222 50826974IO-APIC-edge timer 1: 239631 233690IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3: 344151 345715IO-APIC-edge serial 4: 4 4IO-APIC-edge serial 5: 331569 327717IO-APIC-edge soundblaster 8: 268433 271449IO-APIC-edge rtc 14: 919801 913328IO-APIC-edge ide0 15: 22625 21407IO-APIC-edge ide1 18: 149973 150537 IO-APIC-level BusLogic BT-930 19:55575255554806 IO-APIC-level eth0 NMI: 101420638 101425054 LOC: 101475956 101475952 ERR: 90 MIS: 34865 and 11:09am up 11 days, 17:52, 8 users, load average: 1.44, 1.15, 0.77 uptime. it seems like it is time to get at least the suggestions so far in the mainstream kernel or at least in Alan's tree. (it's not clear if it has been already included) There are a few things that might be related though -- some slow network performance but I am not sure if that is caused by the patch. I don't think so but..; I also didn't hammer the whole day on sound to crash it. typically, a flood ping, sound backup -- crash within minutes and I wanted to see how it performs (e.g. no crash) under normal loads. that part succeeded. if you like, I can start banging the machine on it's head now. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: apic patches (with MIS counter)
On Mon, Feb 26, 2001 at 01:14:11PM +0100, Maciej W. Rozycki wrote: It is already present in 2.4.2-ac3. Yep, I just noticed it. there was a backlog from here to tokyo. There is a small performance impact at every interrupt -- the code that checks for mismatches incurs it. It's just a few CPU instructions, thus it should not be noticeable. well I saw a lot of collisions on the hub and a slow speed (approx 150kbytes sec) but I don't think collisions patch is the cause :-) if you like, I can start banging the machine on it's head now. Please do. I believe the code is safe to be included in 2.4.3, but if any problem is going to pop up, it'd better do it before than after applying to the mainstream. ok, it's box killing time. I just installed a new kernel with the ptches and some additions and will reboot after I tried to kill the system. will report here. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Sat, Feb 17, 2001 at 12:46:30PM +, Henning P. Schmiedehausen wrote: > >1- GPL code is the opposite of crap > > No. A license doesn't automatically make good code. true but at least with GPL, people can work on crap GPL code and make it good. that's an option you don't have with closed source. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Sat, Feb 17, 2001 at 12:46:30PM +, Henning P. Schmiedehausen wrote: 1- GPL code is the opposite of crap No. A license doesn't automatically make good code. true but at least with GPL, people can work on crap GPL code and make it good. that's an option you don't have with closed source. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 8139 full duplex?
On Fri, Feb 16, 2001 at 10:40:53AM +0100, Rogier Wolff wrote: > Why would it completely "not work"? experience maybe. telnet works just fine. a copy would end in a _very_ slow transfer. and if I say slow, I mean a few kbytes/sec. depends on the number of colls as well. besides, what gains are expected with full duplex... aproximately none ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OTP] SMP board recommendations?
On Thu, Feb 15, 2001 at 04:38:37PM -0800, David D.W. Downey wrote:
> I've tried the Abit VP6 and the MSI 6321 (694D Pro). Both give me the APIC
> errors with system lockups on heavy I/O using the 2.4.1-ac1# and the
> 2.4.2-pre# kernels. (The ac-## line doesn't die ANYWHERE near as often as
> the other board.)
the APIC code has been modified quite a bit and Maciej's fixes so far,
on this part shows that my BP6 stays alive while even the -AC kernels
were killed. I'd suggest you to try his patches and see if that works
for you.
IIRC, this is the one :
patch-2.4.1-io_apic-46
diff -up --recursive --new-file linux-2.4.1.macro/arch/i386/kernel/apic.c
linux-2.4.1/arch/i386/kernel/apic.c
--- linux-2.4.1.macro/arch/i386/kernel/apic.c Wed Dec 13 23:54:27 2000
+++ linux-2.4.1/arch/i386/kernel/apic.c Mon Feb 12 16:11:15 2001
@@ -23,6 +23,7 @@
#include
#include
+#include
#include
#include
#include
@@ -270,7 +271,13 @@ void __init setup_local_APIC (void)
* PCI Ne2000 networking cards and PII/PIII processors, dual
* BX chipset. ]
*/
-#if 0
+ /*
+* Actually disabling the focus CPU check just makes the hang less
+* frequent as it makes the interrupt distributon model be more
+* like LRU than MRU (the short-term load is more even across CPUs).
+* See also the comment in end_level_ioapic_irq(). --macro
+*/
+#if 1
/* Enable focus processor (bit==0) */
value &= ~(1<<9);
#else
@@ -764,7 +771,7 @@ asmlinkage void smp_error_interrupt(void
apic_write(APIC_ESR, 0);
v1 = apic_read(APIC_ESR);
ack_APIC_irq();
- irq_err_count++;
+ atomic_inc(_err_count);
/* Here is what the APIC error bits mean:
0: Send CS error
diff -up --recursive --new-file linux-2.4.1.macro/arch/i386/kernel/i8259.c
linux-2.4.1/arch/i386/kernel/i8259.c
--- linux-2.4.1.macro/arch/i386/kernel/i8259.c Mon Nov 20 18:01:58 2000
+++ linux-2.4.1/arch/i386/kernel/i8259.cSun Feb 11 19:54:33 2001
@@ -12,6 +12,7 @@
#include
#include
+#include
#include
#include
#include
@@ -321,7 +322,7 @@ spurious_8259A_irq:
printk("spurious 8259A interrupt: IRQ%d.\n", irq);
spurious_irq_mask |= irqmask;
}
- irq_err_count++;
+ atomic_inc(_err_count);
/*
* Theoretically we do not have to handle this IRQ,
* but in Linux this does not cause problems and is
diff -up --recursive --new-file linux-2.4.1.macro/arch/i386/kernel/io_apic.c
linux-2.4.1/arch/i386/kernel/io_apic.c
--- linux-2.4.1.macro/arch/i386/kernel/io_apic.cSat Feb 3 12:05:49 2001
+++ linux-2.4.1/arch/i386/kernel/io_apic.c Tue Feb 13 19:59:55 2001
@@ -33,6 +33,8 @@
#include
#include
+#define APIC_LOCKUP_DEBUG
+
static spinlock_t ioapic_lock = SPIN_LOCK_UNLOCKED;
/*
@@ -122,8 +124,14 @@ static void add_pin_to_irq(unsigned int
static void name##_IO_APIC_irq (unsigned int irq) \
__DO_ACTION(R, ACTION, FINAL)
-DO_ACTION( __mask,0, |= 0x0001, io_apic_sync(entry->apic))/* mask = 1 */
-DO_ACTION( __unmask, 0, &= 0xfffe, ) /* mask = 0 */
+DO_ACTION( __mask, 0, |= 0x0001, io_apic_sync(entry->apic) )
+ /* mask = 1 */
+DO_ACTION( __unmask, 0, &= 0xfffe, )
+ /* mask = 0 */
+DO_ACTION( __mask_and_edge,0, = (reg & 0x7fff) | 0x0001, )
+ /* mask = 1, trigger = 0 */
+DO_ACTION( __unmask_and_level, 0, = (reg & 0xfffe) | 0x8000, )
+ /* mask = 0, trigger = 1 */
static void mask_IO_APIC_irq (unsigned int irq)
{
@@ -847,6 +855,8 @@ void /*__init*/ print_local_APIC(void *
v = apic_read(APIC_EOI);
printk(KERN_DEBUG "... APIC EOI: %08x\n", v);
+ v = apic_read(APIC_RRR);
+ printk(KERN_DEBUG "... APIC RRR: %08x\n", v);
v = apic_read(APIC_LDR);
printk(KERN_DEBUG "... APIC LDR: %08x\n", v);
v = apic_read(APIC_DFR);
@@ -1191,12 +1201,61 @@ static unsigned int startup_level_ioapic
#define enable_level_ioapic_irqunmask_IO_APIC_irq
#define disable_level_ioapic_irq mask_IO_APIC_irq
-static void end_level_ioapic_irq (unsigned int i)
+static void end_level_ioapic_irq (unsigned int irq)
{
+ unsigned long v;
+
+/*
+ * It appears there is an erratum which affects at least version 0x11
+ * of I/O APIC (that's the 82093AA and cores integrated into various
+ * chipsets). Under certain conditions a level-triggered interrupt is
+ * erroneously delivered as edge-triggered one but the respective IRR
+ * bit gets set nevertheless. As a result the I/O unit expects an EOI
+ * message but it will never arrive and further interrupts
Re: 8139 full duplex?
On Fri, Feb 16, 2001 at 10:40:53AM +0100, Rogier Wolff wrote: Why would it completely "not work"? experience maybe. telnet works just fine. a copy would end in a _very_ slow transfer. and if I say slow, I mean a few kbytes/sec. depends on the number of colls as well. besides, what gains are expected with full duplex... aproximately none ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [OTP] SMP board recommendations?
On Thu, Feb 15, 2001 at 04:38:37PM -0800, David D.W. Downey wrote:
I've tried the Abit VP6 and the MSI 6321 (694D Pro). Both give me the APIC
errors with system lockups on heavy I/O using the 2.4.1-ac1# and the
2.4.2-pre# kernels. (The ac-## line doesn't die ANYWHERE near as often as
the other board.)
the APIC code has been modified quite a bit and Maciej's fixes so far,
on this part shows that my BP6 stays alive while even the -AC kernels
were killed. I'd suggest you to try his patches and see if that works
for you.
IIRC, this is the one :
patch-2.4.1-io_apic-46
diff -up --recursive --new-file linux-2.4.1.macro/arch/i386/kernel/apic.c
linux-2.4.1/arch/i386/kernel/apic.c
--- linux-2.4.1.macro/arch/i386/kernel/apic.c Wed Dec 13 23:54:27 2000
+++ linux-2.4.1/arch/i386/kernel/apic.c Mon Feb 12 16:11:15 2001
@@ -23,6 +23,7 @@
#include linux/mc146818rtc.h
#include linux/kernel_stat.h
+#include asm/atomic.h
#include asm/smp.h
#include asm/mtrr.h
#include asm/mpspec.h
@@ -270,7 +271,13 @@ void __init setup_local_APIC (void)
* PCI Ne2000 networking cards and PII/PIII processors, dual
* BX chipset. ]
*/
-#if 0
+ /*
+* Actually disabling the focus CPU check just makes the hang less
+* frequent as it makes the interrupt distributon model be more
+* like LRU than MRU (the short-term load is more even across CPUs).
+* See also the comment in end_level_ioapic_irq(). --macro
+*/
+#if 1
/* Enable focus processor (bit==0) */
value = ~(19);
#else
@@ -764,7 +771,7 @@ asmlinkage void smp_error_interrupt(void
apic_write(APIC_ESR, 0);
v1 = apic_read(APIC_ESR);
ack_APIC_irq();
- irq_err_count++;
+ atomic_inc(irq_err_count);
/* Here is what the APIC error bits mean:
0: Send CS error
diff -up --recursive --new-file linux-2.4.1.macro/arch/i386/kernel/i8259.c
linux-2.4.1/arch/i386/kernel/i8259.c
--- linux-2.4.1.macro/arch/i386/kernel/i8259.c Mon Nov 20 18:01:58 2000
+++ linux-2.4.1/arch/i386/kernel/i8259.cSun Feb 11 19:54:33 2001
@@ -12,6 +12,7 @@
#include linux/init.h
#include linux/kernel_stat.h
+#include asm/atomic.h
#include asm/system.h
#include asm/io.h
#include asm/irq.h
@@ -321,7 +322,7 @@ spurious_8259A_irq:
printk("spurious 8259A interrupt: IRQ%d.\n", irq);
spurious_irq_mask |= irqmask;
}
- irq_err_count++;
+ atomic_inc(irq_err_count);
/*
* Theoretically we do not have to handle this IRQ,
* but in Linux this does not cause problems and is
diff -up --recursive --new-file linux-2.4.1.macro/arch/i386/kernel/io_apic.c
linux-2.4.1/arch/i386/kernel/io_apic.c
--- linux-2.4.1.macro/arch/i386/kernel/io_apic.cSat Feb 3 12:05:49 2001
+++ linux-2.4.1/arch/i386/kernel/io_apic.c Tue Feb 13 19:59:55 2001
@@ -33,6 +33,8 @@
#include asm/smp.h
#include asm/desc.h
+#define APIC_LOCKUP_DEBUG
+
static spinlock_t ioapic_lock = SPIN_LOCK_UNLOCKED;
/*
@@ -122,8 +124,14 @@ static void add_pin_to_irq(unsigned int
static void name##_IO_APIC_irq (unsigned int irq) \
__DO_ACTION(R, ACTION, FINAL)
-DO_ACTION( __mask,0, |= 0x0001, io_apic_sync(entry-apic))/* mask = 1 */
-DO_ACTION( __unmask, 0, = 0xfffe, ) /* mask = 0 */
+DO_ACTION( __mask, 0, |= 0x0001, io_apic_sync(entry-apic) )
+ /* mask = 1 */
+DO_ACTION( __unmask, 0, = 0xfffe, )
+ /* mask = 0 */
+DO_ACTION( __mask_and_edge,0, = (reg 0x7fff) | 0x0001, )
+ /* mask = 1, trigger = 0 */
+DO_ACTION( __unmask_and_level, 0, = (reg 0xfffe) | 0x8000, )
+ /* mask = 0, trigger = 1 */
static void mask_IO_APIC_irq (unsigned int irq)
{
@@ -847,6 +855,8 @@ void /*__init*/ print_local_APIC(void *
v = apic_read(APIC_EOI);
printk(KERN_DEBUG "... APIC EOI: %08x\n", v);
+ v = apic_read(APIC_RRR);
+ printk(KERN_DEBUG "... APIC RRR: %08x\n", v);
v = apic_read(APIC_LDR);
printk(KERN_DEBUG "... APIC LDR: %08x\n", v);
v = apic_read(APIC_DFR);
@@ -1191,12 +1201,61 @@ static unsigned int startup_level_ioapic
#define enable_level_ioapic_irqunmask_IO_APIC_irq
#define disable_level_ioapic_irq mask_IO_APIC_irq
-static void end_level_ioapic_irq (unsigned int i)
+static void end_level_ioapic_irq (unsigned int irq)
{
+ unsigned long v;
+
+/*
+ * It appears there is an erratum which affects at least version 0x11
+ * of I/O APIC (that's the 82093AA and cores integrated into various
+ * chipsets). Under certain conditions a level-triggered interrupt is
+ * erroneously delivered as
Re: [patch] 2.4.1, 2.4.2-pre3: APIC lockups
On Wed, Feb 14, 2001 at 05:30:57PM +, Roeland Th. Jansen wrote: > other observations -- approx 6000 ints from the ne2k card/sec. > MIS shows approx 1% that goes wrong with a ping flood. oops. had to count both CPU0 and CPU1's interrupts. after 23 minutes : CPU0 CPU1 19:38241143823371 IO-APIC-level eth0 MIS: 29025 makes approx 0.3%.. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] 2.4.1, 2.4.2-pre3: APIC lockups
On Tue, Feb 13, 2001 at 09:13:10PM +0100, Maciej W. Rozycki wrote: > Please test it extensively, as much as you can, before I submit it for > inclusion. If you ever get "Aieee!!! Remote IRR still set after unlock!" > message, please report it to me immediately -- it means the code failed. ok, so far so good. > There is also an additional debugging/statistics counter provided in > /proc/cpuinfo that counts interrupts which got delivered with its trigger > mode mismatched. Check it out to find if you get any misdelivered > interrupts at all. currently attacking the box with a flood ping. I used a pristine 2.4.1. to be sure I didn't leave stuff and applied the patch. observations -- system doesn't crash; usually I had to use disable focus processor -- else it fails. other observations -- approx 6000 ints from the ne2k card/sec. MIS shows approx 1% that goes wrong with a ping flood. CPU0 CPU1 0: 35345 36195IO-APIC-edge timer 1: 1632 1534IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3:826832IO-APIC-edge serial 4: 4 4IO-APIC-edge serial 5: 12213 12201IO-APIC-edge soundblaster 8: 0 1IO-APIC-edge rtc 14: 3079 2906IO-APIC-edge ide0 15: 3 3IO-APIC-edge ide1 18: 69 85 IO-APIC-level BusLogic BT-930 19:17582801758266 IO-APIC-level eth0 NMI: 71480 71480 LOC: 71459 71456 ERR: 3 MIS: 15814 good work ! -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] 2.4.1, 2.4.2-pre3: APIC lockups
On Tue, Feb 13, 2001 at 09:13:10PM +0100, Maciej W. Rozycki wrote: Please test it extensively, as much as you can, before I submit it for inclusion. If you ever get "Aieee!!! Remote IRR still set after unlock!" message, please report it to me immediately -- it means the code failed. ok, so far so good. There is also an additional debugging/statistics counter provided in /proc/cpuinfo that counts interrupts which got delivered with its trigger mode mismatched. Check it out to find if you get any misdelivered interrupts at all. currently attacking the box with a flood ping. I used a pristine 2.4.1. to be sure I didn't leave stuff and applied the patch. observations -- system doesn't crash; usually I had to use disable focus processor -- else it fails. other observations -- approx 6000 ints from the ne2k card/sec. MIS shows approx 1% that goes wrong with a ping flood. CPU0 CPU1 0: 35345 36195IO-APIC-edge timer 1: 1632 1534IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3:826832IO-APIC-edge serial 4: 4 4IO-APIC-edge serial 5: 12213 12201IO-APIC-edge soundblaster 8: 0 1IO-APIC-edge rtc 14: 3079 2906IO-APIC-edge ide0 15: 3 3IO-APIC-edge ide1 18: 69 85 IO-APIC-level BusLogic BT-930 19:17582801758266 IO-APIC-level eth0 NMI: 71480 71480 LOC: 71459 71456 ERR: 3 MIS: 15814 good work ! -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch] 2.4.1, 2.4.2-pre3: APIC lockups
On Wed, Feb 14, 2001 at 05:30:57PM +, Roeland Th. Jansen wrote: other observations -- approx 6000 ints from the ne2k card/sec. MIS shows approx 1% that goes wrong with a ping flood. oops. had to count both CPU0 and CPU1's interrupts. after 23 minutes : CPU0 CPU1 19:38241143823371 IO-APIC-level eth0 MIS: 29025 makes approx 0.3%.. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
oops 2.4.1 (sound)
I was busy with X, sound, bcast2000 and slab : Feb 12 20:46:57 grobbebol kernel: audio: Buffer error 3 (fe01bf00,16384), (fe00ff00, -16777216) Feb 12 20:46:58 grobbebol kernel: Unable to handle kernel paging request at virtual address c100 Feb 12 20:46:58 grobbebol kernel: printing eip: Feb 12 20:46:58 grobbebol kernel: c0202de8 Feb 12 20:46:58 grobbebol kernel: *pde = Feb 12 20:46:58 grobbebol kernel: Oops: 0002 Feb 12 20:46:58 grobbebol kernel: CPU:1 Feb 12 20:46:58 grobbebol kernel: EIP:0010:[memparse+6292/6348] Feb 12 20:46:58 grobbebol kernel: EFLAGS: 00010246 Feb 12 20:46:58 grobbebol kernel: eax: ebx: ecx: 4000 edx: 08236408 Feb 12 20:46:58 grobbebol kernel: esi: 08232408 edi: c100 ebp: esp: c7b7bee0 Feb 12 20:46:58 grobbebol kernel: ds: 0018 es: 0018 ss: 0018 Feb 12 20:46:58 grobbebol kernel: Process bcast2000 (pid: 12487, stackpage=c7b7b000) Feb 12 20:46:58 grobbebol kernel: Stack: 4000 ff00ff00 08232408 4000 d0855320 c100 08232408 Feb 12 20:46:58 grobbebol kernel:4000 d085d108 c100 08232408 4000 0003 4000 08232408 Feb 12 20:46:59 grobbebol kernel:c7b7bf90 c100 c02a7900 c15fe350 08232408 d086e568 4000 Feb 12 20:46:59 grobbebol kernel: Call Trace: [] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+238208/17926576] [ne2k-pci:__insmodFeb 12 20:46:59 grobbebol kernel: [system_call+51/56] [startup_32+43/203] Feb 12 20:46:59 grobbebol kernel: Feb 12 20:46:59 grobbebol kernel: Code: f3 aa 58 59 e9 31 d9 ff ff ba f2 ff ff ff e9 4c d9 ff ff ba fed into ksymoops : ksymoops 0.7c on i686 2.4.1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.1/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Feb 12 20:46:58 grobbebol kernel: Unable to handle kernel paging request at virtual address c100 Feb 12 20:46:58 grobbebol kernel: c0202de8 Feb 12 20:46:58 grobbebol kernel: *pde = Feb 12 20:46:58 grobbebol kernel: Oops: 0002 Feb 12 20:46:58 grobbebol kernel: CPU:1 Feb 12 20:46:58 grobbebol kernel: EIP:0010:[memparse+6292/6348] Feb 12 20:46:58 grobbebol kernel: EFLAGS: 00010246 Feb 12 20:46:58 grobbebol kernel: eax: ebx: ecx: 4000 edx: 08236408 Feb 12 20:46:58 grobbebol kernel: esi: 08232408 edi: c100 ebp: esp: c7b7bee0 Feb 12 20:46:58 grobbebol kernel: ds: 0018 es: 0018 ss: 0018 Feb 12 20:46:58 grobbebol kernel: Process bcast2000 (pid: 12487, stackpage=c7b7b000) Feb 12 20:46:58 grobbebol kernel: Stack: 4000 ff00ff00 08232408 4000 d0855320 c100 08232408 Feb 12 20:46:58 grobbebol kernel:4000 d085d108 c100 08232408 4000 0003 4000 08232408 Feb 12 20:46:59 grobbebol kernel:c7b7bf90 c100 c02a7900 c15fe350 08232408 d086e568 4000 Feb 12 20:46:59 grobbebol kernel: Call Trace: [] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+238208/17926576] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+270440/17894344] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+341192/17823592] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+284014/17880770] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+254111/17910673] [sys_write+143/196] Feb 12 20:46:59 grobbebol kernel: Code: f3 aa 58 59 e9 31 d9 ff ff ba f2 ff ff ff e9 4c d9 ff ff ba Using defaults from ksymoops -t elf32-i386 -a i386 Trace; ff00ff00 Code; Before first symbol <_EIP>: Code; Before first symbol 0: f3 aa repz stos %al,%es:(%edi) Code; 0002 Before first symbol 2: 58pop%eax Code; 0003 Before first symbol 3: 59pop%ecx Code; 0004 Before first symbol 4: e9 31 d9 ff ffjmpd93a <_EIP+0xd93a> d93a Code; 0009 Before first symbol 9: ba f2 ff ff ffmov$0xfff2,%edx Code; 000e Before first symbol e: e9 4c d9 ff ffjmpd95f <_EIP+0xd95f> d95f Code; 0013 Before first symbol 13: ba 00 00 00 00mov$0x0,%edx 1 warning issued. Results may not be reliable. hope somebody ca decypher this. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a
oops 2.4.1 (sound)
I was busy with X, sound, bcast2000 and slab : Feb 12 20:46:57 grobbebol kernel: audio: Buffer error 3 (fe01bf00,16384), (fe00ff00, -16777216) Feb 12 20:46:58 grobbebol kernel: Unable to handle kernel paging request at virtual address c100 Feb 12 20:46:58 grobbebol kernel: printing eip: Feb 12 20:46:58 grobbebol kernel: c0202de8 Feb 12 20:46:58 grobbebol kernel: *pde = Feb 12 20:46:58 grobbebol kernel: Oops: 0002 Feb 12 20:46:58 grobbebol kernel: CPU:1 Feb 12 20:46:58 grobbebol kernel: EIP:0010:[memparse+6292/6348] Feb 12 20:46:58 grobbebol kernel: EFLAGS: 00010246 Feb 12 20:46:58 grobbebol kernel: eax: ebx: ecx: 4000 edx: 08236408 Feb 12 20:46:58 grobbebol kernel: esi: 08232408 edi: c100 ebp: esp: c7b7bee0 Feb 12 20:46:58 grobbebol kernel: ds: 0018 es: 0018 ss: 0018 Feb 12 20:46:58 grobbebol kernel: Process bcast2000 (pid: 12487, stackpage=c7b7b000) Feb 12 20:46:58 grobbebol kernel: Stack: 4000 ff00ff00 08232408 4000 d0855320 c100 08232408 Feb 12 20:46:58 grobbebol kernel:4000 d085d108 c100 08232408 4000 0003 4000 08232408 Feb 12 20:46:59 grobbebol kernel:c7b7bf90 c100 c02a7900 c15fe350 08232408 d086e568 4000 Feb 12 20:46:59 grobbebol kernel: Call Trace: [ff00ff00] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+238208/17926576] [ne2k-pci:__insmodFeb 12 20:46:59 grobbebol kernel: [system_call+51/56] [startup_32+43/203] Feb 12 20:46:59 grobbebol kernel: Feb 12 20:46:59 grobbebol kernel: Code: f3 aa 58 59 e9 31 d9 ff ff ba f2 ff ff ff e9 4c d9 ff ff ba fed into ksymoops : ksymoops 0.7c on i686 2.4.1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.1/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Feb 12 20:46:58 grobbebol kernel: Unable to handle kernel paging request at virtual address c100 Feb 12 20:46:58 grobbebol kernel: c0202de8 Feb 12 20:46:58 grobbebol kernel: *pde = Feb 12 20:46:58 grobbebol kernel: Oops: 0002 Feb 12 20:46:58 grobbebol kernel: CPU:1 Feb 12 20:46:58 grobbebol kernel: EIP:0010:[memparse+6292/6348] Feb 12 20:46:58 grobbebol kernel: EFLAGS: 00010246 Feb 12 20:46:58 grobbebol kernel: eax: ebx: ecx: 4000 edx: 08236408 Feb 12 20:46:58 grobbebol kernel: esi: 08232408 edi: c100 ebp: esp: c7b7bee0 Feb 12 20:46:58 grobbebol kernel: ds: 0018 es: 0018 ss: 0018 Feb 12 20:46:58 grobbebol kernel: Process bcast2000 (pid: 12487, stackpage=c7b7b000) Feb 12 20:46:58 grobbebol kernel: Stack: 4000 ff00ff00 08232408 4000 d0855320 c100 08232408 Feb 12 20:46:58 grobbebol kernel:4000 d085d108 c100 08232408 4000 0003 4000 08232408 Feb 12 20:46:59 grobbebol kernel:c7b7bf90 c100 c02a7900 c15fe350 08232408 d086e568 4000 Feb 12 20:46:59 grobbebol kernel: Call Trace: [ff00ff00] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+238208/17926576] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+270440/17894344] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+341192/17823592] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+284014/17880770] [ne2k-pci:__insmod_ne2k-pci_S.bss_L96+254111/17910673] [sys_write+143/196] Feb 12 20:46:59 grobbebol kernel: Code: f3 aa 58 59 e9 31 d9 ff ff ba f2 ff ff ff e9 4c d9 ff ff ba Using defaults from ksymoops -t elf32-i386 -a i386 Trace; ff00ff00 END_OF_CODE+2e72cd89/ Code; Before first symbol _EIP: Code; Before first symbol 0: f3 aa repz stos %al,%es:(%edi) Code; 0002 Before first symbol 2: 58pop%eax Code; 0003 Before first symbol 3: 59pop%ecx Code; 0004 Before first symbol 4: e9 31 d9 ff ffjmpd93a _EIP+0xd93a d93a END_OF_CODE+2f71a7c3/ Code; 0009 Before first symbol 9: ba f2 ff ff ffmov$0xfff2,%edx Code; 000e Before first symbol e: e9 4c d9 ff ffjmpd95f _EIP+0xd95f d95f END_OF_CODE+2f71a7e8/ Code; 0013 Before first symbol 13: ba 00 00 00 00mov$0x0,%edx 1 warning issued. Results may not be reliable. hope somebody ca decypher this. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - To
Re: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sun, Feb 11, 2001 at 10:20:33PM +1100, john slee wrote: > i'm fairly sure its not ram at fault, since nothing else is acting > strangely, and it only crops up when i use /dev/dsp. > > anything else i can try to narrow it down? this is just a home > workstation, so i can try practically anything if necessary. I missed this thread a bit but I also am experiencing problems when using sound (playing mp3's) -- hard crashes. I am not sure wether it's X related (xmms/X v4.0x), sound related (opensound drivers), hardware related (dual BP6, non OC with apic patches). could you mail privately what the issues are ? maybe I have the same problems. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard lockup (no oops) on vanilla 2.4.2-pre3 with /dev/dsp
On Sun, Feb 11, 2001 at 10:20:33PM +1100, john slee wrote: i'm fairly sure its not ram at fault, since nothing else is acting strangely, and it only crops up when i use /dev/dsp. anything else i can try to narrow it down? this is just a home workstation, so i can try practically anything if necessary. I missed this thread a bit but I also am experiencing problems when using sound (playing mp3's) -- hard crashes. I am not sure wether it's X related (xmms/X v4.0x), sound related (opensound drivers), hardware related (dual BP6, non OC with apic patches). could you mail privately what the issues are ? maybe I have the same problems. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Mon, Feb 05, 2001 at 08:49:47PM +0100, Frank de Lange wrote: > Same here (although I just changed #if 1 to #if 0 to disable focus processor > support), the net stays up and the chops are gone. so did I (change the 1 into 0). just didn't cut/paste it enough... -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Mon, Feb 05, 2001 at 06:26:52PM +, Roeland Th. Jansen wrote: > > I'll report further. an Maciej -- thanks for your work ! with the extra patch in arch/i386/kernel/apic.c: #else /* Disable focus processor (bit==1) */ value |= (1<<9); #endif used, eth0 (ne2k) doesn't die anymore; no choppy sound either. we're currently having over 2.100.000 interrupts without a problem. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 02:52:16PM +0100, Frank de Lange wrote: > I'm currently running 2.4.1 with Maciej's patch-2.4.0-io_apic-4. Additionally, > I disabled focus_processor in apic.c to get rid of some network delays. Flood > pings both from and to this system do not cause any problems, other than making > the streaming audio sound a bit choppy... ok, Franks -- the deal -- I'll re-add the disable foxus stuff; Maciej's latest apic patch keeps the system working for 2days+ and that is much better tahan before., it used to lock up within half a day. I'll report further. an Maciej -- thanks for your work ! -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 02:52:16PM +0100, Frank de Lange wrote: I'm currently running 2.4.1 with Maciej's patch-2.4.0-io_apic-4. Additionally, I disabled focus_processor in apic.c to get rid of some network delays. Flood pings both from and to this system do not cause any problems, other than making the streaming audio sound a bit choppy... ok, Franks -- the deal -- I'll re-add the disable foxus stuff; Maciej's latest apic patch keeps the system working for 2days+ and that is much better tahan before., it used to lock up within half a day. I'll report further. an Maciej -- thanks for your work ! -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Mon, Feb 05, 2001 at 06:26:52PM +, Roeland Th. Jansen wrote: I'll report further. an Maciej -- thanks for your work ! with the extra patch in arch/i386/kernel/apic.c: #else /* Disable focus processor (bit==1) */ value |= (19); #endif used, eth0 (ne2k) doesn't die anymore; no choppy sound either. we're currently having over 2.100.000 interrupts without a problem. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Mon, Feb 05, 2001 at 08:49:47PM +0100, Frank de Lange wrote: Same here (although I just changed #if 1 to #if 0 to disable focus processor support), the net stays up and the chops are gone. so did I (change the 1 into 0). just didn't cut/paste it enough... -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 09:42:30PM +0100, Maciej W. Rozycki wrote: > Could you please apply the following patch, wait for a lockup, then hit > SysRq+A (you need to have CONFIG_MAGIC_SYSRQ enabled) and send me the > resulting output? You need to include debug messages, so I recommend to > use `dmesg' for getting the log. > > I'd like to know if the conditions are the same as previously. ok. the conditions are this : 2.4.1 with your APIC patch & the sysrq-a addition. the system doesn't lock up anymore with your patch as mentioned before. what does happen is that the ne2k doesn't react anymore (eth0 dead). I have sysrq'd twice. the first one is the one where it works, then, after a floodping of only 5 seconds, eth0 stops working. the floodping is generated from outside towards this machine. then again I sysrq'd/ here are the results. I glued dmesg from begin to end so that all messages are visible from boot time. pls explain what you find :-) Linux version 2.4.1 (root@grobbebol) (gcc version 2.95.2 19991024 (release)) #5 SMP Sat Feb 3 11:02:44 GMT 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 1000 @ fec0 (reserved) BIOS-e820: 1000 @ fee0 (reserved) BIOS-e820: 0001 @ (reserved) BIOS-e820: 0ff0 @ 0010 (usable) Scan SMP from c000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f for 65536 bytes. found SMP MP-table at 000f5ae0 hm, page 000f5000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f1000 reserved twice. hm, page 000f2000 reserved twice. On node 0 totalpages: 65536 zone(0): 4096 pages. zone(1): 61440 pages. zone(2): 0 pages. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #0 Pentium(tm) Pro APIC version 17 Floating point unit present. Machine Exception supported. 64 bit compare & exchange supported. Internal APIC present. SEP present. MTRR present. PGE present. MCA present. CMOV present. Bootup CPU Processor #1 Pentium(tm) Pro APIC version 17 Floating point unit present. Machine Exception supported. 64 bit compare & exchange supported. Internal APIC present. SEP present. MTRR present. PGE present. MCA present. CMOV present. Bus #0 is PCI Bus #1 is PCI Bus #2 is ISA I/O APIC #2 Version 17 at 0xFEC0. Int: type 3, pol 0, trig 0, bus 2, IRQ 00, APIC ID 2, APIC INT 00 Int: type 0, pol 0, trig 0, bus 2, IRQ 01, APIC ID 2, APIC INT 01 Int: type 0, pol 0, trig 0, bus 2, IRQ 00, APIC ID 2, APIC INT 02 Int: type 0, pol 0, trig 0, bus 2, IRQ 03, APIC ID 2, APIC INT 03 Int: type 0, pol 0, trig 0, bus 2, IRQ 04, APIC ID 2, APIC INT 04 Int: type 0, pol 0, trig 0, bus 2, IRQ 05, APIC ID 2, APIC INT 05 Int: type 0, pol 0, trig 0, bus 2, IRQ 06, APIC ID 2, APIC INT 06 Int: type 0, pol 0, trig 0, bus 2, IRQ 07, APIC ID 2, APIC INT 07 Int: type 0, pol 1, trig 1, bus 2, IRQ 08, APIC ID 2, APIC INT 08 Int: type 0, pol 0, trig 0, bus 2, IRQ 0a, APIC ID 2, APIC INT 0a Int: type 0, pol 0, trig 0, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b Int: type 0, pol 0, trig 0, bus 2, IRQ 0d, APIC ID 2, APIC INT 0d Int: type 0, pol 0, trig 0, bus 2, IRQ 0e, APIC ID 2, APIC INT 0e Int: type 0, pol 0, trig 0, bus 2, IRQ 0f, APIC ID 2, APIC INT 0f Int: type 0, pol 3, trig 3, bus 0, IRQ 1f, APIC ID 2, APIC INT 13 Int: type 0, pol 3, trig 3, bus 0, IRQ 24, APIC ID 2, APIC INT 13 Int: type 0, pol 3, trig 3, bus 0, IRQ 2c, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 0, IRQ 4c, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 0, IRQ 4d, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 1, IRQ 00, APIC ID 2, APIC INT 10 Int: type 2, pol 0, trig 0, bus 2, IRQ 00, APIC ID 2, APIC INT 17 Lint: type 3, pol 0, trig 0, bus 0, IRQ 00, APIC ID ff, APIC LINT 00 Lint: type 1, pol 0, trig 0, bus 0, IRQ 00, APIC ID ff, APIC LINT 01 Processors: 2 mapped APIC to e000 (fee0) mapped IOAPIC to d000 (fec0) Kernel command line: BOOT_IMAGE=linux ro root=302 Initializing CPU#0 Detected 467.732 MHz processor. Console: colour VGA+ 132x43 Calibrating delay loop... 933.88 BogoMIPS Memory: 255540k/262144k available (939k kernel code, 6216k reserved, 391k data, 204k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) VFS: Diskquotas version dquot_6.4.0 initialized CPU: Before vendor init, caps: 0183fbff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 128K Intel
Re: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 09:42:30PM +0100, Maciej W. Rozycki wrote: Could you please apply the following patch, wait for a lockup, then hit SysRq+A (you need to have CONFIG_MAGIC_SYSRQ enabled) and send me the resulting output? You need to include debug messages, so I recommend to use `dmesg' for getting the log. I'd like to know if the conditions are the same as previously. ok. the conditions are this : 2.4.1 with your APIC patch the sysrq-a addition. the system doesn't lock up anymore with your patch as mentioned before. what does happen is that the ne2k doesn't react anymore (eth0 dead). I have sysrq'd twice. the first one is the one where it works, then, after a floodping of only 5 seconds, eth0 stops working. the floodping is generated from outside towards this machine. then again I sysrq'd/ here are the results. I glued dmesg from begin to end so that all messages are visible from boot time. pls explain what you find :-) Linux version 2.4.1 (root@grobbebol) (gcc version 2.95.2 19991024 (release)) #5 SMP Sat Feb 3 11:02:44 GMT 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 1000 @ fec0 (reserved) BIOS-e820: 1000 @ fee0 (reserved) BIOS-e820: 0001 @ (reserved) BIOS-e820: 0ff0 @ 0010 (usable) Scan SMP from c000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f for 65536 bytes. found SMP MP-table at 000f5ae0 hm, page 000f5000 reserved twice. hm, page 000f6000 reserved twice. hm, page 000f1000 reserved twice. hm, page 000f2000 reserved twice. On node 0 totalpages: 65536 zone(0): 4096 pages. zone(1): 61440 pages. zone(2): 0 pages. Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: OEM0 Product ID: PROD APIC at: 0xFEE0 Processor #0 Pentium(tm) Pro APIC version 17 Floating point unit present. Machine Exception supported. 64 bit compare exchange supported. Internal APIC present. SEP present. MTRR present. PGE present. MCA present. CMOV present. Bootup CPU Processor #1 Pentium(tm) Pro APIC version 17 Floating point unit present. Machine Exception supported. 64 bit compare exchange supported. Internal APIC present. SEP present. MTRR present. PGE present. MCA present. CMOV present. Bus #0 is PCI Bus #1 is PCI Bus #2 is ISA I/O APIC #2 Version 17 at 0xFEC0. Int: type 3, pol 0, trig 0, bus 2, IRQ 00, APIC ID 2, APIC INT 00 Int: type 0, pol 0, trig 0, bus 2, IRQ 01, APIC ID 2, APIC INT 01 Int: type 0, pol 0, trig 0, bus 2, IRQ 00, APIC ID 2, APIC INT 02 Int: type 0, pol 0, trig 0, bus 2, IRQ 03, APIC ID 2, APIC INT 03 Int: type 0, pol 0, trig 0, bus 2, IRQ 04, APIC ID 2, APIC INT 04 Int: type 0, pol 0, trig 0, bus 2, IRQ 05, APIC ID 2, APIC INT 05 Int: type 0, pol 0, trig 0, bus 2, IRQ 06, APIC ID 2, APIC INT 06 Int: type 0, pol 0, trig 0, bus 2, IRQ 07, APIC ID 2, APIC INT 07 Int: type 0, pol 1, trig 1, bus 2, IRQ 08, APIC ID 2, APIC INT 08 Int: type 0, pol 0, trig 0, bus 2, IRQ 0a, APIC ID 2, APIC INT 0a Int: type 0, pol 0, trig 0, bus 2, IRQ 0b, APIC ID 2, APIC INT 0b Int: type 0, pol 0, trig 0, bus 2, IRQ 0d, APIC ID 2, APIC INT 0d Int: type 0, pol 0, trig 0, bus 2, IRQ 0e, APIC ID 2, APIC INT 0e Int: type 0, pol 0, trig 0, bus 2, IRQ 0f, APIC ID 2, APIC INT 0f Int: type 0, pol 3, trig 3, bus 0, IRQ 1f, APIC ID 2, APIC INT 13 Int: type 0, pol 3, trig 3, bus 0, IRQ 24, APIC ID 2, APIC INT 13 Int: type 0, pol 3, trig 3, bus 0, IRQ 2c, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 0, IRQ 4c, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 0, IRQ 4d, APIC ID 2, APIC INT 12 Int: type 0, pol 3, trig 3, bus 1, IRQ 00, APIC ID 2, APIC INT 10 Int: type 2, pol 0, trig 0, bus 2, IRQ 00, APIC ID 2, APIC INT 17 Lint: type 3, pol 0, trig 0, bus 0, IRQ 00, APIC ID ff, APIC LINT 00 Lint: type 1, pol 0, trig 0, bus 0, IRQ 00, APIC ID ff, APIC LINT 01 Processors: 2 mapped APIC to e000 (fee0) mapped IOAPIC to d000 (fec0) Kernel command line: BOOT_IMAGE=linux ro root=302 Initializing CPU#0 Detected 467.732 MHz processor. Console: colour VGA+ 132x43 Calibrating delay loop... 933.88 BogoMIPS Memory: 255540k/262144k available (939k kernel code, 6216k reserved, 391k data, 204k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) VFS: Diskquotas version dquot_6.4.0 initialized CPU: Before vendor init, caps: 0183fbff , vendor = 0 CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 128K Intel machine check
Re: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 02:52:16PM +0100, Frank de Lange wrote: > I'm currently running 2.4.1 with Maciej's patch-2.4.0-io_apic-4. Additionally, > I disabled focus_processor in apic.c to get rid of some network delays. Flood > pings both from and to this system do not cause any problems, other than making > the streaming audio sound a bit choppy... ok, just loaded 2.4.1 again with Maciej's patch. works fine but here too -- flood ping kills the ethernet stuff in a few seconds. in fact, within approx 800 interrupts. the god news is that teh system stays alive, just as with Alan's -ac1 version. ok, here is the list 2.4.0 stock floodping received crash 2.4.1 stock crash 2.4.1 + patch ok, but ethernet dies 2.4.1-ac1 same -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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 Fri, Feb 02, 2001 at 03:44:07AM -0600, Mark Orr wrote: > 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. I'll try the suggestions you sent. regarding the esp -- iI foirgot to mention that it also crashes when I unplug the connection from a router and reconnect to the E2864i. it even sometimes crashes when somebody calls in (e.g. faxes are received) or if I push the front switches that emit data to the esp card. weird. note that I use OSS drivers, not builtin sound. maybe an option to check out too. to me it sounds like corruption in memory that causes the crash. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 12:13:45AM +, Alan Cox wrote: > > the used board BP6 (abit), apics enabled. non-overclocked. card is a > > > > 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL-8029(AS) > > Try 2.4.1ac - that should fix it ok, it doesn't crash (the first test) but the ne2k also doesn't work anymore after approx 1000 interrupts. I'll see if normal use (e.g. no floodping) helps here. [later xferred approx 300 MBytes. initially looks "good"] -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 12:13:45AM +, Alan Cox wrote: > > the used board BP6 (abit), apics enabled. non-overclocked. card is a > > > > 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > > RTL-8029(AS) > > Try 2.4.1ac - that should fix it ok, downloading the -ac1 patch; I'll report. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 12:13:45AM +, Alan Cox wrote: the used board BP6 (abit), apics enabled. non-overclocked. card is a 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) Try 2.4.1ac - that should fix it ok, downloading the -ac1 patch; I'll report. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 12:13:45AM +, Alan Cox wrote: the used board BP6 (abit), apics enabled. non-overclocked. card is a 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) Try 2.4.1ac - that should fix it ok, it doesn't crash (the first test) but the ne2k also doesn't work anymore after approx 1000 interrupts. I'll see if normal use (e.g. no floodping) helps here. [later xferred approx 300 MBytes. initially looks "good"] -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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 Fri, Feb 02, 2001 at 03:44:07AM -0600, Mark Orr wrote: 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. I'll try the suggestions you sent. regarding the esp -- iI foirgot to mention that it also crashes when I unplug the connection from a router and reconnect to the E2864i. it even sometimes crashes when somebody calls in (e.g. faxes are received) or if I push the front switches that emit data to the esp card. weird. note that I use OSS drivers, not builtin sound. maybe an option to check out too. to me it sounds like corruption in memory that causes the crash. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: hard crashes 2.4.0/1 with NE2K stuff
On Fri, Feb 02, 2001 at 02:52:16PM +0100, Frank de Lange wrote: I'm currently running 2.4.1 with Maciej's patch-2.4.0-io_apic-4. Additionally, I disabled focus_processor in apic.c to get rid of some network delays. Flood pings both from and to this system do not cause any problems, other than making the streaming audio sound a bit choppy... ok, just loaded 2.4.1 again with Maciej's patch. works fine but here too -- flood ping kills the ethernet stuff in a few seconds. in fact, within approx 800 interrupts. the god news is that teh system stays alive, just as with Alan's -ac1 version. ok, here is the list 2.4.0 stock floodping received crash 2.4.1 stock crash 2.4.1 + patch ok, but ethernet dies 2.4.1-ac1 same -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
hard crashes 2.4.0/1 with NE2K stuff
2.4.1. rebuilt here and with a floodping towards my machine causes a hard crash where nothing works anymore. just before it happens : Feb 1 13:07:24 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:24 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=21. Feb 1 13:07:36 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:36 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0xb7, t=38. Feb 1 13:07:41 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:41 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0xb7, t=38. Feb 1 13:07:43 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:43 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=118. Feb 1 13:07:45 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:45 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=118. Feb 1 13:07:46 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:46 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=38. note that it doesn't happen when 2.2.19pre* is used. Still some work there to do. the used board BP6 (abit), apics enabled. non-overclocked. card is a 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) IRQ: 19: 6851 7642 IO-APIC-level eth0 I assume Franks suggestions didn't get into the kernel ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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 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. I do not use the DMA channel of the card as it conflicts with the SB16 I have on board. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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 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. I do not use the DMA channel of the card as it conflicts with the SB16 I have on board. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
hard crashes 2.4.0/1 with NE2K stuff
2.4.1. rebuilt here and with a floodping towards my machine causes a hard crash where nothing works anymore. just before it happens : Feb 1 13:07:24 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:24 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=21. Feb 1 13:07:36 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:36 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0xb7, t=38. Feb 1 13:07:41 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:41 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0xb7, t=38. Feb 1 13:07:43 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:43 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=118. Feb 1 13:07:45 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:45 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=118. Feb 1 13:07:46 grobbebol kernel: NETDEV WATCHDOG: eth0: transmit timed out Feb 1 13:07:46 grobbebol kernel: eth0: Tx timed out, lost interrupt? TSR=0x3, ISR=0x97, t=38. note that it doesn't happen when 2.2.19pre* is used. Still some work there to do. the used board BP6 (abit), apics enabled. non-overclocked. card is a 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) IRQ: 19: 6851 7642 IO-APIC-level eth0 I assume Franks suggestions didn't get into the kernel ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
esp causing crashes..
[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 then tried without mgetty -- shutdown ok. Then I looked at esp.o as it's being used with mgetty -- now used minicom... that crashes most of the time when I exit the program. most of the time, it only crashes if you reset the modem connected. I trouble shooted further and disconnecting the plug of the esp and at the reconnect -- crash. It seems that somewhere in the esp code, something causes this particular weird crash. somehting like modem lines that get changed or so causing the crash ? 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. the system's a non OC dual SMP (BP6) but it happened on the old hardware (P5-100 w 64 MB) as well. are there any things I could do to truble shoot this further in order to use the esp again ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
esp causing crashes..
[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 then tried without mgetty -- shutdown ok. Then I looked at esp.o as it's being used with mgetty -- now used minicom... that crashes most of the time when I exit the program. most of the time, it only crashes if you reset the modem connected. I trouble shooted further and disconnecting the plug of the esp and at the reconnect -- crash. It seems that somewhere in the esp code, something causes this particular weird crash. somehting like modem lines that get changed or so causing the crash ? 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. the system's a non OC dual SMP (BP6) but it happened on the old hardware (P5-100 w 64 MB) as well. are there any things I could do to truble shoot this further in order to use the esp again ? -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: .br blacklisted ?
On Wed, Jan 17, 2001 at 03:11:52AM -0500, John O'Donnell wrote: > Please tell me I just didn't just see this message??!?!?!?! > Please??!?!?!? What are you doing? > I mean no one person here any disrespect - please do the same. you just got paid for what you did I guess. if you block a whole TLD, you should oversee the consequences as well. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: .br blacklisted ?
On Wed, Jan 17, 2001 at 03:11:52AM -0500, John O'Donnell wrote: Please tell me I just didn't just see this message??!?!?!?! Please??!?!?!? What are you doing? I mean no one person here any disrespect - please do the same. you just got paid for what you did I guess. if you block a whole TLD, you should oversee the consequences as well. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: QUESTION: Network hangs with BP6 and 2.4.x kernels, har
On Mon, Jan 15, 2001 at 06:45:06PM +, Petr Vandrovec wrote: > I think that on BP6 hardware there is no way around except using 'noapic', > or passing board through Abit replacement program. There is only two bit > checksum which guards 8 or 22 data bits. I have no idea how frequent two > bits errors are, but, as your example shows, they definitely happen on > your hardware. thanks for the explanation. I run noapic right now and didn't die yet. I looked at the irq stuff and decided that I probably don't need it anyways. are there new(er) boards known that do not have this problem ? (pls reply to [EMAIL PROTECTED]) -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: QUESTION: Network hangs with BP6 and 2.4.x kernels, hardware
On Fri, Jan 12, 2001 at 12:04:21PM -0800, Linus Torvalds wrote: > Ok, so it's tentatively the IOAPIC disable/enable code. But it could > obviously be something that just interacts with it, including just a > timing issue (ie the _real_ bug might just be bad behaviour when > changing IO-APIC state at the same time as an interrupt happens, and > disable/enable-irq just happen to be the only things that do it at a > high enough frequency that you can see the problem). my BP6 with the patch frank sent me and the apic code at line 273 (or so) defined as '1' and a flood ping : Jan 14 19:56:19 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 19:56:25 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 19:58:10 grobbebol last message repeated 2 times Jan 14 20:00:01 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 20:01:11 grobbebol last message repeated 2 times Jan 14 20:01:48 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 20:01:59 grobbebol kernel: APIC error on CPU1: 02(08) Jan 14 20:02:10 grobbebol kernel: APIC error on CPU1: 08(08) Jan 14 20:02:39 grobbebol kernel: APIC error on CPU1: 08(02) Jan 14 20:02:39 grobbebol kernel: unexpected IRQ trap at vector 8d Jan 14 20:15:32 grobbebol kernel: APIC error on CPU1: 02(08) [] ad the network is dead. however, no crashes seen during this. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: QUESTION: Network hangs with BP6 and 2.4.x kernels, hardware
On Fri, Jan 12, 2001 at 12:04:21PM -0800, Linus Torvalds wrote: Ok, so it's tentatively the IOAPIC disable/enable code. But it could obviously be something that just interacts with it, including just a timing issue (ie the _real_ bug might just be bad behaviour when changing IO-APIC state at the same time as an interrupt happens, and disable/enable-irq just happen to be the only things that do it at a high enough frequency that you can see the problem). my BP6 with the patch frank sent me and the apic code at line 273 (or so) defined as '1' and a flood ping : Jan 14 19:56:19 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 19:56:25 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 19:58:10 grobbebol last message repeated 2 times Jan 14 20:00:01 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 20:01:11 grobbebol last message repeated 2 times Jan 14 20:01:48 grobbebol kernel: APIC error on CPU1: 02(02) Jan 14 20:01:59 grobbebol kernel: APIC error on CPU1: 02(08) Jan 14 20:02:10 grobbebol kernel: APIC error on CPU1: 08(08) Jan 14 20:02:39 grobbebol kernel: APIC error on CPU1: 08(02) Jan 14 20:02:39 grobbebol kernel: unexpected IRQ trap at vector 8d Jan 14 20:15:32 grobbebol kernel: APIC error on CPU1: 02(08) [] ad the network is dead. however, no crashes seen during this. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: QUESTION: Network hangs with BP6 and 2.4.x kernels, har
On Mon, Jan 15, 2001 at 06:45:06PM +, Petr Vandrovec wrote: I think that on BP6 hardware there is no way around except using 'noapic', or passing board through Abit replacement program. There is only two bit checksum which guards 8 or 22 data bits. I have no idea how frequent two bits errors are, but, as your example shows, they definitely happen on your hardware. thanks for the explanation. I run noapic right now and didn't die yet. I looked at the irq stuff and decided that I probably don't need it anyways. are there new(er) boards known that do not have this problem ? (pls reply to [EMAIL PROTECTED]) -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: QUESTION: Network hangs with BP6 and 2.4.x kernels, hardware related?
On Fri, Jan 12, 2001 at 09:03:49PM +0100, Ingo Molnar wrote: > well, some time ago i had an ne2k card in an SMP system as well, and found > this very problem. Disabling/enabling focus-cpu appeared to make a > difference, but later on i made experiments that show that in both cases > the hang happens. I spent a good deal of time trying to fix this problem, > but failed - so any fresh ideas are more than welcome. for the record. my BP6, non OC, apic smp system with ne2k fails within 24 hours here too. if I can be of any help. (2.4.0. kernel. no vmware or opensound) -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: APIC ERRor on CPU0: 00(02) ...
On Fri, Jan 12, 2001 at 02:27:07PM -0800, Dr. Kelsey Hudson wrote: > > This is due to your piece of trash motherboard. The reason that the older > kernel didn't catch these errors is because (IIRC) it wasn't looking for > them; they were there even then. The BP6 is a low-end mainboard and was > engineered very poorly; these errors are due to that fact alone. you can say about the BP6 what you want but it appears that there are (if your vision is right) many other low end SMP boards categorized trash. there has been one mistake with it and that's the capacitor behind a regulator that may have been mis-dimentioned due to the partchange of that particular capacitor. my 2.2 kernel running on the BP6 proves that it may work very well, unless you think that uptimes of > 40 days is bad. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: APIC ERRor on CPU0: 00(02) ...
On Fri, Jan 12, 2001 at 02:27:07PM -0800, Dr. Kelsey Hudson wrote: This is due to your piece of trash motherboard. The reason that the older kernel didn't catch these errors is because (IIRC) it wasn't looking for them; they were there even then. The BP6 is a low-end mainboard and was engineered very poorly; these errors are due to that fact alone. you can say about the BP6 what you want but it appears that there are (if your vision is right) many other low end SMP boards categorized trash. there has been one mistake with it and that's the capacitor behind a regulator that may have been mis-dimentioned due to the partchange of that particular capacitor. my 2.2 kernel running on the BP6 proves that it may work very well, unless you think that uptimes of 40 days is bad. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: QUESTION: Network hangs with BP6 and 2.4.x kernels, hardware related?
On Fri, Jan 12, 2001 at 09:03:49PM +0100, Ingo Molnar wrote: well, some time ago i had an ne2k card in an SMP system as well, and found this very problem. Disabling/enabling focus-cpu appeared to make a difference, but later on i made experiments that show that in both cases the hang happens. I spent a good deal of time trying to fix this problem, but failed - so any fresh ideas are more than welcome. for the record. my BP6, non OC, apic smp system with ne2k fails within 24 hours here too. if I can be of any help. (2.4.0. kernel. no vmware or opensound) -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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.x patch submission policy
On Mon, Jan 08, 2001 at 06:40:21PM -0200, Rik van Riel wrote: > I wasn't aware Andrea switched the way he stored his patches > lately ;) he's doing that for quite some time now (for suse's kernels too) and that works pretty well :-) > OTOH, the advantage of having a big patch means that it's > easier for me to get people to test all of the things I > have. Guess I'll need to find a way to easily get both the > small and the big patches ;) the trouble with that is also that the whole patch must be checked again and again if a new version is being sent out. Andrea's patches have th epossibility to be applied for several versions and indeed are easy to use -- apply what you want. it made SMP testing more fun compared to the big patches where nobody exactly knows what patch may have caused [in]stability. I for instance have the daunting task to check why 2.4.0 here crashes so easily without messages, except some occasional APIC error. yuck. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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.x patch submission policy
On Mon, Jan 08, 2001 at 06:40:21PM -0200, Rik van Riel wrote: I wasn't aware Andrea switched the way he stored his patches lately ;) he's doing that for quite some time now (for suse's kernels too) and that works pretty well :-) OTOH, the advantage of having a big patch means that it's easier for me to get people to test all of the things I have. Guess I'll need to find a way to easily get both the small and the big patches ;) the trouble with that is also that the whole patch must be checked again and again if a new version is being sent out. Andrea's patches have th epossibility to be applied for several versions and indeed are easy to use -- apply what you want. it made SMP testing more fun compared to the big patches where nobody exactly knows what patch may have caused [in]stability. I for instance have the daunting task to check why 2.4.0 here crashes so easily without messages, except some occasional APIC error. yuck. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
udf again ?
I recall I have asked this before but now in order to get udf working under 2.2.19pre*, I mailed the developers/maintainers about a fix. Dave wrote : >I forwarded your email to the development list: >[EMAIL PROTECTED] > >Hopefully there's a fix. I dunno, I'm still on 2.2.16. >As far as including udf support in the kernel, I >requested that back in the 2.2.14 days, and supposedly > it was going to be ... > >-Dave but why not in the kernel ? I recall that people wanted it in userspace. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
udf again ?
I recall I have asked this before but now in order to get udf working under 2.2.19pre*, I mailed the developers/maintainers about a fix. Dave wrote : I forwarded your email to the development list: [EMAIL PROTECTED] Hopefully there's a fix. I dunno, I'm still on 2.2.16. As far as including udf support in the kernel, I requested that back in the 2.2.14 days, and supposedly it was going to be ... -Dave but why not in the kernel ? I recall that people wanted it in userspace. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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.2.19pre3 clock timer config lost ?
never seen this before. I run 2.2.19pre3 on a BP6. No OC, no vmware. just the kernel wilt lm-sensors stuff patched in. I found that the kernel was somewhat sluggish now and then, and this morning, this popped up in the logs : Dec 24 02:05:05 grobbebol kernel: probable hardware bug: clock timer configuration lost - probably a VIA686a. Dec 24 02:05:05 grobbebol kernel: probable hardware bug: restoring chip configuration. which is weird I guess. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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.2.19pre3 clock timer config lost ?
never seen this before. I run 2.2.19pre3 on a BP6. No OC, no vmware. just the kernel wilt lm-sensors stuff patched in. I found that the kernel was somewhat sluggish now and then, and this morning, this popped up in the logs : Dec 24 02:05:05 grobbebol kernel: probable hardware bug: clock timer configuration lost - probably a VIA686a. Dec 24 02:05:05 grobbebol kernel: probable hardware bug: restoring chip configuration. which is weird I guess. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: vm 2.2.18 (stock kernel) process hara-kiri's
On Fri, Dec 22, 2000 at 12:29:23AM +, Alan Cox wrote: > > I thought the 2.2.18 vm would be better :-)... nver have seen so much > > VM: do_try_to_free_pages failed for... messages. > > Try 2.2.19pre2 or higher ok, will monitor this. uname -a now : Linux grobbebol 2.2.19pre3 #1 SMP Fri Dec 22 09:07:45 GMT 2000 i686 unknown at your service -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: vm 2.2.18 (stock kernel) process hara-kiri's
On Fri, Dec 22, 2000 at 12:29:23AM +, Alan Cox wrote: I thought the 2.2.18 vm would be better :-)... nver have seen so much VM: do_try_to_free_pages failed for... messages. Try 2.2.19pre2 or higher ok, will monitor this. uname -a now : Linux grobbebol 2.2.19pre3 #1 SMP Fri Dec 22 09:07:45 GMT 2000 i686 unknown at your service grin -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
vm 2.2.18 (stock kernel) process hara-kiri's
I thought the 2.2.18 vm would be better :-)... nver have seen so much VM: do_try_to_free_pages failed for... messages. at first the system froze for several seconds. an emer sync worked just fine so I waited.. Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for mutt... Dec 22 00:06:12 grobbebol last message repeated 11 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for cron... Dec 22 00:06:12 grobbebol last message repeated 4 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for miniserv.pl... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for miniserv.pl... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for rpc.nfsd... Dec 22 00:06:12 grobbebol last message repeated 13 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for nscd... Dec 22 00:06:12 grobbebol last message repeated 8 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for klogd... Dec 22 00:06:12 grobbebol last message repeated 5 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for klogd... Dec 22 00:06:12 grobbebol kernel: Syncing device 03:02 ... VM: do_try_to_free_pages failed for kflushd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kupdate... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for _upsd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for rpc.mountd... Dec 22 00:06:12 grobbebol last message repeated 5 times Dec 22 00:06:12 grobbebol kernel: SysRq: Emergency Sync Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for rpc.mountd... Dec 22 00:06:12 grobbebol last message repeated 6 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for syslogd... Dec 22 00:06:12 grobbebol last message repeated 6 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for tin... Dec 22 00:06:12 grobbebol last message repeated 12 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 32 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for sendmail... Dec 22 00:06:12 grobbebol last message repeated 13 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdesud... Dec 22 00:06:12 grobbebol last message repeated 12 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 32 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for inetd... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kflushd... Dec 22 00:06:12 grobbebol kernel: OK Dec 22 00:06:12 grobbebol kernel: Syncing device 03:01 ... OK Dec 22 00:06:12 grobbebol kernel: Syncing device 03:03 ... OK Dec 22 00:06:12 grobbebol kernel: Syncing device 03:04 ... OK Dec 22 00:06:12 grobbebol kernel: Syncing device 08:01 ... OK Dec
vm 2.2.18 (stock kernel) process hara-kiri's
I thought the 2.2.18 vm would be better :-)... nver have seen so much VM: do_try_to_free_pages failed for... messages. at first the system froze for several seconds. an emer sync worked just fine so I waited.. Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for telnet... Dec 22 00:06:10 grobbebol kernel: VM: do_try_to_free_pages failed for mutt... Dec 22 00:06:12 grobbebol last message repeated 11 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for cron... Dec 22 00:06:12 grobbebol last message repeated 4 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for miniserv.pl... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for miniserv.pl... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for rpc.nfsd... Dec 22 00:06:12 grobbebol last message repeated 13 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for nscd... Dec 22 00:06:12 grobbebol last message repeated 8 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for klogd... Dec 22 00:06:12 grobbebol last message repeated 5 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for klogd... Dec 22 00:06:12 grobbebol kernel: Syncing device 03:02 ... VM: do_try_to_free_pages failed for kflushd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kupdate... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for _upsd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for rpc.mountd... Dec 22 00:06:12 grobbebol last message repeated 5 times Dec 22 00:06:12 grobbebol kernel: SysRq: Emergency Sync Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for rpc.mountd... Dec 22 00:06:12 grobbebol last message repeated 6 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for syslogd... Dec 22 00:06:12 grobbebol last message repeated 6 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for tin... Dec 22 00:06:12 grobbebol last message repeated 12 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 32 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for sendmail... Dec 22 00:06:12 grobbebol last message repeated 13 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdesud... Dec 22 00:06:12 grobbebol last message repeated 12 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 32 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for inetd... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol last message repeated 15 times Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kdeinit... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for xntpd... Dec 22 00:06:12 grobbebol kernel: VM: do_try_to_free_pages failed for kflushd... Dec 22 00:06:12 grobbebol kernel: OK Dec 22 00:06:12 grobbebol kernel: Syncing device 03:01 ... OK Dec 22 00:06:12 grobbebol kernel: Syncing device 03:03 ... OK Dec 22 00:06:12 grobbebol kernel: Syncing device 03:04 ... OK Dec 22 00:06:12 grobbebol kernel: Syncing device 08:01 ... OK Dec
Re: 2.4.0-testx fr0kedness?
On Sat, Oct 21, 2000 at 07:37:36PM -0400, Jason Slagle wrote: > I'm SMP here 2 Celeron 300A's at 450 in an Abit BP6. 256M of RAM, all > SCSI. > > These bad? They worked well under 2.2 but who knows under 2.4 1) clock the system to specs -- overclocking could kill the stuff 2) there are batches of BP6's (rev 1.1) that may fail due to an incorrect capacitor behind some regulator, causing crashes -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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-testx fr0kedness?
On Sat, Oct 21, 2000 at 07:37:36PM -0400, Jason Slagle wrote: I'm SMP here 2 Celeron 300A's at 450 in an Abit BP6. 256M of RAM, all SCSI. These bad? They worked well under 2.2 but who knows under 2.4 1) clock the system to specs -- overclocking could kill the stuff 2) there are batches of BP6's (rev 1.1) that may fail due to an incorrect capacitor behind some regulator, causing crashes -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: [PATCH] 2.2.18pre13: Small patches from Andrea
On Mon, Oct 02, 2000 at 10:29:50PM +0100, Alan Cox wrote: > Im intentionally avoiding these right now. The 2.2.18 kernel has a very large > amount of updates to drivers/extra functionality. I don't want to mix any of > that with core internal changes of any kind. The VM fixes in paticular look > good but would be an invitation to disaster to merge this release. OTOH -- Andrea's patches have been around pretty long time; maybe it's time to have them added once in one release, test them (in fact many people have tested several patches for long time as SuSE's set comes standard with several of them out of the box) so that this backlog is killed ? Just a thought... -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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: [PATCH] 2.2.18pre13: Small patches from Andrea
On Mon, Oct 02, 2000 at 10:29:50PM +0100, Alan Cox wrote: Im intentionally avoiding these right now. The 2.2.18 kernel has a very large amount of updates to drivers/extra functionality. I don't want to mix any of that with core internal changes of any kind. The VM fixes in paticular look good but would be an invitation to disaster to merge this release. OTOH -- Andrea's patches have been around pretty long time; maybe it's time to have them added once in one release, test them (in fact many people have tested several patches for long time as SuSE's set comes standard with several of them out of the box) so that this backlog is killed ? Just a thought... -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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.2.18pre2aa2 and patches for 2.2.18pre3
On Thu, Sep 07, 2000 at 11:26:56PM +1100, Matthew Hawkins wrote: > I'd like to advocate the inclusion of the majority of these patches of > Andrea's. I've been patching most of them in for a while now simply > because I've found my SMP system much more stable and useable. I also takled with Andrea and Alan about this. 2.2.16 will kill itself within hours on my system. With Andrea's patches, it lives for long times. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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.2.18pre2aa2 and patches for 2.2.18pre3
On Thu, Sep 07, 2000 at 11:26:56PM +1100, Matthew Hawkins wrote: I'd like to advocate the inclusion of the majority of these patches of Andrea's. I've been patching most of them in for a while now simply because I've found my SMP system much more stable and useable. I also takled with Andrea and Alan about this. 2.2.16 will kill itself within hours on my system. With Andrea's patches, it lives for long times. -- Grobbebol's Home | Don't give in to spammers. -o) http://www.xs4all.nl/~bengel | Use your real e-mail address /\ Linux 2.2.16 SMP 2x466MHz / 256 MB |on Usenet. _\_v - 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/
