From: Tejun Heo <htejun@gmail.com>
To: Jeremy Smith <alceste@xmission.com>
Cc: Jeff Garzik <jgarzik@pobox.com>,
Alexander Shaposhnikov <shaposh@isp.nsc.ru>,
Carlos Pardo <Carlos.Pardo@siliconimage.com>,
Paul Taylor <Paul.Taylor@siliconimage.com>,
linux-ide@vger.kernel.org
Subject: Re: PROBLEM: Silicon Image 3112 Lockups
Date: Wed, 07 Sep 2005 15:00:03 +0900 [thread overview]
Message-ID: <431E81E3.50904@gmail.com> (raw)
In-Reply-To: <Pine.LNX.4.63.0509062102290.11772@xmission.xmission.com>
Jeremy Smith wrote:
>
> On Wed, 7 Sep 2005, Tejun Heo wrote:
>
>> Tejun Heo wrote:
>>
>>> Jeff Garzik wrote:
>>>
>>>> Tejun Heo wrote:
>>>>
>>>>> In the following mail, I've attached a patch which might alleviate
>>>>> errors during writes (as Alexander was reporting CRC errors with
>>>>> write commands), but it won't do any good if you're getting errors
>>>>> during reading.
>>>>>
>>>>> http://marc.theaimsgroup.com/?l=linux-ide&m=112602112819183&w=2
>>>>
>>>>
>>>>
>>>>
>>>> Note that I would put BIG CAPITAL LETTER WARNINGS on that patch,
>>>> since it messes with the voltage.
>>>>
>>>
>>> Alexander & Jeremy.
>>>
>>> It's as Jeff said.
>>>
>>> TRY THE PATCH AT YOUR OWN RISK. IT MIGHT FRY PHY OF YOUR DRIVE.
>>> (enough capitals?)
>>>
>>> Even if you're brave enough to try, DO NOT GO OVER 600mV. 600mV is
>>> at least inside specified limits. Also, it won't change anything
>>> regarding read errors. All it does is increasing voltage swing while
>>> transmitting data (writes).
>>
>>
>> Oh.. it might affect writes if errors are occurring due to CRC errors
>> during command trasmit. If you're getting ABRT errors instead of
>> ICRC's, it might indicate that commands are being mistransferred
>> (again, I'm not sure at all).
>>
>> --
>> tejun
>>
>
> Did you mean reads here? Because I think it's happening on reads as
> well--it happens on an "e2fsck -b -n" on the drive when I'm booted off a
> CDROM. I'm willing to try it out if it could help, but if it's unlikely
> too...
Yes, I meant reads. It would be great if somebody tries the patch
out. Maybe you and Alexander can coordinate and only one can take the
risk. ;-p If I had access to K8N-DL, I would have tested it myself, but
sadly I don't. I did test with my discerete sii3112 card and Samsung
HD160JJ drive at 600mV and had no problem but this doesn't guarantee
anything for you guys.
I think it would be nice if Alexander or you can test it but I have to
warn you again.
YOU MAY FRY YOUR HARDWARE WITH THIS.
> I don't have any idea how these drivers work, but the ASUS K8N-DL also
> has the nvidia SATA controller in it--which doesn't appear to work at
> all, so I started by hooking up the drivers to the SI controller. Can
> the mere presence of this additional controller make a difference?
I doubt that that would have anything to do with this.
> For what it's worth, I don't _think_ I was seeing similar lockups until
> I updated the firmware on this board to the latest version (1004 from
> 1003), but that could be a red herring because I also wasn't paying
> attention to syslog.
I don't know. If some specific configurations are required for the
controller, they are usually done by BIOS (either mainboard BIOS or
per-controller BIOS), so BIOS update could affect the problem. But
these are still just wild speculations. Maybe we should contact ASUS
about this?
> I've tried changes to cabling...both drives experience the exact same
> symptoms for me; it certainly could be hardware related, but it would be
> on the board, for which I don't have a spare.
>
> Is there any additional information I can provide?
Well, I think two same reports for not-so-widespread mainboard
indicate away from cabling problems. And I cannot think of any more
info which could be helpful yet. I'll let you know if something comes up.
Thanks & good luck.
--
tejun
next prev parent reply other threads:[~2005-09-07 6:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-07 1:07 PROBLEM: Silicon Image 3112 Lockups Jeremy Smith
2005-09-07 2:01 ` Tejun Heo
2005-09-07 2:13 ` Jeff Garzik
2005-09-07 2:34 ` Tejun Heo
2005-09-07 2:42 ` Tejun Heo
2005-09-07 3:21 ` Jeremy Smith
2005-09-07 6:00 ` Tejun Heo [this message]
2005-09-07 6:09 ` Jeff Garzik
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=431E81E3.50904@gmail.com \
--to=htejun@gmail.com \
--cc=Carlos.Pardo@siliconimage.com \
--cc=Paul.Taylor@siliconimage.com \
--cc=alceste@xmission.com \
--cc=jgarzik@pobox.com \
--cc=linux-ide@vger.kernel.org \
--cc=shaposh@isp.nsc.ru \
/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).