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

From: Gene Heskett (gene.heskett_at_verizon.net)
Date: 12/17/03

  • Next message: Martin Schlemmer: "scsi_id segfault with udev-009"
    To: Jens Axboe <axboe@suse.de>
    Date:	Wed, 17 Dec 2003 12:27:53 -0500
    
    

    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 :-)

    -- 
    Cheers, Gene
    AMD K6-III@500mhz 320M
    Athlon1600XP@1400mhz  512M
    99.22% setiathome rank, not too shabby for a WV hillbilly
    Yahoo.com attornies please note, additions to this message
    by Gene Heskett are:
    Copyright 2003 by Maurice Eugene Heskett, all rights reserved.
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: Martin Schlemmer: "scsi_id segfault with udev-009"

    Relevant Pages

    • Re: 2.6.8.1 mempool subsystem sickness
      ... On Tuesday 14 September 2004 19:51, Nick Piggin wrote: ... For some reason I am not able to post ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [RFC/patch] macro_removal_agp_mtrr.diff
      ... meaning multiple frame lags after the mouse has been ... 99.25% setiathome rank, not too shabby for a WV hillbilly ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.9-rc2-mm4
      ... ones to be effected, so lets compare notes: ... DDR400 rated ram running in DDR333 dual channel mode, ... Copyright 2004 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RFD: Kernel release numbering
      ... The nasty breakage and details ... they are complaining about speed of development). ... Copyright 2005 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.5/2.6 NVidia (was Re: 2.4 vs 2.6 version of ioport.h)
      ... NVIDIA: AGP 4X successfully initialized ... IIRC, but possibly not the case in the 2.6 .config yet, is that any ... Copyright 2003 by Maurice Eugene Heskett, ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)