* ATAPI CDRW which doesn't work
@ 2001-02-03 22:05 patrick.mourlhon
2001-02-04 1:06 ` Marko Kreen
2001-02-05 1:09 ` Jens Axboe
0 siblings, 2 replies; 8+ messages in thread
From: patrick.mourlhon @ 2001-02-03 22:05 UTC (permalink / raw)
To: linux-kernel
Hi,
I've never could make this CDRW ATAPI to work, if someone could
provide me any clue about the baby. I just said that people on the
kernel mailing list may care of its but. It looks like the baby didn't
even noticed. ;-)
kernel is 2.4.1, but never worked even before this release.
Never maintained speed.
Thanks in advance for any reply,
Patrick Mourlhon
----mount atapi cd writer outpu
Line:/mnt/home/pmo# mount /dev/hdb /cdrom
/dev/hdb: Input/output error
mount: block device /dev/hdb is write-protected, mounting read-only
/dev/hdb: Input/output error
mount: you must specify the filesystem type
Line:/mnt/home/pmo#
----/var/log/messages from start to the end of the previous mount command
Feb 3 22:08:25 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 3 22:08:25 Line kernel: hdb: DMA disabled
Feb 3 22:08:55 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:08:55 Line kernel: hda: DMA disabled
Feb 3 22:08:55 Line kernel: ide0: reset: success
Feb 3 22:09:06 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:09:36 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:09:36 Line kernel: ide0: reset: success
Feb 3 22:09:47 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:09:47 Line kernel: end_request: I/O error, dev 03:40 (hdb), sector 2
Feb 3 22:09:48 Line kernel: hdb: status timeout: status=0x90 { Busy }
Feb 3 22:09:48 Line kernel: hdb: drive not ready for command
Feb 3 22:10:11 Line kernel: hdb: ATAPI reset complete
Feb 3 22:10:21 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 3 22:10:51 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:10:51 Line kernel: ide0: reset: success
Feb 3 22:11:02 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:11:32 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:11:32 Line kernel: ide0: reset: success
Feb 3 22:11:42 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:11:42 Line kernel: end_request: I/O error, dev 03:40 (hdb), sector 2
Feb 3 22:11:43 Line kernel: hdb: status timeout: status=0x90 { Busy }
Feb 3 22:11:43 Line kernel: hdb: drive not ready for command
Feb 3 22:12:06 Line kernel: hdb: ATAPI reset complete
Feb 3 22:12:16 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 3 22:12:46 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:12:46 Line kernel: ide0: reset: success
Feb 3 22:12:57 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:13:27 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:13:27 Line kernel: ide0: reset: success
Feb 3 22:13:37 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:13:37 Line kernel: end_request: I/O error, dev 03:40 (hdb), sector 0
Feb 3 22:13:37 Line kernel: FAT bread failed
Feb 3 22:13:38 Line kernel: hdb: status timeout: status=0x90 { Busy }
Feb 3 22:13:38 Line kernel: hdb: drive not ready for command
Feb 3 22:14:02 Line kernel: hdb: ATAPI reset complete
Feb 3 22:14:12 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 3 22:14:42 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:14:42 Line kernel: ide0: reset: success
Feb 3 22:14:53 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:15:23 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:15:23 Line kernel: ide0: reset: success
Feb 3 22:15:33 Line kernel: hdb: irq timeout: status=0x90 { Busy }
Feb 3 22:15:33 Line kernel: end_request: I/O error, dev 03:40 (hdb), sector 0
Feb 3 22:15:33 Line kernel: FAT bread failed
Feb 3 22:15:35 Line kernel: hdb: status timeout: status=0x90 { Busy }
Feb 3 22:15:35 Line kernel: hdb: drive not ready for command
Feb 3 22:16:09 Line kernel: hdb: ATAPI reset timed-out, status=0x90
Feb 3 22:16:09 Line kernel: ide0: reset: success
Feb 3 22:16:12 Line kernel: hdb: packet command error: status=0x51 { DriveReady SeekComplete Error }
Feb 3 22:16:12 Line kernel: hdb: packet command error: error=0xb0
Feb 3 22:16:13 Line kernel: ATAPI device hdb:
Feb 3 22:16:13 Line kernel: Error: Aborted command -- (Sense key=0x0b)
Feb 3 22:16:13 Line kernel: (reserved error code) -- (asc=0x00, ascq=0x00)
Feb 3 22:16:13 Line kernel: The failed "Prevent/Allow Medium Removal" packet command was:
Feb 3 22:16:13 Line kernel: "1e 00 00 00 00 00 00 00 00 00 00 00 "
----cat /proc/interrupts
CPU0
0: 147746 XT-PIC timer
1: 2 XT-PIC keyboard
2: 0 XT-PIC cascade
4: 0 XT-PIC serial
10: 0 XT-PIC usb-uhci
12: 3622 XT-PIC PCnet/PCI II 79C970A
14: 11727 XT-PIC ide0
15: 127 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
----cat /proc/ioports
0000-001f : dma1
0020-003f : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00bf : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
02f8-02ff : serial(set)
0376-0376 : ide1
0378-037a : parport0
037b-037f : parport0
03c0-03df : vga+
03f6-03f6 : ide0
03f8-03ff : serial(set)
0cf8-0cff : PCI conf1
5000-50ff : VIA Technologies, Inc. VT82C586B ACPI
d000-dfff : PCI Bus #01
d000-d0ff : ATI Technologies Inc Rage XL AGP
e000-e00f : VIA Technologies, Inc. Bus Master IDE
e000-e007 : ide0
e008-e00f : ide1
e400-e41f : VIA Technologies, Inc. UHCI USB
e400-e41f : usb-uhci
e800-e8ff : Tseng Labs Inc ET6000
ec00-ec1f : Advanced Micro Devices [AMD] 79c970 [PCnet LANCE]
ec00-ec1f : PCnet/PCI II 79C970A
----/proc/ide/ide0/hdb
Line:/proc/ide/ide0/hdb# cat media
cdrom
Line:/proc/ide/ide0/hdb# cat model
R/RW 4x4x24
Line:/proc/ide/ide0/hdb# cat driver
ide-cdrom version 4.59
Line:/proc/ide/ide0/hdb# cat settings
name value min max mode
---- ----- --- --- ----
breada_readahead 4 0 127 rw
current_speed 34 0 69 rw
dsc_overlap 1 0 1 rw
file_readahead 0 0 2097151 rw
ide_scsi 0 0 1 rw
init_speed 12 0 69 rw
io_32bit 0 0 3 rw
keepsettings 0 0 1 rw
max_kb_per_request 128 1 127 rw
nice1 1 0 1 rw
number 1 0 3 rw
pio_mode write-only 0 255 w
slow 0 0 1 rw
unmaskirq 0 0 1 rw
using_dma 0 0 1 rw
Line:/proc/ide/ide0/hdb# cat identify
85c0 0000 0000 0000 0000 0000 0000 0000
0000 0000 3456 4f30 3934 3544 4530 3530
3232 2020 0000 0000 0000 1000 0000 2031
2e30 3400 0000 522f 5257 2034 7834 7832
3420 2020 2020 2020 2020 2020 2020 2020
2020 2020 2020 2020 2020 2020 2020 0000
0000 0b00 0000 0200 0200 0002 0000 0000
0000 0000 0000 0000 0000 0000 0007 0407
0003 0078 0078 0078 0078 0000 0000 0000
0000 0004 0009 0000 0000 0000 0000 0000
...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
2001-02-03 22:05 patrick.mourlhon
@ 2001-02-04 1:06 ` Marko Kreen
2001-02-04 10:16 ` Joachim 'roh' Steiger
[not found] ` <20010204073352.A529@MourOnLine.dnsalias.org>
2001-02-05 1:09 ` Jens Axboe
1 sibling, 2 replies; 8+ messages in thread
From: Marko Kreen @ 2001-02-04 1:06 UTC (permalink / raw)
To: patrick.mourlhon; +Cc: linux-kernel
On Sat, Feb 03, 2001 at 11:05:44PM +0100, patrick.mourlhon@wanadoo.fr wrote:
> Hi,
>
> I've never could make this CDRW ATAPI to work, if someone could
> provide me any clue about the baby. I just said that people on the
> kernel mailing list may care of its but. It looks like the baby didn't
> even noticed. ;-)
Compile in options 'SCSI generic', 'SCSI cdrom and 'SCSI
emulation support' then add 'hdb=scsi' to kernel parameters.
Now you can use it as SCSI cdrom, and cd-writers recognize it
too. Eg. for cdrecord you should probably put 'dev=0,0,0' to
command line (I assume you have no other SCSI controller).
--
marko
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
@ 2001-02-04 6:37 patrick.mourlhon
0 siblings, 0 replies; 8+ messages in thread
From: patrick.mourlhon @ 2001-02-04 6:37 UTC (permalink / raw)
To: linux-kernel
You were my best hope, cause i did something similar for
a Hp 720c on parallel port, and it worked. I did excatly
what you've just said.
But the whole thing still doesn't work properly.
I finally could mount the device, then read the first root directory.
But couldn't get more... always got what you see at the end of the
error message.. I/O error, which resulted in no files appearing from
a 'ls' command.
I've got those kind of message now :
Feb 4 07:18:35 Line kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 2e 00 00 01 00
Feb 4 07:18:35 Line kernel: SCSI host 0 abort (pid 0) timed out - resetting
Feb 4 07:18:35 Line kernel: SCSI bus is being reset for host 0 channel 0.
Feb 4 07:18:35 Line kernel: hdb: ATAPI reset complete
Feb 4 07:18:35 Line kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 2e 00 00 01 00
Feb 4 07:18:35 Line kernel: SCSI host 0 abort (pid 0) timed out - resetting
Feb 4 07:18:35 Line kernel: SCSI bus is being reset for host 0 channel 0.
Feb 4 07:18:37 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 4 07:18:41 Line kernel: scsi0: ERROR on channel 0, id 0, lun 0, CDB: Request Sense 00 00 00 40 00
Feb 4 07:18:41 Line kernel: Info fld=0x0, Current sd0b:00: sense key Medium Error
Feb 4 07:18:41 Line kernel: I/O error: dev 0b:00, sector 184
Feb 4 07:20:09 Line kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 2e 00 00 01 00
Feb 4 07:20:09 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 4 07:20:09 Line kernel: hdb: ATAPI reset complete
Feb 4 07:20:09 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 4 07:20:09 Line kernel: hdb: ATAPI reset complete
Feb 4 07:20:10 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
Feb 4 07:20:10 Line kernel: scsi0 channel 0 : resetting for second half of retries.
Feb 4 07:20:10 Line kernel: SCSI bus is being reset for host 0 channel 0.
Feb 4 07:20:10 Line kernel: hdb: status timeout: status=0xd0 { Busy }
Feb 4 07:20:10 Line kernel: hdb: drive not ready for command
Feb 4 07:20:21 Line kernel: hdb: ATAPI reset complete
Feb 4 07:20:22 Line kernel: Device 0b:00 not ready.
Feb 4 07:20:22 Line kernel: I/O error: dev 0b:00, sector 184
On Sun, 04 Feb 2001, Marko Kreen wrote:
> On Sat, Feb 03, 2001 at 11:05:44PM +0100, patrick.mourlhon@wanadoo.fr wrote:
> > Hi,
> >
> > I've never could make this CDRW ATAPI to work, if someone could
> > provide me any clue about the baby. I just said that people on the
> > kernel mailing list may care of its but. It looks like the baby didn't
> > even noticed. ;-)
>
> Compile in options 'SCSI generic', 'SCSI cdrom and 'SCSI
> emulation support' then add 'hdb=scsi' to kernel parameters.
>
> Now you can use it as SCSI cdrom, and cd-writers recognize it
> too. Eg. for cdrecord you should probably put 'dev=0,0,0' to
> command line (I assume you have no other SCSI controller).
>
>
> --
> marko
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
@ 2001-02-04 6:38 patrick.mourlhon
0 siblings, 0 replies; 8+ messages in thread
From: patrick.mourlhon @ 2001-02-04 6:38 UTC (permalink / raw)
To: linux-kernel
Be happy, it was not that simple. ;-)
On Sat, 03 Feb 2001, Bob_Tracy wrote:
> patrick.mourlhon@wanadoo.fr wrote:
> > ----mount atapi cd writer outpu
> >
> > Line:/mnt/home/pmo# mount /dev/hdb /cdrom
> > /dev/hdb: Input/output error
> > mount: block device /dev/hdb is write-protected, mounting read-only
> > /dev/hdb: Input/output error
> >
> > mount: you must specify the filesystem type
> > Line:/mnt/home/pmo#
>
> I'd hate to think your problem is *really* this simple, but if you
> really typed what is quoted above, and the CD you have in the drive
> really has something valid on it, try the following instead:
>
> mount -t iso9660 /dev/hdb /cdrom -r
>
> You have to specify the filesystem type, as well as specify the
> "readonly" flag. Although there are other filesystem types that
> can be found on CDROMs, it's unlikely in your case.
>
> --Bob Tracy
> rct@frus.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
2001-02-04 1:06 ` Marko Kreen
@ 2001-02-04 10:16 ` Joachim 'roh' Steiger
2001-02-04 15:15 ` Marko Kreen
[not found] ` <20010204073352.A529@MourOnLine.dnsalias.org>
1 sibling, 1 reply; 8+ messages in thread
From: Joachim 'roh' Steiger @ 2001-02-04 10:16 UTC (permalink / raw)
To: Marko Kreen; +Cc: patrick.mourlhon, linux-kernel
On Sun, 4 Feb 2001, Marko Kreen wrote:
> On Sat, Feb 03, 2001 at 11:05:44PM +0100, patrick.mourlhon@wanadoo.fr wrote:
> Compile in options 'SCSI generic', 'SCSI cdrom and 'SCSI
> emulation support' then add 'hdb=scsi' to kernel parameters.
is there someone working on direct support for Atapi-cdrw this time?
i would like to use a clean solution and am ready to help testing such
stuff (if existing) with my yamaha atapi-cdrw connected to an asus a7v
regards
roh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
2001-02-04 10:16 ` Joachim 'roh' Steiger
@ 2001-02-04 15:15 ` Marko Kreen
0 siblings, 0 replies; 8+ messages in thread
From: Marko Kreen @ 2001-02-04 15:15 UTC (permalink / raw)
To: Joachim 'roh' Steiger; +Cc: patrick.mourlhon, linux-kernel
On Sun, Feb 04, 2001 at 11:16:16AM +0100, Joachim 'roh' Steiger wrote:
> On Sun, 4 Feb 2001, Marko Kreen wrote:
> > Compile in options 'SCSI generic', 'SCSI cdrom and 'SCSI
> > emulation support' then add 'hdb=scsi' to kernel parameters.
> is there someone working on direct support for Atapi-cdrw this time?
> i would like to use a clean solution and am ready to help testing such
> stuff (if existing) with my yamaha atapi-cdrw connected to an asus a7v
I guess the kernel does not care, the problem is the user-space
utilities want to spek SCSI. You could contact the developers
of cdwriter or cdrecord I guess.
--
marko
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
[not found] ` <20010204172220.B19909@l-t.ee>
@ 2001-02-04 16:58 ` patrick.mourlhon
0 siblings, 0 replies; 8+ messages in thread
From: patrick.mourlhon @ 2001-02-04 16:58 UTC (permalink / raw)
To: linux-kernel
> > I've got those kind of message now :
> >
> > Feb 4 07:18:35 Line kernel: scsi : aborting command due to timeout : pid 0, scsi0, channel 0, id 0, lun 0 Read (10) 00 00 00 00 2e 00 00 01 00
>
> If this is a correct ISO9660 cd you should not see those
> messages. It is either hardware problem (eg IDE cable is badly
> conencted or CDRW is broken/dusty) or this CD is simply
> scratched. Does it work with another CD?
>
> Also try to put it on separate IDE channel than your main HD.
Cable looks ok, removed and reinstalled, used it before with
a second hard disk. CDRW may be broken. don't know, but at
least nothing appear broken all around the device.
CD was read with an other CDROM reader.
Never seen CDRW working reliably till now. But never used it
through Windows, don't have it since 4 years. I might at least
check if it could work on Windows.
Whatever thanks a lot for your time, was greatly appreciated,
patrick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: ATAPI CDRW which doesn't work
2001-02-03 22:05 patrick.mourlhon
2001-02-04 1:06 ` Marko Kreen
@ 2001-02-05 1:09 ` Jens Axboe
1 sibling, 0 replies; 8+ messages in thread
From: Jens Axboe @ 2001-02-05 1:09 UTC (permalink / raw)
To: patrick.mourlhon; +Cc: linux-kernel
On Sat, Feb 03 2001, patrick.mourlhon@wanadoo.fr wrote:
> Feb 3 22:08:25 Line kernel: hdb: irq timeout: status=0xd0 { Busy }
> Feb 3 22:08:25 Line kernel: hdb: DMA disabled
> Feb 3 22:08:55 Line kernel: hdb: ATAPI reset timed-out, status=0x90
> Feb 3 22:08:55 Line kernel: hda: DMA disabled
Try disabling DMA on the drive before accessing it.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2001-02-05 1:10 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-02-04 6:38 ATAPI CDRW which doesn't work patrick.mourlhon
-- strict thread matches above, loose matches on Subject: below --
2001-02-04 6:37 patrick.mourlhon
2001-02-03 22:05 patrick.mourlhon
2001-02-04 1:06 ` Marko Kreen
2001-02-04 10:16 ` Joachim 'roh' Steiger
2001-02-04 15:15 ` Marko Kreen
[not found] ` <20010204073352.A529@MourOnLine.dnsalias.org>
[not found] ` <20010204172220.B19909@l-t.ee>
2001-02-04 16:58 ` patrick.mourlhon
2001-02-05 1:09 ` Jens Axboe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox