From owner-freebsd-current Mon Aug 23 23:31:45 1999 Delivered-To: freebsd-current@freebsd.org Received: from gilliam.users.flyingcroc.net (gilliam.users.flyingcroc.net [207.246.128.2]) by hub.freebsd.org (Postfix) with ESMTP id 0218C15908 for ; Mon, 23 Aug 1999 23:29:09 -0700 (PDT) (envelope-from ross@gilliam.users.flyingcroc.net) Received: (from ross@localhost) by gilliam.users.flyingcroc.net (8.9.3/8.9.3) id XAA04797; Mon, 23 Aug 1999 23:28:22 -0700 (PDT) Date: Wed, 18 Aug 1999 12:41:27 -0700 (PDT) Message-Id: <199908240628.XAA04797@gilliam.users.flyingcroc.net> To: "Kenneth D. Merry" Cc: dillon@apollo.backplane.com (Matthew Dillon), wilko@yedi.iaf.nl (Wilko Bulte), current@FreeBSD.ORG Subject: Re: [re]writable cdrom drive From: Amancio Hasty Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Amancio Hasty wrote... > > I have to agree with Matt on this plus the set of defaults is system wide . > > What are you agreeing with him on? Why not quote what you're talking > about? > > > Is it possible to get a system bus enumeration from the system so > > a program such a cdrecord can attempt to make an intelligent > > decision as to which device is the cd recorder for instance we > > know that the system can print the device's name and its > > scsi address: > > If you want a bus number, there's a really easy way to get it: > > # camcontrol devlist > at scbus0 target 3 lun 0 (pass0,ch0) > at scbus0 target 4 lun 0 (pass1,sa0) > at scbus1 target 0 lun 0 (pass2,da0) > at scbus1 target 1 lun 0 (pass3,da1) > at scbus1 target 3 lun 0 (pass4,cd0) > at scbus1 target 6 lun 0 (pass5,cd1) > at scbus2 target 0 lun 0 (pass6,da2) > > So, in this case, the bus,target,lun combination for my CD-R is 1,3,0. > > cdrecord itself also has a slightly more obtuse way of doing the same > thing: > > # cdrecord -scanbus > Cdrecord release 1.8a22 Copyright (C) 1995-1999 Jörg Schilling > scsibus0: > 0) * > 1) * > 2) * > 3) 'EXABYTE ' 'EXB-10i ' '2.6 ' Removable Juke Box > 4) 'EXABYTE ' 'EXB-8500-85Qanx0' '0415' Removable Tape > 5) * > 6) * > 7) * > scsibus1: > 100) 'SEAGATE ' 'ST31230W ' '0510' Disk > 101) 'SEAGATE ' 'ST32155N ' '0318' Disk > 102) * > 103) 'PLEXTOR ' 'CD-R PX-R412C ' '1.04' Removable CD-ROM > 104) * > 105) * > 106) 'PLEXTOR ' 'CD-ROM PX-4XCS ' '1.04' Removable CD-ROM > 107) * > scsibus2: > 200) 'SEAGATE ' 'ST34371N ' '0484' Disk > 201) * > 202) * > 203) * > 204) * > 205) * > 206) * > 207) * > > The camcontrol output is easier to figure out, though. > > Ken This is about ease of use . cdrecord in the absence of a device specification should query the bus and present the user with a choice of cd recorder devices ideally if there is one cd recorder it should go ahead an use it if such behavior is not desired then create an option "--confirm" to ask the user if its okay to use the "guessed" cd recorder. camcontrol is a generic scsi command line interface and very nice . What I am after is a generic bus enumerator API so apps like cd recorder or fxtv can use to locate the device in the absence of a specified device. Cheers -- Amancio Hasty hasty@rah.star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message