[Debburn-devel] -header:Cc:we at x-net.at

[Wolfgang Eibner]

Hi!

Thomas Schmitt schrieb:
> My program cdrskin had sharper restrictions on
> bus numbers than cdrkit. It was necessary to
> change the way of listing busses and their
> devices.
> To my luck this only affected the emulation of
> -scanbus and not the other operations of libburn.
>
>   
>> Is it really a kernel issue or is it an issue
>> of cdrkit (wodim/cdrecord/...) cause it has a
>> maximum value while the kernel has none (only
>> at overflow)? 
>>     
>
> It would be interesting to find out whether the
> kernel has a noteworthy upper limit for SCSI bus
> numbering.
>   
I think it's the maximum integer value or such a thing...
> Nevertheless, the bus number is not essential
> for a burn program on Linux. We have no way to
> address a drive via that number but must open
> device files and can only then detect their
> bus adress tuple Bus,Target,Lun.
> After that, we are free to implement poor sorting
> algorithms resp. data base structures.
>   
Well, we also don't use the numbers - we are using the device files all 
the time but cdrdao and cdrecord/wodim refuse to work if it is a device 
file with busno > x.
> -------------------------------------------------
>
> I hope the cdrkit team does not mind if i
> propose Wolfgang to try whether cdrskin-0.6.7
> (the current development version) can cope
> with his bus numbers.
> It is intended as replacement for wodim resp.
> cdrecord:
>   http://scdbackup.sourceforge.net/cdrskin-0.6.7.tar.gz
>
> See also
>   http://scdbackup.sourceforge.net/cdrskin_eng.html
> Make sure _not_ to test the release version
> cdrskin-0.6.6 where -scanbus lists no bus above
> 15 (but elsewise works fine with such drives).
>   
We will try, but we use a lot of commands like "cdrdao disk-info 
--device /dev/sr2" and parse the output in our scripts. So we would at 
least need similar output and commands. Maybe I could send you a list of 
commands that we need/use for a ongoing discussion.

But indeed we would be more happy if the original problem gets fixed in 
cdrecord/wodim/cdrkit and cdrdao because otherwise we would have to 
change a lot of code.

Best regards and thanks for your answer!
Wolfgang

-- 
---------------------------------------
Wolfgang Eibner
e: we at x-net.at
t: +43 732 773 142 - 28
m: +43 676 74 81 350
f: +43 732 773 142 - 24
X-Net Services / Technologies GmbH
Elisabethstrasse 1
4020 Linz
Austria
Firmenbuchnummer: 212504g / FN296035x
Firmenbuchgericht: Landesgericht Linz
---------------------------------------
--