[PATCH] command line options for hald-addon-acpi

Richard Hughes hughsient at gmail.com
Tue Aug 2 13:09:33 PDT 2005


On Tue, 2005-08-02 at 21:44 +0200, Timo Hoenig wrote:
> Aren't you frightened by the amount of reboots you'd have to accept
> while developing HAL?

No, I seem to manage fine with a boot in the morning and a shutdown in
the evening on my laptop.

> > > Wait, just let me check my uptime... ;-)
> > 
> > I just don't know about statements like that. Uptime is really just a
> > geek-factor, what we want is a robust, secure and predictable system.

[hughsie at localhost ~]$ uptime
 20:57:38 up  4:07,  5 users,  load average: 2.01, 1.06, 0.68

l33t.

> I was not taking this as geek factor.  I am just enjoying my hundreds of
> suspend cycles and the software updates in between without the need of
> rebooting.  Maybe rebooting doesn't take long, but restoring the
> workspace like it was before takes very long.

Depends how you define "long".

> If you take reboot as 
> 
>         BIOS + kernel boot + X + restoring workplace
> 
> you will be bored by every single reboot it takes.

I'm pleased of the coffee break to be honest. And my girlfriend is
pleased with the attention. :-)

> > You mention "Other" operating systems - well, I don't think the
> > mainstream Linux-based systems are doing better, in fact I think Windows
> > XP SP2 is pretty darn good in terms of both user experience and making
> > sure security patches get applied. But that is of course my personal
> > somewhat uninformed opinion (I'm not a security expert by any means).
> 
> I am always looking left and right -- Windows still reboots all too
> often and even though it boots up quick, the amounts of reboots are
> killing too much time.

I'm agreed on this. I installed a W2K PC for my sis, and probably
rebooted it about 8 or 9 times before I was finished.

I've only ever had to reboot once using "yum update" tho.

> > > There are drivers (IBM ACPI, Panasonic ACPI, Sony ACPI just to name a
> > > few) generating ACPI events which are not handled by HAL and thus get
> > > lost if HAL claims /proc/acpi/event.  Yes, there is a generic hotkey
> > > driver on its way to make the specific drivers obsolete but it does not
> > > yet provide the wide range of functionality the specific ones do.
> > 
> > Just start acpid before hald and everything will be fine. Btw, we will
> > add support for vendor-specific drivers at some point in HAL (as well as
> > the new generic hotkey driver).
> 
> That is fine.

Will be, when we write the backend!

> Back to the real problem, what is you're opinion about HAL on server
> systems (high availability)?

Err, high-availability servers? I wouldn't be running X on a
high-availability server, let alone HAL. Plus you never have 1
high-availability server - you have a cluster in a round-robin fallback,
where you can take each one down without effecting the main services.

Thanks, 
Richard.

_______________________________________________
hal mailing list
hal at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal



More information about the Hal mailing list