lkml.org 
[lkml]   [2002]   [Aug]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectide-scsi (or ide-via?) with 2.4.20-pre*-ac*
I have some weird problems when trying to write
a CD under a 2.4.20-pre*-ac* kernel [everything
works fine on the same computer with a
2.4.19-rc-ac1]. The CD writer is an LG-8080B
connected as slave to the secondary channel of a VIA
vt82c586b (rev. 47) controller.

Cdrecord, when I try to write an image at full speed
(that is, speed=8), aborts after the first 4 Mb with
the following error:

cdrecord: Input/output error. write_g1: scsi sendcmd: no error
CDB: 2A 00 00 00 08 99 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)

The weird thing is that, according to the "current writing
speed indication" (I have tried several versions of cdrecord
as well, and right now I'm doing my tests with 1.11a30 which
should print the actual transfer rate --- it was just the same
error with 1.10, though), the computer claims it
was recording at "20.3x" at the time of the failure: something
seems to be very wrong indeed.
If I re-run cdrecord forcing the speed to be "4x", then it
succeeds, even if the actual reported (and timed) speed is
"7.5x".

Further information:
dma is turned off for the drive and toggling unmask-irq
does not seem to change anything. The host adapter emulation
is seen as the second SCSI controller, the first being an
aic7850.

Is there any further test I can do?

kind regards,
lg


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.057 / U:1.484 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site