From: Tejun Heo <htejun@gmail.com>
To: Conke Hu <conke.hu@gmail.com>
Cc: Jeff Garzik <jeff@garzik.org>, Alan <alan@lxorguk.ukuu.org.uk>,
Andrew Morton <akpm@osdl.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] ahci.c: fix ati sb600 sata IRQ_TF_ERR
Date: Thu, 15 Mar 2007 21:14:00 +0900 [thread overview]
Message-ID: <45F93888.1080207@gmail.com> (raw)
In-Reply-To: <5767b9100703150500t1c34dfb0kc6a199b5374a8d78@mail.gmail.com>
Conke Hu wrote:
>> E Internal error: The host bus adapter experienced an internal error
>> that caused the operation to fail and may have put the host bus adapter
>> into an error state. Host software should reset the interface before
>> re-trying the operation. If the condition persists, the host bus adapter
>> may suffer from a design issue rendering it incompatible with the
>> attached device.
>>
>
> Yes, I saw this too :) and I am contacting the hardware engineers to
> check if there is any hardware bug.
> But, even though this were a hardware bug and could be fixed, we would
> still need this patch since many SB600 boards have already come into
> the market and those ASICs can never be fixed :(
Yeap, we certainly need the workaround. I was just having a little fun.
:-)
>> 4381 isn't affected while 4380 is?
>
> I never see such an ID, and plan to remove 0x4381.
> The patch which added the PCI IDs was not sent out by myself. I
> checked all SB600 boards, and not found any 0x4381 controller, only
> 0x4380 instead. In fact, SB600 RAID and Non-RAID share the same PCI
> device ID, only with class code different.
I see.
>> Anyways, Conke Hu, can you please take a look at my patch from a month
>> ago? It's almost identical but SERR_INTERNAL is always ignored on both
>> SB600 PCI IDs, which I think is safer. Does this fix what you're seeing?
>>
>
> I just read your patch. Another difference is that my patch ignores
> SERR_INTERNAL only when the command is ATAPI and IRQ_TF_ERR occurs. In
> other cases, I think, we'd better not ignore the SERR_INTERNEL. Right?
Yeah, I noticed the difference. I don't really care but I was thinking
that SERR_INTERNAL might be set in other similar situations too. e.g.
TF error from ATA device or what not, so I thought it would be safer to
ignore the bit altogether. You probably need to consult your hardware
people about when exactly the bit misbehaves but unless proven
otherwise, I'd prefer to always ignore the bit. Also, please rename the
enum constant and flag name.
Thanks.
--
tejun
next prev parent reply other threads:[~2007-03-15 12:14 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-14 9:22 [PATCH] ahci.c: fix ati sb600 sata IRQ_TF_ERR Conke Hu
2007-03-14 12:17 ` Tejun Heo
2007-03-15 12:00 ` Conke Hu
2007-03-15 12:14 ` Tejun Heo [this message]
2007-03-27 9:53 ` Conke Hu
2007-08-22 21:02 ` Andreas John
2007-08-22 22:01 ` Andreas John
2007-08-23 0:44 ` Tejun Heo
2007-08-23 11:02 ` Andreas John
2007-08-25 2:24 ` Tejun Heo
2007-08-27 1:31 ` Tejun Heo
2007-08-26 10:11 ` Andreas John
2007-08-26 16:02 ` Ulrich
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=45F93888.1080207@gmail.com \
--to=htejun@gmail.com \
--cc=akpm@osdl.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=conke.hu@gmail.com \
--cc=jeff@garzik.org \
--cc=linux-kernel@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