[I'm not quoting all of this thread's discussion.
If you are very interested, you can look in the
email archives for it.]


Right now we have 3 drivers in the 2.3.99 kernel
that could/should be in user space, assuming that
usbdevfs provides all that they need.
  rio500
  dc2xx
  mdc800

I'm not trying to have these removed from the 2.3/2.4
Linux kernel.  This could be the wrong decision,
but I'd like to see the device support available.
Period.  If I removed them right now, then the
device support wouldn't be available for some
unknown period of time.

So I agree with most of Johannes' arguments, such as
if Java is won't do it, don't use Java (to paraphrase),
just maybe not his timeframe.

JE wrote:
> Everything is a tradeoff, but I see no overwhelming reason to keep the
> driver in the kernel, whereas there are tons of good, tangible reasons
> to move it to userspace.

I see one good reason to keep these 3 drivers (and maybe scanner ?)
in the kernel right now:  user satisfaction.  I'm trying to be
realistic and pragmatic, not idealistic.

So:

We still need to see at least one of these done in
user space.

Bruce Tenison:  has the rio500 team done
anything about this evaluation?  Have you
discovered any problems (like missing functionality
or bugs) in usbdevfs?  or in libusb if you are trying
to use it?

David Brownell:  what features/functionality do you
think must be added to usbdevfs to make it complete?

Henning Zabel:  what is keeping you from making the mdc800
driver a userspace-only solution?

Please try to answer with detailed suggestions, not vagueness.

I don't know whether usbdevfs provides everything that
is needed right now for a userspace driver solution.
My bet is that it will within a few weeks or months even
if it doesn't right now.  Given that proviso, I expect/plan
to remove these 3 drivers from the Linux 2.5 kernel.

~Randy
___________________________________________________
|Randy Dunlap     Intel Corp., DAL    Sr. SW Engr.|
|randy.dunlap.at.intel.com            503-696-2055|
|NOTE:  Any views presented here are mine alone   |
|and may not represent the views of my employer.  |
|_________________________________________________|


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to