linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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).