From: "Konstantin A. Lepikhov" <lakostis@unsafe.ru>
To: Tejun Heo <htejun@gmail.com>
Cc: linux-ide@vger.kernel.org
Subject: Re: AHCI SATA DVD writing issue
Date: Wed, 2 Apr 2008 14:07:49 +0400 [thread overview]
Message-ID: <20080402100749.GA25346@lks.home> (raw)
In-Reply-To: <47F2D1DB.5060207@gmail.com>
Hi Tejun!
Wednesday 02, at 09:22:51 AM you wrote:
> 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.
>
I'm found simular report but for intel ahci -
https://bugzilla.altlinux.org/show_bug.cgi?id=15087
Here is lspci -vvnn output
https://bugzilla.altlinux.org/attachment.cgi?id=2543
And the dmesg with timings
https://bugzilla.altlinux.org/attachment.cgi?id=2546
The symptoms looks the same except failed ATAPI commands. I don't know
it's important or not and may we combine this bugs.
It's reproducible with 2.6.24.4 kernel with stock ahci driver.
--
WBR et al.
next prev parent reply other threads:[~2008-04-02 10:40 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
2008-04-02 10:07 ` Konstantin A. Lepikhov [this message]
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=20080402100749.GA25346@lks.home \
--to=lakostis@unsafe.ru \
--cc=htejun@gmail.com \
--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).