linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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.

  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).