Re: Announce loop-AES-v3.0b file/swap crypto package
On Tue, 18 Jan 2005, Venkat Manakkal wrote: > As for cryptoloop, I'm sorry, I cannot say the same. The password hashing > system being changed in the past year, poor stability and machine lockups are > what I have noticed, besides there is nothing like the readme here: cryptoloop is also unusably slow, even on my x86_64 machines... at the very least someone should merge in the assembler loop-aes routines. all other architectural arguments/whining aside, is there any good reason not to do this? -Dan - 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: Announce loop-AES-v3.0b file/swap crypto package
On Tue, 18 Jan 2005, Venkat Manakkal wrote: As for cryptoloop, I'm sorry, I cannot say the same. The password hashing system being changed in the past year, poor stability and machine lockups are what I have noticed, besides there is nothing like the readme here: cryptoloop is also unusably slow, even on my x86_64 machines... at the very least someone should merge in the assembler loop-aes routines. all other architectural arguments/whining aside, is there any good reason not to do this? -Dan - 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] Quad-cpu motherboard recommendation
On Thu, 5 Jul 2001 [EMAIL PROTECTED] wrote: > can someone please recommend a motherboard that can carry four CPUs, > either AMD or Intel (but other than Pentium III Xeon 700 Mhz) capable of > running Linux? So you want a quad-pentiumpro-200 do you? :D -Dan - 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] Quad-cpu motherboard recommendation
On Thu, 5 Jul 2001 [EMAIL PROTECTED] wrote: can someone please recommend a motherboard that can carry four CPUs, either AMD or Intel (but other than Pentium III Xeon 700 Mhz) capable of running Linux? So you want a quad-pentiumpro-200 do you? :D -Dan - 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: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, William T Wilson wrote: > My understanding is that astronauts going up on the shuttle take turns > bringing a laptop computer so they have actual computing power available > to them. The shuttle computer is not adequate for many tasks because it > is something like 30 years old, but that's what they use because it is > certified. So somebody has to bring along a non-certified system in their > "personal effects" allowance to get real work done :} No.. the laptops are certified too. Not all the software on them I think, but the hardware is definitely restricted and often modified. The shuttle computers are designed for ONE task -- flying the spacecraft. They are not designed to read email or play quake3. FWIW I do not think you would WANT the shuttle computers doing anything else - these are specially designed hard realtime triple redundant systems quite different from laptops. FWIW if you read the public records of space station and shuttle logs, it's downright scary how often m$ stuff causes big problems up there. -Dan - 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: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, Justin Guyett wrote: > On Sun, 1 Jul 2001, Dan Hollis wrote: > > On Sun, 1 Jul 2001, Kurt Maxwell Weber wrote: > > As demonstrated many times over the past several years, it is becoming > > increasingly difficult to buy a PC without bundled m$-ware. Even if you > > dont use m$-ware you are still forced to pay for it. > And you can get a refund if you don't agree to the license. No, you can't. (tested & proven) > Or you can build your own computer. Sure. > The OS isn't the only thing Dell or Compaq or anyone else forces on > you. Would you complain if you couldn't get a machine from a major > vendor with a certain disk drive, and were then "forced" to buy it > anyway, and trash the original drive? strawman and you know it. -Dan - 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: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, Kurt Maxwell Weber wrote: > You can choose to work somewhere else, or choose to enter a different field. As demonstrated many times over the past several years, it is becoming increasingly difficult to buy a PC without bundled m$-ware. Even if you dont use m$-ware you are still forced to pay for it. -Dan - 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: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, Kurt Maxwell Weber wrote: You can choose to work somewhere else, or choose to enter a different field. As demonstrated many times over the past several years, it is becoming increasingly difficult to buy a PC without bundled m$-ware. Even if you dont use m$-ware you are still forced to pay for it. -Dan - 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: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, Justin Guyett wrote: On Sun, 1 Jul 2001, Dan Hollis wrote: On Sun, 1 Jul 2001, Kurt Maxwell Weber wrote: As demonstrated many times over the past several years, it is becoming increasingly difficult to buy a PC without bundled m$-ware. Even if you dont use m$-ware you are still forced to pay for it. And you can get a refund if you don't agree to the license. No, you can't. (tested proven) Or you can build your own computer. Sure. The OS isn't the only thing Dell or Compaq or anyone else forces on you. Would you complain if you couldn't get a machine from a major vendor with a certain disk drive, and were then forced to buy it anyway, and trash the original drive? strawman and you know it. -Dan - 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: Uncle Sam Wants YOU!
On Sun, 1 Jul 2001, William T Wilson wrote: My understanding is that astronauts going up on the shuttle take turns bringing a laptop computer so they have actual computing power available to them. The shuttle computer is not adequate for many tasks because it is something like 30 years old, but that's what they use because it is certified. So somebody has to bring along a non-certified system in their personal effects allowance to get real work done :} No.. the laptops are certified too. Not all the software on them I think, but the hardware is definitely restricted and often modified. The shuttle computers are designed for ONE task -- flying the spacecraft. They are not designed to read email or play quake3. FWIW I do not think you would WANT the shuttle computers doing anything else - these are specially designed hard realtime triple redundant systems quite different from laptops. FWIW if you read the public records of space station and shuttle logs, it's downright scary how often m$ stuff causes big problems up there. -Dan - 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: AMD thunderbird oops
On Mon, 25 Jun 2001, Alan Cox wrote: > Random oopses normally indicate faulty board cpu or ram (and the fault may > even just be overheating or dimms not in the sockets cleanly). I doubt its > the board design or model that is the problem, you probably jut have a faulty > component somewhere if its oopsing randomly even during installs and stuff Ive found a number of problems can be traced to power supply problems, the board providing a bit of under voltage. Manually adjusting CPU voltage a notch or two up has fixed many a board for me. Also manually adjusting SDRAM drive strength can help, BIOS sometimes gets this wrong. -Dan - 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: AMD thunderbird oops
On Mon, 25 Jun 2001, Alan Cox wrote: Random oopses normally indicate faulty board cpu or ram (and the fault may even just be overheating or dimms not in the sockets cleanly). I doubt its the board design or model that is the problem, you probably jut have a faulty component somewhere if its oopsing randomly even during installs and stuff Ive found a number of problems can be traced to power supply problems, the board providing a bit of under voltage. Manually adjusting CPU voltage a notch or two up has fixed many a board for me. Also manually adjusting SDRAM drive strength can help, BIOS sometimes gets this wrong. -Dan - 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/
ALi magik1 datasheet?
Does anyone have the ALi magik1 northbridge datasheet? (ALi M1647) The pdf "documentation" files on the ALi web site are just sales brochures. Yes, i've already asked ALi repeatedly in emails and filled out the online datasheet request forms and they have responded with deafening silence. -Dan - 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: Âèçû.Ïàñïîðòà.Ãðàæäàíñòâà.Ïðîáëåìû.=?ISO-8859-1?Q?=D0=E5=F8=E5=ED=
On Sat, 16 Jun 2001, =?ISO-8859-1?Q? =C1=E5=EB=EE=E1=EE=F0=EE=E4=EE=E2?= wrote: > "Íåò íåðàçðåøèìûõ ñèòóàöèé, åñòü òîëüêî íåæåëàíèå èõ > [... drivel deleted ...] Received: from [195.161.132.168] ([195.161.132.168]:38150 "HELO 777") by vger.kernel.org with SMTP id ; Fri, 15 Jun 2001 17:19:32 -0400 inetnum: 195.161.132.0 - 195.161.132.255 netname: RT-CLNT-MMTEL descr:Moscow Long Distance and International Telephone Anyone want to fire the nuclear larts? -Dan - 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: Âèçû.Ïàñïîðòà.Ãðàæäàíñòâà.Ïðîáëåìû.=?ISO-8859-1?Q?=D0=E5=F8=E5=ED=
On Sat, 16 Jun 2001, =?ISO-8859-1?Q? =C1=E5=EB=EE=E1=EE=F0=EE=E4=EE=E2?= wrote: Íåò íåðàçðåøèìûõ ñèòóàöèé, åñòü òîëüêî íåæåëàíèå èõ [... drivel deleted ...] Received: from [195.161.132.168] ([195.161.132.168]:38150 HELO 777) by vger.kernel.org with SMTP id S264252AbRFOVTc; Fri, 15 Jun 2001 17:19:32 -0400 inetnum: 195.161.132.0 - 195.161.132.255 netname: RT-CLNT-MMTEL descr:Moscow Long Distance and International Telephone Anyone want to fire the nuclear larts? -Dan - 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/
ALi magik1 datasheet?
Does anyone have the ALi magik1 northbridge datasheet? (ALi M1647) The pdf documentation files on the ALi web site are just sales brochures. Yes, i've already asked ALi repeatedly in emails and filled out the online datasheet request forms and they have responded with deafening silence. -Dan - 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 Wed, 6 Jun 2001, Marc Lehmann wrote: > I *do* hate silent data corruption :() An "integrity loopback" device would certainly detect silent corruption. Eg a loopback which CRC's all blocks read/written and screams loudly if the CRC fails. -Dan - 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 Wed, 6 Jun 2001, Marc Lehmann wrote: I *do* hate silent data corruption :() An integrity loopback device would certainly detect silent corruption. Eg a loopback which CRC's all blocks read/written and screams loudly if the CRC fails. -Dan - 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: Dual Athlon Performance
On Mon, 28 May 2001, Jakob Østergaard wrote: > Please see the Beowulf mailing list (www.beowulf.org) - a dual athlon system > was tested there about a month ago, and various tests were collected and run. http://www.beowulf.org/pipermail/beowulf/ Archives for March and April conveniently missing. -Dan - 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: Dual Athlon Performance
On Mon, 28 May 2001, Jakob Østergaard wrote: Please see the Beowulf mailing list (www.beowulf.org) - a dual athlon system was tested there about a month ago, and various tests were collected and run. http://www.beowulf.org/pipermail/beowulf/ Archives for March and April conveniently missing. -Dan - 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: Dual Athlon on 2.2.19 ?
On Thu, 24 May 2001, Johannes Erdfelt wrote: > Which patch of mine did you apply? Which motherboard are you doing your > testing with? The dual tyan presumably. Or are there others you are aware of. -Dan - 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: Dual Athlon on 2.2.19 ?
On Thu, 24 May 2001, Johannes Erdfelt wrote: Which patch of mine did you apply? Which motherboard are you doing your testing with? The dual tyan presumably. Or are there others you are aware of. -Dan - 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: > Not just crap hardware, but also vendors who refuse to release proper material > required for writing drivers. NVidia springs to my mind. This would be a browser-busting webpage, the page would be so long... -Dan - 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: > > 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. And then get sued by the manufacturers so that they can keep running their scams of selling broken shit hardware to the public. -Dan - 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: Not just crap hardware, but also vendors who refuse to release proper material required for writing drivers. NVidia springs to my mind. This would be a browser-busting webpage, the page would be so long... -Dan - 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: 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. And then get sued by the manufacturers so that they can keep running their scams of selling broken shit hardware to the public. -Dan - 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
This thread is becoming high enough volume and likely to become much more so, perhaps a separate ml should be set up for it? linux-device-management perhaps? -Dan - 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 Tue, 15 May 2001, James Simmons wrote: > Actually their are hotplug video cards. High end servers have hot swapable > graphcis cards. Would you want to take down a very important server > because the graphics card went dead. You pull it out and you plug a new > one in. Also their are PCMCIA video cards. I have seen them for the hand > held ipaqs. It is only a matter of time before all devices are hot > swappable. All PCI is potentially hot pluggable right now. There is also firewire to contend with. -Dan - 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 Tue, 15 May 2001, James Simmons wrote: Actually their are hotplug video cards. High end servers have hot swapable graphcis cards. Would you want to take down a very important server because the graphics card went dead. You pull it out and you plug a new one in. Also their are PCMCIA video cards. I have seen them for the hand held ipaqs. It is only a matter of time before all devices are hot swappable. All PCI is potentially hot pluggable right now. There is also firewire to contend with. -Dan - 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
This thread is becoming high enough volume and likely to become much more so, perhaps a separate ml should be set up for it? linux-device-management perhaps? -Dan - 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: > grep MAJOR lilo-21.4.4/*|wc -l > 323 > Also hdparm > raidtools > psmisc > mtools > mt-st > gpm > joystick so we now have a list of stuff that needs to be fixed 8) or at least, a cross section sampling of stuff to design a new API for. -Dan - 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: grep MAJOR lilo-21.4.4/*|wc -l 323 Also hdparm raidtools psmisc mtools mt-st gpm joystick so we now have a list of stuff that needs to be fixed 8) or at least, a cross section sampling of stuff to design a new API for. -Dan - 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: reiserfs, xfs, ext2, ext3
On Thu, 10 May 2001, Daniel Phillips wrote: > It would be great to see a table of ReiserFS/XFS/Ext2+index performance > results. Well, to make it really fair it should be Ext3+index so I'd > better add 'backport the patch to 2.2' or 'bug Stephen and friends to > hurry up' to my to-do list. Is the IBM JFS at a testable state yet, or is it still 'bleedin beta'? -Dan - 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: reiserfs, xfs, ext2, ext3
On Thu, 10 May 2001, Daniel Phillips wrote: It would be great to see a table of ReiserFS/XFS/Ext2+index performance results. Well, to make it really fair it should be Ext3+index so I'd better add 'backport the patch to 2.2' or 'bug Stephen and friends to hurry up' to my to-do list. Is the IBM JFS at a testable state yet, or is it still 'bleedin beta'? -Dan - 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: Wow! Is memory ever cheap!
On Tue, 8 May 2001, Larry McVoy wrote: > which is a text version of the paper I mentioned before. The basic > message of the paper is that it really doesn't help much to have things > like ECC unless you can be sure that 100% of the rest of your system > has similar checks. UDMA has crc, scsi has parity, pci has (i think) parity, tcpip has crc, your cpu l1 and l2 have ecc... Looks like similar checks are already there. -Dan - 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: Wow! Is memory ever cheap!
On Tue, 8 May 2001, Larry McVoy wrote: which is a text version of the paper I mentioned before. The basic message of the paper is that it really doesn't help much to have things like ECC unless you can be sure that 100% of the rest of your system has similar checks. UDMA has crc, scsi has parity, pci has (i think) parity, tcpip has crc, your cpu l1 and l2 have ecc... Looks like similar checks are already there. -Dan - 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 causes Machine Check exception? revisited (2.2.18)
On Mon, 7 May 2001, Simon Richter wrote: > On Mon, 7 May 2001, Bene, Martin wrote: > > Definitely not caused by: > > Bad Rams, mb-chipset. > Erm, it was bad RAM everytime it happened to me. On standard PCs, you > don't see those because you don't have ECC and the error is simply not > detected. So a 440bx motherboard with ECC ram is a non-standard PC? -Dan - 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 causes Machine Check exception? revisited (2.2.18)
On Mon, 7 May 2001, Simon Richter wrote: On Mon, 7 May 2001, Bene, Martin wrote: Definitely not caused by: Bad Rams, mb-chipset. Erm, it was bad RAM everytime it happened to me. On standard PCs, you don't see those because you don't have ECC and the error is simply not detected. So a 440bx motherboard with ECC ram is a non-standard PC? -Dan - 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: DISCOVERED! Cause of Athlon/VIA KX133 Instability
On Tue, 1 May 2001, Seth Goldberg wrote: > > > The other thing i was gunna try is to dump my chipset registers using > > > WPCREDIT and WPCRSET and compare them with other people on this list > > why resort to silly windows tools, when lspci under Linux does it for you? > Because lspci does not display all 256 bytes of pci configuration > information. Say what? Try lspci -vvxxx -Dan - 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: DISCOVERED! Cause of Athlon/VIA KX133 Instability
On Tue, 1 May 2001, Seth Goldberg wrote: The other thing i was gunna try is to dump my chipset registers using WPCREDIT and WPCRSET and compare them with other people on this list why resort to silly windows tools, when lspci under Linux does it for you? Because lspci does not display all 256 bytes of pci configuration information. Say what? Try lspci -vvxxx -Dan - 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: DISCOVERED! Cause of Athlon/VIA KX133 Instability
On Tue, 1 May 2001, Seth Goldberg wrote: > I Should clarify that this is the KX133A chipset. No such thing. Surely you mean KT133A. No X. -Dan - 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: DISCOVERED! Cause of Athlon/VIA KX133 Instability
On Tue, 1 May 2001, Seth Goldberg wrote: I Should clarify that this is the KX133A chipset. No such thing. Surely you mean KT133A. No X. -Dan - 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 Sound corruption [FIXED]
On Mon, 30 Apr 2001, Charl P. Botha wrote: > I have removed this code and everything is now fine on my system. The > problem is that the 686A and 686B have the same PCI IDs, else I would have > submitted a patch. 686a is rev 0x10 - 0x2f, 686b is rev 0x40 - 0x4f. The fixup code should take this into account. -Dan - 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 Sound corruption [FIXED]
On Mon, 30 Apr 2001, Charl P. Botha wrote: I have removed this code and everything is now fine on my system. The problem is that the 686A and 686B have the same PCI IDs, else I would have submitted a patch. 686a is rev 0x10 - 0x2f, 686b is rev 0x40 - 0x4f. The fixup code should take this into account. -Dan - 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 udma100 fix
On Mon, 16 Apr 2001, Andre Hedrick wrote: > On Mon, 16 Apr 2001, Dan Hollis wrote: > > Technical discussion of the workaround (in german): > > http://home.tiscalinet.de/au-ja/review-kt133a-4.html > This was sent to me the other day, is this waht you are talking about? Yes, is any of the information applicable to your via driver? -Dan - 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/
via udma100 fix
I don't know if anyone noticed, but the supposed udma100 fix has been posted here: http://www.viahardware.com/download/viatweak.shtm At the bottom of the page. Technical discussion of the workaround (in german): http://home.tiscalinet.de/au-ja/review-kt133a-4.html -Dan - 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/
via udma100 fix
I don't know if anyone noticed, but the supposed udma100 fix has been posted here: http://www.viahardware.com/download/viatweak.shtm At the bottom of the page. Technical discussion of the workaround (in german): http://home.tiscalinet.de/au-ja/review-kt133a-4.html -Dan - 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 udma100 fix
On Mon, 16 Apr 2001, Andre Hedrick wrote: On Mon, 16 Apr 2001, Dan Hollis wrote: Technical discussion of the workaround (in german): http://home.tiscalinet.de/au-ja/review-kt133a-4.html This was sent to me the other day, is this waht you are talking about? Yes, is any of the information applicable to your via driver? -Dan - 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: bizarre TCP behavior
On Sat, 14 Apr 2001, Alan Cox wrote: > If the router claims to be RFC compliant then you may want to investigate > trading standards bodies. In the UK at least things like the advertising > standards agency get upset by people who claim standards compliance, are shown > not to be compliant and are not fixing things.. Wasnt someone going to set up an 'ECN hall of shame' webpage to track noncompliant vendors - 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: bizarre TCP behavior
On Sat, 14 Apr 2001, Alan Cox wrote: If the router claims to be RFC compliant then you may want to investigate trading standards bodies. In the UK at least things like the advertising standards agency get upset by people who claim standards compliance, are shown not to be compliant and are not fixing things.. Wasnt someone going to set up an 'ECN hall of shame' webpage to track noncompliant vendors - 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 embed linux into a board based on QED rm5230 mips cpu?
On Thu, 5 Apr 2001, J . A . Magallon wrote: > On 04.05 Miao Qingjun wrote: > > Can anybody help me? > > How to embed linux into a board based on QED rm5230 > > mips cpu? > http://www.uclinux.org/ rm5230 isnt a microcontroller. -Dan - 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 embed linux into a board based on QED rm5230 mips cpu?
On Thu, 5 Apr 2001, J . A . Magallon wrote: On 04.05 Miao Qingjun wrote: Can anybody help me? How to embed linux into a board based on QED rm5230 mips cpu? http://www.uclinux.org/ rm5230 isnt a microcontroller. -Dan - 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 Vegas implementation for Linux
On Sun, 1 Apr 2001, Chip Salzenberg wrote: > Our (VA's) kernel includes a Vegas patch: >ftp://ftp.valinux.com/pub/people/chip/linux-vegas-v2-patch-2.2 tcp vegas performs very badly for me on asymmetric links (e.g. adsl), about 50% performance loss vs non-vegas. -Dan - 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 Vegas implementation for Linux
On Sun, 1 Apr 2001, Chip Salzenberg wrote: Our (VA's) kernel includes a Vegas patch: ftp://ftp.valinux.com/pub/people/chip/linux-vegas-v2-patch-2.2 tcp vegas performs very badly for me on asymmetric links (e.g. adsl), about 50% performance loss vs non-vegas. -Dan - 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: New gigabit cards
On Wed, 28 Mar 2001, Gregory Maxwell wrote: > Some of the products seem so new that their manufactuors have little to no > information available about them on their webpage. One that I found, had > conflicting specs and claimed to only have a 32kbyte recieve buffer. Thats the hardware FIFO size. The chained descriptors can of course handle much larger data. FWIW 10/100 chips usually only have 32-128 bytes hardware FIFO, so 32kbytes hardware FIFO is pretty generous. -Dan - 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: New gigabit cards
On Wed, 28 Mar 2001, Gregory Maxwell wrote: Some of the products seem so new that their manufactuors have little to no information available about them on their webpage. One that I found, had conflicting specs and claimed to only have a 32kbyte recieve buffer. Thats the hardware FIFO size. The chained descriptors can of course handle much larger data. FWIW 10/100 chips usually only have 32-128 bytes hardware FIFO, so 32kbytes hardware FIFO is pretty generous. -Dan - 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: Larger dev_t
On Tue, 27 Mar 2001, H. Peter Anvin wrote: > c) Make sure chown/chmod/link/symlink/rename/rm etc does the right thing, > without the need for "tar hacks" or anything equivalently gross. write-through filesystem, like overlaying a r/w ext2 on top of an iso9660 fs. -Dan - 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: Larger dev_t
On Tue, 27 Mar 2001, H. Peter Anvin wrote: c) Make sure chown/chmod/link/symlink/rename/rm etc does the right thing, without the need for "tar hacks" or anything equivalently gross. write-through filesystem, like overlaying a r/w ext2 on top of an iso9660 fs. -Dan - 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: 64-bit block sizes on 32-bit systems
On Mon, 26 Mar 2001, Andreas Dilger wrote: > Matthew Wilcox writes: > > people who can afford 2TB of disc can afford to buy a 64-bit processor. > This whole "64-bit" fallacy has got to stop. Indeed. > Now it is "anybody who needs > 2TB disk should use a 64-bit CPU", soon > to be wrong. It was already wrong in 1995. -Dan - 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: 64-bit block sizes on 32-bit systems
On Mon, 26 Mar 2001, Andreas Dilger wrote: Matthew Wilcox writes: people who can afford 2TB of disc can afford to buy a 64-bit processor. This whole "64-bit" fallacy has got to stop. Indeed. Now it is "anybody who needs 2TB disk should use a 64-bit CPU", soon to be wrong. It was already wrong in 1995. -Dan - 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 vegas implementation
On Tue, 6 Mar 2001, Mordechai Ovits wrote: > On Tue, Mar 06, 2001 at 12:03:02PM -0500, Hao Sun wrote: > > > From Neal Cardwell ([EMAIL PROTECTED]) > > > Tue, 20 Jul 1999 03:08:21 -0700 (PDT) > > > A new TCP Vegas patch for 2.2.10/2.3.10 is available at: > > > http://www.cs.washington.edu/homes/cardwell/linux-vegas/ > > Does anyone know where to get the above TCP vegas implementation code > > or a more recent one? The link above is broken and Neal Cardwell is > > not there. I had big performance problems with tcp-vegas on highly assymetric WAN connections (eg 8m/640k adsl). Normal tcp worked fine. -Dan - 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 vegas implementation
On Tue, 6 Mar 2001, Mordechai Ovits wrote: On Tue, Mar 06, 2001 at 12:03:02PM -0500, Hao Sun wrote: From Neal Cardwell ([EMAIL PROTECTED]) Tue, 20 Jul 1999 03:08:21 -0700 (PDT) A new TCP Vegas patch for 2.2.10/2.3.10 is available at: http://www.cs.washington.edu/homes/cardwell/linux-vegas/ Does anyone know where to get the above TCP vegas implementation code or a more recent one? The link above is broken and Neal Cardwell is not there. I had big performance problems with tcp-vegas on highly assymetric WAN connections (eg 8m/640k adsl). Normal tcp worked fine. -Dan - 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: scsi vs ide performance on fsync's
On Fri, 2 Mar 2001, Chris Mason wrote: > For why ide is beating scsi in this benchmark...make sure tagged queueing > is on (or increase the queue length?). For the xlog.c test posted, I would > expect scsi to get faster than ide as the size of the write increases. I have seen that many drives either have a pathetically small queue or have completely broken tagged queueing. I guess thats what happens when most vendors target their hardware for micro$oft. -Dan - 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: scsi vs ide performance on fsync's
On Fri, 2 Mar 2001, Chris Mason wrote: For why ide is beating scsi in this benchmark...make sure tagged queueing is on (or increase the queue length?). For the xlog.c test posted, I would expect scsi to get faster than ide as the size of the write increases. I have seen that many drives either have a pathetically small queue or have completely broken tagged queueing. I guess thats what happens when most vendors target their hardware for micro$oft. -Dan - 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: Will Mosix go into the standard kernel?
On Wed, 28 Feb 2001, Albert D. Cahalan wrote: > Daniel Ridge writes: > > I think we should instead focus our collective will on removing things > > from the kernel. For years, projects like ALSA, pcmcia-cs, and VMware > ALSA: driver work gets done twice Huh? -Dan - 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: Will Mosix go into the standard kernel?
On Wed, 28 Feb 2001, Albert D. Cahalan wrote: Daniel Ridge writes: I think we should instead focus our collective will on removing things from the kernel. For years, projects like ALSA, pcmcia-cs, and VMware ALSA: driver work gets done twice Huh? -Dan - 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.2.17 Lockup and ATA-66/100 forced bit set (WARNING)
On Wed, 21 Feb 2001, Michael B. Allen wrote: > And why do I have 8 cdroms? > kernel: scsi0 : SCSI host adapter emulation for IDE ATAPI devices > kernel: scsi : 1 host. > kernel: Vendor: PLEXTOR Model: CD-R PX-W1210A Rev: 1.07 > kernel: Type: CD-ROM ANSI SCSI revision: 02 It's an old old bug with the ide-scsi lun probing code. Dont know if 2.4.x fixed it yet. Solution -- disable lun probing in scsi config. -Dan - 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.2.17 Lockup and ATA-66/100 forced bit set (WARNING)
On Wed, 21 Feb 2001, Michael B. Allen wrote: And why do I have 8 cdroms? kernel: scsi0 : SCSI host adapter emulation for IDE ATAPI devices kernel: scsi : 1 host. kernel: Vendor: PLEXTOR Model: CD-R PX-W1210A Rev: 1.07 kernel: Type: CD-ROM ANSI SCSI revision: 02 It's an old old bug with the ide-scsi lun probing code. Dont know if 2.4.x fixed it yet. Solution -- disable lun probing in scsi config. -Dan - 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: Money stifles innovation
On Sun, 18 Feb 2001, Gregory Maxwell wrote: > On Sun, Feb 18, 2001 at 05:47:10PM -0800, Dan Hollis wrote: > > Actually the problem is lack of morals and bad people who are really evil > > at the core (you wouldnt want them for your neighbor). > Actually, it's because we've made it illegal to corporations to behave > ethically when it conflicts with short-term shareholder profits. > http://www.ratical.com/corporations/ > It would be nice if it were so simple as to declare the involved parties as > evil. I know both good and bad people at corporations. The bad people were mean and nasty before they joined the corporation, the corporation became a vehicle for them to abuse others and directly translated to the misbehaviour of that corporation. Doing bad things comes naturally to them. The good people went out of their way to prevent the corporation from doing evil things, or left the corporation so they would not be party to the unethical behaviour. -Dan - 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: Money stifles innovation [was: Linux stifles innovation.]
On Sun, 18 Feb 2001 [EMAIL PROTECTED] wrote: > On Sun, Feb 18, 2001 at 12:57:14AM -0800, Dan Hollis wrote: > > The XOR patent and the fraudulent enforcement of it is the purest > > embodiment of everything that is wrong with the patent system and IP law. > As a person with a some decades of experience with patents and > trademarks, and playing among the various sides, I can state > quite unequivocally that the problem is money. Actually the problem is lack of morals and bad people who are really evil at the core (you wouldnt want them for your neighbor). -Dan - 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: XOR [ was: Linux stifles innovation.]
On Sun, 18 Feb 2001 [EMAIL PROTECTED] wrote: > About a year later I was talking with a group of business owners who had > also received a similar demand letter. Some paid, some didn't. Those > who didn't pay were not pursued other than the occasional copy of the > demand letter. Probably they did not pursue because they knew their patent was invalid, and if they did fight they would probably be found guilty of bad faith patent enforcement - treble damages, the whole bit. And maybe criminal fraud, if they had collected enough money under the bad patent. The XOR patent and the fraudulent enforcement of it is the purest embodiment of everything that is wrong with the patent system and IP law. > Since that time, about 1986, I learned that there is a whole cottage > industry of going through old, but not too old, patents and seeing how > they can be misconstrued to apply to current technology, buying the > patent for cheap, and then threatening "infringers". More or less > an extortion racket. RICO statutes anyone? -Dan - 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: XOR [ was: Linux stifles innovation.]
On Sun, 18 Feb 2001 [EMAIL PROTECTED] wrote: About a year later I was talking with a group of business owners who had also received a similar demand letter. Some paid, some didn't. Those who didn't pay were not pursued other than the occasional copy of the demand letter. Probably they did not pursue because they knew their patent was invalid, and if they did fight they would probably be found guilty of bad faith patent enforcement - treble damages, the whole bit. And maybe criminal fraud, if they had collected enough money under the bad patent. The XOR patent and the fraudulent enforcement of it is the purest embodiment of everything that is wrong with the patent system and IP law. Since that time, about 1986, I learned that there is a whole cottage industry of going through old, but not too old, patents and seeing how they can be misconstrued to apply to current technology, buying the patent for cheap, and then threatening "infringers". More or less an extortion racket. RICO statutes anyone? -Dan - 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: Money stifles innovation [was: Linux stifles innovation.]
On Sun, 18 Feb 2001 [EMAIL PROTECTED] wrote: On Sun, Feb 18, 2001 at 12:57:14AM -0800, Dan Hollis wrote: The XOR patent and the fraudulent enforcement of it is the purest embodiment of everything that is wrong with the patent system and IP law. As a person with a some decades of experience with patents and trademarks, and playing among the various sides, I can state quite unequivocally that the problem is money. Actually the problem is lack of morals and bad people who are really evil at the core (you wouldnt want them for your neighbor). -Dan - 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: Money stifles innovation
On Sun, 18 Feb 2001, Gregory Maxwell wrote: On Sun, Feb 18, 2001 at 05:47:10PM -0800, Dan Hollis wrote: Actually the problem is lack of morals and bad people who are really evil at the core (you wouldnt want them for your neighbor). Actually, it's because we've made it illegal to corporations to behave ethically when it conflicts with short-term shareholder profits. http://www.ratical.com/corporations/ It would be nice if it were so simple as to declare the involved parties as evil. I know both good and bad people at corporations. The bad people were mean and nasty before they joined the corporation, the corporation became a vehicle for them to abuse others and directly translated to the misbehaviour of that corporation. Doing bad things comes naturally to them. The good people went out of their way to prevent the corporation from doing evil things, or left the corporation so they would not be party to the unethical behaviour. -Dan - 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: XOR [ was: Linux stifles innovation... ]
On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote: > In 1984 I received a demand letter for $10,000 from the above > referenced company as a unlimited license for use of a that > patent and another patent. > At the time I ran a company that made graphics cards for IBM PCs. Did you ignore it or did you pay up? FWIW I recall there was prior art dating back to 1974 at the very least... -Dan - 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/
3ware 6400 ATA-RAID bugs
Kernel 2.4.1-ac15, 3ware driver. 512mb ram, amd thunderbird 1000, 3ware escalade 6400 with 2 x 45gb IBM in raid5 mode. 'iozone 512 16384' is a guaranteed, repeatable way to totally kill this machine. The kernel starts spitting out a zillion of "Warning - running *really* short on DMA buffers" And then it starts going endlessly into a loop of "3w-: tw_scsi_eh_abort(): Abort failed for unknown Scsi_Cmnd 0xe7da6e00, resetting card 0." And the system is completely unresponsive, locked up. -Dan - 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/
3ware 6400 ATA-RAID bugs
Kernel 2.4.1-ac15, 3ware driver. 512mb ram, amd thunderbird 1000, 3ware escalade 6400 with 2 x 45gb IBM in raid5 mode. 'iozone 512 16384' is a guaranteed, repeatable way to totally kill this machine. The kernel starts spitting out a zillion of "Warning - running *really* short on DMA buffers" And then it starts going endlessly into a loop of "3w-: tw_scsi_eh_abort(): Abort failed for unknown Scsi_Cmnd 0xe7da6e00, resetting card 0." And the system is completely unresponsive, locked up. -Dan - 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: XOR [ was: Linux stifles innovation... ]
On Sat, 17 Feb 2001 [EMAIL PROTECTED] wrote: In 1984 I received a demand letter for $10,000 from the above referenced company as a unlimited license for use of a that patent and another patent. At the time I ran a company that made graphics cards for IBM PCs. Did you ignore it or did you pay up? FWIW I recall there was prior art dating back to 1974 at the very least... -Dan - 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: XOR [ was: Linux stifles innovation... ]
On Fri, 16 Feb 2001, David Relson wrote: > At 08:52 PM 2/16/01, you wrote: > > On Fri, 16 Feb 2001, Michael H. Warfield wrote: > > > > You know XOR is patented (yes, the logical bit operation XOR). > > > But wasn't that Xerox that had that? > > US Patent #4,197,590 held by NuGraphics, Inc. > The patent was for using the technique of using XOR for dragging/moving > parts of a graphics image without erasing other parts. Also, since the > patent was granted in 1980, the inventors have had their 17 years of patent > protection, and we're all free to use the technique - legally! So you approve of 4,197,590 and think it was an innovative and non obvious invention in 1980? -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Fri, 16 Feb 2001, Michael H. Warfield wrote: > > You know XOR is patented (yes, the logical bit operation XOR). > But wasn't that Xerox that had that? US Patent #4,197,590 held by NuGraphics, Inc. > Yeah, the same ones that screwed us over with the compression patent > that shot .gif images out of the sky. There was inovation for you. That wasn't Xerox. That was Unisys (due to LZW). -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Fri, 16 Feb 2001, Carlos Fernandez Sanz wrote: > I did some research on the patent database and found nothing regarding such > a patent. There's patent on word processors (not the concept but related to) > and uses tab on the description...and that patent is from 1980. You know XOR is patented (yes, the logical bit operation XOR). -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Fri, 16 Feb 2001, Dennis wrote: > The biggest thing that the linux community does to stifle innovation is to > bash commercial vendors trying to make a profit by whining endlessly about > "sourceless" distributions and recommending "open-source" solutions even > when they are wholly inferior. You're only hurting yourselves in the long > run. In that respect MS is correct, because those with the dollars to > innovate will stay away. So I take it you support M$ on the legislation bit also... -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Fri, 16 Feb 2001, Dennis wrote: The biggest thing that the linux community does to stifle innovation is to bash commercial vendors trying to make a profit by whining endlessly about "sourceless" distributions and recommending "open-source" solutions even when they are wholly inferior. You're only hurting yourselves in the long run. In that respect MS is correct, because those with the dollars to innovate will stay away. So I take it you support M$ on the legislation bit also... -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Fri, 16 Feb 2001, Carlos Fernandez Sanz wrote: I did some research on the patent database and found nothing regarding such a patent. There's patent on word processors (not the concept but related to) and uses tab on the description...and that patent is from 1980. You know XOR is patented (yes, the logical bit operation XOR). -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Linux stifles innovation...
On Fri, 16 Feb 2001, Michael H. Warfield wrote: You know XOR is patented (yes, the logical bit operation XOR). But wasn't that Xerox that had that? US Patent #4,197,590 held by NuGraphics, Inc. Yeah, the same ones that screwed us over with the compression patent that shot .gif images out of the sky. There was inovation for you. That wasn't Xerox. That was Unisys (due to LZW). -Dan - 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: XOR [ was: Linux stifles innovation... ]
On Fri, 16 Feb 2001, David Relson wrote: At 08:52 PM 2/16/01, you wrote: On Fri, 16 Feb 2001, Michael H. Warfield wrote: You know XOR is patented (yes, the logical bit operation XOR). But wasn't that Xerox that had that? US Patent #4,197,590 held by NuGraphics, Inc. The patent was for using the technique of using XOR for dragging/moving parts of a graphics image without erasing other parts. Also, since the patent was granted in 1980, the inventors have had their 17 years of patent protection, and we're all free to use the technique - legally! So you approve of 4,197,590 and think it was an innovative and non obvious invention in 1980? -Dan - 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: CPU error codes
On Wed, 31 Jan 2001, James Sutherland wrote: > On Wed, 31 Jan 2001, Alan Cox wrote: > > Parity/ECC on main memory is reported by the chipset and needs seperate > > drivers or apps to handle this > Yes - MCE only covers errors in the CPU's cache, IIRC? (Is there still an > NMI on main memory parity errors, or has this changed on modern > chipsets? Presumably ECC is handled differently, being recoverable??) You can program the northbridge to generate NMI or not, on ECC errors. Most chipsets still need to scrub memory after an error to reset ECC bits. -Dan - 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: Problems with Promise IDE controller under 2.4.1
On Wed, 31 Jan 2001, Andre Hedrick wrote: > On Wed, 31 Jan 2001, Mark Lord wrote: > > Even better would be to add a stage in front of the fall-back, > > which queries the BIOS (from kernel startup code) for translation > > info on ALL drives. > Maybe a compile option could help... kernel parameter passed via lilo... -Dan - 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: Request: increase in PCI bus limit
On Wed, 31 Jan 2001, Scott Laird wrote: > Where do cards with PCI-PCI bridges, like multiport PCI ethernet cards, > fit into this? I can easily add 3 or 4 extra busses into a box just by > grabbing a couple extra Intel dual-port Ethernet cards. I loaded a PC with quad-tulip cards once and the result was not pretty. IRQs all over the place, and /proc/pci shat all over itself too -Dan - 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: Problems with Promise IDE controller under 2.4.1
On Wed, 31 Jan 2001, Andre Hedrick wrote: On Wed, 31 Jan 2001, Mark Lord wrote: Even better would be to add a stage in front of the fall-back, which queries the BIOS (from kernel startup code) for translation info on ALL drives. Maybe a compile option could help... kernel parameter passed via lilo... -Dan - 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: CPU error codes
On Wed, 31 Jan 2001, James Sutherland wrote: On Wed, 31 Jan 2001, Alan Cox wrote: Parity/ECC on main memory is reported by the chipset and needs seperate drivers or apps to handle this Yes - MCE only covers errors in the CPU's cache, IIRC? (Is there still an NMI on main memory parity errors, or has this changed on modern chipsets? Presumably ECC is handled differently, being recoverable??) You can program the northbridge to generate NMI or not, on ECC errors. Most chipsets still need to scrub memory after an error to reset ECC bits. -Dan - 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: sendfile+zerocopy: fairly sexy (nothing to do with ECN)
On Sun, 28 Jan 2001, Felix von Leitner wrote: > What is missing here is a good authoritative web ressource that tells > people which NIC to buy. > I have a tulip NIC because a few years ago that apparently was the NIC > of choice. It has good multicast (which is important to me), but AFAIK > it has neither scatter-gather nor hardware checksumming. > Is there such a web page already? http://www.anime.net/~goemon/cardz/ Based on discussions I've had with Donald Becker about chipsets. For 100bt, 3c905C is the most efficient card at the moment. I've no idea about gigglebit ethernet. -Dan - 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: sendfile+zerocopy: fairly sexy (nothing to do with ECN)
On Sun, 28 Jan 2001, Felix von Leitner wrote: What is missing here is a good authoritative web ressource that tells people which NIC to buy. I have a tulip NIC because a few years ago that apparently was the NIC of choice. It has good multicast (which is important to me), but AFAIK it has neither scatter-gather nor hardware checksumming. Is there such a web page already? http://www.anime.net/~goemon/cardz/ Based on discussions I've had with Donald Becker about chipsets. For 100bt, 3c905C is the most efficient card at the moment. I've no idea about gigglebit ethernet. -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] PCI-Devices and ServerWorks chipset
On Wed, 17 Jan 2001, Maciej W. Rozycki wrote: > On Wed, 17 Jan 2001, Martin Mares wrote: > > I don't have the ServerWorks chipset documentation at hand, but I think your > > patch is wrong -- it doesn't make any sense to scan a bus _range_. The registers > > 0x44 and 0x45 are probably ID's of two primary buses and the code should scan > > both of them, but not the space between them. > Does anyone beside the manufacturer have these docs at all? Last time I > contacted them, they required an NDA, even though they weren't actually > Linux-hostile. They require not only an NDA, but that you also do all development on-site at their santa clara HQ under their direct supervision. The only people who have ever got info out of serverworks are the lm78 guys and (i think) andre hedrick. What magic incantations they chanted, or which mafia thugs they hired to manage this, I don't know... -Dan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH] PCI-Devices and ServerWorks chipset
On Wed, 17 Jan 2001, Maciej W. Rozycki wrote: On Wed, 17 Jan 2001, Martin Mares wrote: I don't have the ServerWorks chipset documentation at hand, but I think your patch is wrong -- it doesn't make any sense to scan a bus _range_. The registers 0x44 and 0x45 are probably ID's of two primary buses and the code should scan both of them, but not the space between them. Does anyone beside the manufacturer have these docs at all? Last time I contacted them, they required an NDA, even though they weren't actually Linux-hostile. They require not only an NDA, but that you also do all development on-site at their santa clara HQ under their direct supervision. The only people who have ever got info out of serverworks are the lm78 guys and (i think) andre hedrick. What magic incantations they chanted, or which mafia thugs they hired to manage this, I don't know... -Dan - 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: Is sendfile all that sexy?
On 14 Jan 2001, Linus Torvalds wrote: > That's not the point of sendfile(). The point of sendfile() is to be > faster than the _combination_ of: > addr = mmap(file, ...len...); > write(fd, addr, len); > or > read(file, userdata, len); > write(fd, userdata, len); And boy is it ever. It blows both away by more than double. Not only that the mmap one grinds my box into the ground with swapping, while the sendfile() case you can't even tell its running except that the drive is going like mad. > Does anybody but apache actually use it? I wonder why samba doesn't use it. -Dan - 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: Is sendfile all that sexy?
On 14 Jan 2001, Linus Torvalds wrote: That's not the point of sendfile(). The point of sendfile() is to be faster than the _combination_ of: addr = mmap(file, ...len...); write(fd, addr, len); or read(file, userdata, len); write(fd, userdata, len); And boy is it ever. It blows both away by more than double. Not only that the mmap one grinds my box into the ground with swapping, while the sendfile() case you can't even tell its running except that the drive is going like mad. Does anybody but apache actually use it? I wonder why samba doesn't use it. -Dan - 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: [PLEASE-TESTME] Zerocopy networking patch, 2.4.0-1
On Tue, 9 Jan 2001, Ingo Molnar wrote: > On Tue, 9 Jan 2001, Dan Hollis wrote: > > > This is not what senfile() does, it sends (to a network socket) a > > > file (from the page cache), nothing more. > > Ok in any case, it would be nice to have a generic sendfile() which works > > on any fd's - socket or otherwise. > it's a bad name in that case. We dont 'send any file' if we in fact are > receiving a data stream from a socket and writing it into a file :-) So we should have different system calls just so one can handle socket and one can handle disk fd? :P Ok so now will have special case sendfile() for each different kind of fd's. To connect socket-socket we can call it electrician() and to connect pipe-pipe we can call it plumber() [1]. :P :b :P :b -Dan [1] Yes, Alex Belits, I know i've now stolen your joke... - 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: [PLEASE-TESTME] Zerocopy networking patch, 2.4.0-1
On Tue, 9 Jan 2001, David S. Miller wrote: >Just extend sendfile to allow any fd to any fd. sendfile already >does file->socket and file->file. It only needs to be extended to >do socket->file. > This is not what senfile() does, it sends (to a network socket) a > file (from the page cache), nothing more. Ok in any case, it would be nice to have a generic sendfile() which works on any fd's - socket or otherwise. What sort of sendfile() behaviour is defined with select()? Can it be asynchronous? -Dan - 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: [PLEASE-TESTME] Zerocopy networking patch, 2.4.0-1
On Wed, 10 Jan 2001, Andrew Morton wrote: > y'know our pals have patented it? > http://www.delphion.com/details?pn=US05845280__ Bad faith patent? Actionable, treble damages? -Dan - 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/
