>>> I think we all know that winmodems suck.
>> Nodz...
> They are essentially overglorified sound cards with a telco
> interface.
Precicely...
>> Personally, I'd prefer to see the winmodem drivers appear as
>> userland daemons with the absolute minimum of kernel code
>> included to allow them to be used. Reasons, in no particular
>> order, include:
>> 1. Less kernel bloat. The tool will only be in memory when it's
>> actually in use, whereas kernel code is normally a permanent
>> feature of the memory map.
>> 2. Libraries. Userland tools can make full use of the standard
>> libraries such as libc which are not available to kernel
>> code.
>> 3. Easier development. In my experience, it's much easier to
>> debug userland stuff than kernel code.
> 4. MMX, KNI, 3DNow! access.
> It would essentially be the same type of app as an mp3 player,
> except it's bidirectional. If run with real-time priority it
> could work.
That's how I see it.
I've now received the original post that started this thread, and if
the claims made therein are true, then the job is essentially done
already...
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/