Bug#347680: Xorg breaks acpid
Michel Dänzer
michel at daenzer.net
Tue Jan 24 02:56:30 PST 2006
On Mon, 2006-01-23 at 13:15 +0100, Lex Spoon wrote:
> Marcus's analysis looks right to me:
> > > But who can tell which is the grand-piece-of-sw that has the exclusive
> > > right to open /proc/acpi/event?
> > The one which has been designed to multiplex the events to make them
> > available to other programs, and it's acpid.
>
> The standard Debian setup is to use acpid to multiplex the event stream.
> Even if it is possible to run with acpid, that should be a different,
> non-standard option.
>
> There are lots of reasons to multiplex in userspace instead of in the
> kernel. Among these is that a userspace multiplexer can filter and
> modify the stream as it goes by, and a userspace multiplexer can pull
> events from multiple sources including virtual events injected by other
> sources than the raw hardware. The earlier comments that obviously the
> kernel should multiplex just aren't right. Doing it in userspace makes
> sense, and if it is done in userspace, then additionally doing it in the
> kernel would be a bad thing.
>
> At any rate, the current strategy isn't right. If the system is using
> acpid--the most common configuration--then it is a bug for X to get in
> the way of acpid.
>
> It is laudable that Xorg currently tries to support ACPI even when acpid
> is not running. However, this is an unusual and only marginally useful
> configuration, isn't it? Thus, if nothing else, it would seem to make
> sense to simply remove the non-acpid ACPI support when compiling for
> Debian. In that case, the party line would be, if you want to use ACPI,
> then you install acpid and programs talk to that.
>
> If it is still desirable to make X work without acpid around, then that
> should surely be a non-standard configuration which requires an
> *explicit* configuration option on the X server. This does not appear
> worthwhile for Debian, since we do have acpid easily installable, but
> maybe it is sufficiently worthwhile for other Linux distributions that
> it is worth including.
I tend to agree, but I think that this discussion belongs upstream, so
I'm CC'ing the xorg list.
Background for the xorg list: Debian is currently using a patch which
makes the X server open /proc/acpi/event if acpid goes away, to avoid
excessive attempts to access the acpid socket. The problem is that this
prevents acpid from restarting.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer
More information about the xorg
mailing list