lkml.org 
[lkml]   [1996]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: If we're "voting" on kerneld. . .
Anno Domini 29 Apr 96 at 14:30, brianc@saintjoe.edu wrote:

> Here's another that we keep it in. What does it hurt?
> I like it primarily because it's sorta "gee-whizzish" and I can
> brag to my friends about the advanced features of Linux vis a vis
> the other kids in town.

I don't see much macho 'bragging' about broken feature..

kerneld may, note MAY, be usefull one day. It's present incarnation
brings only grief and unnecessary whine to this list.

I'm also well aware that some of our unfortunate brethen HAS to work
with underpowered hardware, for them kerneld appears to be vital.
Life is not fair..

I still don't see any use for kerneld on 'normal' systems. The only
use I would have for it, would be to handle lp (printer) and ppa (Zip-
drive) intelligently. I just wonder what would happed if I tried to
mount my Zip-drive while printing a large job. How would kerneld
know that it should NOT 'rmmod' the lp-driver while the printing is
going on. Wise versa, if I were dumping a backup to the Zip-drive
and then started printjob from another console, what would happen ?

The abowe mentioned problem I'm gonna solve by getting second
parallelport, no fuss.
Cheers..

--
Thought for the day:
A penny saved is ridiculous.

Lauri Tischler, Network Admin Tel: +358-0-47846331
Finlandia Interface Oy Fax: +358-0-47846500
Piispanportti 12 (PL 61) GSM: +358-40-5569010
02211 Espoo FINLAND Internet: ltischler@fipower.fi


\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.060 / U:2.600 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site