linux-kernel - Re: [Bugme-new] [Bug 7437] New: VIA VT8233 seems to suffer from the via latency quirk

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <d512a4f30610301703r68dfa848s116475b68435f136@mail.gmail.com>
Date:	Tue, 31 Oct 2006 02:03:02 +0100
From:	"Sylvain Bertrand" <sylvain.bertrand@...il.com>
To:	"Andrew Morton" <akpm@...l.org>
Cc:	linux-kernel@...r.kernel.org, "Greg KH" <greg@...ah.com>,
	"Chris Wedgwood" <cw@...f.org>,
	"bugme-daemon@...nel-bugs.osdl.org" 
	<bugme-daemon@...zilla.kernel.org>
Subject: Re: [Bugme-new] [Bug 7437] New: VIA VT8233 seems to suffer from the via latency quirk

Unfortunately, this has always happened since kernel 2.4 from years
back, even with USB1 devices and I had to drop software raid 0.
As far as I understand the quirk code, it's not enabled for the VT8233
southbridge.
I can add the PCI ID of this VT8233 for this quirk code, if it's
compatible, and do some crash tests. Crashes are usually easy to
produce and not hardware destructive since I got plenty of them. But
you may want to proceed in another way.

2006/10/31, Andrew Morton <akpm@...l.org>:
>
> (switched to email - please retain all cc's)
>
> On Mon, 30 Oct 2006 16:20:16 -0800
> bugme-daemon@...zilla.kernel.org wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=7437
> >
> >            Summary: VIA VT8233 seems to suffer from the via latency quirk
> >     Kernel Version: 2.6.19-rc3
> >             Status: NEW
> >           Severity: normal
> >              Owner: greg@...ah.com
> >          Submitter: sylvain.bertrand@...il.com
> >
> >
> > Most recent kernel where this bug did not occur: 2.6.19-rc3
>
> Nope.  We're asking which kernel did _not_ have this bug?
>
> > Distribution: All
> > Hardware Environment: ASUS A7V266-E motherboad (northbridge VIA KT266A,
> > southbridge VIA 8233), PCI SB LIVE!, onboard promise IDE controller, additional
> > PCI USB2 card.
> > Software Environment: any
> >
> > Problem Description: Fear to load the PCI bus, because it seems to cause a hard
> > crash with hard drive data corruption. Too much similar to quirk_vialatency in
> > drivers/pci/quirks.c (see description line 163) to be innocent.
> >
> > Steps to reproduce: Load the PCI bus with, for instance, a big file transfer
> > from an usb mass storage media v2 connected on a PCI USB2 card to the main hard
> > drive and at the same time play music. Randomly crashes the computer and
> > corrupts hard drive data (sometimes beyond repair).
> >
>
> argh.  Are you able to identify a change to the via quirk-handling code
> which prevents this from happening?
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/