Date: Mon, 13 Nov 2000 17:50:46 +0800 From: "James Lim" <jameslpin@pacific.net.sg> To: "Justin Hawkins" <justin@hawkins.dropbear.id.au>, <freebsd-questions@FreeBSD.ORG> Subject: Re: USB CD burner problems Message-ID: <000b01c04d57$3384ab40$2e189cca@sleipnir> References: <Pine.BSF.4.21.0011131203030.61116-100000@tardis.everard.bogus>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi Justin,
The error msgs actually indicates that there might be a
bufer underrun during the burning process ( i might be wrong ). I myself
wouldn't trust a USB cd writer ( that would be a waste of money as long
before i started using IDE burners which sucked to the core, )
I hope this helps.
Regards,
James Lim
The error msgs
----- Original Message -----
From: "Justin Hawkins" <justin@hawkins.dropbear.id.au>
To: "James Lim" <jameslpin@pacific.net.sg>
Cc: <freebsd-questions@FreeBSD.ORG>
Sent: Monday, November 13, 2000 9:38 AM
Subject: Re: USB CD burner problems
> On Mon, 13 Nov 2000, James Lim wrote:
>
> > Hi there!
> >
> > Could you cut and paste the exact scsi error msgs that you received?
That
> > would help us to understand the problem more!
>
> Hi James,
>
> I thought they'd been cycled out and the burner is still at the
> friends house (they can use it at least!), but I found it in the
> gzipped /var/log/messages.1.gz file:
>
> [Plug in device]
>
> Nov 5 20:43:36 tardis /kernel: umass0: OnSpec USB Atapi, rev 1.00/0.08,
addr 2
> Nov 5 20:43:36 tardis /kernel: umass0: Get Max Lun not supported
(STALLED)
> Nov 5 20:43:42 tardis /kernel: cd0 at umass-sim0 bus 0 target 0 lun 0
> Nov 5 20:43:42 tardis /kernel: cd0: <TEAC CD-W54E 1.1B> Removable CD-ROM
SCSI-0 device
> Nov 5 20:43:42 tardis /kernel: cd0: 650KB/s transfers
> Nov 5 20:43:42 tardis /kernel: cd0: cd present [1 x 2048 byte records]
>
> [At this point if I have a pre-recorded CD in there, I can mount
> it and everything is 100% happy. Below is what happened when I
> start using cdrecord. Works OK for a while, then suddenly:]
>
> Nov 5 20:47:13 tardis /kernel: umass0: BBB reset failed, IOERROR
> Nov 5 20:47:13 tardis /kernel: umass0: BBB bulk-in clear stall failed,
IOERROR
> Nov 5 20:47:13 tardis /kernel: umass0: BBB bulk-out clear stall failed,
IOERROR
> Nov 5 20:47:18 tardis /kernel: umass0: BBB reset failed, IOERROR
> Nov 5 20:47:18 tardis /kernel: umass0: BBB bulk-in clear stall failed,
IOERROR
> Nov 5 20:47:18 tardis /kernel: umass0: BBB bulk-out clear stall failed,
IOERROR
> Nov 5 20:47:19 tardis /kernel: umass0: BBB reset failed, IOERROR
>
> [repeats a lot]
>
> After this happens the drive is wedged, I need to power cycle the
> drive, and also unplug and replug the cable (I think) to get it to
> work again.
>
> Hope this helps.
>
> - Justin
>
>
> > > I bought a USB CD burner a while ago, internally the drive is a
> > > Teac. I had a lot of problems with the USB ports on my Windows
> > > box's motherboard (it's a Pentium MMX, it has USB headers but not
> > > the actual ports, and of course they are proprietory). I ended up
> > > buying a USB PCI card and putting it in there. Well I'm sure you
> > > don't care too much about my Windows problems, but the short of it
> > > is it didn't work with the PCI card - it would burn for a while
> > > then the drive would appear to reset and I'd get a bunch of SCSI
> > > errors.
> > >
> > > Now this box is underpowered compared to the minimum specs, but I
> > > don't hold much truck with them :-)
> > >
> > > Anyway in light of my failure, I decided to try it my FreeBSD box
> > > (which is only a 486-100!). After moving the PCI card and (slowly)
> > > compiling in USB support, I'm happy to say it detected the drive
> > > and mounted pre-recorded disks no problem. This is 4.2-BETA.
> > >
> > > I compiled up the cdrecord port and gave it a test. It seemed to
> > > have exactly the same problem! It maybe went a bit further, but
> > > then the drive would clunk, and I'd get SCSI errors. This would
> > > actually be quite bad as it would (I didn't narrow down the exact
> > > circumstances) in some places completely crash the box - I think
> > > it was after unplugging the drive after it reset.
> > >
> > > I'm starting to think at this stage that the drive was faulty, but
> > > I took it to a friend with on-motherboard USB ports and it worked
> > > flawlessly.
> > >
> > > So I guess what I'm asking is do I *really* need a PII-266 as the
> > > burner box suggests? It seems ludicrous that you need something
> > > like that to send just 150K/second to a device.
> > >
> > > In all my tests I eventually downgraded to burning at 1x and never
> > > (in either Windows software or cdrecord) did I see the buffer go
> > > under 95%
> > >
> > > Other information that may be important, PCI USB card (the only
> > > common factor in my problems) has a VIA 83C572 chipset, it uses
> > > the uhci device:
> > >
> > > usb0: <VIA 83C572 USB controller> on uhci0
> > > usb0: USB revision 1.0
> > >
> > > Does anyone think this could be the problem?
> > >
> > > Thanks for any help anyone can offer.
>
> --
> Justin Hawkins --> justin@hawkins.dropbear.id.au
> "Don't sweat it -- it's only 1's and 0's"
>
>
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000b01c04d57$3384ab40$2e189cca>