[PATCH] Add hal/dbus fallback when not able to talk to hal/dbus daemons.

[Daniel Stone]

Hi,

On Wed, Jan 21, 2009 at 01:41:48AM -0200, Paulo César Pereira de Andrade wrote:
> Daniel Stone wrote:
> > Please do not push this patch.
> 
>   I posted the patch more as a "request for comments", as I did
> more of a "quick hack" patch. While it works as is, it should be
> more "integrated" with the current code, as it is relying on dbus
> being started at some time, before attempting to connect to hal,
> but there is already a "keep retrying" timer code for dbus.
>   It also uses a ugly hack to not call the xf86* functions, and
> fool NewInputDeviceRequest to not only add the input device, but
> also enable it.
> 
>   But I believe such a fallback would not hurt, and would help
> distros to have a common code base, without the need of different
> X Servers for different computers/profiles, otherwise, for things
> like netbooks, or just some "start services in parallel" schema,
> a similar patch is required, as it is desirable to have a X Server
> up and running, loading the desktop environment, without the need
> of waiting for hal/dbus, things like udev, or any other blo^H^H^H
> time consuming service.

Sorry for the lack of proper comments earlier, was on a poor connection.

The reason this cannot be pushed is because, again, it calls from the
DIX into a _specific_ DDX.  That is never okay.  The answer would be to
define something like a generic InputFallbackOhMyGodGetMeDevices()
function that all DDXes implement, as opposed to making the DIX not work
with anything other than Xorg, and hardcoding /dev/input/mice in same.

Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.x.org/archives/xorg/attachments/20090121/4ba0af26/attachment.pgp>