From MAILER-DAEMON Wed Jun 02 07:54:50 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OJmX3-00044q-Sh for mharc-libcdio-devel@gnu.org; Wed, 02 Jun 2010 07:54:49 -0400 Received: from [140.186.70.92] (port=38410 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJmX1-00044H-0f for libcdio-devel@gnu.org; Wed, 02 Jun 2010 07:54:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJmWz-0006j9-SY for libcdio-devel@gnu.org; Wed, 02 Jun 2010 07:54:46 -0400 Received: from mail.gmx.net ([213.165.64.20]:55076) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OJmWz-0006iI-FT for libcdio-devel@gnu.org; Wed, 02 Jun 2010 07:54:45 -0400 Received: (qmail invoked by alias); 02 Jun 2010 11:54:41 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp030) with SMTP; 02 Jun 2010 13:54:41 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1836NEOFL038AFd/xcjHHXd+THt1PYcssMeYTpfOj 63RZblJJhIGXuH Date: Wed, 02 Jun 2010 13:54:07 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org Message-Id: <95023446721089@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 11:54:48 -0000 Hi, > I'll probably be heavily occupied the entire month of June That will give me more time to find solutions. > I'd prefer a general-purpose SCSI/MMC way to > do this on Solaris such as by iterating over > the collection of SCSI devices. It seems that /dev/[r]dsk/c*t*d0s2 provides a superset of such an enumeration. An extra effort compared to /vol/dev/aliases/cdrom* is to distinguish CD drives from other device types. Currently i experience two conceptual problems with changing the source of Solaris drive list from /vol to /dev : ------------------------------------------------ There are two device files for each drive /dev/dsk/cXtYdZs2 /dev/rdsk/cXtYdZs2 Mounting used /dsk/ whereas growisofs docs demand /rdsk/. So the access mode decides over the suitability of the address. But there is no access mode associated with device listing. Remedy proposal: libcdio could internally and transparently choose the right directory depending on the access mode when it is defined. The device list would always show the /rdsk/ form. That's because SCSI command INQUIRE can only be applied to this form. It is needed to distinguish CD drives from hard disk or other devices. ------------------------------------------------ There is no fixed address for a default drive. But without default drive there hardly runs anything in cdio_get_devices_ret(). Remedy proposal: I will try to use the first listed CD drive. Hopefully there is no recursion circle between default device determination and drive opening. I installed a check for that in my experimental code. ------------------------------------------------ Currently i riddle why cdio = cdio_open_am_solaris("/dev/rdsk/c2t4d0s2", "SCSI"); needs 10 seconds to succeed, whereas the other DVD drive and the hard disk open quickly. ------------------------------------------------ And why must i be superuser although my normal user has rw-permissions for /dev/rdsk/c2t4d0s2 ? Command cdrecord is actually a script doing: pfexec "`dirname $0`/`basename $0`.bin" "$@" So i do sucessfully pfexec example/drives and wonder why there are restrictive permissions at all if everybody can perform any command with superuser authority. ------------------------------------------------ Have a nice day :) Thomas From MAILER-DAEMON Wed Jun 02 08:31:45 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OJn6n-0000LQ-NG for mharc-libcdio-devel@gnu.org; Wed, 02 Jun 2010 08:31:45 -0400 Received: from [140.186.70.92] (port=48653 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJn6k-0000LD-0E for libcdio-devel@gnu.org; Wed, 02 Jun 2010 08:31:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJn6i-00061Z-TW for libcdio-devel@gnu.org; Wed, 02 Jun 2010 08:31:41 -0400 Received: from mail.opencsw.org ([147.87.98.73]:62199) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJn6i-00060m-OK for libcdio-devel@gnu.org; Wed, 02 Jun 2010 08:31:40 -0400 Received: from [10.216.91.225] (tmo-109-33.customers.d1-online.com [80.187.109.33]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.opencsw.org (Postfix) with ESMTPSA id 5C89643F for ; Wed, 2 Jun 2010 14:17:00 +0200 (CEST) Message-Id: <32D32581-864C-40A1-84AB-6DD1D9C89EDB@opencsw.org> From: Dagobert Michelsen To: libcdio developer's mailing list In-Reply-To: <95023446721089@192.168.2.69> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives Date: Wed, 2 Jun 2010 14:11:56 +0200 References: <95023446721089@192.168.2.69> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 12:31:43 -0000 Hi Thomas, Am 02.06.2010 um 13:54 schrieb Thomas Schmitt: >> I'll probably be heavily occupied the entire month of June > > That will give me more time to find solutions. > >> I'd prefer a general-purpose SCSI/MMC way to >> do this on Solaris such as by iterating over >> the collection of SCSI devices. > > It seems that > /dev/[r]dsk/c*t*d0s2 > provides a superset of such an enumeration. > ... I wrote an (unfinished) cd access library a long time ago and used error = di_walk_minor( rootnode, DDI_NT_CD_CHAN, 0, &result, &devtToNodepathCallback ); to find cd/dvd drives. di_walk_minor is a function from libdevinfo(3lib) where di_walk_minor(3devinfo) is used to select all nodes with a minor device nodetype of DDI_NT_CD_CHAN which happens to be exactly the wanted devices. Just let me know if you need further info on this. Best regards -- Dago From MAILER-DAEMON Wed Jun 02 14:26:08 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OJsdj-00009S-Pk for mharc-libcdio-devel@gnu.org; Wed, 02 Jun 2010 14:26:07 -0400 Received: from [140.186.70.92] (port=43636 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJsdg-00005m-8W for libcdio-devel@gnu.org; Wed, 02 Jun 2010 14:26:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJsde-0006UG-S5 for libcdio-devel@gnu.org; Wed, 02 Jun 2010 14:26:04 -0400 Received: from mail.gmx.net ([213.165.64.20]:33850) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OJsde-0006Tz-Ew for libcdio-devel@gnu.org; Wed, 02 Jun 2010 14:26:02 -0400 Received: (qmail invoked by alias); 02 Jun 2010 18:25:54 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp008) with SMTP; 02 Jun 2010 20:25:54 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX187Ka8OOY07eZt48o17h+g7wfj8F+DCzJBuqD/FNm kbNjEBR5pQJTbQ Date: Wed, 02 Jun 2010 20:25:21 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org Message-Id: <95024158117996@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 18:26:05 -0000 Hi, Dagobert Michelsen wrote: > I wrote an (unfinished) cd access library a long time ago and used > error = di_walk_minor( rootnode, DDI_NT_CD_CHAN, 0, &result, > &devtToNodepathCallback ); > to find cd/dvd drives. di_walk_minor is a function from libdevinfo(3lib) > where di_walk_minor(3devinfo) is used to select all nodes with a minor > device nodetype of DDI_NT_CD_CHAN which happens to be exactly the > wanted devices. The man page of libdevinfo on my system looks indeed very promising. ldd /usr/bin/cdrecord.bin shows that it rather uses libvolmgt which by its function media_findname() probably could be used to enumerate "cdrom0" ... "cdromN" for getting their device paths. This function is declared obsolete in its man page. (One shall use HAL. (shudder)) To Rocky: Will a dependency on libdevinfo be acceptable ? How is such a dependency introduced properly ? Shall i keep my current (stinky) device lister as fallback ? (It is used if no /vol directory exists.) ------------------------------------------------ I found man page uscsi(7I) http://docs.sun.com/app/docs/doc/816-5177/uscsi-7i?a=view which explains a lot of what growisofs does on Solaris. It also brings clarity about the last component "Slice" of the device name (...s2 ? ...s0 ?): "the block numbers are absolute block numbers on the drive regardless of which slice number is used" I prepared access modes MMC_RDWR and MMC_RDWR_EXCL (which both seem to need no w-permission) and also prepared receiving of SCSI sense reply. Currently xorriso is a bit too smart-assed when dealing with the drive addresses provided by libcdio. Nevertheless it begins to work: $ pfexec xorriso/xorriso -devices ... waiting ... waiting ... waiting ... Full drive scan done ----------------------------------------------------------------------------- 0 -dev '/dev/rdsk/../../devices/pci@0,0/pci1458,b002@11/cdrom@4,0:c,raw' r----- : 'TSSTcorp' 'CDDVDW SH-S223B' 1 -dev '/dev/rdsk/../../devices/pci@0,0/pci-ide@14,1/ide@0/sd@0,0:c,raw' r----- : 'TSSTcorp' 'DVD-ROM SH-D162C' ----------------------------------------------------------------------------- $ pfexec xorriso/xorriso \ -dev '/dev/rdsk/../../devices/pci@0,0/pci1458,b002@11/cdrom@4,0:c,raw' \ -toc ... cooking a simple meal in the meantime ... Drive current: -outdev '/dev/rdsk/../../devices/pci@0,0/pci1458,b002@11/cdrom@4,0:c,raw' Drive type : vendor 'TSSTcorp' product 'CDDVDW SH-S223B' revision 'SB02' Media current: CD-RW Media product: 97m15s35f/79m59s74f , Nan-Ya Plastics Corporation Media status : is written , is appendable TOC layout : Idx , sbsector , Size , Volume Id ISO session : 1 , 0 , 79476s , FREEBSD1_HOME_2010_05_08_212407 ISO session : 2 , 91026 , 9896s , FREEBSD1_HOME_2010_05_08_221606 ISO session : 3 , 107974 , 2850s , FREEBSD1_HOME_2010_05_08_221929 ISO session : 4 , 117876 , 2851s , FREEBSD1_HOME_2010_05_08_225714 ISO session : 5 , 127779 , 1989s , FREEBSD1_HOME_2010_05_08_230413 ISO session : 6 , 136820 , 5890s , FREEBSD1_HOME_2010_05_09_133322 Media summary: 6 sessions, 103862 data blocks, 203m data, 410m free Media nwa : 149762s $ ------------------------------------------------ Now i need to salvage the speed of getting the device list and teach libburn/sg-libcdio.c not to resolve the /dev/cXtXd0s2 softlinks to the ugly actual device paths. Have a nice day :) Thomas From MAILER-DAEMON Wed Jun 02 15:07:43 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OJtHy-0003xK-RM for mharc-libcdio-devel@gnu.org; Wed, 02 Jun 2010 15:07:42 -0400 Received: from [140.186.70.92] (port=35121 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJtHv-0003tP-EU for libcdio-devel@gnu.org; Wed, 02 Jun 2010 15:07:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJtHq-0005Tu-CE for libcdio-devel@gnu.org; Wed, 02 Jun 2010 15:07:39 -0400 Received: from mail.opencsw.org ([147.87.98.73]:33457) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OJtHq-0005Tc-64 for libcdio-devel@gnu.org; Wed, 02 Jun 2010 15:07:34 -0400 Received: from g5.local (83-229-103-86.dynamic.dsl.tng.de [86.103.229.83]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.opencsw.org (Postfix) with ESMTPSA id 0C987E51 for ; Wed, 2 Jun 2010 21:07:32 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) Subject: Re: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives From: Dagobert Michelsen In-Reply-To: <95024158117996@192.168.2.69> Date: Wed, 2 Jun 2010 21:07:31 +0200 Content-Transfer-Encoding: 7bit Message-Id: <89D79544-1A57-4C13-AEC7-CF81DBA57116@opencsw.org> References: <95024158117996@192.168.2.69> To: libcdio developer's mailing list X-Mailer: Apple Mail (2.1078) X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:07:41 -0000 Hi Thomas, Am 02.06.2010 um 20:25 schrieb Thomas Schmitt: > Dagobert Michelsen wrote: >> I wrote an (unfinished) cd access library a long time ago and used >> error = di_walk_minor( rootnode, DDI_NT_CD_CHAN, 0, &result, >> &devtToNodepathCallback ); >> to find cd/dvd drives. di_walk_minor is a function from libdevinfo(3lib) >> where di_walk_minor(3devinfo) is used to select all nodes with a minor >> device nodetype of DDI_NT_CD_CHAN which happens to be exactly the >> wanted devices. > > The man page of libdevinfo on my system looks > indeed very promising. > > ldd /usr/bin/cdrecord.bin > shows that it rather uses libvolmgt which by its > function > media_findname() > probably could be used to enumerate "cdrom0" > ... "cdromN" for getting their device paths. > This function is declared obsolete in its man > page. (One shall use HAL. (shudder)) You may also want to look at the sourcecode of "cdrw", whcich can list cd recorders with "cdrw -l": http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/cdrw/ Best regards -- Dago From MAILER-DAEMON Wed Jun 02 17:10:48 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OJvD5-00061b-Q6 for mharc-libcdio-devel@gnu.org; Wed, 02 Jun 2010 17:10:47 -0400 Received: from [140.186.70.92] (port=40400 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OJvD2-0005zw-D3 for libcdio-devel@gnu.org; Wed, 02 Jun 2010 17:10:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OJvCx-0002mj-BI for libcdio-devel@gnu.org; Wed, 02 Jun 2010 17:10:44 -0400 Received: from mail.gmx.net ([213.165.64.20]:49252) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OJvCx-0002mR-4g for libcdio-devel@gnu.org; Wed, 02 Jun 2010 17:10:39 -0400 Received: (qmail invoked by alias); 02 Jun 2010 21:10:37 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp008) with SMTP; 02 Jun 2010 23:10:37 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX19fpww60Kxf7w5iHrEofONyaETNrtKw7Fr53z6mhW wR2ql9hB5H3MUr Date: Wed, 02 Jun 2010 23:10:04 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org Message-Id: <95026472025348@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 21:10:45 -0000 Hi, just as short update: The cdrw source pointed to by Dagobert Michelsen showed me how to open without long delays. One could have guessed: it is option O_NDELAY. The behavior is described in man -s 2 open. Obviously the traditional open() call by libcdio waited until START UNIT had succeeded. So we can for now omit the dependncy on libdevinfo. Many thanks to Dago. :)) Have a nice day :) Thomas From MAILER-DAEMON Wed Jun 02 22:51:42 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OK0X0-0005d6-HH for mharc-libcdio-devel@gnu.org; Wed, 02 Jun 2010 22:51:42 -0400 Received: from [140.186.70.92] (port=52905 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OK0Wx-0005cO-MO for libcdio-devel@gnu.org; Wed, 02 Jun 2010 22:51:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OK0Ww-0002ef-6c for libcdio-devel@gnu.org; Wed, 02 Jun 2010 22:51:39 -0400 Received: from mail-pv0-f169.google.com ([74.125.83.169]:57749) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OK0Ww-0002eX-2A for libcdio-devel@gnu.org; Wed, 02 Jun 2010 22:51:38 -0400 Received: by pva18 with SMTP id 18so395862pva.0 for ; Wed, 02 Jun 2010 19:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=1DR5vRR5+6wQ4DTpqB+oMelw4yqCed7p1+Gf7dClJd8=; b=tDzCUF/EttHr6X2p8UbvCwKRhdB7LDqHVib/RYyyo63EJHFNCW9Teo6glmh6Tg1YYZ kOPGd5bU5aysxejv2Jf45vA3+g6emk90lCNbRXMAuopSz/NCiIWnQljZeRdqnHlawGXU fxByTHnNYin1AnZU3O4Ki3VPs4p0BvgjNcFTA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=l/FPn9ExNApUQ9zlxXIb3wSQsE+xA1eqU6tNIc4e/HrI/yAUEoyDSwDc5YCIFNDf6u 8Zluela2bfjhwrwuCgfSKop6em+GUWVgwWW17KFoaFWbXwegR7oL3RmN9c0Cz1T1myT7 J8aZdjVmIoKTJxRbiU0/iufDBoVHmlX3UPrR0= MIME-Version: 1.0 Received: by 10.142.74.6 with SMTP id w6mr6013514wfa.249.1275533496102; Wed, 02 Jun 2010 19:51:36 -0700 (PDT) Sender: rocky.bernstein@gmail.com Received: by 10.143.44.14 with HTTP; Wed, 2 Jun 2010 19:51:36 -0700 (PDT) In-Reply-To: <95026472025348@192.168.2.69> References: <95026472025348@192.168.2.69> Date: Wed, 2 Jun 2010 22:51:36 -0400 X-Google-Sender-Auth: BixQ8V1cjOp98jul6IJhl6iQYMU Message-ID: Subject: Re: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives From: Rocky Bernstein To: "libcdio developer's mailing list" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 02:51:41 -0000 On Wed, Jun 2, 2010 at 5:10 PM, Thomas Schmitt wrote: > Hi, > > just as short update: > > The cdrw source pointed to by Dagobert Michelsen > showed me how to open without long delays. > One could have guessed: it is option O_NDELAY. > The behavior is described in man -s 2 open. > Obviously the traditional open() call by libcdio > waited until START UNIT had succeeded. > > So we can for now omit the dependncy on > libdevinfo. > Many thanks to Dago. :)) > I second that. And thanks Thomas for plugging away at this. Thomas: when you are satisfied with a solution, post a patch here. With luck perhaps Dago will look it over. If he gives a thumbs up, most likely I would too and we will get it in. Again, thanks everyone. > > > Have a nice day :) > > Thomas > > > From MAILER-DAEMON Sat Jun 05 03:37:45 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OKnwu-0006AT-J2 for mharc-libcdio-devel@gnu.org; Sat, 05 Jun 2010 03:37:44 -0400 Received: from [140.186.70.92] (port=36092 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OKnws-00069d-0r for libcdio-devel@gnu.org; Sat, 05 Jun 2010 03:37:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OKnwq-00010f-RA for libcdio-devel@gnu.org; Sat, 05 Jun 2010 03:37:41 -0400 Received: from mail.gmx.net ([213.165.64.20]:56046) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OKnwq-00010W-FP for libcdio-devel@gnu.org; Sat, 05 Jun 2010 03:37:40 -0400 Received: (qmail invoked by alias); 05 Jun 2010 07:37:36 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp061) with SMTP; 05 Jun 2010 09:37:36 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1/q1AJGn0XqJEpOO8Pq3J7fXgIhpDfEP4Qny9G+xB 7LfYO7zo9Y5Kgu Date: Sat, 05 Jun 2010 09:37:04 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org Message-Id: <95085097226342@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 07:37:43 -0000 Hi, > Thomas: when you are satisfied with a solution, post a patch here. It will still last a few days. Nevertheless, i seem to have my main use cases working now. See end of this mail. ----------------------------------------------- There is another level of consideration above the mere technical Solaris tricks: What about older systems which still have vold: Shall the old /vol-addresses be used ? Who could test whether they work with new access mode MMC_RDWR ? ----------------------------------------------- It is strange that the man page of growisofs mentions /vol/.../cdrom* and /dev/rdsk/c* as alternatives. It would be interesting to know what the volmgt function media_findname() returns as device path of a /vol-address. Possibly libcdio never dealt with /dev/dsk but always with /dev/rdsk . That would simplify our situation. Else i would need to know which access mode is for /dev/dsk and which for /dev/rdsk. ----------------------------------------------- Does anybody have an idea why growisofs loads void *secdb = dlopen("libsecdb.so.1",RTLD_LAZY); and inquires chkauthattr("solaris.device.cdrw", ...) rather than just trying to open the device ? If !chkauthattr() then it errors with EACCESS. This looks like a workaround for a bug. But which and where ? ----------------------------------------------- State of sketching: I do not yet know how to reduce SATA speed to 1.5 GBps so that my eSATA box would work properly. So i had to replug to USB which yields a new address for the burner. I can list drives by /dev or by Bus,Target,Lun, and i can burn multiple sessions to CD-RW and DVD+RW. (Hald seems not to interfere negatively for now. A miracle !) $ pfexec cdrskin/cdrskin -scanbus cdrskin 0.8.1 : limited cdrecord compatibility wrapper for libburn ... scsibus3: 3,0,0 0) 'TSSTcorp' 'DVD-ROM SH-D162C' 'TS04' Removable CD-ROM scsibus4: 4,0,0 1) 'TSSTcorp' 'CDDVDW SH-S223B ' 'SB02' Removable CD-ROM $ pfexec cdrskin/cdrskin --devices cdrskin 0.8.1 : limited cdrecord compatibility wrapper for libburn ... 0 dev='/dev/rdsk/c3t0d0s2' r----- : 'TSSTcorp' 'DVD-ROM SH-D162C' 1 dev='/dev/rdsk/c4t0d0s2' r----- : 'TSSTcorp' 'CDDVDW SH-S223B' $ pfexec xorriso/xorriso -for_backup -dev /dev/rdsk/c4t0d0s2 -blank as_needed -add /home/thomas ... Media current: CD-RW Media status : is blank ... Written to media : 35030 sectors at LBA 0 Writing to '/dev/rdsk/c4t0d0s2' completed sucessfully. ----------------------------------------------- Have a nice day :) Thomas From MAILER-DAEMON Sat Jun 05 06:05:11 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OKqFa-0006CC-NO for mharc-libcdio-devel@gnu.org; Sat, 05 Jun 2010 06:05:10 -0400 Received: from [140.186.70.92] (port=52546 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OKqFX-0006Ab-5V for libcdio-devel@gnu.org; Sat, 05 Jun 2010 06:05:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OKqFV-0000PH-F7 for libcdio-devel@gnu.org; Sat, 05 Jun 2010 06:05:06 -0400 Received: from mail-pw0-f41.google.com ([209.85.160.41]:44504) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OKqFV-0000Oj-69 for libcdio-devel@gnu.org; Sat, 05 Jun 2010 06:05:05 -0400 Received: by pwi6 with SMTP id 6so1303458pwi.0 for ; Sat, 05 Jun 2010 03:05:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=E1rQvPncoED6jaChwTHSK/wyaZ17MEGMk2ZC6Q0pf+k=; b=eIsb75BduuU6V5S0wVj+lvV4+WWsgcaLoL071j3NyMGoglLmUj+PEB/4h0GaUOwaYu dkMCl71keL3Zn3Iuj0MNQVi3jYOnc3EKNVG4/n9TmsM+QUkbXQH4agLqDDFXMcXXpHPo LwDZtLLWV+4/phZjIBSeoTBYFhHfsKOQ8QwF4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=XdIPnDVNnu8lGGP/w9yw63yv0T+41/wERZrbixkfc4oS5aezK9ztBWVJV8q2PKBWQy P0GImc4h5tEstVeWzwEQtem0g+tkhjdDfraMqD/24nwrYceOG82sQXuHd33ELigz5DHP vhIbaZ7yyVlqmVkqVScUWI6ASXYTA8HbpZFW4= MIME-Version: 1.0 Received: by 10.142.5.29 with SMTP id 29mr8900677wfe.102.1275732303345; Sat, 05 Jun 2010 03:05:03 -0700 (PDT) Sender: rocky.bernstein@gmail.com Received: by 10.143.44.14 with HTTP; Sat, 5 Jun 2010 03:05:03 -0700 (PDT) In-Reply-To: <95085097226342@192.168.2.69> References: <95085097226342@192.168.2.69> Date: Sat, 5 Jun 2010 06:05:03 -0400 X-Google-Sender-Auth: 116pwp6RKludlJgmtfpFjbf10-w Message-ID: Subject: Re: [Libcdio-devel] Re: libcdio-0.83git on Solaris snv134 sees no drives From: Rocky Bernstein To: "libcdio developer's mailing list" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 10:05:09 -0000 The easy comments in line. On Sat, Jun 5, 2010 at 3:37 AM, Thomas Schmitt wrote: > Hi, > > > Thomas: when you are satisfied with a solution, post a patch here. > > It will still last a few days. > Not in any hurry. > > Nevertheless, i seem to have my main use cases > working now. See end of this mail. > > ----------------------------------------------- > > There is another level of consideration above > the mere technical Solaris tricks: > > What about older systems which still have vold: > > Shall the old /vol-addresses be used ? > > Who could test whether they work with new > access mode MMC_RDWR ? > opencsw.org provides servers running Solaris 8 and 10 and media can be attached to those servers. So I may be able to test this. > ----------------------------------------------- > > It is strange that the man page of growisofs > mentions /vol/.../cdrom* and /dev/rdsk/c* as > alternatives. > It would be interesting to know what the > volmgt function > media_findname() > returns as device path of a /vol-address. > > Possibly libcdio never dealt with /dev/dsk > but always with /dev/rdsk . > That would simplify our situation. > > Else i would need to know which access mode > is for /dev/dsk and which for /dev/rdsk. > > ----------------------------------------------- > > Does anybody have an idea why growisofs loads > void *secdb = dlopen("libsecdb.so.1",RTLD_LAZY); > and inquires > chkauthattr("solaris.device.cdrw", ...) > rather than just trying to open the device ? > If !chkauthattr() then it errors with EACCESS. > > This looks like a workaround for a bug. > But which and where ? > > ----------------------------------------------- > State of sketching: > > I do not yet know how to reduce SATA speed to > 1.5 GBps so that my eSATA box would work > properly. So i had to replug to USB which yields > a new address for the burner. > > I can list drives by /dev or by Bus,Target,Lun, > and i can burn multiple sessions to CD-RW and > DVD+RW. (Hald seems not to interfere negatively > for now. A miracle !) > > $ pfexec cdrskin/cdrskin -scanbus > cdrskin 0.8.1 : limited cdrecord compatibility wrapper for libburn > ... > scsibus3: > 3,0,0 0) 'TSSTcorp' 'DVD-ROM SH-D162C' 'TS04' Removable CD-ROM > scsibus4: > 4,0,0 1) 'TSSTcorp' 'CDDVDW SH-S223B ' 'SB02' Removable CD-ROM > > $ pfexec cdrskin/cdrskin --devices > cdrskin 0.8.1 : limited cdrecord compatibility wrapper for libburn > ... > 0 dev='/dev/rdsk/c3t0d0s2' r----- : 'TSSTcorp' 'DVD-ROM SH-D162C' > 1 dev='/dev/rdsk/c4t0d0s2' r----- : 'TSSTcorp' 'CDDVDW SH-S223B' > > $ pfexec xorriso/xorriso -for_backup -dev /dev/rdsk/c4t0d0s2 -blank > as_needed -add /home/thomas > ... > Media current: CD-RW > Media status : is blank > ... > Written to media : 35030 sectors at LBA 0 > Writing to '/dev/rdsk/c4t0d0s2' completed sucessfully. > > ----------------------------------------------- > > > Have a nice day :) > > Thomas > > > From MAILER-DAEMON Tue Jun 08 07:46:40 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OLxGS-0005j0-SO for mharc-libcdio-devel@gnu.org; Tue, 08 Jun 2010 07:46:40 -0400 Received: from [140.186.70.92] (port=34722 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OLxGL-0005iQ-Gv for libcdio-devel@gnu.org; Tue, 08 Jun 2010 07:46:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OLxGJ-0001Se-MD for libcdio-devel@gnu.org; Tue, 08 Jun 2010 07:46:33 -0400 Received: from mail.gmx.net ([213.165.64.20]:34643) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OLxGJ-0001S9-AR for libcdio-devel@gnu.org; Tue, 08 Jun 2010 07:46:31 -0400 Received: (qmail 4668 invoked by uid 0); 8 Jun 2010 11:46:28 -0000 Received: from 212.46.126.165 by www046.gmx.net with HTTP; Tue, 08 Jun 2010 13:46:25 +0200 (CEST) Content-Type: multipart/mixed; boundary="========GMX289961275997585892000" Date: Tue, 08 Jun 2010 13:46:25 +0200 From: "Thomas Schmitt" Message-ID: <20100608114625.289960@gmx.net> MIME-Version: 1.0 To: libcdio-devel@gnu.org X-Authenticated: #2145628 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX19NYhMxZNtNln24FvGNl/s/CGsjQgfnhVTLLX1muu 1/caHM4f+hA0pJkyZrl+cnnNxPITnjR8s78g== X-GMX-UID: oB8oZG3WLi50GnSZSmtpx5FrZml1ZBhQ X-FuHaFi: 0.56999999999999995 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [Libcdio-devel] libcdio-0.83git on Solaris X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 11:46:39 -0000 --========GMX289961275997585892000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Hi, attached is my proposal how to make the Solaris driver capable of detecting drives without vold, and how to implement access mode MMC_RDWR. There are still some problems to solve: ------------------------------------------------ Executing SCSI commands needs superuser authority. I do not know yet, whether there is a finer granulated way to aquire the right to perform the uscsi ioctl. ------------------------------------------------ When inserting a CD with 5000 files in four sessions, the operating system rattles the drive for about 30 seconds. During that time it is nearly impossible to do own read operations. The drive even reports read errors in SCSI sense reply. I suspect my old enemy hald behind that. >:[ ------------------------------------------------ MMC_RDWR_EXCL does not yet trigger a locking attempt. I need to learn more about Solaris. ------------------------------------------------ There are two alternative ways to identify CD drives among the /dev/rdsk devices: - perform SCSI command INQUIRY and look for CD-ROM code 5 in byte 0 of reply. This relies on SCSI specs SPC-3. - perform ioctl(DKIOCINFO) and check .dki_ctype whether it is DKC_CDROM. This relies on Solaris man dkio. libcdio already used ioctl(DKIOCGMEDIAINFO) and included See #ifdef LIBCDIO_SOLARIS_WITH_CD_INQUIRY Currently it is not defined. I.e. DKIO gets used. ------------------------------------------------ Have a nice day :) Thomas -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 --========GMX289961275997585892000-- From MAILER-DAEMON Tue Jun 08 08:00:51 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OLxUB-0004j5-Fq for mharc-libcdio-devel@gnu.org; Tue, 08 Jun 2010 08:00:51 -0400 Received: from [140.186.70.92] (port=57135 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OLxTt-0004SA-SR for libcdio-devel@gnu.org; Tue, 08 Jun 2010 08:00:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OLxTd-0004ET-UZ for libcdio-devel@gnu.org; Tue, 08 Jun 2010 08:00:33 -0400 Received: from mail.gmx.net ([213.165.64.20]:41278) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OLxTd-0004Dz-L8 for libcdio-devel@gnu.org; Tue, 08 Jun 2010 08:00:17 -0400 Received: (qmail invoked by alias); 08 Jun 2010 12:00:16 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp001) with SMTP; 08 Jun 2010 14:00:16 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX191rqpc72p1rlvsNNxKhWDZYRCejkri2wXLF2oGqG Cn6dGGJsLDc8nc Date: Tue, 08 Jun 2010 13:59:43 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org References: <20100608114625.289960@gmx.net> In-Reply-To: <20100608114625.289960@gmx.net> Message-Id: <95073781128105@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 12:00:50 -0000 Hi, looks like gzipped attachments get stripped too. So please get the announced Solaris proposal from: http://scdbackup.webframe.org/B00608_solaris_mmc_rdwr.patch.txt Have a nice day :) Thomas From MAILER-DAEMON Wed Jun 09 10:56:54 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OMMi6-0005bf-MB for mharc-libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:56:54 -0400 Received: from [140.186.70.92] (port=37554 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OMMi3-0005Uj-SS for libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:56:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OMMi1-0002pm-Vy for libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:56:51 -0400 Received: from mail-pw0-f41.google.com ([209.85.160.41]:64045) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OMMi1-0002pR-Kw for libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:56:49 -0400 Received: by pwi6 with SMTP id 6so5709165pwi.0 for ; Wed, 09 Jun 2010 07:56:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=/aNuItilDsLUU1ZuMiwynsUMRsrJ1zp7ZziXcyvW9zA=; b=TZyUF3ti257MhIjABYey1wmVcN8jd2+h2STKy2Dbwi8iMXilQJhf5Dj8tYNQ9YXsfN gAlLJol8TjkFwUPi89BUCPEljAwEN5aSRzo2PME9SkyAML/zOHDCZu9Te+31aCDSf57b pfkeZKbYGwro5PI4lo4JQ4Z5GlrXY3VRjo2Vg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=HAN7xnVEK6pYciPCbPB6aFVhnuAvnUmnX2dYc97Kc4Mlg6Hk9ozgtHTBPGLiiXGq2G hIWRGo2kXASIcNo085PNiVKaKXur7ue9voDzYt8MQg6UtJ4V9BKxC86UrYI2Tmz/HQlF q5evLItdF6Zup2NrWIOPhcEBsQHe3hbi56SwE= MIME-Version: 1.0 Received: by 10.142.120.9 with SMTP id s9mr966263wfc.157.1276095406974; Wed, 09 Jun 2010 07:56:46 -0700 (PDT) Sender: rocky.bernstein@gmail.com Received: by 10.143.44.14 with HTTP; Wed, 9 Jun 2010 07:56:46 -0700 (PDT) In-Reply-To: <20100608114625.289960@gmx.net> References: <20100608114625.289960@gmx.net> Date: Wed, 9 Jun 2010 10:56:46 -0400 X-Google-Sender-Auth: e4CbXsKH0J_0vTBQ-14_9tJWQS0 Message-ID: Subject: Re: [Libcdio-devel] libcdio-0.83git on Solaris From: Rocky Bernstein To: "libcdio developer's mailing list" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 14:56:53 -0000 On Tue, Jun 8, 2010 at 7:46 AM, Thomas Schmitt wrote: > Hi, > > attached is my proposal how to make the Solaris > driver capable of detecting drives without vold, > and how to implement access mode MMC_RDWR. > > There are still some problems to solve: > > ------------------------------------------------ > > Executing SCSI commands needs superuser > authority. I do not know yet, whether there > is a finer granulated way to aquire the right > to perform the uscsi ioctl. > It has been a while, but I think have running a suid program would be sufficient. And going further it might be that being in the right administrative group with would be okay too. > ------------------------------------------------ > > When inserting a CD with 5000 files in four > sessions, the operating system rattles the > drive for about 30 seconds. > During that time it is nearly impossible > to do own read operations. The drive even > reports read errors in SCSI sense reply. > I suspect my old enemy hald behind that. >:[ > > ------------------------------------------------ > > MMC_RDWR_EXCL does not yet trigger a locking > attempt. I need to learn more about Solaris. > > ------------------------------------------------ > > There are two alternative ways to identify > CD drives among the /dev/rdsk devices: > > - perform SCSI command INQUIRY and look for > CD-ROM code 5 in byte 0 of reply. > This relies on SCSI specs SPC-3. > > - perform ioctl(DKIOCINFO) and check .dki_ctype > whether it is DKC_CDROM. > This relies on Solaris man dkio. > libcdio already used ioctl(DKIOCGMEDIAINFO) > and included > I don't any reason not to do this. Do you? > > See #ifdef LIBCDIO_SOLARIS_WITH_CD_INQUIRY > Currently it is not defined. I.e. DKIO gets used. > > I gather by this you are suggesting adding an option to libcdio's configure script. I am not opposed to that if you can show a benefit in some circumstances. Right now it is not clear what the benefit is of forcing SCS= I INQUIRY over DKIO. Do we know what the benefit is? > ------------------------------------------------ > > Have a nice day :) > > Thomas > > -- > GRATIS f=FCr alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > From MAILER-DAEMON Wed Jun 09 10:57:52 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OMMj2-0007dV-0W for mharc-libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:57:52 -0400 Received: from [140.186.70.92] (port=37669 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OMMiz-0007YL-Ic for libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:57:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OMMiy-0002yW-AS for libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:57:49 -0400 Received: from mail-pw0-f41.google.com ([209.85.160.41]:43145) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OMMiy-0002yI-61 for libcdio-devel@gnu.org; Wed, 09 Jun 2010 10:57:48 -0400 Received: by pwi6 with SMTP id 6so5710118pwi.0 for ; Wed, 09 Jun 2010 07:57:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=wK4SyxrKurVEjqkJ0nco/OBwGduqV45idBvOVgtKMVA=; b=BlGDmF/WGuOK1DXJrhloXlFDFIOBxvhcfs2cfuXTS8M8gqNfgd2rauFfdenZ9KJYYq jkKsDD2/VEIUKA/h5Mh6z65L/Pj6wqwRL2f5RkI3uXXuS+w3E0ZKM6KUDqWBJvUjCsn+ hKwLs/nz9/pKQB7SVPsSJ1JIIsyJGnMDu+uOs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=dnEZwB0YKa7MsrvMrO2UWgYuGCNRqS3De5l9sF8sGtv051l/5GFnbW0aLTi0neDl56 TvouN0IIR15ZdcMPoAY43LfA2asox/Ax1saHUVoaJ6pZquRJXXHPs7goQbT1RSy0LnZG WVC7ubbeej45ZvEe+iq13Sj+n0ep3qGXW9ppM= MIME-Version: 1.0 Received: by 10.142.74.10 with SMTP id w10mr2455894wfa.118.1276095461151; Wed, 09 Jun 2010 07:57:41 -0700 (PDT) Sender: rocky.bernstein@gmail.com Received: by 10.143.44.14 with HTTP; Wed, 9 Jun 2010 07:57:41 -0700 (PDT) In-Reply-To: <95073781128105@192.168.2.69> References: <20100608114625.289960@gmx.net> <95073781128105@192.168.2.69> Date: Wed, 9 Jun 2010 10:57:41 -0400 X-Google-Sender-Auth: RtMjMxdQpQh0_KnqlndZ2kmXTW0 Message-ID: Subject: Re: [Libcdio-devel] Re: libcdio-0.83git on Solaris From: Rocky Bernstein To: "libcdio developer's mailing list" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 14:57:50 -0000 Got the patch. I'll try to test it out within a week or so. Thanks. On Tue, Jun 8, 2010 at 7:59 AM, Thomas Schmitt wrote: > Hi, > > looks like gzipped attachments get stripped too. > > So please get the announced Solaris proposal > from: > http://scdbackup.webframe.org/B00608_solaris_mmc_rdwr.patch.txt > > > Have a nice day :) > > Thomas > > > From MAILER-DAEMON Wed Jun 09 11:39:15 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OMNN5-0008K9-J4 for mharc-libcdio-devel@gnu.org; Wed, 09 Jun 2010 11:39:15 -0400 Received: from [140.186.70.92] (port=51310 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OMNN3-0008JI-DB for libcdio-devel@gnu.org; Wed, 09 Jun 2010 11:39:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OMNN2-0002Zd-3f for libcdio-devel@gnu.org; Wed, 09 Jun 2010 11:39:13 -0400 Received: from mail.gmx.net ([213.165.64.20]:46674) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OMNN1-0002Yz-OQ for libcdio-devel@gnu.org; Wed, 09 Jun 2010 11:39:12 -0400 Received: (qmail invoked by alias); 09 Jun 2010 15:39:07 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp014) with SMTP; 09 Jun 2010 17:39:07 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX18siH5OdmIsJCR0TAVGff1YH6PkDdOQr6LncIW6hW H/KIvkPS5pdaox Date: Wed, 09 Jun 2010 17:38:35 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org References: In-Reply-To: Message-Id: <95070573514907@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 15:39:14 -0000 Hi, > > Executing SCSI commands needs superuser > > authority. > It has been a while, but I think have running a suid program would be > sufficient. And going further it might be that being in the right > administrative group with would be okay too. I did not test yet whether suid works. (Solaris is somewhat strange and somewhat familiar.) Actually there is no user "root" but just a role with that name and UID 0. E.g. i cannot login as root but only as normal user and then aquire the root role via su. The preferred way to do privileged activities seems to be pfexec ...command.and.options... It is not a problem to gain the power for SCSI. The problem is that you also gain the power to spoil your hard disk and to read any file. I learned meanwhile that i want the privilege PRIV_SYS_DEVICES. I could use usermod(1) to give this power to the normal user. That would solve the problem of undesired read permissions but not block the opportunity to destroy the disk filesystem. What i look for is a method to gain PRIV_SYS_DEVICES from within the program. So that the user does not run risk with any normal program but only with xorriso. And xorriso is quite reluctant to operate on non-CD devices. So the risk of shooting the own foot would become acceptable. I will make experiments with getpriv(2), setpriv(2), and others. http://compute.cnr.berkeley.edu/cgi-bin/man-cgi?privileges+5 ------------------------------------------------ > > - perform ioctl(DKIOCINFO) and check .dki_ctype > I don't any reason not to do this. Do you? Not yet. I assume DKIO needs no PRIV_SYS_DEVICES. > > LIBCDIO_SOLARIS_WITH_CD_INQUIRY > I gather by this you are suggesting adding an option to libcdio's configure > script. I'd rather propose to throw it out after tests with older Solaris versions show that the DKIO method works. (Versions released between 2006 and 2010 would be of interest. Olders should still use vold addresses.) I know that SCSI INQUIRE is very old and very standard. About age and API stability of DKIO i am rather unsure. So i kept my first CD recognizer code in the patch as fallback. But DKIO appears to be better. Have a nice day :) Thomas From MAILER-DAEMON Thu Jun 10 09:35:22 2010 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OMhuj-0002Ac-ST for mharc-libcdio-devel@gnu.org; Thu, 10 Jun 2010 09:35:21 -0400 Received: from [140.186.70.92] (port=55880 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OMhuh-000281-9S for libcdio-devel@gnu.org; Thu, 10 Jun 2010 09:35:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OMhuf-0004QJ-Ls for libcdio-devel@gnu.org; Thu, 10 Jun 2010 09:35:19 -0400 Received: from mail.gmx.net ([213.165.64.20]:39562) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OMhuf-0004Pm-8f for libcdio-devel@gnu.org; Thu, 10 Jun 2010 09:35:17 -0400 Received: (qmail invoked by alias); 10 Jun 2010 13:35:10 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp071) with SMTP; 10 Jun 2010 15:35:10 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1+x04F1xeuxI4s3Z2olmzkot1COVKld0ig8Gkj9W/ +aDqEJe0Oa7RZP Date: Thu, 10 Jun 2010 15:34:38 +0200 From: "Thomas Schmitt" To: libcdio-devel@gnu.org References: In-Reply-To: Message-Id: <9514359862356@192.168.2.69> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: [Libcdio-devel] Re: libcdio-0.83git on Solaris X-BeenThere: libcdio-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: libcdio developer's mailing list List-Id: libcdio developer's mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 13:35:20 -0000 Hi, Seth Goldberg pointed me to a solution for the problem of undesired superuser powers on Solaris. (One needs one of the superuser privileges to run SCSI commands.) It is not perfect yet, because: - Solaris command pfexec is still needed. It only loses its full superuser power when it starts /usr/local/bin/xorriso . - Each program needs its own entries in the system configuration files. - The effects of chmod do not persist over reboot. But device files need r-permission for the user or one of his groups. Does anybody know where the permanent permissions for device files are set in Solaris ? (In FreeBSD it is in /etc/devfs.rules) As an example, what an application would have to do, this is what i currently describe in xorriso's README file: ------------------------------------------------ On Solaris: Run xorriso by pfexec xorriso ...arguments... The following reciepe will make pfexec keep original UID and EUID and prevent most superuser powers. Be aware that you still can manipulate all device files if you have the file permissions for that. Full root privileges for xorriso can then be aquired only by command su. Edit /etc/security/exec_attr and add this line to the other "Media Backup" lines: Media Backup:solaris:cmd:::/usr/local/bin/xorriso:privs=basic,sys_devices Edit /etc/user_attr and add profile "Media Backup" to the user's line: thomas::::profiles=Media Backup,Primary Administrator;roles=root See also man privileges, man exec_attr, man user_attr. Add the user to group "floppy" in /etc/group. Eventually create this group. Changes to /etc/group affect only new login sessions, as it seems. Then allow the group r-access to the drives pfexec chgrp floppy /dev/rdsk/c3t0d0s2 /dev/rdsk/c4t0d0s2 pfexec chmod g+r /dev/rdsk/c3t0d0s2 /dev/rdsk/c4t0d0s2 The last two commands have to be executed after each boot. I do not know the relevant device configuration files yet. ------------------------------------------------ Have a nice day :) Thomas