Re: _at_188498: u3g works, Xorg does not

From: Robert Noland <rnoland_at_FreeBSD.org>
Date: Thu, 12 Feb 2009 15:52:53 -0500
On Fri, 2009-02-13 at 00:54 +1100, Andrew Milton wrote:
> +-------[ Anton Shterenlikht ]----------------------
> | On Thu, Feb 12, 2009 at 12:58:28PM +0100, Gary Jennejohn wrote:
> | > On Thu, 12 Feb 2009 11:00:50 +0000
> | > "Poul-Henning Kamp" <phk_at_phk.freebsd.dk> wrote:
> | > 
> | > > In message <20090212.192851.57971498.haro_at_kgt.co.jp>, haro_at_kgt.co.jp writes:
> | > > 
> | > > >
> | > > >Section "ServerFlags"
> | > > >        Option "AllowEmptyInput" "off"
> | > > >EndSection
> | > > 
> | > > That also works, and avoids four hald processes on the system, so
> | > > I prefer this fix.
> | > > 
> | > 
> | > I agree.  Especially since hald eats 100% of one of my cores (AMD64 X2)
> | > apparently doing nothing.
> | > 
> | > I remade the xorg server w/o hal and am now a much happier camper.
> | 
> | but many other x parts depend on hal:
> | 
> | # pkg_info -xR hal
> | Information for hal-0.5.11_17:
> | 
> | Required by:
> | xf86-input-keyboard-1.3.2
> | xf86-video-intel-2.5.1
> | xf86-video-vesa-2.1.0
> | xf86-input-mouse-1.4.0_3
> | 
> | and these aren't optional, I think.
> 
> But if xdm or other display managers are started from /etc/tty, X starts
> before hal does leaving you with an unresponsive login screen.

I have applied a patch to the xserver that should address this issue.

robert.


-- 
Robert Noland <rnoland_at_FreeBSD.org>
FreeBSD

Received on Thu Feb 12 2009 - 19:53:11 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:42 UTC