On Sun, 3 Jun 2001, Adrian Cox wrote:
> Marc Lehmann wrote:
>
>
> > Aren't PCI delayed transaction supposed to be handled by the pci master
> > (e.g. my northbridge), not by the (software) driver for my pdc(?) I would
> > also be surprised if my pdc actually used that feature, not to speak of
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 Sun, Jun 03, 2001 at 11:10:02PM +0100, Adrian Cox <[EMAIL PROTECTED]> wrote:
> > data corruption was easily detectable, one couldn't even write 500megs
> > without altered bytes).
>
>
> Wrong way round. You're right that the pci master is supposed to handle
> delayed transactions, but during
Marc Lehmann wrote:
> Aren't PCI delayed transaction supposed to be handled by the pci master
> (e.g. my northbridge), not by the (software) driver for my pdc(?) I would
> also be surprised if my pdc actually used that feature, not to speak of
> the fact that the promise + harddisk worked fine i
On Fri, Jun 01, 2001 at 11:28:48AM -0400, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Once you get into the area of flushing data (or not flushing, which is
> what delayed txn would imply), it is entirely possible that the driver
> simply does not support what occurs when the PCI Delay Txn option is
Marc Lehmann wrote:
> one thing I found out using triel and error is that setting "PCI Delay
> Transaction" to enabled causes data corruption on WRITE to my ide drives
> connected to an Promise Ultra 100 PCI controlelr (I didn't get any
> corruption on the devices connected to the via ide interfac
On Sat, May 19, 2001 at 11:07:21AM +0200, Axel Thimm <[EMAIL PROTECTED]>
wrote:
> if( KT133A || KT133 || KX133 ) {
> if( Mainboard=="Epox 8KTA-3(+)" && BIOS>="8kt31417" )
> return 0; /* EPOX already fixed it their way. */
> #ifdef NEW_PATCH
> Offset 76: Set bit5=0 and bit4=1 ("every PCI m
> > Not just crap hardware, but also vendors who refuse to release proper material
> > required for writing drivers. NVidia springs to my mind.
> >
> Not that the kernel list is the best place to bring this up, but NVIDIA
> would NOT be on that list. They are by far one of the best companies out
On Mon, 21 May 2001, Udo A. Steinberg wrote:
> Gerhard Mack wrote:
> >
> > > Its what I would describe as lack of enforcement by trading standards bodies,
> > > and I suspect what the US would call 'insufficient class action lawsuits'
> >
> > What we need is a web page for listing crap hardware
On Mon, 21 May 2001, Gerhard Mack wrote:
> Subject: Re: VIA's Southbridge bug: Latest (pseudo-)patch
>
> > Its what I would describe as lack of enforcement by trading standards bodies,
> > and I suspect what the US would call 'insufficient class action lawsuits'
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: se
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 sue
There is such a web page, and it's the .html version of the Hardware-HOWTO
on any LDP mirror.
Some distribution even print it and include with their booklets accompanying
the installation CDs.
Make sure you send case reports about any unsupported crap hardware there...
> -Original Message
Gerhard Mack wrote:
>
> > Its what I would describe as lack of enforcement by trading standards bodies,
> > and I suspect what the US would call 'insufficient class action lawsuits'
>
> What we need is a web page for listing crap hardware so less people buy
> it.
Not just crap hardware, but als
> 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.
Gerhard
--
Gerhard Mack
[EMAIL PROTECTED]
<>< As a co
> > If it had been a manufacturer in most respectable areas of business they'd be
> > recalling and reissuing components, and paying for the end resllers to notify
> > each customer
>
> This is consumer hardware. Consumer products are optimized for a
> good buzzword count per $ ratio. Everything
On Sat, May 19, 2001 at 05:11:30PM +0100, Alan Cox wrote:
> If it had been a manufacturer in most respectable areas of business they'd be
> recalling and reissuing components, and paying for the end resllers to notify
> each customer
This is consumer hardware. Consumer products are optimized for
On Sat, 19 May 2001, Axel Thimm wrote:
> This are the latest suggestions for handling the VIA Southbridge bug as
> derived from the hardware site www.au-ja.de (Many thanks to doelf).
Sorry - little off-topic. I can't find the clean answer anywhere.
I use KT7A-RAID, with one disc connected to H
> This are the latest suggestions for handling the VIA Southbridge bug as
> derived from the hardware site www.au-ja.de (Many thanks to doelf).
I'd rather people left this except for the obvious fixed that were done for
non VIA northbridge combinations until 2.5. 2.4 is not an appropriate place
t
19 matches
Mail list logo
