Hi!
> The Linux answer is the same as the MS answer (and I think in both cases
> probably for techncially sound reasons). We get cleaner maintainable code
> by chosing to do things right. Microkernel and isolation glue API's have a
> very bad historical record (eg Mach) for general purpose systems.
Well -- usb is not performace critical (at 12MBps at least), so many
of arguments just don't apply here. I'd like to see drivers like acm.c
in userland...
(And having udi in userland _might_ be acceptable.)
Pavel
--
The best software in life is free (not shareware)! Pavel
GCM d? s-: !g p?:+ au- a--@ w+ v- C++@ UL+++ L++ N++ E++ W--- M- Y- R+
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
- [linux-usb] USB 2.0 Developer's Conf. summary Dunlap, Randy
- Re: [linux-usb] USB 2.0 Developer's Conf. summary Brad Hards
- Re: [linux-usb] USB 2.0 Developer's Conf. summary Joseph Fannin
- RE: [linux-usb] USB 2.0 Developer's Conf. summary Dunlap, Randy
- Re: [linux-usb] USB 2.0 Developer's Conf. summary Greg KH
- Re: [linux-usb] USB 2.0 Developer's Conf. sum... Alan Cox
- Re: [linux-usb] USB 2.0 Developer's Conf.... Pavel Machek
- Re: [linux-usb] USB 2.0 Developer's ... Johan Verrept
- Re: [linux-usb] USB 2.0 Develope... Alan Cox
- Re: [linux-usb] USB 2.0 Developer's ... Linus Torvalds
- Re: [linux-usb] USB 2.0 Develope... John P . Looney
- Re: [linux-usb] USB 2.0 Developer's Conf. summary Robert Collier
- RE: [linux-usb] USB 2.0 Developer's Conf. summary Dunlap, Randy
