linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tejun Heo <htejun@gmail.com>
To: Jonathan Bell <doggs.lay.eggs@googlemail.com>
Cc: "linux-ide@vger.kernel.org" <linux-ide@vger.kernel.org>,
	Carlos Pardo <Carlos.Pardo@siliconimage.com>
Subject: Re: Errors when copying between drives on a SiI3114 controller under kernel 2.6.18
Date: Sat, 14 Oct 2006 21:13:40 +0900	[thread overview]
Message-ID: <4530D474.6000609@gmail.com> (raw)
In-Reply-To: <op.tg93opjoxci36i@akima>

[cc'ing Carlos again.  please don't drop cc list]

Jonathan Bell wrote:
> On Mon, 09 Oct 2006 15:49:26 +0100, Jonathan Bell 
> <doggs.lay.eggs@googlemail.com> wrote:
> 
>> On Mon, 09 Oct 2006 09:43:18 +0100, Tejun Heo <htejun@gmail.com> wrote:
>>
>>> Tejun Heo wrote:
>>>> I cannot reproduce your problem here.  Can you retest after running 
>>>> the following commands?
>>>>  # setpci -s 01:07.0 0c.b=04
>>>> # setpci -s 01:08.0 0c.b=04
>>>
>>> I forgot something.
>>>
>>> * You need to make sata_sil a module.  Boot, unload sata_sil if 
>>> loaded, run above commands, load sata_sil and test.
>>>
>>> * If above commands don't work, try =00 instead of =04.
>>>
>>> Thanks.
>>
>> setpci -s 01:07/8.0 0c.b=04 performed, sata_sil inserted...
>>
>> md5sum crapped out again, similar errors in dmesg as before.
>>
>> setpci -s 01:07/8.0 0c.b=00 performed, sata_sil inserted...
>>
>> It worked...
>> cp ~/hugefile /mnt/sda1 && cp /mnt/sda1/hugefile /mnt/sdb1
>> && md5sum /mnt/sda1/hugefile /mnt/sdb1/hugefile
>>
>> ccf5f9052aa1fac3062c3f1920abb1fc  /mnt/sda1/hugefile
>> ccf5f9052aa1fac3062c3f1920abb1fc  /mnt/sdb1/hugefile
>>
>> What does this register do, out of interest? With 00 it took ages and 
>> made my load average shoot up to about 6.50!
> 
> Apologies for bumping this a mere 2 days later but I felt that progress 
> was being made...
> 
> Ok, so it's the PCI cache line size register... 08 means a value of 64 
> bits which corresponds to the line size of my L1/L2 cache, am I correct?

Yes, you're right.

> The fact that even with a value of 01 set (for fun) still corrupts the 
> file seems to indicate that the fault is somewhere there, but why? 
> Should I just give up and buy a decent mainboard? :P (currently running 
> A7N8X-Deluxe v2.0, latest 1008 BIOS)

I'm not sure whether the cache line size is the actual problem or the 
slowdown caused by 0 cacheline size (r/w optimizations based on 
cacheline size are turned off) hides the problem.  I was hoping BIOS 
messed up while setting cachline size and adjusting it to 4 makes things 
work.

> I would like to know more about this since the only topics on PCI cache 
> line sizes I can find are ones where people are having problems.

I don't know.  I think this can be best diagnosed by SIMG.  Carlos, does 
anything ring a bell?

Thanks.

-- 
tejun

  reply	other threads:[~2006-10-14 12:13 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-07 13:11 Errors when copying between drives on a SiI3114 controller under kernel 2.6.18 Jonathan Bell
2006-10-08  4:33 ` Tejun Heo
2006-10-08 13:19   ` Jonathan Bell
2006-10-09  8:38     ` Tejun Heo
2006-10-09  8:43       ` Tejun Heo
2006-10-09 14:49         ` Jonathan Bell
2006-10-11 22:35           ` Jonathan Bell
2006-10-14 12:13             ` Tejun Heo [this message]
2006-10-22 15:33               ` Jonathan Bell
2006-10-23  2:22                 ` Tejun Heo
2006-10-23 10:13                   ` Alan Cox
2006-10-23 13:35                     ` Jonathan Bell
2006-10-23 14:09                       ` Alan Cox
2006-10-30 20:53                         ` Jonathan Bell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4530D474.6000609@gmail.com \
    --to=htejun@gmail.com \
    --cc=Carlos.Pardo@siliconimage.com \
    --cc=doggs.lay.eggs@googlemail.com \
    --cc=linux-ide@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).