[PATCH] Add hal/dbus fallback when not able to talk to hal/dbus daemons.
daniel at fooishbar.org
Tue Jan 20 20:17:07 PST 2009
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.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 197 bytes
Desc: Digital signature
More information about the xorg