linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Possible Bug in sata_via when trying to burn
@ 2007-05-09  9:55 Dominik Schulz
  2007-05-09 13:50 ` Tejun Heo
  0 siblings, 1 reply; 4+ messages in thread
From: Dominik Schulz @ 2007-05-09  9:55 UTC (permalink / raw)
  To: htejun; +Cc: linux-ide

Hi,
I'd like to report a possible bug in the sata_via module.

I - and at least one other user [1] - am not able to use a cd writer
attached to the VIA 6421 chip on Linux.

The current setup works perfectly on windows, so I think it's not a
hardware problem.

Until Kernel 2.6.21 I wasn't even able to use the PATA Port of the
mentioned controller. Now this works, but it would be great if one was
also able to use this controller to burn cds.

The Problem seems to affect cd writers attached to this chip, sata as
well as pata [2].

Some details of my system:
Debian etch, running the 2.6.21 Kernel.
The CD-Writer is a NEC ND-3500AG attachted to the PATA Port of the VIA
6421 Chip on an Abit AX8 V2.0 Motherboard.
lspci -vvv is at [3]
dmesg at [4]
the wodim output when trying to blank a cd [5]
kernel .config at [6]

[1] - http://www.mail-archive.com/cdwrite@other.debian.org/msg10988.html
[2] - http://www.mail-archive.com/cdwrite@other.debian.org/msg11017.html
[3] - http://blog.gauner.org/dl/lspci.txt
[4] - http://blog.gauner.org/dl/dmesg.txt
[5] - http://blog.gauner.org/dl/wodim.txt
[6] - http://blog.gauner.org/dl/config-2.6.21tex



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Possible Bug in sata_via when trying to burn
  2007-05-09  9:55 Possible Bug in sata_via when trying to burn Dominik Schulz
@ 2007-05-09 13:50 ` Tejun Heo
  2007-05-09 14:30   ` Dominik Schulz
  0 siblings, 1 reply; 4+ messages in thread
From: Tejun Heo @ 2007-05-09 13:50 UTC (permalink / raw)
  To: Dominik Schulz; +Cc: linux-ide

Hello, Dominik.

Dominik Schulz wrote:
> The Problem seems to affect cd writers attached to this chip, sata as
> well as pata [2].
> 
> Some details of my system:
> Debian etch, running the 2.6.21 Kernel.
> The CD-Writer is a NEC ND-3500AG attachted to the PATA Port of the VIA
> 6421 Chip on an Abit AX8 V2.0 Motherboard.
> lspci -vvv is at [3]
> dmesg at [4]
> the wodim output when trying to blank a cd [5]
> kernel .config at [6]

I need more info to tell what's going on.

1. Does the kernel complain about anything during wodim runs?
2. Please run wodim with -VV and report what it says.

Thanks.

-- 
tejun

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Possible Bug in sata_via when trying to burn
  2007-05-09 13:50 ` Tejun Heo
@ 2007-05-09 14:30   ` Dominik Schulz
  2007-05-10 12:49     ` Tejun Heo
  0 siblings, 1 reply; 4+ messages in thread
From: Dominik Schulz @ 2007-05-09 14:30 UTC (permalink / raw)
  To: Tejun Heo; +Cc: linux-ide

Hi,

as far as I can see the kernel doesn't complain about anything. Nothing
in the syslog or anywhere else.

One thing I forgot to mention: It's no permission problem. I get exactly
the same output as root.

I've put the output of
wodim -VV blank=all -dev=2,0,0
at [1].

Tejun Heo wrote:
> Hello, Dominik.
>
> Dominik Schulz wrote:
>   
>> The Problem seems to affect cd writers attached to this chip, sata as
>> well as pata [2].
>>
>> Some details of my system:
>> Debian etch, running the 2.6.21 Kernel.
>> The CD-Writer is a NEC ND-3500AG attachted to the PATA Port of the VIA
>> 6421 Chip on an Abit AX8 V2.0 Motherboard.
>> lspci -vvv is at [3]
>> dmesg at [4]
>> the wodim output when trying to blank a cd [5]
>> kernel .config at [6]
>>     
>
> I need more info to tell what's going on.
>
> 1. Does the kernel complain about anything during wodim runs?
> 2. Please run wodim with -VV and report what it says.
>
> Thanks.
>
>   
[1] - http://blog.gauner.org/dl/wodimvv.txt

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Possible Bug in sata_via when trying to burn
  2007-05-09 14:30   ` Dominik Schulz
@ 2007-05-10 12:49     ` Tejun Heo
  0 siblings, 0 replies; 4+ messages in thread
From: Tejun Heo @ 2007-05-10 12:49 UTC (permalink / raw)
  To: Dominik Schulz; +Cc: linux-ide

Dominik Schulz wrote:
> Hi,
> 
> as far as I can see the kernel doesn't complain about anything. Nothing
> in the syslog or anywhere else.
> 
> One thing I forgot to mention: It's no permission problem. I get exactly
> the same output as root.
> 
> I've put the output of
> wodim -VV blank=all -dev=2,0,0

| Executing 'mode select g1' command on Bus 2 Target 0, Lun 0 timeout 40s
| CDB:  55 10 00 00 00 00 00 00 3C 00
| Sending 60 (0x3C) bytes of data.
| Write Data:  00 00 21 00 00 00 00 00 05 32 41 C4 08 00 00 00 00 00 00 00 00 00 00 96 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
| Errno: 5 (Input/output error), mode select g1 scsi sendcmd: no error
| CDB:  55 10 00 00 00 00 00 00 3C 00
| status: 0x2 (CHECK CONDITION)
| Sense Bytes: 70 00 04 00 00 00 00 0A 00 00 00 00 08 03 00 00
| Sense Key: 0x4 Hardware Error, Segment 0
| Sense Code: 0x08 Qual 0x03 (logical unit communication crc error (ultra-dma/32)) Fru 0x0
| Sense flags: Blk 0 (not valid) 
| resid: 60
| cmd finished after 0.001s timeout 40s

It seems commands to transfer data to the device suffers transmission
error.  Does the same thing occur even when you're using a SATA
device?  The device is already configured at UDMA/33, so it can't be a
cable detection problem.  Weird....

Just in case, can you try to reseat or replace the cable?  Of the two
IDE connectors, where is the dvd writer connected?

-- 
tejun

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-05-10 12:49 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-09  9:55 Possible Bug in sata_via when trying to burn Dominik Schulz
2007-05-09 13:50 ` Tejun Heo
2007-05-09 14:30   ` Dominik Schulz
2007-05-10 12:49     ` Tejun Heo

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