lkml.org 
[lkml]   [2006]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]
Joerg Schilling wrote:
> Phillip Susi <psusi@cfl.rr.com> wrote:
>
>
>>Joerg Schilling wrote:
>>
>>>I am sorry to see your recent dicussion style.
>>>
>>>I was asking a question and I did get a completely useless answer as
>>>any person who has some basic know how Linux SCSI would know that
>>>doing a stat("/dev/sg*", ...) will not return anything useful.
>>>
>>
>>It certainly does return something useful, just not what you are looking
>>for. It does not return information that allows you to cleanly build
>>your bus:device:lun view of the world, but it does return sufficient
>>information to enumerate and communicate with all devices in the
>>system. Is that not sufficient to be able to implement cdrecord? If it
>>is, then the real issue here is that you want Linux to conform to the
>>bus:device:lun world view, which it seems many people do not wish to do.
>
> It does not allow libscg to find all devices.
>
>>Maybe it would be more constructive if you were to make a good argument
>>for why the bus:device:lun view is better than /dev/*, but right now it
>>seems to me that they are just two different ways of doing the same
>>thing, and you prefer one way while the rest of the Linux developers
>>prefer the other.
>
> It would help if someone would give arguments why Linux does treat all
> SCSI devices equal, except for ATAPI transport based ones.
>

Mostly historic, I guess. When IDE drivers first got implemented, ATAPI
wasn't really considered thoroughly and later when generic SCSI command
support became necessary it was added by bridging ATAPI devices over to
SCSI using ide-scsi. People didn't like ide-scsi very much for good
reasons - special boot parameter, confusing, needed full SCSI stack
etc... So, the hd SG_IO came.

And, yes, hd SG_IO has certain drawbacks as you pointed out. No generic
command to tape device (as no generic IDE device exists), not an
integral part of SCSI subsystem and might even contain some new bugs as
it's different new (well, was) code base. Yet, people in general seem
to find the change more beneficial and I personally like the change too.

ide-scsi is obsolete now. Going back to it just won't happen and as I
just said, yeah, some good stuff was lost in the process but others are
gained, so please accept it - there is no central repository of SCSI
command aware devices on Linux, at least at the moment. It might happen
in time but *currently* there is none. I also think it would be better
to have one but, hey, that's how the current state is and it will take
quite some amount of work and time to implement that correctly.

So, let's meet somewhere inbetween. Reserving a SCSI bus number for
ATAPI devices and generating ID/LUN for SG_IO devices isn't very
difficult and probably a good thing to have. So, unfortunately, we
won't have pretty /dev/sg* for all SCSI-aware devices, but you only have
to scan limited number of devices - /dev/sg* and /dev/hd*.

How does that sound?

--
tejun
-
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/

\
 
 \ /
  Last update: 2006-02-01 08:48    [W:4.060 / U:0.168 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site