MSI K9N Neo: corruption on streaming PATA/SATA i/o - testers needed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello lkml'ers

If you happen to have the same mobo, MSI AM2 K9N NEO-F

http://www.msi.com.tw/program/products/mainboard/mbd/pro_mbd_detail.php?UID=733

and streaming disk i/o works for you, plase send me:
* kernel version and .config
* hdparm -i output
* lspci -vvvxxx output

Thanks... now with gory details.

On Tuesday 12 September 2006 18:18, Denis Vlasenko wrote:
> > I bought new Athlon46 mobo with AM2 socket and recently
> > I noticed that copying large amounts of data reliably
> > crashes 2.6.17.11 64-bit on it.
> > 
> > memtest runs ok on this machine overnight.
> > Machine is not overclocked.
> > 
> > Copying movies from SATA drive to PATA drive oopses
> > after few gigabytes transferred. Creating iso image
> > with mkisofs (done entirely on PATA drive, no SATA attached)
> > does the same.
> > 
> > After some testing I found ou that rw load crashes
> > machine rather fast, while read load usually runs for several
> > minutes before crash. Setting udma4 or udma3 instead of udma5
> > doesn't help. Pity I don't have my own SATA drive to run tests
> > with it, ran most of the tests on PATA drive.
> 
> I obtained PCI config space dumps under Windows XP on this machine
> and compared them to Linux settings. Integrated PATA IDE controller
> has some differences in rows 5x and 8x.

As Alan pointed out, there aren't any obvious differences which
may affect IDE. They are mostly in AMD CPU Northbridge...

I bought SATA II Samsung drive yesterday. Created 32gb file on it.
Windows XP can do "copy 32g nul" - no problems.
The very same thing on Linux randomly crashes in a few minutes.

Please note that I was using Linux on this machine for a bit more than
a month and I had just one unexplained (at that time) crash.
I compiled stuff on it and copied a lot of files (kernel trees, for one),
without crashes. It was feeling like everything was working okay.

So it seems likely that memory corruption and resulting crashes
occur only when there are large amounts of streaming I/O, "short"
reads/writes (less than ten megabytes at once) are affected much less
or not affected at all.

BTW, I tried running with mem=500 and tried 32-bit kernels,
still crashes.

I also did a direct device-to-device copy using dd
(translation: no filesystem code involved) and it crashed too.

And to repeat: it happens both on PATA IDE Western Digital drive
(WDC WD2500JB-55GVC0, FwRev=08.02D08, SerialNo=WD-WCAL78337950)
and this new Samsung SATA drive...

Does this rings any bells? What is different when I do streaming i/o?
IOW: where should I start poking in the driver? Because Windows
somehow works, dammit... it must be possible to make it work...

I do not have another mobo for testing.
--
vda
-
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/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux