Re: no atapi cdrecord burning with 2.6.0-test11-bk10 / bk13

From: Jens Axboe
Date: Wed Dec 17 2003 - 13:35:18 EST


On Wed, Dec 17 2003, Gene Heskett wrote:
> On Wednesday 17 December 2003 11:49, Jens Axboe wrote:
> >On Wed, Dec 17 2003, Gene Heskett wrote:
> >> On Wednesday 17 December 2003 11:25, Thomas Voegtle wrote:
> >> >On Wed, 17 Dec 2003, Gene Heskett wrote:
> >> >> I take that it is attempting to scan all 8 addresses of the
> >> >> scsi bus even though its actually hitting the atapi stuff? Or
> >> >> do I need an even fresher version of cdrecord? or libscg?
> >> >
> >> >Sorry, I shortend my output of cdrecord. With 2.6.0-test11 it
> >> > looks like this:
> >> >
> >> >Using libscg version 'schily-0.7'
> >> >scsibus0:
> >> >cdrecord: Warning: controller returns wrong size for CD
> >> > capabilities page. 0,0,0 0) 'CREATIVE' ' CD5233E '
> >> > '2.05' Removable CD-ROM 0,1,0 1) 'PLEXTOR ' 'CD-R
> >> > PX-W1610A' '1.04' Removable CD-ROM 0,2,0 2) *
> >> > 0,3,0 3) *
> >> > 0,4,0 4) *
> >> > 0,5,0 5) *
> >> > 0,6,0 6) *
> >> > 0,7,0 7) *
> >>
> >> I see. I also don't see the warning you are getting, and this may
> >> be the reason you can't burn. I also do not have the normal cdrom
> >> as device 0. What happens if you swap the master/slave jumpers
> >> and put the recorder first? It might be worth a try, and any
> >> changes in how it works would be a clue as to where the real
> >> stoppage is.
> >
> >The reason is that Thomas is using ATAPI which will go through
> >CDROM_SEND_PACKET (which is broken in -bk), while you are probably
> > not using that transport (and thus going to SG_IO directly, which
> > works).
>
> I'm using /dev/hdc for burning in the k3b configuration screens,
> however that path may actually be defined. I haven't quite "grok"ed
> all the details, but it works, and works with <10% of the cpu
> involved when burning.
>
> To me, thats a roaring success :-)

Excellent, glad to hear it :)

--
Jens Axboe

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