Mailing List Archive: Linux: Kernel

Libata, bug 5700.

Index | Next | Previous | View Threaded

tronic+bpsk at trn

Jan 28, 2006, 3:56 AM

Post #1 of 4 (344 views)
Permalink

Libata, bug 5700.

http://bugzilla.kernel.org/show_bug.cgi?id=5700

I reported this bug a while back, but it hasn't received any feedback.
Jeff Garzik didn't respond to the email that I sent to him either. What's up?

- Tronic -

Attachments:

signature.asc (0.25 KB)

arjan at infradead

Jan 28, 2006, 4:24 AM

Post #2 of 4 (340 views)
Permalink

Re: Libata, bug 5700. [In reply to]

On Sat, 2006-01-28 at 13:56 +0200, Lasse Kärkkäinen / Tronic wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=5700
>
> I reported this bug a while back, but it hasn't received any feedback.
> Jeff Garzik didn't respond to the email that I sent to him either. What's up?

While not responding to mails is not nice, demanding a response isn't
nice either. Jeff Garzik or any other kernel developer has no support
obligation to you in any way or form.

Maybe think about if there's more information you can supply to make it
easier for the developers to diagnose (this is the most common reason
bugs aren't looked at, just plain not enough info to even begin thinking
about it)... or look at the code yourself, or try to find where this
behavior started, or .. or ...

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo [at] vger
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

penberg at cs

Jan 28, 2006, 4:36 AM

Post #3 of 4 (334 views)
Permalink

Re: Libata, bug 5700. [In reply to]

On 1/28/06, Arjan van de Ven <arjan [at] infradead> wrote:
> Maybe think about if there's more information you can supply to make it
> easier for the developers to diagnose (this is the most common reason
> bugs aren't looked at, just plain not enough info to even begin thinking
> about it)... or look at the code yourself, or try to find where this
> behavior started, or .. or ...

The simplest thing you can do on your own is to see if you can find an
older kernel that doesn't have that problem. And if you do find a
working kernel, you can use git bisect to find out the exact changeset
that broke it. See the following URL for details:
http://www.kernel.org/pub/software/scm/git/docs/howto/isolate-bugs-with-bisect.txt

Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo [at] vger
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

htejun at gmail

Jan 31, 2006, 6:44 PM

Post #4 of 4 (333 views)
Permalink

Re: Libata, bug 5700. [In reply to]

On Sat, Jan 28, 2006 at 01:56:21PM +0200, Lasse K??rkk??inen / Tronic wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=5700
>
> I reported this bug a while back, but it hasn't received any feedback.
> Jeff Garzik didn't respond to the email that I sent to him either. What's up?
>

Hello, Lasse.

Can you please apply the following patch and report the result? It
seems that your drive/controller times once in a while and the timed
out command gets completed twice somehow. The following patch will
show us what's completing it the second time. Also, posting full
kernel log will be helpful too. Among other things, I'm curious
whether there were any recovered timeouts before.

diff --git a/include/linux/libata.h b/include/linux/libata.h
index 41ea7db..28f247a 100644
--- a/include/linux/libata.h
+++ b/include/linux/libata.h
@@ -68,6 +68,7 @@
if(unlikely(!(expr))) { \
printk(KERN_ERR "Assertion failed! %s,%s,%s,line=%d\n", \
#expr,__FILE__,__FUNCTION__,__LINE__); \
+ dump_stack(); \
}
#endif

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo [at] vger
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads