[hal-info PATCH] Rationalise Acer keyboard map

Danny Kukawka danny.kukawka at web.de
Tue Jun 24 23:30:22 PDT 2008


On Mittwoch, 25. Juni 2008, Daniel Stone wrote:
> On Tue, Jun 24, 2008 at 07:38:04PM +0200, ext Danny Kukawka wrote:
> > On Dienstag, 24. Juni 2008, Daniel Stone wrote:
> > > On Tue, Jun 24, 2008 at 12:09:25PM +0200, ext Danny Kukawka wrote:
> > > > There were that much efforts to improve hal performance for some
> > > > milliseconds and to save some kbytes and now we waste these
> > > > improvements that easy. Thanks!
> > >
> > > If you're so concerned about performance as to be petrified of a few
> > > hundred extra bytes, just remove all the FDI files which don't apply to
> > > you.  Also, you could hack the FDI file yourself to only describe what
> > > you know to be true.
> >
> > Really a solution for a distribution. Really bad joke.
>
> By your very own data, you narrowed the extra usage down to twelve -- no
> typo, that's twelve -- bytes.  Do you know of any distribution that
> actively tracks memory usage and works to save twelve bytes whereever
> possible? Do you know of anyone to whom twelve bytes is critical that
> actually uses stock anything?
>
> As I've said before, if twelve bytes is critical, go through and make
> all your strings shorter.  ELSE THE TERRORISTS WILL WIN BECAUSE HAL WILL
> BLOAT BY MAYBE UP TO THIRTEEN BYTES!!

The 12 bytes are not the problem, but the ~100 milliseconds because there were 
many work spent by different ppl to improve HAL performance and 100ms is 
really much, especially because e.g. the boot process depends partly on HAL 
support.

Danny 




More information about the hal mailing list