From: Tejun Heo <htejun@gmail.com>
To: davor emard <davoremard@gmail.com>
Cc: linux-ide@vger.kernel.org, Mark Lord <liml@rtr.ca>,
Jeff Garzik <jeff@garzik.org>
Subject: Re: AHCI SATA DVD writing issue
Date: Wed, 02 Apr 2008 09:22:51 +0900 [thread overview]
Message-ID: <47F2D1DB.5060207@gmail.com> (raw)
In-Reply-To: <beee72200804011526u271d8951m126afd2913748187@mail.gmail.com>
Hello, Davor.
davor emard wrote:
> Here is capture of the syslog as you requested.
> I have a LG on ide, and pioneer and optiarc on sata (marvell 6145)
> (see my "lsscsi.txt")
Ah... it's a marvell. MV ahci support is somewhat limited at the moment.
> First I tried wodim -devices then were lots of ata errors and
> timeouts and after some time wodim printed "wodim-devices-1.txt"
> where it recognized LG and pioneer but not optiarc.
> But next time I run wodim -devices it doesn't
> recognize even pioneer (only IDE LG drive is listed)
> "wodim-devices-2.txt"
> The syslog dump of the above test is in "syslog-devices.txt"
>
> Next I rebooted and tried mounting.
> First I mounted a CD normally on pioneer. Then I ejected
> it from pioneer and inserted into optiarc.
> Interesting that hal daemon printed corrected CD name
> from optiarc.
> But then I tried mounting to optiarc, ata errors appeared and
> mount gave up after long time.
> Then I ejected from optiarc and tried to mount to pioneer
> again but this time pioneer doesn't work either -
> Buffer I/O error on device sr0, logical block 329952
> See the test in "syslog-mounting.txt"
>
> I also attach my kernel config. I used normal unpatched
> 2.6.24.4 on amd64, I compiled it myself on debian testing
Yeah, what happens is that the controller somehow doesn't like certain
ATAPI commands (maybe it doesn't really enjoy short or unaligned
transfers, both cases are data-in commands w/ 2 byte buffer).
The port completely locks up afterwards which is unusual for ahci port
and more unusually it takes the other port on the controller with it.
hald tries to poll the other device and thus the driver issues TUR and
ta-da the port is completely dead already.
Can you please give a shot at 2.6.25-rc8 and post resulting kernel log?
Buffer aligning / padding support is improved there.
Thanks.
--
tejun
next prev parent reply other threads:[~2008-04-02 0:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-20 11:16 AHCI SATA DVD writing issue davor emard
2008-03-29 12:46 ` Tejun Heo
2008-04-01 22:26 ` davor emard
2008-04-02 0:22 ` Tejun Heo [this message]
2008-04-02 10:07 ` Konstantin A. Lepikhov
2008-04-02 12:51 ` davor emard
2008-04-16 15:58 ` davor emard
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=47F2D1DB.5060207@gmail.com \
--to=htejun@gmail.com \
--cc=davoremard@gmail.com \
--cc=jeff@garzik.org \
--cc=liml@rtr.ca \
--cc=linux-ide@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;
as well as URLs for NNTP newsgroup(s).