Hrm...
Tim Waugh wrote:
>Well, the trouble is that when you plug a device into the parallel
>port, no-one knows about it but you. Parallel ports don't really
>support hot plugging devices nicely.
Well, I could easily write a userspace app that lets the BACKPACK drives be
scaned on the fly. (Go probe every so often for our drive). Could different
protocol modules provide a detection routine (if they have the ability).
This could be used to do the scanning that I'm talking about.
>> If nothing else, I find that a lot of users that e-mail us have compiled
the
>> paride stuff into the kernel. Now, my understanding is that at this
point,
>> the only time the drives would be probed is at boot time. It'd be nice,
if
>> there was a way to get the drives to re-probe.
>>They should compile them as modules then. :-)
Which is what I do, but the above program (which I think you'd agree would
be nice to have) is much harder to implement when you have to insert modules
than it would be if I could just use a userspace program to detect the drive
and then tell the PARIDE system to re-scan. Or at least tell it, there is a
new drive on port X and at ID # Y.
Also, I can't find the reference, but wasn't there something about Linus
wanting to not have different behavior between modules and compiling into
the kernel (and one being able to rescan and the other not, is pretty
different).
Still brainstorming,
Ken Hahn
-- To unsubscribe, send mail to: linux-parport-request@torque.net --
-- with the single word "unsubscribe" in the body of the message. --
This archive was generated by hypermail 2b29 : Thu Aug 30 2001 - 12:46:34 EDT