[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <491FE470.80803@kernel.org>
Date: Sun, 16 Nov 2008 18:14:24 +0900
From: Tejun Heo <tj@...nel.org>
To: Justin Piszcz <jpiszcz@...idpixels.com>
CC: Alan Cox <alan@...rguk.ukuu.org.uk>,
Robert Hancock <hancockr@...w.ca>,
linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org,
linux-raid@...r.kernel.org
Subject: Re: 2.6.27.6 question: ata_sff_hsm_move: ata15 (why always ata15)?
Justin Piszcz wrote:
>
>
> On Sun, 16 Nov 2008, Tejun Heo wrote:
>
>> Alan Cox wrote:
>>> On Fri, 14 Nov 2008 21:22:58 -0600
>>> Robert Hancock <hancockr@...w.ca> wrote:
>>>
>>>> Justin Piszcz wrote:
>>>>> I am trying to find out what the root cause of this error/problem is:
>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=462425
>>>> The problem is that people assume that timeouts with DRDY like that bug
>>>> refers to must be the same problem when it is often not
>>>
>>> The first stopping point is to apply the DRQ drain patch I sent to the
>>> list some time ago and is hopefully lined up for 2.6.29. After that
>>> point
>>> you can begin to look at the remaining cases, until then its hardly
>>> worth
>>> it.
>>
>> Is it really? For many SATA controllers, DRQ draining isn't really
>> necessary. PATA might be a completely different story tho.
>
> I have been running with the patch for almost 24 hours and running
> extensive disk tests, so far nothing but sometimes it takes a few days
> or more to repeat, I am continuing to test to see if the problem recurs..
The patch only kicks in only when EH kicks in so you wouldn't know
whether it's effective or not till exception occurs.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists