Fwd: My dear I want to open Company & Charity Foundation Charity Foundation in your country on your behalf is it okay Christy from America
Re: VIA's Southbridge bug: Latest (pseudo-)patch
On Mon, 21 May 2001, Udo A. Steinberg wrote: > Gerhard Mack wrote: > > > > > Its what I would describe as lack of enforcement by trading standards bodies, > > > and I suspect what the US would call 'insufficient class action lawsuits' > > > > What we need is a web page for listing crap hardware so less people buy > > it. > > Not just crap hardware, but also vendors who refuse to release proper material > required for writing drivers. NVidia springs to my mind. > Not that the kernel list is the best place to bring this up, but NVIDIA would NOT be on that list. They are by far one of the best companies out there providing support for their cards. I bought my GF2 for exactly that reason too - 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: VIA's Southbridge bug: Latest (pseudo-)patch
On Mon, 21 May 2001, Gerhard Mack wrote: > Subject: Re: VIA's Southbridge bug: Latest (pseudo-)patch > > > Its what I would describe as lack of enforcement by trading standards bodies, > > and I suspect what the US would call 'insufficient class action lawsuits' > > What we need is a web page for listing crap hardware so less people buy > it. There _is_ a list of unsupported hardware. But I don't really think one should look down that route rather, I agree with Alan (lawsuits). I'm holding off saying anything for now to via as someone mentioned one of their developers was posting on here not to long ago about the problem... I'll admit lately I've been reading my mail with the del key, but from the messages I have read related to the via problem, I have not heard anything more about it. Are they fixing it or ignoring it? I know for windows there is an official bios patch, and some other patch. But .. well.. what about linux? :) - 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: VIA's Southbridge bug: Latest (pseudo-)patch
On Mon, 21 May 2001, Udo A. Steinberg wrote: Gerhard Mack wrote: Its what I would describe as lack of enforcement by trading standards bodies, and I suspect what the US would call 'insufficient class action lawsuits' What we need is a web page for listing crap hardware so less people buy it. Not just crap hardware, but also vendors who refuse to release proper material required for writing drivers. NVidia springs to my mind. Not that the kernel list is the best place to bring this up, but NVIDIA would NOT be on that list. They are by far one of the best companies out there providing support for their cards. I bought my GF2 for exactly that reason too - 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: VIA's Southbridge bug: Latest (pseudo-)patch
On Mon, 21 May 2001, Gerhard Mack wrote: Subject: Re: VIA's Southbridge bug: Latest (pseudo-)patch Its what I would describe as lack of enforcement by trading standards bodies, and I suspect what the US would call 'insufficient class action lawsuits' What we need is a web page for listing crap hardware so less people buy it. There _is_ a list of unsupported hardware. But I don't really think one should look down that route rather, I agree with Alan (lawsuits). I'm holding off saying anything for now to via as someone mentioned one of their developers was posting on here not to long ago about the problem... I'll admit lately I've been reading my mail with the del key, but from the messages I have read related to the via problem, I have not heard anything more about it. Are they fixing it or ignoring it? I know for windows there is an official bios patch, and some other patch. But .. well.. what about linux? :) - 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: TCP capture effect :: estimate queue length ? :: pathchar
On Tue, 15 May 2001, Ralf Baechle wrote: > On Mon, May 14, 2001 at 11:49:16PM -0400, God wrote: > > > Speaking of queues on routers/servers, does such a util exist that would > > measure (even a rough estimate), what level of congestion (queueing) is > > happening between point A and B ? I'd be curious how badly congested some > > things upstream from me are.. I know I can use ping or > > traceroute ... but they don't report queueing or bursting. Both measure > > latency and packetloss ... short of stareing at a running ping that is > > ... > > Pathchar, yet another Van Jacobsen toy does this. Unfortunately the old > and rotten pre-version you can find in ftp.ee.lbl.gov:/pathchar/ is afaik > the last one. In the past it served me well you find about how ISPs are > lying ... 100mbit backbone = fast ethernet in their computer room ... > pathchar (last I used it), doesn't report queueing or bursting levels. It is purely a bandwidth estimator (and a dam fine one too!) ... Could be wrong though, I just don't recall seeing that as feature. - 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: TCP capture effect :: estimate queue length ? :: pathchar
On Tue, 15 May 2001, Ralf Baechle wrote: On Mon, May 14, 2001 at 11:49:16PM -0400, God wrote: Speaking of queues on routers/servers, does such a util exist that would measure (even a rough estimate), what level of congestion (queueing) is happening between point A and B ? I'd be curious how badly congested some things upstream from me are.. I know I can use ping or traceroute ... but they don't report queueing or bursting. Both measure latency and packetloss ... short of stareing at a running ping that is ... G Pathchar, yet another Van Jacobsen toy does this. Unfortunately the old and rotten pre-version you can find in ftp.ee.lbl.gov:/pathchar/ is afaik the last one. In the past it served me well you find about how ISPs are lying ... 100mbit backbone = fast ethernet in their computer room ... pathchar (last I used it), doesn't report queueing or bursting levels. It is purely a bandwidth estimator (and a dam fine one too!) ... Could be wrong though, I just don't recall seeing that as feature. - 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: LANANA: To Pending Device Number Registrants
On Mon, 14 May 2001, Alan Cox wrote: > > Yet another 2.5 project. If Linus wants to go play with name driven devices > and you want to help him great, but if he'd care to put out > linux-2.5.0.tar.gz _before_ starting that would be good for all of us ACK! .. 2.5?? .. gawd .. I just installed 2.4.4 like a week ago ... eeek ... - 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: LANANA: Getting out of hand?
On Mon, 14 May 2001, Alan Cox wrote: > Subject: Re: LANANA: To Pending Device Number Registrants > > > Would you mind demonstrating such wonder? Old devices are still there, > > AFAICS. Ext2 (reiserfs, devfs, abortion-of-your-choice-fs) still has > > the ability to create device nodes for them. > > Except that Linus wont hand out major numbers, which means I can't even boot > simply off such a device. I bet the vendors in question dont think the sun > shines out of linus backside any more. > ouch can't we all just get along? :< - 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: TCP capture effect :: estimate queue length ?
On Mon, 14 May 2001, Andi Kleen wrote: [.] > Packets are dropped when a device queue > fills, and when one sender is much faster than the other the faster sender > often wins the race, while the packets of the slower one get dropped. [.] Speaking of queues on routers/servers, does such a util exist that would measure (even a rough estimate), what level of congestion (queueing) is happening between point A and B ? I'd be curious how badly congested some things upstream from me are.. I know I can use ping or traceroute ... but they don't report queueing or bursting. Both measure latency and packetloss ... short of stareing at a running ping that is ... - 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: TCP capture effect :: estimate queue length ?
On Mon, 14 May 2001, Andi Kleen wrote: [.] Packets are dropped when a device queue fills, and when one sender is much faster than the other the faster sender often wins the race, while the packets of the slower one get dropped. [.] Speaking of queues on routers/servers, does such a util exist that would measure (even a rough estimate), what level of congestion (queueing) is happening between point A and B ? I'd be curious how badly congested some things upstream from me are.. I know I can use ping or traceroute ... but they don't report queueing or bursting. Both measure latency and packetloss ... short of stareing at a running ping that is ... G - 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: LANANA: Getting out of hand?
On Mon, 14 May 2001, Alan Cox wrote: Subject: Re: LANANA: To Pending Device Number Registrants Would you mind demonstrating such wonder? Old devices are still there, AFAICS. Ext2 (reiserfs, devfs, abortion-of-your-choice-fs) still has the ability to create device nodes for them. Except that Linus wont hand out major numbers, which means I can't even boot simply off such a device. I bet the vendors in question dont think the sun shines out of linus backside any more. ouch can't we all just get along? : - 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: LANANA: To Pending Device Number Registrants
On Mon, 14 May 2001, Alan Cox wrote: Yet another 2.5 project. If Linus wants to go play with name driven devices and you want to help him great, but if he'd care to put out linux-2.5.0.tar.gz _before_ starting that would be good for all of us ACK! .. 2.5?? .. gawd .. I just installed 2.4.4 like a week ago ... eeek ... - 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: ECN: Volunteers needed :: AOL ::: Spam filter
On Wed, 9 May 2001, Gregory Maxwell wrote: > On Wed, May 09, 2001 at 01:08:31PM -0400, God wrote: > > On Wed, 9 May 2001, Gregory Maxwell wrote: > > > > > 2) They certainly are. Every once in a while they go through a period of > > >silently dropping all email coming from hosts that don't have PTRs. > > >This would be no worse. > > > > ACK Which do you mean? : > > AFIK, mail which contains Path with host names which don't pass a two-way > check (forward, reverse the forward) AOL drops. Not always though, MX > records are irrelevantly. > OMG ... that .. is gay ... oh well should add them as a blocked domain anyway ... for all the dam spam that comes from them grrr - 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: ECN: Volunteers needed
On Wed, 9 May 2001, Gregory Maxwell wrote: > 2) They certainly are. Every once in a while they go through a period of >silently dropping all email coming from hosts that don't have PTRs. >This would be no worse. ACK Which do you mean? : -Hosts that don't have valid PTRs (which would be no PTR at all -- Not deliverable, but not because AOL said so) -Hosts that don't have valid PTRs, but DO have at least one valid MX (Forward and reverse) -Same as above, but said hosts MX's forward and/or reverse don't match etc etc I ask this simply because I DO know of users who have complained their E-Mail to/from an AOL customer, didn't get there. I've always assumed .. well ... AOL user .. no comment :) - 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: ECN: Volunteers needed
On Wed, 9 May 2001, Pekka Savola wrote: > To: Matthew Geier <[EMAIL PROTECTED]> > > On Wed, 9 May 2001, Matthew Geier wrote: > > > Help is needed to contact these site owners and politely using a standard > > > email ask them that their site was non-conformant. [snip] > > > > > > I tried to get my local bank to fix their internet banking service about a > > month ago. I ran into a 'brick wall'. They only support Windows and MacOS, > > since neither currently implement ECN, they don't have a problem :-( [snip] > > There are a couple of ways to deal with these: > > Try to get in touch with someone who is a network admin; [snip] In most cases, good luck. Though as you pointed out, checking RIPE might help. I mentioned in here (kernel list) about dogpile.com not supporting it. I've tried to contact their administrators with no luck. > .. Let's not start a huge thread (especially with this big Cc: list; there > should be a smaller forum to discuss this if necessary) on this though. Agreed. For now ECN has been disabled here. I got tired of so many sites not supporting it that I gave up. Maybe by 2.8.x kernels it will be worth turning back on. Thats not to say however that I don't like what the ECN people are trying to do, rather its causing me more grief with it on, then the grief I get with it off. - 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: Question: Status of VIA chipsets and 2.2 kernels
On Wed, 9 May 2001, Robert Cohen wrote: > From: Robert Cohen <[EMAIL PROTECTED]> > > I am thinking of buying a machine with a via chipset and I wan't to know > how stable it is likely to be with Linux. > I would appreciate it if someone who know's whats going on can give a > report on the state of play > as regards to all the problems and their current status with 2.2 kernels > (and 2.4 if their feeling energetic). Hi Robert, Right now one of my boxes (gaming box) is running off of : OS : Linux Distro : Slackware 7.1 Kernel : 2.4.3 SMP Mother Board: MSI KT7 Pro 2-A Chipset : VIA KT133 Processor : AMD Duron 800 Mhz (Not OC'd and not modified) Hard disks : Maxtor 5T060H6 (60 Gigger / 7200 RPM / UDMA100) : Quantum Fireball SE2.1A (2.1G / ??? RPM / UDMA33) RAM : 128M DIMM, PC133 Video Card : Geforce2 GTS, 32M DDR Network Card: I forget what I put in there.. hrmm VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: User given PCI clock speed impossible (66), using 33 MHz instead. VP_IDE: Use ide0=ata66 if you want to force UDMA66/UDMA100. VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:DMA hda: QUANTUM FIREBALL SE2.1A, ATA DISK drive hdb: Maxtor 5T060H6, ATA DISK drive hdd: LTN403L, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 4124736 sectors (2112 MB) w/80KiB Cache, CHS=1023/64/63, UDMA(33) hdb: 120103200 sectors (61493 MB) w/2048KiB Cache, CHS=7476/255/63, UDMA(100) hdd: ATAPI 40X CD-ROM drive, 120kB Cache, UDMA(33) 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02) 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 [Apollo Super AC97/Audio] (rev 50) 00:0c.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine 10/100] (rev 06) 01:00.0 VGA compatible controller: nVidia Corporation NV15 (Geforce2 GTS) (rev a3) Module Size Used by NVdriver 628304 29 via82cxxx_audio17120 1 ac97_codec 7648 0 [via82cxxx_audio] parport_pc 22608 1 (autoclean) lp 5296 1 (autoclean) parport29312 1 (autoclean) [parport_pc lp] via-rhine 10272 1 All in all pretty stable. I have problems with lock ups but I believe that to be the on board sound card (AC97 crap) as any time it does lock (especially under Wine/Half-Life), errors are usually reported to the effect of the sound card timed out or something. That and it periodicaly locked up in windows too (when I was running it). Hope this answers your question. Just make sure you have the latest 2.4.x kernel as things are changing rather fast ... (so much for a feature freeze .. heh .. :) . btw, what ever happened to the idea of creating a database of what runs with what ? Personally I think redhat did it wrong with their update network thingy ... (it has NEVER been able to login successfully .. heh ...). But would giving the user an option to send an email off after an install / upgrade basicaly listing what their system is, be a good thing? Something like what pine does? - 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: ECN: Volunteers needed
On Wed, 9 May 2001, Pekka Savola wrote: To: Matthew Geier [EMAIL PROTECTED] On Wed, 9 May 2001, Matthew Geier wrote: Help is needed to contact these site owners and politely using a standard email ask them that their site was non-conformant. [snip] I tried to get my local bank to fix their internet banking service about a month ago. I ran into a 'brick wall'. They only support Windows and MacOS, since neither currently implement ECN, they don't have a problem :-( [snip] There are a couple of ways to deal with these: Try to get in touch with someone who is a network admin; [snip] In most cases, good luck. Though as you pointed out, checking RIPE might help. I mentioned in here (kernel list) about dogpile.com not supporting it. I've tried to contact their administrators with no luck. .. Let's not start a huge thread (especially with this big Cc: list; there should be a smaller forum to discuss this if necessary) on this though. Agreed. For now ECN has been disabled here. I got tired of so many sites not supporting it that I gave up. Maybe by 2.8.x kernels it will be worth turning back on. Thats not to say however that I don't like what the ECN people are trying to do, rather its causing me more grief with it on, then the grief I get with it off. - 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: ECN: Volunteers needed
On Wed, 9 May 2001, Gregory Maxwell wrote: 2) They certainly are. Every once in a while they go through a period of silently dropping all email coming from hosts that don't have PTRs. This would be no worse. ACK Which do you mean? : -Hosts that don't have valid PTRs (which would be no PTR at all -- Not deliverable, but not because AOL said so) -Hosts that don't have valid PTRs, but DO have at least one valid MX (Forward and reverse) -Same as above, but said hosts MX's forward and/or reverse don't match etc etc I ask this simply because I DO know of users who have complained their E-Mail to/from an AOL customer, didn't get there. I've always assumed .. well ... AOL user .. no comment :) - 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: Question: Status of VIA chipsets and 2.2 kernels
On Wed, 9 May 2001, Robert Cohen wrote: From: Robert Cohen [EMAIL PROTECTED] I am thinking of buying a machine with a via chipset and I wan't to know how stable it is likely to be with Linux. I would appreciate it if someone who know's whats going on can give a report on the state of play as regards to all the problems and their current status with 2.2 kernels (and 2.4 if their feeling energetic). Hi Robert, Right now one of my boxes (gaming box) is running off of : OS : Linux Distro : Slackware 7.1 Kernel : 2.4.3 SMP Mother Board: MSI KT7 Pro 2-A Chipset : VIA KT133 Processor : AMD Duron 800 Mhz (Not OC'd and not modified) Hard disks : Maxtor 5T060H6 (60 Gigger / 7200 RPM / UDMA100) : Quantum Fireball SE2.1A (2.1G / ??? RPM / UDMA33) RAM : 128M DIMM, PC133 Video Card : Geforce2 GTS, 32M DDR Network Card: I forget what I put in there.. hrmm VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: User given PCI clock speed impossible (66), using 33 MHz instead. VP_IDE: Use ide0=ata66 if you want to force UDMA66/UDMA100. VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1 ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:pio, hdd:DMA hda: QUANTUM FIREBALL SE2.1A, ATA DISK drive hdb: Maxtor 5T060H6, ATA DISK drive hdd: LTN403L, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: 4124736 sectors (2112 MB) w/80KiB Cache, CHS=1023/64/63, UDMA(33) hdb: 120103200 sectors (61493 MB) w/2048KiB Cache, CHS=7476/255/63, UDMA(100) hdd: ATAPI 40X CD-ROM drive, 120kB Cache, UDMA(33) 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02) 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 [Apollo Super AC97/Audio] (rev 50) 00:0c.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine 10/100] (rev 06) 01:00.0 VGA compatible controller: nVidia Corporation NV15 (Geforce2 GTS) (rev a3) Module Size Used by NVdriver 628304 29 via82cxxx_audio17120 1 ac97_codec 7648 0 [via82cxxx_audio] parport_pc 22608 1 (autoclean) lp 5296 1 (autoclean) parport29312 1 (autoclean) [parport_pc lp] via-rhine 10272 1 All in all pretty stable. I have problems with lock ups but I believe that to be the on board sound card (AC97 crap) as any time it does lock (especially under Wine/Half-Life), errors are usually reported to the effect of the sound card timed out or something. That and it periodicaly locked up in windows too (when I was running it). Hope this answers your question. Just make sure you have the latest 2.4.x kernel as things are changing rather fast ... (so much for a feature freeze .. heh .. :) . btw, what ever happened to the idea of creating a database of what runs with what ? Personally I think redhat did it wrong with their update network thingy ... (it has NEVER been able to login successfully .. heh ...). But would giving the user an option to send an email off after an install / upgrade basicaly listing what their system is, be a good thing? Something like what pine does? - 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: ECN: Volunteers needed :: AOL ::: Spam filter
On Wed, 9 May 2001, Gregory Maxwell wrote: On Wed, May 09, 2001 at 01:08:31PM -0400, God wrote: On Wed, 9 May 2001, Gregory Maxwell wrote: 2) They certainly are. Every once in a while they go through a period of silently dropping all email coming from hosts that don't have PTRs. This would be no worse. ACK Which do you mean? : AFIK, mail which contains Path with host names which don't pass a two-way check (forward, reverse the forward) AOL drops. Not always though, MX records are irrelevantly. OMG ... that .. is gay ... oh well should add them as a blocked domain anyway ... for all the dam spam that comes from them grrr /thread - 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/
kernelnotes.org down / loop device results
Hiya, Just a few quickies One, is kernelnotes.org down ? .. I can't get to it (times out), I've tried from a few boxes on different networks just incase it was on my end .. (since I've compiled ecn in, MANY things don't seem to be working ... even the best search engine in the world .. dogpile, doesn't work .. grr) .. enough of that. Loop device: I know there was a thread on here awhile ago about problems with it or something ... dyndns shut down the domain I was using to subscribe here (penguinpowered.com) so I didn't catch the whole thread Problems (Are they related or am I on crack here?): If I make an image of a floppy: # dd if=/dev/fd0 of=32xCDRomBootDisk.bin bs=32k then try to mount the image (no errors on the floppy): # mount 32xCDRomBootDisk.bin /mnt/nt -t msdos -o loop=/dev/loop3 Mount hangs ... what do I mean by that? .. well: # killall -9 mount # killall -9 mount # ps -eaux |grep mount root 9719 0.0 1.3 6024 2152 ?SApr30 0:00 /sbin/mount.smbfs root 12245 0.0 0.9 1472 1472 ?DL 14:41 0:00 mount /mnt/Mount_this_you_whore root 12342 0.0 0.9 1472 1472 pts/36 DL 14:50 0:00 mount 32xCDRomBoo root 12604 0.0 0.3 1520 608 pts/4S15:30 0:00 grep mount PWD=/m The two mouts are STILL running! ... and acutally, I started writting this email eairly this morning ... yet even now, at almost 10pm EST, those procs are still there. Had it not been for the fact that I do most things under screen, those two ttys would be unusable. Some points to think about: I may have made an incorrect assumption that one can even do what I'm trying. It works for making boot disks, so I assumed the reverse would be true. I know there was a thread on here about the loop device, but again, I didn't follow it all, and even now as I check again to see if kernelnotes,org is up, it still isn't. SOOO am I goin crazy here, or on crack? ... box: Red Nut 7.1, Linux scotch 2.4.2 #2 SMP Thu Mar 1 18:08:51 EST 2001 i686 unknown loop device is compiled as a module (and loaded). I have about 200 floppys I would like to turn into images and burn onto one cd, which is why I even tried. - 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/
kernelnotes.org down / loop device results
Hiya, Just a few quickies One, is kernelnotes.org down ? .. I can't get to it (times out), I've tried from a few boxes on different networks just incase it was on my end .. (since I've compiled ecn in, MANY things don't seem to be working ... even the best search engine in the world .. dogpile, doesn't work .. grr) .. enough of that. Loop device: I know there was a thread on here awhile ago about problems with it or something ... dyndns shut down the domain I was using to subscribe here (penguinpowered.com) so I didn't catch the whole thread Problems (Are they related or am I on crack here?): If I make an image of a floppy: # dd if=/dev/fd0 of=32xCDRomBootDisk.bin bs=32k then try to mount the image (no errors on the floppy): # mount 32xCDRomBootDisk.bin /mnt/nt -t msdos -o loop=/dev/loop3 Mount hangs ... what do I mean by that? .. well: in another tty # killall -9 mount # killall -9 mount # ps -eaux |grep mount root 9719 0.0 1.3 6024 2152 ?SApr30 0:00 /sbin/mount.smbfs root 12245 0.0 0.9 1472 1472 ?DL 14:41 0:00 mount /mnt/Mount_this_you_whore root 12342 0.0 0.9 1472 1472 pts/36 DL 14:50 0:00 mount 32xCDRomBoo root 12604 0.0 0.3 1520 608 pts/4S15:30 0:00 grep mount PWD=/m The two mouts are STILL running! ... and acutally, I started writting this email eairly this morning ... yet even now, at almost 10pm EST, those procs are still there. Had it not been for the fact that I do most things under screen, those two ttys would be unusable. Some points to think about: I may have made an incorrect assumption that one can even do what I'm trying. It works for making boot disks, so I assumed the reverse would be true. I know there was a thread on here about the loop device, but again, I didn't follow it all, and even now as I check again to see if kernelnotes,org is up, it still isn't. SOOO am I goin crazy here, or on crack? ... box: Red Nut 7.1, Linux scotch 2.4.2 #2 SMP Thu Mar 1 18:08:51 EST 2001 i686 unknown loop device is compiled as a module (and loaded). I have about 200 floppys I would like to turn into images and burn onto one cd, which is why I even tried. - 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 ext2 filesystem corruption ? (was 2.4.2: What happened?(No
On Thu, 8 Mar 2001, Alexander Viro wrote: > Date: Thu, 8 Mar 2001 01:21:31 -0500 (EST) > From: Alexander Viro <[EMAIL PROTECTED]> > To: Ben Greear <[EMAIL PROTECTED]> > Cc: Alan Cox <[EMAIL PROTECTED]>, > Linux Kernel <[EMAIL PROTECTED]> > Subject: Re: 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened > ?(No > > > > On Wed, 7 Mar 2001, Ben Greear wrote: > > > I see it differently: If it's possible for the driver to protect the > > user, and it does not, then it strikes me as irresponsible programming. If > > there is a reason other than 'only elite users are cool enough to tune > > their system, and they never make mistakes', then that's ok, but I have > > not heard that argument yet. > > *users* have no business changing the system configuration. End of story. > Again, if somebody doesn't read manpages before doing stuff under root - > no point trying to protect him. He will find a way to fsck up, no matter > how many "safety" checks you put in. Just curious, but do you administer any kind of network with users? Are they all perfect? Never changing a setting? Never screwing anything up? ... If so , then it must get boring sitting in your office all day. According to you, I, nor any of the other millions of computer users/game players out there, should ever do anything more then install a game and run it. Oh wait .. ya know what? .. that involves changing system settings too . darn .. ya know .. I guess I just shouldn't use a computer at all -end of story > BTW, that's the first time I've seen > "elite" used as a term for "able to understand the meaning of words 'use > with extreme caution'". Oh, well... What? that is very, VERY, low and stupid. - 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 ext2 filesystem corruption ? (was 2.4.2: What happened?(No
On Wed, 7 Mar 2001, Ben Greear wrote: > Date: Wed, 07 Mar 2001 23:32:11 -0700 > From: Ben Greear <[EMAIL PROTECTED]> > To: Alexander Viro <[EMAIL PROTECTED]> > Cc: Alan Cox <[EMAIL PROTECTED]>, > Linux Kernel <[EMAIL PROTECTED]> > Subject: Re: 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened > ?(No > > Alexander Viro wrote: > > > > On Wed, 7 Mar 2001, Ben Greear wrote: > > > > > However, messing with the hdparms options can do random things, at > > > least from my perspective as a user: It may bring exciting new performance > > > to your system, and it may subtly, or not so, corrupt your file system. > > > > It's root-only. If you run unfamiliar stuff as root without thorough > > RTFM or choose to ignore "use with extreme caution" contained in the > > manpage - hdparm is the least of your problems. Think of it as evolution > > in action... > > Cheers, > > Al > > I see it differently: If it's possible for the driver to protect the > user, and it does not, Agreed. > then it strikes me as irresponsible programming. Also agreed. > If there is a reason other than 'only elite users are cool enough to tune > their system, and they never make mistakes', Agreed > then that's ok, NOT Agreed. > but I have not heard that argument yet. > What must be understood by the linux community is that if it continues to target the user base of other Desktop OS's, (ok the only other one... we all know which), Then it MUST be userfriendly. How friendly? Think about the AOL and newuser jokes we have all heard at one point or another. The truth is, _assuming_ the user will know, or know better, is the WRONG way to go. Look at some of the confirmation requests in windows, some ask you twice if you whish to perform an action. Even Red Hat (that I know of, others may as well), has an alias for "rm" that by default turns on confirmation. Why? Because not ALL users will know better. Sure there are warnings that you can put in a man page somewhere, but the truth is few users are actually going to READ the page. Is it there fault? Yes. But should it be so easy to lose their data over it rather then writting code to detect if said feature will work or not? ... If the majority of people on this list think YES, then Linux truely has a long way to go .. > > Either way, I've said my piece, and will go back to wrestling with > why my network/overall performance is sucking so badly all of a sudden... > > Enjoy, > Ben > > - 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 ext2 filesystem corruption ? (was 2.4.2: What happened?(No
On Wed, 7 Mar 2001, Ben Greear wrote: Date: Wed, 07 Mar 2001 23:32:11 -0700 From: Ben Greear [EMAIL PROTECTED] To: Alexander Viro [EMAIL PROTECTED] Cc: Alan Cox [EMAIL PROTECTED], Linux Kernel [EMAIL PROTECTED] Subject: Re: 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ?(No Alexander Viro wrote: On Wed, 7 Mar 2001, Ben Greear wrote: However, messing with the hdparms options can do random things, at least from my perspective as a user: It may bring exciting new performance to your system, and it may subtly, or not so, corrupt your file system. It's root-only. If you run unfamiliar stuff as root without thorough RTFM or choose to ignore "use with extreme caution" contained in the manpage - hdparm is the least of your problems. Think of it as evolution in action... Cheers, Al I see it differently: If it's possible for the driver to protect the user, and it does not, Agreed. then it strikes me as irresponsible programming. Also agreed. If there is a reason other than 'only elite users are cool enough to tune their system, and they never make mistakes', Agreed then that's ok, NOT Agreed. but I have not heard that argument yet. What must be understood by the linux community is that if it continues to target the user base of other Desktop OS's, (ok the only other one... we all know which), Then it MUST be userfriendly. How friendly? Think about the AOL and newuser jokes we have all heard at one point or another. The truth is, _assuming_ the user will know, or know better, is the WRONG way to go. Look at some of the confirmation requests in windows, some ask you twice if you whish to perform an action. Even Red Hat (that I know of, others may as well), has an alias for "rm" that by default turns on confirmation. Why? Because not ALL users will know better. Sure there are warnings that you can put in a man page somewhere, but the truth is few users are actually going to READ the page. Is it there fault? Yes. But should it be so easy to lose their data over it rather then writting code to detect if said feature will work or not? ... If the majority of people on this list think YES, then Linux truely has a long way to go .. Either way, I've said my piece, and will go back to wrestling with why my network/overall performance is sucking so badly all of a sudden... Enjoy, Ben - 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 ext2 filesystem corruption ? (was 2.4.2: What happened?(No
On Thu, 8 Mar 2001, Alexander Viro wrote: Date: Thu, 8 Mar 2001 01:21:31 -0500 (EST) From: Alexander Viro [EMAIL PROTECTED] To: Ben Greear [EMAIL PROTECTED] Cc: Alan Cox [EMAIL PROTECTED], Linux Kernel [EMAIL PROTECTED] Subject: Re: 2.4.2 ext2 filesystem corruption ? (was 2.4.2: What happened ?(No On Wed, 7 Mar 2001, Ben Greear wrote: I see it differently: If it's possible for the driver to protect the user, and it does not, then it strikes me as irresponsible programming. If there is a reason other than 'only elite users are cool enough to tune their system, and they never make mistakes', then that's ok, but I have not heard that argument yet. *users* have no business changing the system configuration. End of story. Again, if somebody doesn't read manpages before doing stuff under root - no point trying to protect him. He will find a way to fsck up, no matter how many "safety" checks you put in. Just curious, but do you administer any kind of network with users? Are they all perfect? Never changing a setting? Never screwing anything up? ... If so , then it must get boring sitting in your office all day. According to you, I, nor any of the other millions of computer users/game players out there, should ever do anything more then install a game and run it. Oh wait .. ya know what? .. that involves changing system settings too . darn .. ya know .. I guess I just shouldn't use a computer at all -end of story BTW, that's the first time I've seen "elite" used as a term for "able to understand the meaning of words 'use with extreme caution'". Oh, well... What? that is very, VERY, low and stupid. - 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.2-ac12
On Tue, 6 Mar 2001, Alan Cox wrote: > > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE > > stage it just reboots. > > Does ac11 also reboot like that. -ac is currently testing versions of the new > VIA IDE driver so knowing if the latest update did that would be very > useful > Stock 2.4.2 kernel. It (so far), hasn't happened again .. the drive led is still screwed though. It's weird, the other drives seem to seek at odd times too (like when they aren't even mounted). - 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.2-ac12
On Tue, 6 Mar 2001, Scott M. Hoffman wrote: > On Tue, 6 Mar 2001, God wrote: > > > # iostat > > Linux 2.4.2 (scotch)03/06/2001 > > I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE > stage it just reboots. Same chipset/mb? > As for your iostat output, which version do you have? The stock one with > RH7 needs to be upgraded to work with 2.4 kernels. I'm using 3.3.5 now, > which seems to work. Version of? - 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.2-ac12
On Mon, 5 Mar 2001, Scott M. Hoffman wrote: > On Mon, 5 Mar 2001, Richard B. Johnson wrote: > > > > I -- S T R O N G L Y -- suggest that nobody use this kernel with > > a BusLogic SCSI controller until this problem is fixed. > > > > Dick Johnson > > It may not be related, but out of five boot attempts, only one got past > the IDE driver stage(ie, below from 2.4.2 : > VP_IDE: IDE controller on PCI bus 00 dev 39 > VP_IDE: chipset revision 16 > VP_IDE: not 100% native mode: will probe irqs later > ide: Assuming 33MHz system bus speed for PIO modes; override with > idebus=xx > VP_IDE: VIA vt82c596b (rev 23) IDE UDMA66 controller on pci00:07.1 > ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA > ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA) > I've had 2.4.2 running great for the past 10 days. Need any more info? heh... I had (probably still do), the same problem. Took me a few boots before it would get passed the drives (this was right after upgrading to 2.4.2). PIIX4: IDE controller on PCI bus 00 dev 21 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA hda: QUANTUM FIREBALL CX6.4A, ATA DISK drive hdb: ST33210A, ATA DISK drive hdc: WDC AC2340F, ATA DISK drive hdd: ATAPI CD-ROM DRIVE 40X MAXIMUM, ATAPI CD/DVD-ROM drive Other then the fact that as I look down at the drive activity light on the case, it's lit ... things from a IO standpoint seem to be ok .. (and I hope it stays that way) ... btw, for the curious: # iostat Linux 2.4.2 (scotch)03/06/2001 tty: tin tout avg-cpu: %user %nice%sys %idle %iowait 0 0 1.090.000.690.00 98.22 Disks: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn hdisk00.00 0.00 0.00 0 0 hdisk10.00 0.00 0.00 0 0 hdisk20.00 0.00 0.00 0 0 # hdparm -I /dev/hdd hdd: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hdd: drive_cmd: error=0x04 /dev/hdd: hdd: drive_cmd: status=0x58 { DriveReady SeekComplete DataRequest } HDIO_DRIVE_CMD(identify) failed: Input/output error Doesn't matter what I have hdparm do to the drive, after running a function the drive / bus activity light turns off ... Thoughts? - 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: Annoying CD-rom driver error messages
On Mon, 5 Mar 2001, Alan Cox wrote: > > > this isnt a kernel problem, its a _very_ stupid app > > --- > > Must be more than one stupid app... > > Could well be. You have something continually trying to open your cdrom and > see if there is media in it Gnome / KDE? does exactly that... (rather annoying too) .. what app specificaly I don't know... - 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: Annoying CD-rom driver error messages
On Mon, 5 Mar 2001, Alan Cox wrote: this isnt a kernel problem, its a _very_ stupid app --- Must be more than one stupid app... Could well be. You have something continually trying to open your cdrom and see if there is media in it Gnome / KDE? does exactly that... (rather annoying too) .. what app specificaly I don't know... - 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.2-ac12
On Mon, 5 Mar 2001, Scott M. Hoffman wrote: On Mon, 5 Mar 2001, Richard B. Johnson wrote: I -- S T R O N G L Y -- suggest that nobody use this kernel with a BusLogic SCSI controller until this problem is fixed. Dick Johnson It may not be related, but out of five boot attempts, only one got past the IDE driver stage(ie, below from 2.4.2 : VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 16 VP_IDE: not 100% native mode: will probe irqs later ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: VIA vt82c596b (rev 23) IDE UDMA66 controller on pci00:07.1 ide0: BM-DMA at 0xe000-0xe007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xe008-0xe00f, BIOS settings: hdc:DMA, hdd:DMA) I've had 2.4.2 running great for the past 10 days. Need any more info? heh... I had (probably still do), the same problem. Took me a few boots before it would get passed the drives (this was right after upgrading to 2.4.2). PIIX4: IDE controller on PCI bus 00 dev 21 PIIX4: chipset revision 1 PIIX4: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hdc:DMA, hdd:DMA hda: QUANTUM FIREBALL CX6.4A, ATA DISK drive hdb: ST33210A, ATA DISK drive hdc: WDC AC2340F, ATA DISK drive hdd: ATAPI CD-ROM DRIVE 40X MAXIMUM, ATAPI CD/DVD-ROM drive Other then the fact that as I look down at the drive activity light on the case, it's lit ... things from a IO standpoint seem to be ok .. (and I hope it stays that way) ... btw, for the curious: # iostat Linux 2.4.2 (scotch)03/06/2001 tty: tin tout avg-cpu: %user %nice%sys %idle %iowait 0 0 1.090.000.690.00 98.22 Disks: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn hdisk00.00 0.00 0.00 0 0 hdisk10.00 0.00 0.00 0 0 hdisk20.00 0.00 0.00 0 0 # hdparm -I /dev/hdd hdd: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hdd: drive_cmd: error=0x04 /dev/hdd: hdd: drive_cmd: status=0x58 { DriveReady SeekComplete DataRequest } HDIO_DRIVE_CMD(identify) failed: Input/output error Doesn't matter what I have hdparm do to the drive, after running a function the drive / bus activity light turns off ... Thoughts? - 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.2-ac12
On Tue, 6 Mar 2001, Scott M. Hoffman wrote: On Tue, 6 Mar 2001, God wrote: # iostat Linux 2.4.2 (scotch)03/06/2001 I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE stage it just reboots. Same chipset/mb? As for your iostat output, which version do you have? The stock one with RH7 needs to be upgraded to work with 2.4 kernels. I'm using 3.3.5 now, which seems to work. Version of? - 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.2-ac12
On Tue, 6 Mar 2001, Alan Cox wrote: I have not had problems with 2.4.2, just tried 2.4.2-ac12. About the IDE stage it just reboots. Does ac11 also reboot like that. -ac is currently testing versions of the new VIA IDE driver so knowing if the latest update did that would be very useful Stock 2.4.2 kernel. It (so far), hasn't happened again .. the drive led is still screwed though. It's weird, the other drives seem to seek at odd times too (like when they aren't even mounted). - 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: What is 2.4 Linux networking performance like compared to BSD?
On Thu, 1 Mar 2001, Hans Reiser wrote: > Date: Thu, 01 Mar 2001 19:03:31 +0300 > > Todd wrote: > > hans, > > we've found that the TCP and UDP performance on 2.4 is *dramatically* > > better than 2.2. [..] > > i'd recommend it's networking performance to anyone. > > > > On Thu, 1 Mar 2001, Hans Reiser wrote: > > > They know that iMimic's polymix performance on Linux 2.2.* is half what it is on > > > BSD. Has the Linux 2.4 networking code caught up to BSD? > > > Can I tell them not to worry about the Linux networking code strangling their > > > webcache product's performance, or not? > > The problem is that I really need BSD vs. Linux experiences, not Linux 2.4 vs. > 2.2 experiences, because the webcache industry tends to strongly disparage Linux > networking code, so much better isn't necessarily good enough. > It isn't just the webcache industry, heh. I have not yet played with 2.4, let alone under what I consider stress; but from experience with 2.2 and eairlier I could see why one would take fbsd over linux. Between mysterious messages popping up on the console (be it they are related to NIC drivers or not), and other oddities as ram and fd's fill up, fbsd could be considered by some to be better suited. On the topic of perfromance, I see Todd and a few others post some numbers, but has anyone kept track of them through kernel versions and drivers? It would be interesting to see something like lmbench run on each, and their results recorded. I'm tempted to run various tests before and after I upgrade from 2.2.x to 2.4.x, just to see the difference - 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/
Stable Version?
Hello, I'll make this quick as I know how much traffic this list gets. What version of the 2.4.x kernels is actually stable enough to use? I ask this because I see 2.4.2, but then the 2.4.2ac7 fix which from what I have read on here, is a pretty important patch. Is 2.4.2 or 2.4.1 stable enough? I don't run a large site, but what I do have, I think would benefit very much from the improved 2.4.x kernel over what I have mostly have now, of 2.2.16's and 2.2.18's (if not for the the network stuff alone). - 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/
Stable Version?
Hello, I'll make this quick as I know how much traffic this list gets. What version of the 2.4.x kernels is actually stable enough to use? I ask this because I see 2.4.2, but then the 2.4.2ac7 fix which from what I have read on here, is a pretty important patch. Is 2.4.2 or 2.4.1 stable enough? I don't run a large site, but what I do have, I think would benefit very much from the improved 2.4.x kernel over what I have mostly have now, of 2.2.16's and 2.2.18's (if not for the the network stuff alone). - 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: What is 2.4 Linux networking performance like compared to BSD?
On Thu, 1 Mar 2001, Hans Reiser wrote: Date: Thu, 01 Mar 2001 19:03:31 +0300 Todd wrote: hans, we've found that the TCP and UDP performance on 2.4 is *dramatically* better than 2.2. [..] i'd recommend it's networking performance to anyone. On Thu, 1 Mar 2001, Hans Reiser wrote: They know that iMimic's polymix performance on Linux 2.2.* is half what it is on BSD. Has the Linux 2.4 networking code caught up to BSD? Can I tell them not to worry about the Linux networking code strangling their webcache product's performance, or not? The problem is that I really need BSD vs. Linux experiences, not Linux 2.4 vs. 2.2 experiences, because the webcache industry tends to strongly disparage Linux networking code, so much better isn't necessarily good enough. It isn't just the webcache industry, heh. I have not yet played with 2.4, let alone under what I consider stress; but from experience with 2.2 and eairlier I could see why one would take fbsd over linux. Between mysterious messages popping up on the console (be it they are related to NIC drivers or not), and other oddities as ram and fd's fill up, fbsd could be considered by some to be better suited. On the topic of perfromance, I see Todd and a few others post some numbers, but has anyone kept track of them through kernel versions and drivers? It would be interesting to see something like lmbench run on each, and their results recorded. I'm tempted to run various tests before and after I upgrade from 2.2.x to 2.4.x, just to see the difference /crazy - 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/