From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264484AbTLQQtk (ORCPT ); Wed, 17 Dec 2003 11:49:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264485AbTLQQtk (ORCPT ); Wed, 17 Dec 2003 11:49:40 -0500 Received: from ns.virtualhost.dk ([195.184.98.160]:39819 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S264484AbTLQQth (ORCPT ); Wed, 17 Dec 2003 11:49:37 -0500 Date: Wed, 17 Dec 2003 17:49:33 +0100 From: Jens Axboe To: Gene Heskett Cc: Thomas Voegtle , linux-kernel@vger.kernel.org Subject: Re: no atapi cdrecord burning with 2.6.0-test11-bk10 / bk13 Message-ID: <20031217164933.GB2495@suse.de> References: <200312171141.18132.gene.heskett@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200312171141.18132.gene.heskett@verizon.net> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org 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). -- Jens Axboe