Bug 7437 - VIA VT8233 seems to suffer from the via latency quirk
Summary: VIA VT8233 seems to suffer from the via latency quirk
Status: REJECTED UNREPRODUCIBLE
Alias: None
Product: Drivers
Classification: Unclassified
Component: PCI (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Greg Kroah-Hartman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-30 16:06 UTC by Sylvain BERTRAND
Modified: 2008-04-04 08:34 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.19-rc3
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
verbose pci output (8.46 KB, text/plain)
2006-10-30 16:10 UTC, Sylvain BERTRAND
Details
verbose numeric pci output (7.48 KB, text/plain)
2006-10-30 16:11 UTC, Sylvain BERTRAND
Details

Description Sylvain BERTRAND 2006-10-30 16:06:43 UTC
Most recent kernel where this bug did not occur: 2.6.19-rc3
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).
Comment 1 Sylvain BERTRAND 2006-10-30 16:10:23 UTC
Created attachment 9379 [details]
verbose pci output
Comment 2 Sylvain BERTRAND 2006-10-30 16:11:07 UTC
Created attachment 9380 [details]
verbose numeric pci output
Comment 3 Andrew Morton 2006-10-30 16:21:35 UTC
(switched to email - please retain all cc's)

On Mon, 30 Oct 2006 16:20:16 -0800
bugme-daemon@bugzilla.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@kroah.com
>          Submitter: sylvain.bertrand@gmail.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?

Comment 4 Sylvain BERTRAND 2006-10-30 16:49:37 UTC
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@osdl.org>:
>
> (switched to email - please retain all cc's)
>
> On Mon, 30 Oct 2006 16:20:16 -0800
> bugme-daemon@bugzilla.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@kroah.com
> >          Submitter: sylvain.bertrand@gmail.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?
>
>

Comment 5 Greg Kroah-Hartman 2006-10-30 19:30:54 UTC
On Tue, Oct 31, 2006 at 02:03:02AM +0100, Sylvain Bertrand wrote:
> 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.

That would be the best way to proceed.  If you add your device ids to
the quirk, does the machine work properly afterward?

thanks,

greg k-h

Comment 6 Sylvain BERTRAND 2006-10-31 17:41:46 UTC
I enabled the via latency quirk code for my chipset and my workstation
does crash the same way.
Then, my crash problem seems not related to this quirk even if
symptoms are quite similar.

2006/10/31, Greg KH <greg@kroah.com>:
> That would be the best way to proceed.  If you add your device ids to
> the quirk, does the machine work properly afterward?
>
> thanks,
>
> greg k-h

Comment 7 Greg Kroah-Hartman 2006-10-31 22:20:47 UTC
On Wed, Nov 01, 2006 at 02:55:18AM +0100, Sylvain Bertrand wrote:
> I enabled the via latency quirk code for my chipset and my workstation
> does crash the same way.
> Then, my crash problem seems not related to this quirk even if
> symptoms are quite similar.

Thank you for testing.  Can you try contacting VIA to find out what
needs to be fixed here?

Comment 8 Sylvain BERTRAND 2006-11-01 02:43:33 UTC
Ok, I will send an email. In the mean time, I may experiment enabling
some of the PCI quirks. Do you have some hints on the quirks which
could be good candidates?

2006/11/1, Greg KH <greg@kroah.com>:
> On Wed, Nov 01, 2006 at 02:55:18AM +0100, Sylvain Bertrand wrote:
> > I enabled the via latency quirk code for my chipset and my workstation
> > does crash the same way.
> > Then, my crash problem seems not related to this quirk even if
> > symptoms are quite similar.
>
> Thank you for testing.  Can you try contacting VIA to find out what
> needs to be fixed here?
>

Comment 9 Greg Kroah-Hartman 2006-11-01 09:44:39 UTC
On Wed, Nov 01, 2006 at 11:57:02AM +0100, Sylvain Bertrand wrote:
> Do you have some hints on the quirks which could be good candidates?

I do not, sorry.

Good luck.

Comment 10 Sylvain BERTRAND 2006-11-10 03:11:40 UTC
I posted a message on the viaarena forums, which are supposed to be the way to
have support. I fear that my queries will stay answered...
Comment 11 Natalie Protasevich 2008-04-03 22:17:03 UTC
Any update on this bug, was it resolved for you Sylvain?
Thanks.
Comment 12 Sylvain BERTRAND 2008-04-04 01:36:58 UTC
I checked the via forums:no answer.
Regarding the buggy system, I gave it and I have a new one. I won't be able to try to reproduce the bug since I would corrupt data on a disk which is not mine anymore (and I would have to go quite far away).
Ok to close the bug.
Comment 13 Natalie Protasevich 2008-04-04 08:34:54 UTC
Thanks for the update. Closing the bug until someone perhaps runs into this problem and reopens it.

Note You need to log in before you can comment on or make changes to this bug.