Re: >128 MB RAM stability problems (again)
Ronald Bultje wrote: > I'm kind of astounded now, WHY can't linux-2.4.x run on ANY machine in > my house with more than 128 MB RAM?!? Can someone please point out to me > that he's actually running kernel-2.4.x on a machine with more than 128 > MB RAM and that he's NOT having severe stability problems? I don't have the answer for your situation, but in answer to one of your questions I can happily enumerate the following boxes I installed, all of which are running 2.4.x kernels on Red Hat 7.1 with excellent stability and performance: "Name Brand" boxes: (3) Dell 2450s, Dual P3-1000, 512 MB RAM (2) HP Netservers, P3-700, 512 MB RAM Compaq 6500, Quad PPro 200, 1 GB RAM Self built clone boxes: AMD K6/2 450, 256 MB RAM, low end ASUS mb P3-933, 512 MB RAM, Intel i810 motherboard P3-866, 512 MB RAM, Aopen motherboard and more - These boxes either have an uptime dating from the initial 7.1 install (60+ days), or from the last kernel update - cu jjs - 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: 128 MB RAM stability problems (again)
Ronald Bultje wrote: I'm kind of astounded now, WHY can't linux-2.4.x run on ANY machine in my house with more than 128 MB RAM?!? Can someone please point out to me that he's actually running kernel-2.4.x on a machine with more than 128 MB RAM and that he's NOT having severe stability problems? I don't have the answer for your situation, but in answer to one of your questions I can happily enumerate the following boxes I installed, all of which are running 2.4.x kernels on Red Hat 7.1 with excellent stability and performance: Name Brand boxes: (3) Dell 2450s, Dual P3-1000, 512 MB RAM (2) HP Netservers, P3-700, 512 MB RAM Compaq 6500, Quad PPro 200, 1 GB RAM Self built clone boxes: AMD K6/2 450, 256 MB RAM, low end ASUS mb P3-933, 512 MB RAM, Intel i810 motherboard P3-866, 512 MB RAM, Aopen motherboard and more - These boxes either have an uptime dating from the initial 7.1 install (60+ days), or from the last kernel update - cu jjs - 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/
[OT] Re: ipchains
Ted Gervais wrote: > I just ran into something odd. To me anyways, it was odd. > I just installed and brought up kernel 2.4.5 and my ipchains failed. > So I upgraded to the latest (that I could find) ipchains-1.3.10, and > that also fails. > > Has anyone got any version of ipchains to work with the new(er) kernels? For what it's worth, Red Hat 7.1 ships iptables with ipchains emulation, which works out of the box on their 2.4.2 kernel cu jjs - 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/
[OT] Re: ipchains
Ted Gervais wrote: I just ran into something odd. To me anyways, it was odd. I just installed and brought up kernel 2.4.5 and my ipchains failed. So I upgraded to the latest (that I could find) ipchains-1.3.10, and that also fails. Has anyone got any version of ipchains to work with the new(er) kernels? For what it's worth, Red Hat 7.1 ships iptables with ipchains emulation, which works out of the box on their 2.4.2 kernel cu jjs - 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/
[OT] Re: Snowhite and the Seven Dwarfs - The REAL story!
Tobias Ringstrom wrote: > Ah... the joy of reading mail using non-MS software, on a non-MS OS... > > Hahaha, indeed! Indeed, since: Jun 15 15:39:03 mirai sendmail[21499]: f5FMd2t21499: from=<[EMAIL PROTECTED]>, size=33547, class=-60, nrcpts=1, msgid=<[EMAIL PROTECTED]>, bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=freeside.toyota.com [63.87.74.7] Jun 15 15:39:03 mirai scanmails[21501]: execution started Jun 15 15:39:04 mirai scanmails[21501]: FOUND VIRUS IN MAIL from [EMAIL PROTECTED] to jjs cu jjs - 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/
[OT] Re: Snowhite and the Seven Dwarfs - The REAL story!
Tobias Ringstrom wrote: Ah... the joy of reading mail using non-MS software, on a non-MS OS... Hahaha, indeed! Indeed, since: Jun 15 15:39:03 mirai sendmail[21499]: f5FMd2t21499: from=[EMAIL PROTECTED], size=33547, class=-60, nrcpts=1, msgid=[EMAIL PROTECTED], bodytype=7BIT, proto=ESMTP, daemon=MTA, relay=freeside.toyota.com [63.87.74.7] Jun 15 15:39:03 mirai scanmails[21501]: execution started Jun 15 15:39:04 mirai scanmails[21501]: FOUND VIRUS IN MAIL from [EMAIL PROTECTED] to jjs cu jjs - 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/
[OT] Re: inetd missing
Blesson Paul wrote: > hi > I just brought a CD of RedHat 7. Unfortunately I > couldn't find the inetd rpm. wheather it is missing or it is in any other > name It's xinetd - BTW You might think about RH 7.1 since 7.0 was the end of the line for the legacy 2.2. kernel - cu jjs - 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/
[OT] Re: inetd missing
Blesson Paul wrote: hi I just brought a CD of RedHat 7. Unfortunately I couldn't find the inetd rpm. wheather it is missing or it is in any other name It's xinetd - BTW You might think about RH 7.1 since 7.0 was the end of the line for the legacy 2.2. kernel - cu jjs - 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/
[OT]: Tux vs khttpd? (fwd)
Hi Roy, IIRC Ingo posted some tux benchmark results on the khttpd mailing list some weeks ago - basically khttpd is not in the same ballpark at this point. cu jjs Roy Sigurd Karlsbakk wrote: > Hi everyone! > > I tried to send this message to the khttpd group, but got no answer. Can > any of you help me? > > -- Forwarded message -- > Date: Thu, 07 Jun 2001 17:31:20 + > From: Roy Sigurd Karlsbakk <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Tux vs khttpd? > > hi > > Does anyone know any details about how Tux performs in comparison with > khttpd? > Is this a separate project, or is it a somehow 'better version' of the > khttpd? > Are these going to be merged? > > roy > - > Roy Sigurd Karlsbakk > <[EMAIL PROTECTED]> > > - > 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/ - 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/
[OT]: Tux vs khttpd? (fwd)
Hi Roy, IIRC Ingo posted some tux benchmark results on the khttpd mailing list some weeks ago - basically khttpd is not in the same ballpark at this point. cu jjs Roy Sigurd Karlsbakk wrote: Hi everyone! I tried to send this message to the khttpd group, but got no answer. Can any of you help me? -- Forwarded message -- Date: Thu, 07 Jun 2001 17:31:20 + From: Roy Sigurd Karlsbakk [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tux vs khttpd? hi Does anyone know any details about how Tux performs in comparison with khttpd? Is this a separate project, or is it a somehow 'better version' of the khttpd? Are these going to be merged? roy - Roy Sigurd Karlsbakk [EMAIL PROTECTED] - 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/ - 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: [OT] Re: Linux scalability?
Peter Rival wrote: > "David S. Miller" wrote: > > > J Sloan writes: > > > Microsoft finally managed to get a better result using > > > an all-out, "bet the farm", "benchmark buster" setup > > > with a special web cache in front of iis. > > > > I haven't heard anyone talk about the fact that their 8-cpu numbers > > got disqualified and aren't even mentioned on the SPEC site on the > > main tables anymore. > > > > Really? I just checked and it's still there from what I see. We're talking > about the Dell 8450/700 w/ IIS & SWC 3.0 result, right? I'm hoping that > they're deemed NC, but I don't see it yet... > IIRC they did have some results disqualified, but them these latest results have been submitted since then - perhaps they will be disqualified as well, once the facts come to light... cu jjs - 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/
[OT] Re: Linux scalability?
Ronald Bultje wrote: > On 18 May 2001 10:12:34 +0200, reiser.angus wrote: > > > However, taking a closer look, it turns out, that the above statement > > > holds true only for 1 and 2 processor machines. Scalability already > > > suffers at 4 processors, and at 8 processors, TUX 2.0 (7500) gets beaten > > > by IIS 5.0 (8001), and these were measured on the same kind of box! > > not really the same box > > look at the disk subsystem > > 7 x 9GB 10KRPM Drives and 1 x 18GB 15KRPM (html+log & os) for Win2000 > > 5 x 9GB 10KRPM Drives (html+log+os) for TUX 2.0 > > > > this is sufficient for a such difference > > I read an article about TUX in the dutch C'T a few months ago (nov/dec > 2000, I think) - the real difference (according to the article) was the > 2.2.x kernel used in TUX. Look at the stats of the website, they used > Redhat 7.0 as base, with kernel 2.2.16. In the C'T, they also used a > 2.4-test kernel for TUX, and this one didn't have these "scalibility > problems". The problem seemed to be SMP problems with systems with more > than two cpus in the 2.2.x-based kernel series. 2.4.x kernels didn't > seem to have this problem. All Tux webservers have run on a 2.4 or 2.4-pre kernel. > And as far as I know, TUX with 2.4.x kernel was faster than win2k on all > SMP-combinations. Tux held the record for most of the time since last summer, when Linux vaulted into 1st place Microsoft finally managed to get a better result using an all-out, "bet the farm", "benchmark buster" setup with a special web cache in front of iis. However, they haven't heard the last of Linux either. cu jjs - 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/
[OT] Re: Linux scalability?
Ronald Bultje wrote: On 18 May 2001 10:12:34 +0200, reiser.angus wrote: However, taking a closer look, it turns out, that the above statement holds true only for 1 and 2 processor machines. Scalability already suffers at 4 processors, and at 8 processors, TUX 2.0 (7500) gets beaten by IIS 5.0 (8001), and these were measured on the same kind of box! not really the same box look at the disk subsystem 7 x 9GB 10KRPM Drives and 1 x 18GB 15KRPM (html+log os) for Win2000 5 x 9GB 10KRPM Drives (html+log+os) for TUX 2.0 this is sufficient for a such difference I read an article about TUX in the dutch C'T a few months ago (nov/dec 2000, I think) - the real difference (according to the article) was the 2.2.x kernel used in TUX. Look at the stats of the website, they used Redhat 7.0 as base, with kernel 2.2.16. In the C'T, they also used a 2.4-test kernel for TUX, and this one didn't have these scalibility problems. The problem seemed to be SMP problems with systems with more than two cpus in the 2.2.x-based kernel series. 2.4.x kernels didn't seem to have this problem. All Tux webservers have run on a 2.4 or 2.4-pre kernel. And as far as I know, TUX with 2.4.x kernel was faster than win2k on all SMP-combinations. Tux held the record for most of the time since last summer, when Linux vaulted into 1st place Microsoft finally managed to get a better result using an all-out, bet the farm, benchmark buster setup with a special web cache in front of iis. However, they haven't heard the last of Linux either. cu jjs - 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: [OT] Re: Linux scalability?
Peter Rival wrote: David S. Miller wrote: J Sloan writes: Microsoft finally managed to get a better result using an all-out, bet the farm, benchmark buster setup with a special web cache in front of iis. I haven't heard anyone talk about the fact that their 8-cpu numbers got disqualified and aren't even mentioned on the SPEC site on the main tables anymore. Really? I just checked and it's still there from what I see. We're talking about the Dell 8450/700 w/ IIS SWC 3.0 result, right? I'm hoping that they're deemed NC, but I don't see it yet... IIRC they did have some results disqualified, but them these latest results have been submitted since then - perhaps they will be disqualified as well, once the facts come to light... cu jjs - 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: Inodes
Blesson Paul wrote: > Hi > This is an another doubt related to VFS. I want to know > wheather all files are assigned their inode number at the mounting time itself > or inodes are assigned to files upon accessing only er.. inode numbers are assigned at file creation time. cu jjs - 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: Inodes
Blesson Paul wrote: Hi This is an another doubt related to VFS. I want to know wheather all files are assigned their inode number at the mounting time itself or inodes are assigned to files upon accessing only er.. inode numbers are assigned at file creation time. cu jjs - 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: 2.4.4 fork() problems (maybe)
Marc Schiffbauer wrote: > use 2.4.5-pre1 instead, Linus has undone the fork()-change for some > reason ;-) > 2.4.5-pre1 has it's own problems - Probably better to use 2.4.4-ac5 instead. cu jjs - 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: 2.4.4 fork() problems (maybe)
Marc Schiffbauer wrote: use 2.4.5-pre1 instead, Linus has undone the fork()-change for some reason ;-) 2.4.5-pre1 has it's own problems - Probably better to use 2.4.4-ac5 instead. cu jjs - 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: [OT] Re: Linux NAT questions- (kernel upgrade??)
"Sim, CT (Chee Tong)" schrieb: > I am using the Red Hat 7, below are my kernel version. I feel Red Hat 7 is > quite new, although RH 7.1 has just come out. How come it still say that my > kernel version is old. Ah, by old is meant the 2.2 version - 7.1 is the first RH release to ship with kernel 2.4. You can certainly run a 2.4 kernel on your 7.0 box - I only ran 2.2.16 on my RH 7.0 boxes for as long as it tool me to pull down the kernel sources and compile a 2.4 kernel. cu jjs - 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/
[OT] Re: Linux NAT questions- (kernel upgrade??)
"Sim, CT (Chee Tong)" schrieb: > Hi.. I follow your instruction, but I encounter this issue, my kernel need > to be upgrade? MAy I know how to determine the current kernel version uname -a > and > how to upgrade it?? Either upgrade to a distro that includes the new kernel (e.g. latest SuSE or Red Hat) or download kernel source and compile. It might be helpful to provide the distribution and version you are using (Red Hat 6.2, Slackware 7, Debian Potato, etc) > [root@guava /root]# iptables -t nat -A PREROUTING -p tcp --dst 1.1.1.160 -i > eth1 -j D > NAT --to-destination 192.168.200.2 > iptables v1.1.1: can't initialize iptables table `nat': iptables who? (do > you need to insm > od?) > Perhaps iptables or your kernel needs to be upgraded. > > [root@guava simc]# rpm -ivh iptables-1_2_0-6_i386.rpm > error: failed dependencies: > kernel >= 2.4.0 is needed by iptables-1.2.0-6 Yes, of course iptables won't work with the old kernel. If you want to stay with the old kernel, you must use ipchains instead. cu Jup - 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/
[OT] Re: Linux NAT questions- (kernel upgrade??)
Sim, CT (Chee Tong) schrieb: Hi.. I follow your instruction, but I encounter this issue, my kernel need to be upgrade? MAy I know how to determine the current kernel version uname -a and how to upgrade it?? Either upgrade to a distro that includes the new kernel (e.g. latest SuSE or Red Hat) or download kernel source and compile. It might be helpful to provide the distribution and version you are using (Red Hat 6.2, Slackware 7, Debian Potato, etc) [root@guava /root]# iptables -t nat -A PREROUTING -p tcp --dst 1.1.1.160 -i eth1 -j D NAT --to-destination 192.168.200.2 iptables v1.1.1: can't initialize iptables table `nat': iptables who? (do you need to insm od?) Perhaps iptables or your kernel needs to be upgraded. [root@guava simc]# rpm -ivh iptables-1_2_0-6_i386.rpm error: failed dependencies: kernel = 2.4.0 is needed by iptables-1.2.0-6 Yes, of course iptables won't work with the old kernel. If you want to stay with the old kernel, you must use ipchains instead. cu Jup - 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: [OT] Re: Linux NAT questions- (kernel upgrade??)
Sim, CT (Chee Tong) schrieb: I am using the Red Hat 7, below are my kernel version. I feel Red Hat 7 is quite new, although RH 7.1 has just come out. How come it still say that my kernel version is old. Ah, by old is meant the 2.2 version - 7.1 is the first RH release to ship with kernel 2.4. You can certainly run a 2.4 kernel on your 7.0 box - I only ran 2.2.16 on my RH 7.0 boxes for as long as it tool me to pull down the kernel sources and compile a 2.4 kernel. cu jjs - 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: 2.4.4: Kernel crash, possibly tcp related
"David S. Miller" schrieb: > I'm having a devil of a time finding the tcpblast sources on the > net, can you point me to where I can get them? The one reference > I saw to get the original sources was: > > ftp://ftp.xlink.net/pub/network/tcpblast.shar.gz > > But even that directory no longer exists. Try ftp://wintermute.toyota.com/pub/utils/tcpblast.tar cu jjs - 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: 2.4.4: Kernel crash, possibly tcp related
David S. Miller schrieb: I'm having a devil of a time finding the tcpblast sources on the net, can you point me to where I can get them? The one reference I saw to get the original sources was: ftp://ftp.xlink.net/pub/network/tcpblast.shar.gz But even that directory no longer exists. Try ftp://wintermute.toyota.com/pub/utils/tcpblast.tar cu jjs - 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] Single user linux
[EMAIL PROTECTED] wrote: > hi, > > a friend of my asked me on how to make linux easier to use > for personal/casual win user. > > > from that, i also found out that it is very awkward to type > username and password every time i use my computer. > so here's a patch. Neet hack, but maybe the kernel isn't the best place to do this - For instance, you can simply use the KDE 2.1.1 login manager, with the current kernel intact, to automatically log in and start the X session of a specific user, upon entering runlevel 5 - Might this not be a better direction? cu jjs - 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] Single user linux
[EMAIL PROTECTED] wrote: hi, a friend of my asked me on how to make linux easier to use for personal/casual win user. from that, i also found out that it is very awkward to type username and password every time i use my computer. so here's a patch. Neet hack, but maybe the kernel isn't the best place to do this - For instance, you can simply use the KDE 2.1.1 login manager, with the current kernel intact, to automatically log in and start the X session of a specific user, upon entering runlevel 5 - Might this not be a better direction? cu jjs - 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: performance degradation on -ac tree
There is a bit more clarity on the performance degradation issue now - In fact the degradation only appears when using iptables. It's just that sometime shortly after 2.4.2, the hit imposed by iptables got worse. For instance: netperf results without iptables with iptables - 2.4.2 400 MB/s 330 MB/s 2.4.3-ac10400 MB/s 250 MB/s BTW, the stock seawolf kernel gets the highest netperf results ever seen on this box, around 450 MB/sec, but with iptables or ipchains module loaded, it falls to about 270 MB/sec. Just a data point fyi - cu jjs - 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-ac12 unresolved symbol rwsem...
Alan Cox wrote: > > > Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o > > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved > > > symbol rwsem_up_write_wake > > > /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved > > > symbol rwsem_down_write_failed > > > > Same thing with tdfx.o... > > "Works for me" as ever. What configuration options are you using. This sounds > like some of the code is built with each kind of semaphore. I'm getting the same thing here - Red Hat 7.1, amd K6/2 450 with a voodoo 3 - After successful build and booting of 2.4.3-ac12, I found I had no 3D acceleration, and saw error msgs similar to those above, concerning tdfx.o. As always, building agp and tdfx as modules. jjs - 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-ac12 unresolved symbol rwsem...
Alan Cox wrote: Using /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved symbol rwsem_up_write_wake /lib/modules/2.4.3-ac12/kernel/drivers/char/drm/radeon.o: unresolved symbol rwsem_down_write_failed Same thing with tdfx.o... "Works for me" as ever. What configuration options are you using. This sounds like some of the code is built with each kind of semaphore. I'm getting the same thing here - Red Hat 7.1, amd K6/2 450 with a voodoo 3 - After successful build and booting of 2.4.3-ac12, I found I had no 3D acceleration, and saw error msgs similar to those above, concerning tdfx.o. As always, building agp and tdfx as modules. jjs - 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: performance degradation on -ac tree
There is a bit more clarity on the performance degradation issue now - In fact the degradation only appears when using iptables. It's just that sometime shortly after 2.4.2, the hit imposed by iptables got worse. For instance: netperf results without iptables with iptables - 2.4.2 400 MB/s 330 MB/s 2.4.3-ac10400 MB/s 250 MB/s BTW, the stock seawolf kernel gets the highest netperf results ever seen on this box, around 450 MB/sec, but with iptables or ipchains module loaded, it falls to about 270 MB/sec. Just a data point fyi - cu jjs - 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: performance degradation on -ac tree
Hi all, I've been lurking for some time now, unsure of whether I had some special issues in my own setup, but seeing these others come forward has emboldened me to speak out as well. I am running a RH 7.0 box with all updates and then some, and generally trying each new 2.4 pre patch or -ac variant, with the addition of Andrew Morton's low latency patches. I have been noticing a marked performance degradation with recent -ac kernels compared to Linus' versions. This is based mainly on 2 things, one precisely measurable, the other more objective, but tangible to me nonetheless. First, the quanitifiable test: I have noticed that with e.g. the 2.4.0-test kernels, and e.g. 2.4.2, netperf to localhost gets between 350-400 MB/s. With recent -ac kernels, e.g. 2.4.3-ac5, netperf to localhost gets more like 250 MB/sec. secondly, a subjective test: When giving it the quake 3 arena test, playing against internet opponents, e.g. 2.4.2 feels very responsive, and I seem to be able to run circles around opponents, dodge and turn very quickly. The same activity with recent -ac kernels feels like running through molasses, very sluggish, and it is I who am repeatedly outmaneuvered and embarrassed. It's quite awful. The Mobo is an Asus p5 w/ AMD K6/2 450 Here is my cpuinfo - processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 451.037 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow k6_mtrr bogomips: 901.12 Here is the output of lspci 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:03.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) 00:09.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) 00:0b.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) 00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU1 (rev 06) 00:0d.1 Input device controller: Creative Labs SB Live! (rev 06) 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c1) 01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) and here is my .config # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # CONFIG_LOLAT=y CONFIG_LOLAT_SYSCTL=y # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set CONFIG_MK6=y # CONFIG_MK7 is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_ALIGNMENT_16=y CONFIG_X86_TSC=y CONFIG_X86_USE_PPRO_CHECKSUM=y # CONFIG_TOSHIBA is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set # CONFIG_X86_CPUID is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_SMP is not set # CONFIG_X86_UP_APIC is not set # CONFIG_X86_UP_IOAPIC is not set # # General setup # CONFIG_NET=y # CONFIG_VISWS is not set CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y # CONFIG_EISA is not set # CONFIG_MCA is not set # CONFIG_HOTPLUG is not set # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # CONFIG_PM is not set # CONFIG_ACPI is not set # CONFIG_APM is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play configuration # CONFIG_PNP=y CONFIG_ISAPNP=y CONFIG_PNPBIOS=y # # Block devices # CONFIG_BLK_DEV_FD=y # CONFIG_BLK_DEV_XD is not set # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m
[OT] Re: Your response is requested
John Jasen wrote: > On Tue, 17 Apr 2001, Disconnect wrote: > > > (Sending to LKML just so nobody else flips out) > > > > OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;) > > > > It seems to list the hostname of whoever receives it (neat trick). > > sendmail, by default, appends its domainname to incoming email that > doesn't have one. We reject domainless messages, so that's not it. jjs - 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/
[OT] Re: Your response is requested
[EMAIL PROTECTED] wrote: > Dear Friend: > > YOU CAN make over a half million dollars every 4 to 5 months from > your home for a one time investment of only twenty five U.S. > Dollars. This did not originate from toyota.com - The spammer simply used that domain as the "from" hostname. We are careful about mail server security here, there is no open relay. jjs - 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/
[OT] Re: Your response is requested
[EMAIL PROTECTED] wrote: Dear Friend: YOU CAN make over a half million dollars every 4 to 5 months from your home for a one time investment of only twenty five U.S. Dollars. This did not originate from toyota.com - The spammer simply used that domain as the "from" hostname. We are careful about mail server security here, there is no open relay. jjs - 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/
[OT] Re: Your response is requested
John Jasen wrote: On Tue, 17 Apr 2001, Disconnect wrote: (Sending to LKML just so nobody else flips out) OK it wasn't just us. Lemme reassure the admins I just forwarded it to ;) It seems to list the hostname of whoever receives it (neat trick). sendmail, by default, appends its domainname to incoming email that doesn't have one. We reject domainless messages, so that's not it. jjs - 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: performance degradation on -ac tree
Hi all, I've been lurking for some time now, unsure of whether I had some special issues in my own setup, but seeing these others come forward has emboldened me to speak out as well. I am running a RH 7.0 box with all updates and then some, and generally trying each new 2.4 pre patch or -ac variant, with the addition of Andrew Morton's low latency patches. I have been noticing a marked performance degradation with recent -ac kernels compared to Linus' versions. This is based mainly on 2 things, one precisely measurable, the other more objective, but tangible to me nonetheless. First, the quanitifiable test: I have noticed that with e.g. the 2.4.0-test kernels, and e.g. 2.4.2, netperf to localhost gets between 350-400 MB/s. With recent -ac kernels, e.g. 2.4.3-ac5, netperf to localhost gets more like 250 MB/sec. secondly, a subjective test: When giving it the quake 3 arena test, playing against internet opponents, e.g. 2.4.2 feels very responsive, and I seem to be able to run circles around opponents, dodge and turn very quickly. The same activity with recent -ac kernels feels like running through molasses, very sluggish, and it is I who am repeatedly outmaneuvered and embarrassed. It's quite awful. The Mobo is an Asus p5 w/ AMD K6/2 450 Here is my cpuinfo - processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 451.037 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow k6_mtrr bogomips: 901.12 Here is the output of lspci 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) 00:02.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 03) 00:03.0 Bridge: Acer Laboratories Inc. [ALi] M7101 PMU 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) 00:09.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) 00:0b.0 Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) 00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU1 (rev 06) 00:0d.1 Input device controller: Creative Labs SB Live! (rev 06) 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c1) 01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) and here is my .config # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y CONFIG_ISA=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # CONFIG_LOLAT=y CONFIG_LOLAT_SYSCTL=y # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUM4 is not set CONFIG_MK6=y # CONFIG_MK7 is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_ALIGNMENT_16=y CONFIG_X86_TSC=y CONFIG_X86_USE_PPRO_CHECKSUM=y # CONFIG_TOSHIBA is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set # CONFIG_X86_CPUID is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set # CONFIG_MATH_EMULATION is not set CONFIG_MTRR=y # CONFIG_SMP is not set # CONFIG_X86_UP_APIC is not set # CONFIG_X86_UP_IOAPIC is not set # # General setup # CONFIG_NET=y # CONFIG_VISWS is not set CONFIG_PCI=y # CONFIG_PCI_GOBIOS is not set # CONFIG_PCI_GODIRECT is not set CONFIG_PCI_GOANY=y CONFIG_PCI_BIOS=y CONFIG_PCI_DIRECT=y CONFIG_PCI_NAMES=y # CONFIG_EISA is not set # CONFIG_MCA is not set # CONFIG_HOTPLUG is not set # CONFIG_PCMCIA is not set CONFIG_SYSVIPC=y # CONFIG_BSD_PROCESS_ACCT is not set CONFIG_SYSCTL=y CONFIG_KCORE_ELF=y # CONFIG_KCORE_AOUT is not set CONFIG_BINFMT_AOUT=m CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # CONFIG_PM is not set # CONFIG_ACPI is not set # CONFIG_APM is not set # # Memory Technology Devices (MTD) # # CONFIG_MTD is not set # # Parallel port support # # CONFIG_PARPORT is not set # # Plug and Play configuration # CONFIG_PNP=y CONFIG_ISAPNP=y CONFIG_PNPBIOS=y # # Block devices # CONFIG_BLK_DEV_FD=y # CONFIG_BLK_DEV_XD is not set # CONFIG_PARIDE is not set # CONFIG_BLK_CPQ_DA is not set # CONFIG_BLK_CPQ_CISS_DA is not set # CONFIG_BLK_DEV_DAC960 is not set CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m
Re: loopback mount won't umount on 2.2.12
Khyron wrote: > Okay, I've seen various references to problems with loopback > mounts under (early) 2.2.x kernels. But I don't see any reference > to a solution (ie. how to umount the stupid thing). > > My situation is that I have mounted a CD image on a machine > for use in kickstart builds. The mount point is /kickstart/image > > When I attempt "umount /kickstart/image" and other variations > on the theme, I get a "umount: /kickstart/image: device is busy". Is it nfs exported? If so, unexport it first. cu Jup - 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: loopback mount won't umount on 2.2.12
Khyron wrote: Okay, I've seen various references to problems with loopback mounts under (early) 2.2.x kernels. But I don't see any reference to a solution (ie. how to umount the stupid thing). My situation is that I have mounted a CD image on a machine for use in kickstart builds. The mount point is /kickstart/image When I attempt "umount /kickstart/image" and other variations on the theme, I get a "umount: /kickstart/image: device is busy". Is it nfs exported? If so, unexport it first. cu Jup - 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: uninteruptable sleep
Trevor Nichols wrote: > > Its a kernel bug if it gets stuck like this. You need to provide more info > > though - what file system, what devices, how much memory. Also ps can give you > > the wait address of a process stuck in 'D' state which is valuable for debug > > ps xl: > F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND > 040 1000 1230 1 9 0 243204 down_w D? 0:00 >/home/data/mozilla/obj/dist/bin/mozi > > [I'm not exactly sure how to get the wait address if it isn't shown above] > Try this: ps -eo pid,stat,pcpu,nwchan,wchan=WIDE-WCHAN-COLUMN -o args cu Jup - 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: uninteruptable sleep
Trevor Nichols wrote: Its a kernel bug if it gets stuck like this. You need to provide more info though - what file system, what devices, how much memory. Also ps can give you the wait address of a process stuck in 'D' state which is valuable for debug ps xl: F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTYTIME COMMAND 040 1000 1230 1 9 0 243204 down_w D? 0:00 /home/data/mozilla/obj/dist/bin/mozi [I'm not exactly sure how to get the wait address if it isn't shown above] Try this: ps -eo pid,stat,pcpu,nwchan,wchan=WIDE-WCHAN-COLUMN -o args cu Jup - 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: Can't find modules after moving to 2.4.2
Make sure you have up to date modutils package. Current version is 2.4.5 - later, jjs Marcus Ramos wrote: > Hello, > > I've moved from kernel 2.2.16 to 2.4.2 (RH7) and its boots OK, except > for the fact that none of the modules in "/etc/modules.conf" are loaded > anymore (although modules were enabled in kernel config). In > "/lib/modules" I see two directories: 2.2.16 and 2.4.2 (which I assume > is the default for modules.conf). However, the "/lib/modules/2.4.2" > contains almost no files, differently from 2.2.16. I guess I've missed > some important step during the installation of 2.4.2, but now I am > confused and can't recover. Can anyboy point me what the missing step is > ? I will be most grateful. > > Thanks in advance, > Marcus. > > - > 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/ - 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: Can't find modules after moving to 2.4.2
Make sure you have up to date modutils package. Current version is 2.4.5 - later, jjs Marcus Ramos wrote: Hello, I've moved from kernel 2.2.16 to 2.4.2 (RH7) and its boots OK, except for the fact that none of the modules in "/etc/modules.conf" are loaded anymore (although modules were enabled in kernel config). In "/lib/modules" I see two directories: 2.2.16 and 2.4.2 (which I assume is the default for modules.conf). However, the "/lib/modules/2.4.2" contains almost no files, differently from 2.2.16. I guess I've missed some important step during the installation of 2.4.2, but now I am confused and can't recover. Can anyboy point me what the missing step is ? I will be most grateful. Thanks in advance, Marcus. - 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/ - 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: "mount -o loop" lockup issue
"Mohammad A. Haque" wrote: > David Konerding wrote: > > > And this is described in what release notes? It worked just fine on Red Hat 7.0's >2.4 > > kernel oh wait, I see that they fixed it before they released it. > > And hmm..gee .. did they bother contributing back the code? Based on their track record that's a silly question. jjs - 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: mount -o loop lockup issue
"Mohammad A. Haque" wrote: David Konerding wrote: And this is described in what release notes? It worked just fine on Red Hat 7.0's 2.4 kernel oh wait, I see that they fixed it before they released it. And hmm..gee .. did they bother contributing back the code? Based on their track record that's a silly question. jjs - 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: Sound issues with m805lr motheboard
"Brent D. Norris" wrote: > > That seems strange. What is realserver failing with ? > > It isn't so much failing as it hangs. It might be interesting to strace the realserver startup both under 2.2 and 2.4 - cu Jup - 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: Hang when using loop device
[EMAIL PROTECTED] wrote: > > Hello all, > > > > Recently my ext2 partition out of space so I have made a regular file > > in the FAT32 partition and format it as ext2 partiton and mount it as > > loop device.However,occasionaly when I extract a large tar to the loop device.. > > The computer will hang while extracting. I wonder if deadlock occur. > > I'm using kernel 2.4.1 now and there is no problem when I am using > > kernel 2.2.x kernel > > There are known problems with some of the 2.4 series kernels and loopback > device support. Look through the kernel archives for Jens Axboe's patches, > or grab one of the latest ac (Alan Cox) kernels. The fix is also in the 2.4.3-pre series - cu Jup - 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: Hang when using loop device
[EMAIL PROTECTED] wrote: Hello all, Recently my ext2 partition out of space so I have made a regular file in the FAT32 partition and format it as ext2 partiton and mount it as loop device.However,occasionaly when I extract a large tar to the loop device.. The computer will hang while extracting. I wonder if deadlock occur. I'm using kernel 2.4.1 now and there is no problem when I am using kernel 2.2.x kernel There are known problems with some of the 2.4 series kernels and loopback device support. Look through the kernel archives for Jens Axboe's patches, or grab one of the latest ac (Alan Cox) kernels. The fix is also in the 2.4.3-pre series - cu Jup - 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: [Fwd: Problem with file => 2GB]
Andreas Dilger wrote: > There is a bug in 2.4.2 with the loop device, which is fixed in -ac series. Also fixed in 2.4.3-pre series. cu Jup - 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: [Fwd: Problem with file = 2GB]
Andreas Dilger wrote: There is a bug in 2.4.2 with the loop device, which is fixed in -ac series. Also fixed in 2.4.3-pre series. cu Jup - 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: How to optimize routing performance
Gregory Maxwell wrote: > The scheduler schedules tasks not interrupts. Unless it manages to thrash the > cache, the scheduler can not affect routing performance. OK, thanks for the clarification - I need to get into the source. cu Jup - 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: How to optimize routing performance
Rik van Riel wrote: > On Thu, 15 Mar 2001, J Sloan wrote: > > > Fun, yes, and perhaps not directly related, however > > under high load, where the sheer numbet of interrupts > > per second begins to overwhelm the kernel, might it > > not be relevant? > > No. > > > Or are you saying that the bottleneck is somewhere > > else completely, > > Indeed. The bottleneck is with processing the incoming network > packets, at the interrupt level. OK, I'll take this to kernel newbies! :-) Jup - 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: How to optimize routing performance
Rik van Riel wrote: > On Thu, 15 Mar 2001, J Sloan wrote: > > > There are some scheduler patches that are not part of the > > main kernel tree at this point (mostly since they have yet to > > be optimized for the common case) which make quite a big > > difference under heavy load - you might want to check out: > > > > http://lse.sourceforge.net/scheduling/ > > Unrelated. Fun, but unrelated to networking... Fun, yes, and perhaps not directly related, however under high load, where the sheer numbet of interrupts per second begins to overwhelm the kernel, might it not be relevant? After all, the benchmarks do point to tangible improvements in the performance of network server apps. Or are you saying that the bottleneck is somewhere else completely, or that there wouldn't be a bottleneck in this case if certain kernel parameters were correctly set? Just curious, Jup - 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: How to optimize routing performance
Just my .02 - There are some scheduler patches that are not part of the main kernel tree at this point (mostly since they have yet to be optimized for the common case) which make quite a big difference under heavy load - you might want to check out: http://lse.sourceforge.net/scheduling/ cu Jup Mårten Wikström wrote: > I've performed a test on the routing capacity of a Linux 2.4.2 box versus a > FreeBSD 4.2 box. I used two Pentium Pro 200Mhz computers with 64Mb memory, > and two DEC 100Mbit ethernet cards. I used a Smartbits test-tool to measure > the packet throughput and the packet size was set to 64 bytes. Linux dropped > no packets up to about 27000 packets/s, but then it started to drop packets > at higher rates. Worse yet, the output rate actually decreased, so at the > input rate of 4 packets/s almost no packets got through. The behaviour > of FreeBSD was different, it showed a steadily increased output rate up to > about 7 packets/s before the output rate decreased. (Then the output > rate was apprx. 4 packets/s). > I have not made any special optimizations, aside from not having any > background processes running. > > So, my question is: are these figures true, or is it possible to optimize > the kernel somehow? The only changes I have made to the kernel config was to > disable advanced routing. > > Thanks, > > Mårten > > - > 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/ - 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: How to optimize routing performance
Just my .02 - There are some scheduler patches that are not part of the main kernel tree at this point (mostly since they have yet to be optimized for the common case) which make quite a big difference under heavy load - you might want to check out: http://lse.sourceforge.net/scheduling/ cu Jup Mrten Wikstrm wrote: I've performed a test on the routing capacity of a Linux 2.4.2 box versus a FreeBSD 4.2 box. I used two Pentium Pro 200Mhz computers with 64Mb memory, and two DEC 100Mbit ethernet cards. I used a Smartbits test-tool to measure the packet throughput and the packet size was set to 64 bytes. Linux dropped no packets up to about 27000 packets/s, but then it started to drop packets at higher rates. Worse yet, the output rate actually decreased, so at the input rate of 4 packets/s almost no packets got through. The behaviour of FreeBSD was different, it showed a steadily increased output rate up to about 7 packets/s before the output rate decreased. (Then the output rate was apprx. 4 packets/s). I have not made any special optimizations, aside from not having any background processes running. So, my question is: are these figures true, or is it possible to optimize the kernel somehow? The only changes I have made to the kernel config was to disable advanced routing. Thanks, Mrten - 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/ - 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: How to optimize routing performance
Rik van Riel wrote: On Thu, 15 Mar 2001, J Sloan wrote: There are some scheduler patches that are not part of the main kernel tree at this point (mostly since they have yet to be optimized for the common case) which make quite a big difference under heavy load - you might want to check out: http://lse.sourceforge.net/scheduling/ Unrelated. Fun, but unrelated to networking... Fun, yes, and perhaps not directly related, however under high load, where the sheer numbet of interrupts per second begins to overwhelm the kernel, might it not be relevant? After all, the benchmarks do point to tangible improvements in the performance of network server apps. Or are you saying that the bottleneck is somewhere else completely, or that there wouldn't be a bottleneck in this case if certain kernel parameters were correctly set? Just curious, Jup - 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: How to optimize routing performance
Rik van Riel wrote: On Thu, 15 Mar 2001, J Sloan wrote: Fun, yes, and perhaps not directly related, however under high load, where the sheer numbet of interrupts per second begins to overwhelm the kernel, might it not be relevant? No. Or are you saying that the bottleneck is somewhere else completely, Indeed. The bottleneck is with processing the incoming network packets, at the interrupt level. OK, I'll take this to kernel newbies! :-) Jup - 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: How to optimize routing performance
Gregory Maxwell wrote: The scheduler schedules tasks not interrupts. Unless it manages to thrash the cache, the scheduler can not affect routing performance. OK, thanks for the clarification - I need to get into the source. cu Jup - 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: Kernel 2.4.1 on RHL 6.2
Miquel van Smoorenburg wrote: > Note! You only have to have those symlinks on broken systems such > as Redhat. This is silly, Red Hat works fine for a great many people. He probably removed the original kernel-devel package, which contained the links above, so they would have to be remade. > Sane systems such as Debian have a copy of the kernel header files > that the C library was compiled against in /usr/include/{linux,asm} I'm glad you admit that Red Hat is every bit as sane as debian, since the current shipping version does indeed have the sort of /usr/include/linux hierarchy you have just described. jjs - 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: Kernel 2.4.1 on RHL 6.2
Miquel van Smoorenburg wrote: Note! You only have to have those symlinks on broken systems such as Redhat. This is silly, Red Hat works fine for a great many people. He probably removed the original kernel-devel package, which contained the links above, so they would have to be remade. Sane systems such as Debian have a copy of the kernel header files that the C library was compiled against in /usr/include/{linux,asm} I'm glad you admit that Red Hat is every bit as sane as debian, since the current shipping version does indeed have the sort of /usr/include/linux hierarchy you have just described. jjs - 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 on the Unisys ES7000 and CMP2 machines?
Miles Lane wrote: > http://www.nytimes.com/cnet/CNET_0-1003-200-5007472.html > > Hi, > > I noticed that this article mentions that Unisys has > no plans to port Linux to it's "cellular multiprocessor" > machines. So, I am wondering if anyone is working > on this independantly. > > These systems seems to be selling well with Microsoft's > Windoze 2000 Datacenter installed. My take on it is that unisys is an example of brain damage and it's easiest to ignore/work around them rather than trying to get them out of bed with microsoft. Nature will eventually take it's course with unisys as it did with Dec. jjs - 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 on the Unisys ES7000 and CMP2 machines?
Miles Lane wrote: http://www.nytimes.com/cnet/CNET_0-1003-200-5007472.html Hi, I noticed that this article mentions that Unisys has no plans to port Linux to it's "cellular multiprocessor" machines. So, I am wondering if anyone is working on this independantly. These systems seems to be selling well with Microsoft's Windoze 2000 Datacenter installed. My take on it is that unisys is an example of brain damage and it's easiest to ignore/work around them rather than trying to get them out of bed with microsoft. Nature will eventually take it's course with unisys as it did with Dec. jjs - 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: 2.4.2ac8 lost char devices
Mark Hahn wrote: > > > > > > Well, somethig has broken in ac8, because I lost my PS/2 mouse and > > > > > me too . > > No luck. same here - > it seems to be the mdelay(2) added to pc_keyb.c in -ac6. -ac7 is fine here, but when I boot -ac8, there's no ps/2 mouse. jjs - 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: 2.4.x very unstable on 8-way IBM 8500R
"Dr. Kelsey Hudson" wrote: > Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is > inherently broken(*). Or upgrade to the current Red Hat 7 gcc, which works quite well. jjs - 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: 2.4.x very unstable on 8-way IBM 8500R
"Dr. Kelsey Hudson" wrote: Under redhat 7 you should use kgcc to compile the kernel, since gcc2.96 is inherently broken(*). Or upgrade to the current Red Hat 7 gcc, which works quite well. jjs - 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: 2.4.2ac8 lost char devices
Mark Hahn wrote: Well, somethig has broken in ac8, because I lost my PS/2 mouse and me too /aol. No luck. same here - it seems to be the mdelay(2) added to pc_keyb.c in -ac6. -ac7 is fine here, but when I boot -ac8, there's no ps/2 mouse. jjs - 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: [2.4.2-ac5] X (4.0.1) crashes
"Manfred H. Winter" wrote: > I'm going back to vanilla 2.4.2 for now. Is there another way to get > loop to work? Working fine here: 2.4.2 + Axboe's loop patch + Morton's low latency patch jjs - 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: [2.4.2-ac5] X (4.0.1) crashes
"Manfred H. Winter" wrote: I'm going back to vanilla 2.4.2 for now. Is there another way to get loop to work? Working fine here: 2.4.2 + Axboe's loop patch + Morton's low latency patch jjs - 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: problem with mount -o loop
Tim Tim wrote: > I made iso-image from cd with > dd if=/dev/hdd of=/image.iso > and mount it with > mount -o loop /image.iso /mnt/cdrom > under Linux-2.4.2-pre1 it is working > but under Linux-2.4.2 do not > Please help me to understand why If it was working it was by sheer luck - You need the loop patches available at ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches jjs - 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: 3c509 + sb16 bug
Perhaps it's cold comfort, but I found long ago that 3c509 and SB don't mix too well, at least in Linux. ISA devices are somewhat dumb, switching one of the cards for a PCI version does the trick here. SB128, SBlive work fine, or you might want to go to a 10/100 pci ethernet card. Just my $.02 jjs Steve wrote: > The evidence really speaks for itself: > > firstly, I have been running a 2.2.18 kernel system, with a 3c509b and a > soundblaster 16 (and sundry other hardware). > > The soundblaster 16 is on 0x220, irq 5. Its a soundblaster 16 (vibra 16b, '94) > The 3c509 is pnp and detects under 2.2.18 as the following: > eth0: 3c509 at 0x300 tag 1, 10baseT port, address 00 a0 24 75 b7 28, IRQ 10. > > Both cards work perfectly, and autodetect without any arguments. > > Now: > > Here are the interesting bits of the boot of the 2.4.x kernel: > > PCI: PCI BIOS revision 2.10 entry at 0xfb4f0, > last bus=1 > PCI: Using configuration type 1 > PCI: Probing PCI hardware > Unknown bridge resource 0: assuming transparent > Unknown bridge resource 1: assuming transparent > Unknown bridge resource 2: assuming transparent > PCI: Using IRQ router ALI [10b9/1533] at 00:07.0 > isapnp: Scanning for Pnp cards... > isapnp: Card '3Com 3C509B EtherLink III' > isapnp: 1 Plug & Play card detected total > > eth0: 3c509 at 0x220, 10baseT port, address 00 20 24 75 b7 28, IRQ 5. > 3c509.c:1.16 (2.2) 2/3/98 [EMAIL PROTECTED] > > Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996 > sb: No ISAPnP cards found, trying standard ones... > sb: I/O, IRQ, and DMA are mandatory > > NB: PCI stuff was interesting, but I'm not sure if its connected to this > situation. > > After bootup, at a random time interval between 10 seconds and 5 minutes the > following error spams the screen: > eth0: infinite loop in interrupt, status 2001 > > I can only conclude that the kernel has mistaken an ethernet card for a > sound card. > > for convience, here is an lspci: > 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) > 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) > 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge > [Aladdin IV] (rev c3) > 00:08.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] > (rev 01) > 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c2) > > Stephen Thorne > > >Part 1.2Type: application/pgp-signature - 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: 3c509 + sb16 bug
Perhaps it's cold comfort, but I found long ago that 3c509 and SB don't mix too well, at least in Linux. ISA devices are somewhat dumb, switching one of the cards for a PCI version does the trick here. SB128, SBlive work fine, or you might want to go to a 10/100 pci ethernet card. Just my $.02 jjs Steve wrote: The evidence really speaks for itself: firstly, I have been running a 2.2.18 kernel system, with a 3c509b and a soundblaster 16 (and sundry other hardware). The soundblaster 16 is on 0x220, irq 5. Its a soundblaster 16 (vibra 16b, '94) The 3c509 is pnp and detects under 2.2.18 as the following: eth0: 3c509 at 0x300 tag 1, 10baseT port, address 00 a0 24 75 b7 28, IRQ 10. Both cards work perfectly, and autodetect without any arguments. Now: Here are the interesting bits of the boot of the 2.4.x kernel: PCI: PCI BIOS revision 2.10 entry at 0xfb4f0, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent Unknown bridge resource 1: assuming transparent Unknown bridge resource 2: assuming transparent PCI: Using IRQ router ALI [10b9/1533] at 00:07.0 isapnp: Scanning for Pnp cards... isapnp: Card '3Com 3C509B EtherLink III' isapnp: 1 Plug Play card detected total eth0: 3c509 at 0x220, 10baseT port, address 00 20 24 75 b7 28, IRQ 5. 3c509.c:1.16 (2.2) 2/3/98 [EMAIL PROTECTED] Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996 sb: No ISAPnP cards found, trying standard ones... sb: I/O, IRQ, and DMA are mandatory NB: PCI stuff was interesting, but I'm not sure if its connected to this situation. After bootup, at a random time interval between 10 seconds and 5 minutes the following error spams the screen: eth0: infinite loop in interrupt, status 2001 I can only conclude that the kernel has mistaken an ethernet card for a sound card. for convience, here is an lspci: 00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1541 (rev 04) 00:01.0 PCI bridge: Acer Laboratories Inc. [ALi] M5243 (rev 04) 00:07.0 ISA bridge: Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV] (rev c3) 00:08.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] (rev 01) 00:0f.0 IDE interface: Acer Laboratories Inc. [ALi] M5229 IDE (rev c2) Stephen Thorne Part 1.2Type: application/pgp-signature - 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: problem with mount -o loop
Tim Tim wrote: I made iso-image from cd with dd if=/dev/hdd of=/image.iso and mount it with mount -o loop /image.iso /mnt/cdrom under Linux-2.4.2-pre1 it is working but under Linux-2.4.2 do not Please help me to understand why If it was working it was by sheer luck - You need the loop patches available at ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches jjs - 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: 2.4.2 seems to break loopback and/or mount
Red Hat 7.x running nicely on a number of machines here w/ no problem, with all apologies to the Red Hat bashers - The real problem is loopback is broken, and the fix still needs to be merged. In the meantime, Jens Axboe's loop patches will make it work - ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.2-pre4/ jjs Murray wrote: > On Thu, 22 Feb 2001 [EMAIL PROTECTED] wrote: > > Compiling with kgcc compiler from RedHat 7.0 breaks loopback in the > way you describe on 2.4.2-prex kernels and I suspect also in the real 2.4.2. > > Jim > > > Please CC me on replies. I just joined the list and don't want > > to miss any replies. > > > > I have been running 2.4.1-pre10 for quite some time with no > > problems. I just upgraded to 2.4.2 and everything seem to work > > fine until I did... (as root or course) > > > > mount -t iso9660 -o loop,ro mycdimage.iso /mnt/cdrom > > > > at which point the mount process hung in an uninterruptable sleep. > > after that I can no longer successfully issue any other mount > > commands, including non-loopback mounts. I can mount/unmount > > regular partitions before mounting anything via loopback. > > > > Any ideas as to what is wrong? > > The only thing I can think of is that my modutils is v2.3.19 > > but I doubt that is doing it as the loop module and other modules > > are loaded fine. > > > > If anybody has an idea as to what I broke please let me know. > > I will upgrade modutils tomorrow and see if the problem goes > > away while I wait for a possibly more accurate response. > > > > Thank you, > > > > Jeff Wiegley > > > > - > > 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/ > > > > -- > Jim Murray [EMAIL PROTECTED] > > - > 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/ - 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: 2.4.2 seems to break loopback and/or mount
Red Hat 7.x running nicely on a number of machines here w/ no problem, with all apologies to the Red Hat bashers - The real problem is loopback is broken, and the fix still needs to be merged. In the meantime, Jens Axboe's loop patches will make it work - ftp://ftp.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.2-pre4/ jjs Murray wrote: On Thu, 22 Feb 2001 [EMAIL PROTECTED] wrote: Compiling with kgcc compiler from RedHat 7.0 breaks loopback in the way you describe on 2.4.2-prex kernels and I suspect also in the real 2.4.2. Jim Please CC me on replies. I just joined the list and don't want to miss any replies. I have been running 2.4.1-pre10 for quite some time with no problems. I just upgraded to 2.4.2 and everything seem to work fine until I did... (as root or course) mount -t iso9660 -o loop,ro mycdimage.iso /mnt/cdrom at which point the mount process hung in an uninterruptable sleep. after that I can no longer successfully issue any other mount commands, including non-loopback mounts. I can mount/unmount regular partitions before mounting anything via loopback. Any ideas as to what is wrong? The only thing I can think of is that my modutils is v2.3.19 but I doubt that is doing it as the loop module and other modules are loaded fine. If anybody has an idea as to what I broke please let me know. I will upgrade modutils tomorrow and see if the problem goes away while I wait for a possibly more accurate response. Thank you, Jeff Wiegley - 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/ -- Jim Murray [EMAIL PROTECTED] - 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/ - 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: Mucho timeouts on USB
I'm seeing a similar usb timeout message here with an HP 5200C usb scanner, e.g: usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout My config: AMD-K6 450 on ASUS P5 mb 256 MB RAM, Ali chipset Red Hat 7.0 updated, kernel 2.4.1-ac8 jjs John Cavan wrote: > Hi, > > Just got a D-Link USB radio (R100) and I'm seeing lots of timeouts with > it. I've seen this through the last few 2.4.1+ and -ac+ kernels. > > Current config: > > Dual P3-500 w/ 512mb of RAM > Tyan Tiger 133 mobo with VIA chipset, onboard USB > Kernel 2.4.1-ac9 compiled with egcs-1.1.2 > > The only thing funky is that three devices are sharing an interrupt: > >CPU0 CPU1 > 0: 216690 219652IO-APIC-edge timer > 1: 3564 3816IO-APIC-edge keyboard > 2: 0 0 XT-PIC cascade > 3: 7 20IO-APIC-edge serial > 5: 1017 1135 IO-APIC-level EMU10K1 > 8: 0 1IO-APIC-edge rtc > 11: 22978 22756 IO-APIC-level aic7xxx, eth0, usb-uhci > 12: 64220 63272IO-APIC-edge PS/2 Mouse > 14: 12132 12810IO-APIC-edge ide0 > 15: 3 10IO-APIC-edge ide1 > NMI: 436327 436327 > LOC: 436151 436128 > ERR: 0 > > The ethernet card is a 3Com 3c905, the SCSI card is Adaptec 7892B (19160 > card). No problems with either as far as I can tell, but one of these > modules may not be playing nice with interrupt sharing. > > The messages: > > usb.c: registered new driver usbdevfs > usb.c: registered new driver hub > usb-uhci.c: $Revision: 1.251 $ time 17:33:47 Feb 9 2001 > usb-uhci.c: High bandwidth mode enabled > usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 11 > usb-uhci.c: Detected 2 ports > usb.c: new USB bus registered, assigned bus number 1 > usb_control/bulk_msg: timeout > usb.c: USB device not accepting new address=2 (error=-110) > usb.c: USB device 3 (vend/prod 0x4b4/0x1002) is not claimed by any > active driver. > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb.c: error getting string descriptor 0 (error=-110) > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > usb_control/bulk_msg: timeout > - > 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/ - 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: Mucho timeouts on USB
I'm seeing a similar usb timeout message here with an HP 5200C usb scanner, e.g: usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout My config: AMD-K6 450 on ASUS P5 mb 256 MB RAM, Ali chipset Red Hat 7.0 updated, kernel 2.4.1-ac8 jjs John Cavan wrote: Hi, Just got a D-Link USB radio (R100) and I'm seeing lots of timeouts with it. I've seen this through the last few 2.4.1+ and -ac+ kernels. Current config: Dual P3-500 w/ 512mb of RAM Tyan Tiger 133 mobo with VIA chipset, onboard USB Kernel 2.4.1-ac9 compiled with egcs-1.1.2 The only thing funky is that three devices are sharing an interrupt: CPU0 CPU1 0: 216690 219652IO-APIC-edge timer 1: 3564 3816IO-APIC-edge keyboard 2: 0 0 XT-PIC cascade 3: 7 20IO-APIC-edge serial 5: 1017 1135 IO-APIC-level EMU10K1 8: 0 1IO-APIC-edge rtc 11: 22978 22756 IO-APIC-level aic7xxx, eth0, usb-uhci 12: 64220 63272IO-APIC-edge PS/2 Mouse 14: 12132 12810IO-APIC-edge ide0 15: 3 10IO-APIC-edge ide1 NMI: 436327 436327 LOC: 436151 436128 ERR: 0 The ethernet card is a 3Com 3c905, the SCSI card is Adaptec 7892B (19160 card). No problems with either as far as I can tell, but one of these modules may not be playing nice with interrupt sharing. The messages: usb.c: registered new driver usbdevfs usb.c: registered new driver hub usb-uhci.c: $Revision: 1.251 $ time 17:33:47 Feb 9 2001 usb-uhci.c: High bandwidth mode enabled usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 11 usb-uhci.c: Detected 2 ports usb.c: new USB bus registered, assigned bus number 1 usb_control/bulk_msg: timeout usb.c: USB device not accepting new address=2 (error=-110) usb.c: USB device 3 (vend/prod 0x4b4/0x1002) is not claimed by any active driver. usb_control/bulk_msg: timeout usb.c: error getting string descriptor 0 (error=-110) usb_control/bulk_msg: timeout usb.c: error getting string descriptor 0 (error=-110) usb_control/bulk_msg: timeout usb.c: error getting string descriptor 0 (error=-110) usb_control/bulk_msg: timeout usb.c: error getting string descriptor 0 (error=-110) usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout usb_control/bulk_msg: timeout - 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/ - 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/
ibmtr.o does not like 2.4 [Was: IBM Model 350 does not like 2.4]
Hi, Just to follow up on my own post, the problem is way down in the network driver layer, specifically in the ibmtr driver - it seems to be happy with 2.2, and barfs with 2.4 - for now I replaced it with an IBM pci card (olympic driver) and 2.4 is now solid on the machine that had serious problems using the isa token ring card. I'l have a look at ibmtr if nobody beats me to it. jjs - 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/
ibmtr.o does not like 2.4 [Was: IBM Model 350 does not like 2.4]
Hi, Just to follow up on my own post, the problem is way down in the network driver layer, specifically in the ibmtr driver - it seems to be happy with 2.2, and barfs with 2.4 - for now I replaced it with an IBM pci card (olympic driver) and 2.4 is now solid on the machine that had serious problems using the isa token ring card. I'l have a look at ibmtr if nobody beats me to it. jjs - 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/
IBM Model 350 does not like 2.4
Hi All, I have 10 systems running 2.4 that are rock solid, but I have 1 system that has problems with 2.4. The box had run perfectly for 46 days with 2.2.19pre2, and today I installed 2.4.1-ac3 to see how it would go. It seemed to run fine for a few minutes, then the old problem reasserted itself: "df" gives a segmentation fault: iron: /root (tty/dev/pts/0): bash: 1040 > df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 1007960457996498760 48% / /dev/hda3 1198496 1082264 55352 96% /usr Segmentation fault Initial look at the oops implicates the sunrpc code. This is Red Hat 7.0 with all updates applied running on a humble pentium 166 (IBM model 350). The identical oops occurs whether the kernel is compiled with kgcc or gcc-2.96 . Hope this helps, jjs decoded ksymoops follows: ksymoops 2.3.4 on i586 2.4.1-ac3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.1-ac3/ (default) -m /boot/System.map (specified) Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring ksyms_base entry Unable to handle kernel paging request at virtual address feff3112 c482dab4 *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: feff310a ebx: feff310a ecx: edx: c36c5b20 esi: c36ef610 edi: c36c5b20 ebp: esp: c1d31d14 ds: 0018 es: 0018 ss: 0018 Process df (pid: 1305, stackpage=c1d31000) Stack: 08040016 c08c7300 4000 c01b291e c36c5b20 c36c5b20 c482db9a c36c5b20 c1d31da0 c36c5b20 c1d31dd4 c1d31d98 c482dc9f c36c5b20 c1d31da0 c1d31e80 c482951a c1d31da0 c1d31da0 c36efc10 c482940c Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: 66 83 7b 08 00 75 15 a1 68 2a 29 c0 39 43 04 79 0b 8b 03 89 >>EIP; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= Trace; c01b291e Trace; c482db9a <[sunrpc]rpcauth_lookup_credcache+36/8c> Trace; c482dc9f <[sunrpc]rpcauth_bindcred+3b/54> Trace; c482951a <[sunrpc]rpc_call_setup+36/64> Trace; c482940c <[sunrpc]rpc_call_sync+64/9c> Trace; c482bfc0 <[sunrpc]rpc_run_timer+0/44> Trace; c485f4a8 <[nfs]nfs_proc_statfs+58/7c> Trace; c01e177a Trace; c4858aef <[nfs]nfs_statfs+33/180> Trace; c012c0da Trace; c012c125 Trace; c0108e0b Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <_EIP>: Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= 0: 66 83 7b 08 00cmpw $0x0,0x8(%ebx) <= Code; c482dab9 <[sunrpc]rpcauth_gc_credcache+31/b0> 5: 75 15 jne1c <_EIP+0x1c> c482dad0 <[sunrpc]rpcauth_gc_credcache+48/b0> Code; c482dabb <[sunrpc]rpcauth_gc_credcache+33/b0> 7: a1 68 2a 29 c0mov0xc0292a68,%eax Code; c482dac0 <[sunrpc]rpcauth_gc_credcache+38/b0> c: 39 43 04 cmp%eax,0x4(%ebx) Code; c482dac3 <[sunrpc]rpcauth_gc_credcache+3b/b0> f: 79 0b jns1c <_EIP+0x1c> c482dad0 <[sunrpc]rpcauth_gc_credcache+48/b0> Code; c482dac5 <[sunrpc]rpcauth_gc_credcache+3d/b0> 11: 8b 03 mov(%ebx),%eax Code; c482dac7 <[sunrpc]rpcauth_gc_credcache+3f/b0> 13: 89 00 mov%eax,(%eax) Unable to handle kernel paging request at virtual address feff3112 c482dab4 *pde = Oops: CPU:0 EIP:0010:[] EFLAGS: 00010286 eax: 00010a9d ebx: feff310a ecx: edx: c36c5b20 esi: edi: c36c5b20 ebp: esp: c1d31d14 ds: 0018 es: 0018 ss: 0018 Process df (pid: 1308, stackpage=c1d31000) Stack: 08048000 c08c7240 4000 c1d31d4c c36c5b20 c36c5b20 c482db9a c36c5b20 c1d31da0 c36c5b20 c1d31dd4 c1d31d98 c482dc9f c36c5b20 c1d31da0 c1d31e80 c482951a c1d31da0 c1d31da0 c36efc10 c482940c Call Trace: [] [] [] [] [] [] [] [] [] [] [] Code: 66 83 7b 08 00 75 15 a1 68 2a 29 c0 39 43 04 79 0b 8b 03 89 >>EIP; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= Trace; c482db9a <[sunrpc]rpcauth_lookup_credcache+36/8c> Trace; c482dc9f <[sunrpc]rpcauth_bindcred+3b/54> Trace; c482951a <[sunrpc]rpc_call_setup+36/64> Trace; c482940c <[sunrpc]rpc_call_sync+64/9c> Trace; c482bfc0 <[sunrpc]rpc_run_timer+0/44> Trace; c485f4a8 <[nfs]nfs_proc_statfs+58/7c> Trace; c01e177a Trace; c4858aef <[nfs]nfs_statfs+33/180> Trace; c012c0da Trace; c012c125 Trace; c0108e0b Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <_EIP>: Code; c482dab4 <[sunrpc]rpcauth_gc_credcache+2c/b0> <= 0: 66 83 7b 08 00cmpw $0x0,0x8(%ebx) <= Code; c482dab9 <[sunrpc]rpcauth_gc_credcache+31/b0> 5: 75 15 jne1c <_EIP+0x1c> c482dad0 <[sunrpc]rpcauth_gc_credcache+48/b0> Code; c482dabb <[sunrpc]rpcauth_gc_credcache+33/b0> 7: a1 68 2a 29 c0mov
IBM Model 350 does not like 2.4
Hi All, I have 10 systems running 2.4 that are rock solid, but I have 1 system that has problems with 2.4. The box had run perfectly for 46 days with 2.2.19pre2, and today I installed 2.4.1-ac3 to see how it would go. It seemed to run fine for a few minutes, then the old problem reasserted itself: "df" gives a segmentation fault: iron: /root (tty/dev/pts/0): bash: 1040 df Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 1007960457996498760 48% / /dev/hda3 1198496 1082264 55352 96% /usr Segmentation fault Initial look at the oops implicates the sunrpc code. This is Red Hat 7.0 with all updates applied running on a humble pentium 166 (IBM model 350). The identical oops occurs whether the kernel is compiled with kgcc or gcc-2.96 . Hope this helps, jjs decoded ksymoops follows: ksymoops 2.3.4 on i586 2.4.1-ac3. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.1-ac3/ (default) -m /boot/System.map (specified) Warning (compare_maps): ksyms_base symbol __VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring ksyms_base entry Unable to handle kernel paging request at virtual address feff3112 c482dab4 *pde = Oops: CPU:0 EIP:0010:[c482dab4] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: feff310a ebx: feff310a ecx: edx: c36c5b20 esi: c36ef610 edi: c36c5b20 ebp: esp: c1d31d14 ds: 0018 es: 0018 ss: 0018 Process df (pid: 1305, stackpage=c1d31000) Stack: 08040016 c08c7300 4000 c01b291e c36c5b20 c36c5b20 c482db9a c36c5b20 c1d31da0 c36c5b20 c1d31dd4 c1d31d98 c482dc9f c36c5b20 c1d31da0 c1d31e80 c482951a c1d31da0 c1d31da0 c36efc10 c482940c Call Trace: [c01b291e] [c482db9a] [c482dc9f] [c482951a] [c482940c] [c482bfc0] [c485f4a8] [c01e177a] [c4858aef] [c012c0da] [c012c125] [c0108e0b] Code: 66 83 7b 08 00 75 15 a1 68 2a 29 c0 39 43 04 79 0b 8b 03 89 EIP; c482dab4 [sunrpc]rpcauth_gc_credcache+2c/b0 = Trace; c01b291e net_tx_action+96/a4 Trace; c482db9a [sunrpc]rpcauth_lookup_credcache+36/8c Trace; c482dc9f [sunrpc]rpcauth_bindcred+3b/54 Trace; c482951a [sunrpc]rpc_call_setup+36/64 Trace; c482940c [sunrpc]rpc_call_sync+64/9c Trace; c482bfc0 [sunrpc]rpc_run_timer+0/44 Trace; c485f4a8 [nfs]nfs_proc_statfs+58/7c Trace; c01e177a vsprintf+306/334 Trace; c4858aef [nfs]nfs_statfs+33/180 Trace; c012c0da vfs_statfs+3a/40 Trace; c012c125 sys_statfs+45/f4 Trace; c0108e0b system_call+33/38 Code; c482dab4 [sunrpc]rpcauth_gc_credcache+2c/b0 _EIP: Code; c482dab4 [sunrpc]rpcauth_gc_credcache+2c/b0 = 0: 66 83 7b 08 00cmpw $0x0,0x8(%ebx) = Code; c482dab9 [sunrpc]rpcauth_gc_credcache+31/b0 5: 75 15 jne1c _EIP+0x1c c482dad0 [sunrpc]rpcauth_gc_credcache+48/b0 Code; c482dabb [sunrpc]rpcauth_gc_credcache+33/b0 7: a1 68 2a 29 c0mov0xc0292a68,%eax Code; c482dac0 [sunrpc]rpcauth_gc_credcache+38/b0 c: 39 43 04 cmp%eax,0x4(%ebx) Code; c482dac3 [sunrpc]rpcauth_gc_credcache+3b/b0 f: 79 0b jns1c _EIP+0x1c c482dad0 [sunrpc]rpcauth_gc_credcache+48/b0 Code; c482dac5 [sunrpc]rpcauth_gc_credcache+3d/b0 11: 8b 03 mov(%ebx),%eax Code; c482dac7 [sunrpc]rpcauth_gc_credcache+3f/b0 13: 89 00 mov%eax,(%eax) Unable to handle kernel paging request at virtual address feff3112 c482dab4 *pde = Oops: CPU:0 EIP:0010:[c482dab4] EFLAGS: 00010286 eax: 00010a9d ebx: feff310a ecx: edx: c36c5b20 esi: edi: c36c5b20 ebp: esp: c1d31d14 ds: 0018 es: 0018 ss: 0018 Process df (pid: 1308, stackpage=c1d31000) Stack: 08048000 c08c7240 4000 c1d31d4c c36c5b20 c36c5b20 c482db9a c36c5b20 c1d31da0 c36c5b20 c1d31dd4 c1d31d98 c482dc9f c36c5b20 c1d31da0 c1d31e80 c482951a c1d31da0 c1d31da0 c36efc10 c482940c Call Trace: [c482db9a] [c482dc9f] [c482951a] [c482940c] [c482bfc0] [c485f4a8] [c01e177a] [c4858aef] [c012c0da] [c012c125] [c0108e0b] Code: 66 83 7b 08 00 75 15 a1 68 2a 29 c0 39 43 04 79 0b 8b 03 89 EIP; c482dab4 [sunrpc]rpcauth_gc_credcache+2c/b0 = Trace; c482db9a [sunrpc]rpcauth_lookup_credcache+36/8c Trace; c482dc9f [sunrpc]rpcauth_bindcred+3b/54 Trace; c482951a [sunrpc]rpc_call_setup+36/64 Trace; c482940c [sunrpc]rpc_call_sync+64/9c Trace; c482bfc0 [sunrpc]rpc_run_timer+0/44 Trace; c485f4a8 [nfs]nfs_proc_statfs+58/7c Trace; c01e177a vsprintf+306/334 Trace; c4858aef [nfs]nfs_statfs+33/180 Trace; c012c0da vfs_statfs+3a/40 Trace; c012c125 sys_statfs+45/f4 Trace; c0108e0b system_call+33/38 Code; c482dab4 [sunrpc]rpcauth_gc_credcache+2c/b0 _EIP: Code; c482dab4 [sunrpc]rpcauth_gc_credcache+2c/b0 = 0: 66 83 7b 08 00cmpw
A buglet with LVM-0.9.1
Hi, I discovered that lvm seems to have a problem with compaq raid controllers - the partitions don't have the normal names like /dev/sda1, but instead names like /dev/ida/c0d0p1 - lvm seems to works OK, but lvmdiskscan freaks... lvmdiskscan works normally on other systems, which have conventional disk controllers. This is OK - case: /tmp (tty/dev/pts/1): bash: 623 > lvscan lvscan -- ACTIVE "/dev/lxlvm/lvm1" [3.12 GB] lvscan -- 1 logical volumes with 3.12 GB total in 1 volume group lvscan -- 1 active logical volumes This is OK too - case: /tmp (tty/dev/pts/1): bash: 622 > df Filesystem 1k-blocks Used Available Use% Mounted on /dev/ida/c0d0p11007928220124736604 24% / /dev/ida/c0d0p82015904251196 1662304 14% /home /dev/ida/c0d0p71007928 240956488 1% /opt /dev/ida/c0d0p94031856 1660664 2166380 44% /usr /dev/ida/c0d0p32015920 61768 1851744 4% /var /dev/lxlvm/lvm13225352 1888308 1173204 62% /disks/backup But this is not in agreement: case: /tmp (tty/dev/pts/1): bash: 625 > lvmdiskscan -v lvmdiskscan -- reading all disks / partitions (this may take a while...) lvmdiskscan -- filling directory cache... lvmdiskscan -- walking through all found disks / partitions lvmdiskscan -- /dev/ida/c0d0p1 [1000.06 MB] free whole disk lvmdiskscan -- no valid disks / partitions found lvmdiskscan -- please check your disk device special files! Hope this is of use - jjs - 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: NT soon to surpass Linux in specweb99 performance?
Gregory Maxwell wrote: > Looks like TUX caught MS's attention: > http://www.spec.org/osg/web99/results/res2000q4/web99-20001211-00082.html > > Anyone know if their method of achieveing this is as flexible as TUX, or is > their "SWC 3.0" simply mean 'spec web cheat' and involve implimenting the > specweb dyanmic stuff in x86 assembly in their microkernel? :) One might say they cheated, both by using much faster disks and more of them, and "supercharging" their web server by putting a web cache in front of iis. Even so, they couldn't quite catch up to Tux. jjs - 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: NT soon to surpass Linux in specweb99 performance?
Gregory Maxwell wrote: Looks like TUX caught MS's attention: http://www.spec.org/osg/web99/results/res2000q4/web99-20001211-00082.html Anyone know if their method of achieveing this is as flexible as TUX, or is their "SWC 3.0" simply mean 'spec web cheat' and involve implimenting the specweb dyanmic stuff in x86 assembly in their microkernel? :) One might say they cheated, both by using much faster disks and more of them, and "supercharging" their web server by putting a web cache in front of iis. Even so, they couldn't quite catch up to Tux. jjs - 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/
A buglet with LVM-0.9.1
Hi, I discovered that lvm seems to have a problem with compaq raid controllers - the partitions don't have the normal names like /dev/sda1, but instead names like /dev/ida/c0d0p1 - lvm seems to works OK, but lvmdiskscan freaks... lvmdiskscan works normally on other systems, which have conventional disk controllers. This is OK - case: /tmp (tty/dev/pts/1): bash: 623 lvscan lvscan -- ACTIVE "/dev/lxlvm/lvm1" [3.12 GB] lvscan -- 1 logical volumes with 3.12 GB total in 1 volume group lvscan -- 1 active logical volumes This is OK too - case: /tmp (tty/dev/pts/1): bash: 622 df Filesystem 1k-blocks Used Available Use% Mounted on /dev/ida/c0d0p11007928220124736604 24% / /dev/ida/c0d0p82015904251196 1662304 14% /home /dev/ida/c0d0p71007928 240956488 1% /opt /dev/ida/c0d0p94031856 1660664 2166380 44% /usr /dev/ida/c0d0p32015920 61768 1851744 4% /var /dev/lxlvm/lvm13225352 1888308 1173204 62% /disks/backup But this is not in agreement: case: /tmp (tty/dev/pts/1): bash: 625 lvmdiskscan -v lvmdiskscan -- reading all disks / partitions (this may take a while...) lvmdiskscan -- filling directory cache... lvmdiskscan -- walking through all found disks / partitions lvmdiskscan -- /dev/ida/c0d0p1 [1000.06 MB] free whole disk lvmdiskscan -- no valid disks / partitions found lvmdiskscan -- please check your disk device special files! Hope this is of use - jjs - 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: ps hang in 241-pre10
OK, here's the details you asked about: Soundblaster Awe 32 sound card Voodoo 3 pci video card Running Xfree86-4.0.0 (rpms from 3dfx.com) Playing unreal tournament, no special game options, just 800x600 graphics @ 16 bits. To recap, the symptoms (hung ps, etc) occurred on kernel 2.4.1-pre8 + low latency patches. (but I don't think the low latency patches had anything to do with it, based on the other reports) Hope this helps jjs David Ford wrote: > On 2.4.0-ac12, I played music for about 30 minutes without any problems. I started >up an mpeg in xmms and it > locked in short order. I'm sure now that it has something to do with the graphics. >What DGA or other config > options do you have enabled for your game? > > What video and sound card? - 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: ps hang in 241-pre10
Sorry, there was no xmms involved here - The behavior occurred while playing unreal tournament. But at least the sound card was in use, FWIW - jjs David Ford wrote: > We've narrowed it down to "we're all running xmms" when it happend. > > -d > > J Sloan wrote: > > > Just for the record, the system where I saw the problem > > has only ext2 - > > -- > There is a natural aristocracy among men. The grounds of this are virtue and >talents. Thomas Jefferson > The good thing about standards is that there are so many to choose from. Andrew S. >Tanenbaum > > - > 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/ - 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: ps hang in 241-pre10
Just for the record, the system where I saw the problem has only ext2 - jjs Shawn Starr wrote: > Yes, I have ReiserFS as well...hrm... > > David Ford wrote: > > > I can quickly and easily duplicate it on my notebook by playing music or > > mpegs in xmms. It may take a few minutes but it's guaranteed. > > > > xmms stalls flat on it's face and anything accessing /proc stalls. If I get > > the time to do it, I'll take a gander at it with kdb. > > > > I have no patches applied to p10, I have reiserfs onboard but I highly doubt > > it's reiserfs. - 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: ps hang in 241-pre10
Just for the record, the system where I saw the problem has only ext2 - jjs Shawn Starr wrote: Yes, I have ReiserFS as well...hrm... David Ford wrote: I can quickly and easily duplicate it on my notebook by playing music or mpegs in xmms. It may take a few minutes but it's guaranteed. xmms stalls flat on it's face and anything accessing /proc stalls. If I get the time to do it, I'll take a gander at it with kdb. I have no patches applied to p10, I have reiserfs onboard but I highly doubt it's reiserfs. - 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: ps hang in 241-pre10
Sorry, there was no xmms involved here - The behavior occurred while playing unreal tournament. But at least the sound card was in use, FWIW - jjs David Ford wrote: We've narrowed it down to "we're all running xmms" when it happend. -d J Sloan wrote: Just for the record, the system where I saw the problem has only ext2 - -- There is a natural aristocracy among men. The grounds of this are virtue and talents. Thomas Jefferson The good thing about standards is that there are so many to choose from. Andrew S. Tanenbaum - 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/ - 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: ps hang in 241-pre10
OK, here's the details you asked about: Soundblaster Awe 32 sound card Voodoo 3 pci video card Running Xfree86-4.0.0 (rpms from 3dfx.com) Playing unreal tournament, no special game options, just 800x600 graphics @ 16 bits. To recap, the symptoms (hung ps, etc) occurred on kernel 2.4.1-pre8 + low latency patches. (but I don't think the low latency patches had anything to do with it, based on the other reports) Hope this helps jjs David Ford wrote: On 2.4.0-ac12, I played music for about 30 minutes without any problems. I started up an mpeg in xmms and it locked in short order. I'm sure now that it has something to do with the graphics. What DGA or other config options do you have enabled for your game? What video and sound card? - 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: ps hang in 241-pre10
OK, It's official now, I didn't know if it was some weird hardware fluke or something, but one of the computers here exhibited the same problem - The system in question is a Pentium II 400, scsi only (aic7xxx), running 2.4.1-pre8 plus Andrew Morton's low latency patches. The user was playing unreal tournament at the time and reported that it "got weird all of a sudden". I logged in and tried to do a ps, but the ps froze after listing a few lines. weird, never saw that one before. The user rebooted, so there was further opportunity to investigate, but I thought I ought to mention it after seeing these reports! jjs Aaron Lehmann wrote: > On Sat, Jan 27, 2001 at 03:34:26PM +1100, John Sheahan wrote: > > Hi > > my box has been running 2.4.1-pre10 for three days. > > This morning I noticed odd behavioue - ps and top wouuld freeze > > with no output. > > I had the same problem with 2.4.1-pre10 and the zerocopy patchset. > I came home one day and xmms was frozen. Attempting to determine > whether it was stuck in an odd state, I ran ps aux. At a certain > point (presumably just when it started trying to print info about the > xmms process), ps froze up too. And any attempts to killall -9 these > processes made the killall freeze! > > I'm not sure what made xmms freeze up in the first place. My first > though was a problem in the zerocopy patchset -- most of my mp3s are > played over NFS. However, XMMS was completely idle during the time I > was away from the computer, so I'm not sure what caused it. It seemed > clear, however, that the problem was contagious between processes. > > I reverted back to 2.4.0-ac7 and have not had any more problems of this > nature. - 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: ps hang in 241-pre10
OK, It's official now, I didn't know if it was some weird hardware fluke or something, but one of the computers here exhibited the same problem - The system in question is a Pentium II 400, scsi only (aic7xxx), running 2.4.1-pre8 plus Andrew Morton's low latency patches. The user was playing unreal tournament at the time and reported that it "got weird all of a sudden". I logged in and tried to do a ps, but the ps froze after listing a few lines. weird, never saw that one before. The user rebooted, so there was further opportunity to investigate, but I thought I ought to mention it after seeing these reports! jjs Aaron Lehmann wrote: On Sat, Jan 27, 2001 at 03:34:26PM +1100, John Sheahan wrote: Hi my box has been running 2.4.1-pre10 for three days. This morning I noticed odd behavioue - ps and top wouuld freeze with no output. I had the same problem with 2.4.1-pre10 and the zerocopy patchset. I came home one day and xmms was frozen. Attempting to determine whether it was stuck in an odd state, I ran ps aux. At a certain point (presumably just when it started trying to print info about the xmms process), ps froze up too. And any attempts to killall -9 these processes made the killall freeze! I'm not sure what made xmms freeze up in the first place. My first though was a problem in the zerocopy patchset -- most of my mp3s are played over NFS. However, XMMS was completely idle during the time I was away from the computer, so I'm not sure what caused it. It seemed clear, however, that the problem was contagious between processes. I reverted back to 2.4.0-ac7 and have not had any more problems of this nature. - 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: Total loss with 2.4.0 (release) (win98 not honoring partitioning)
Jason Venner wrote: > Windows 98 and possibly followons doesn't quite honor 'b' type > partitions in the extended area of the disk, particularily if you are > past the 8gig boundary and the partitions in question are over 2gig. > The above numbers are NOT hard boundaries, I have only seen this on 2 > computers and those numbers are approximate. This should be an FAQ - running windows on a system where you have a Linux partition is dangerous, and you run the risk of losing all your data. Any Linux system that contains important data should NOT dual boot with windows. The voice of experience talking... jjs - 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: Total loss with 2.4.0 (release) (win98 not honoring partitioning)
Jason Venner wrote: Windows 98 and possibly followons doesn't quite honor 'b' type partitions in the extended area of the disk, particularily if you are past the 8gig boundary and the partitions in question are over 2gig. The above numbers are NOT hard boundaries, I have only seen this on 2 computers and those numbers are approximate. This should be an FAQ - running windows on a system where you have a Linux partition is dangerous, and you run the risk of losing all your data. Any Linux system that contains important data should NOT dual boot with windows. The voice of experience talking... jjs - 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-audio-dev] low-latency scheduling patch for 2.4.0
Nigel Gamble wrote: > Yes, I most emphatically do disagree with Victor! IRIX is used for > mission-critical audio applications - recording as well playback - and > other low-latency applications. The same OS scales to large numbers of > CPUs. And it has the best desktop interactive response of any OS I've > used. I will be very happy when Linux is as good in all these areas, > and I'm working hard to achieve this goal with negligible impact on the > current Linux "sweet-spot" applications such as web serving. I have to agree - when I worked at the University of California, a number of us had SGI Indys in our offices. The desktop was lightning fast, and the graphics were awesome. This is no news to anybody, since SGI is known for graphics. The big surprise, however, came when we were trying to find the best nfs server platform, and benchmarked the SGI just for fun - as it turns out, a little Indy workstation blew away all other platforms, including some rather large expensive SPARC boxes, as an nfs server. So Irix clearly showed the best of both worlds - great latency and great throughput. I guess what I'm saying is, there are a lot of proven concepts in Irix, which work well in real life situations - don't throw out the baby with the bath water - jjs - 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-audio-dev] low-latency scheduling patch for 2.4.0
Nigel Gamble wrote: Yes, I most emphatically do disagree with Victor! IRIX is used for mission-critical audio applications - recording as well playback - and other low-latency applications. The same OS scales to large numbers of CPUs. And it has the best desktop interactive response of any OS I've used. I will be very happy when Linux is as good in all these areas, and I'm working hard to achieve this goal with negligible impact on the current Linux "sweet-spot" applications such as web serving. I have to agree - when I worked at the University of California, a number of us had SGI Indys in our offices. The desktop was lightning fast, and the graphics were awesome. This is no news to anybody, since SGI is known for graphics. The big surprise, however, came when we were trying to find the best nfs server platform, and benchmarked the SGI just for fun - as it turns out, a little Indy workstation blew away all other platforms, including some rather large expensive SPARC boxes, as an nfs server. So Irix clearly showed the best of both worlds - great latency and great throughput. I guess what I'm saying is, there are a lot of proven concepts in Irix, which work well in real life situations - don't throw out the baby with the bath water - jjs - 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/
[OT] Re: 2.4 and ipmasq modules
Aaron Lehmann wrote: It was great to see that 2.4.0 reintroduced ipfwadm support! I had no need for ipchains and ended up using the wrapper around it that emulated ipfwadm. However, 2.[02].x used to have "special IP masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc. I can't find these in 2.4.0. Where have they gone? Without important modules such as ip_masq_ftp.o I cannot use non-passive ftp from behind the masquerading firewall. It's working here for me - the netfilter modules are named differently: # lsmod Module Size Used by iptable_filter 1824 0 (autoclean) (unused) ip_nat_ftp 3280 0 (unused) iptable_nat 13120 1 [ip_nat_ftp] ip_conntrack_ftp 2016 0 (unused) ip_conntrack 13408 2 [ip_nat_ftp iptable_nat ip_conntrack_ftp] ip_tables 10784 4 [iptable_filter iptable_nat]
[OT] Re: 2.4 and ipmasq modules
Aaron Lehmann wrote: It was great to see that 2.4.0 reintroduced ipfwadm support! I had no need for ipchains and ended up using the wrapper around it that emulated ipfwadm. However, 2.[02].x used to have "special IP masquerading modules" such as ip_masq_ftp.o, ip_masq_quake.o, etc. I can't find these in 2.4.0. Where have they gone? Without important modules such as ip_masq_ftp.o I cannot use non-passive ftp from behind the masquerading firewall. It's working here for me - the netfilter modules are named differently: # lsmod Module Size Used by snip> iptable_filter 1824 0 (autoclean) (unused) ip_nat_ftp 3280 0 (unused) iptable_nat 13120 1 [ip_nat_ftp] ip_conntrack_ftp 2016 0 (unused) ip_conntrack 13408 2 [ip_nat_ftp iptable_nat ip_conntrack_ftp] ip_tables 10784 4 [iptable_filter iptable_nat] snip>
Re: Problem with networking in 2.4.0
Try this shot in the dark: echo "0" > /proc/sys/net/ipv4/tcp_ecn jjs snpe wrote: > Hello, > > I have got 2 Linux machine with kernel 2.4.0 i kernel 2.2.18. > I am in Belgrade , Yugoslavia and I can't access to any hosts : > > for example, www.linux.co.yu (Island), www.skyrr.is, www.hotmail.com etc > > Access is ok with kernel 2.2 even in a case when machine with 2.4 kernel is > masquerading host. > It doesn't work with any port. > Ping works. > > I think that these hosts are behind CISCO PIX firewall. > > I am not sure if it is related with seting kernel. - 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/
[OT]: Linux v.2.4.0 and Netscape 4.76?
[EMAIL PROTECTED] wrote: > The problem: symptoms > > It concerns the behaviour of Netscape after upgrading from kernel > 2.2.16 to 2.4.0. With the new kernel Netscape locates and connects to > a URL, and sometimes begins to download, but then it just sits there > indefinitely (without downloading any data). Just a data point - Netscape 4.76 is working wonderfully for me on several 2.4.x systems - well, netscape does die fairly often with bus errors, but when it's running it runs well - jjs - 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/
[OT]: Linux v.2.4.0 and Netscape 4.76?
[EMAIL PROTECTED] wrote: The problem: symptoms It concerns the behaviour of Netscape after upgrading from kernel 2.2.16 to 2.4.0. With the new kernel Netscape locates and connects to a URL, and sometimes begins to download, but then it just sits there indefinitely (without downloading any data). Just a data point - Netscape 4.76 is working wonderfully for me on several 2.4.x systems - well, netscape does die fairly often with bus errors, but when it's running it runs well - jjs - 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/