From: Jens Axboe <axboe@suse.de>
To: Drizzt <drizzt.dourden@iname.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: More info about de USB HP 8230e and problems]
Date: Fri, 24 Nov 2000 21:51:50 +0100 [thread overview]
Message-ID: <20001124215150.G11366@suse.de> (raw)
In-Reply-To: <20001124050948.A1043@menzoberrazan.dhis.org>
In-Reply-To: <20001124050948.A1043@menzoberrazan.dhis.org>; from drizzt.dourden@iname.com on Fri, Nov 24, 2000 at 05:09:48AM +0100
On Fri, Nov 24 2000, Drizzt wrote:
> I have using the next software:
>
> a) test11 + storage checkout from linux-usb at sourceforge ( without
> this checkout fails too).
>
> b) cdrecord 1.10a6
>
> If I start to burn a CD at x4 speed, I have always the next error from
> cdrecord:
> Track 01: 102 of 109 MB written (fifo 100%)./opt/schily/bin/cdrecord:
> Input/output error. write_g1: scsi sendcmd: retryable error
> CDB: 2A 00 00 00 CD 03 00 00 1F 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 03 00 00 00 00 12 00 00 00 00 0C 09 00 00
> Sense Key: 0x3 Medium Error, Segment 0
> Sense Code: 0x0C Qual 0x09 (write error - loss of streaming) Fru 0x0
> Sense flags: Blk 0 (not valid)
>
> Well the size of track varies in function that have buring.
>
> With the storage-usb debug active I have the next log:
>
> usb-storage: Command WRITE_10 (10 bytes)
> usb-storage: 2a 00 00 00 cd 03 00 00 1f 00 ff bf
> usb-storage: Transferred out 38 of 38 bytes
> usb-storage: Transferred out 32768 of 32768 bytes
> usb-storage: Transferred out 30720 of 30720 bytes
> usb-storage: -- transport indicates command failure
> usb-storage: Issuing auto-REQUEST_SENSE
> usb-storage: Transferred out 14 of 14 bytes
> usb-storage: Waited not busy for 0 steps
> usb-storage: Transferred out 12 of 12 bytes
> usb-storage: Waited not busy for 2 steps
> usb-storage: Transferred in 18 of 18 bytes
> usb-storage: 70 00 03 00 00 00 00 12 00 00 00 00 0C 09 00 00
> usb-storage: 00 00
> usb-storage: -- Result from auto-sense is 0
> usb-storage: -- code: 0x70, key: 0x3, ASC: 0xc, ASCQ: 0x9
^^^^^^^^^^^^^^^^^^^^^^^^
Loss of streaming. The drive emptied it's buffer before any
new data was delivered to it.
> If I burning the CD with the same software at x2 speed with these computer I
> have no problem burning the CD.
Then you should probably just stay there, it seems things can't keep up.
--
* Jens Axboe <axboe@suse.de>
* SuSE Labs
-
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/
prev parent reply other threads:[~2000-11-24 21:22 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-24 4:09 More info about de USB HP 8230e and problems] Drizzt
2000-11-24 20:51 ` Jens Axboe [this message]
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=20001124215150.G11366@suse.de \
--to=axboe@suse.de \
--cc=drizzt.dourden@iname.com \
--cc=linux-kernel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.