[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200711121908.23111.strieder@informatik.uni-kl.de>
Date: Mon, 12 Nov 2007 19:08:22 +0100
From: Bernd Strieder <strieder@...ormatik.uni-kl.de>
To: Robert Hancock <hancockr@...w.ca>
Cc: linux-kernel@...r.kernel.org, Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: x86_64 SATA DVD drive + libata trouble
Hello,
sorry for the large amount of files in my last mail, which will be
outdated by this mail. Had I only read a little bit further on the
bugzilla page.
Robert Hancock wrote:
> There is a known problem with ATAPI devices on CK804 chipsets
> which have memory above the 4GB mark, being debugged here:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=351451
There is a second patch on this bugzilla page which I did not see
in the first place.
https://bugzilla.redhat.com/attachment.cgi?id=254191
This patch gives me a working 2.6.24-rc1-git10 kernel WITH adma and
with the full 8GB of RAM. See the attached dmesg text file below.
>
> If you are running into that one you can workaround it for now
> by passing the adma=0 parameter to the sata_nv module (not sure
> how this would be done on Suse's setup) or pass sata_nv.adma=0
> on the kernel command line if sata_nv is built into the kernel.
> If that does help, I could ask you to test patches :-)
Obviously there is no need for more patches to get the drive
working. I will probably just use that working kernel after some
testing. And if I get to know that the patch gets upstream, then I
will probably use 2.6.24 when it is finished.
If there are more patches to test on this problem please let me
hear. Now I have a setup that makes testing a patch taking a lot
less time than before.
Thanks for the help,
Bernd Strieder
View attachment "dmesg.2.6.24-rc1-git10-patch2Hancock-noadma=0" of type "text/plain" (23382 bytes)
Powered by blists - more mailing lists