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
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
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
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
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
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
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
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
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
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,
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
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
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
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
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;
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
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
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
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
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.
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
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
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:
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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 a
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
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
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
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
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
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
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
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
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
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.
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.
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
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
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
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
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:
> > >
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:
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
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
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
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:
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
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
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'
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 w
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
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
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
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
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
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"
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"
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
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.
>
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
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
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.
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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()
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
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
1 - 100 of 209 matches
Mail list logo
