From owner-freebsd-questions@FreeBSD.ORG Mon Apr 30 15:20:40 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F267106566C for ; Mon, 30 Apr 2012 15:20:40 +0000 (UTC) (envelope-from jherman@dichotomia.fr) Received: from mail.dichotomia.fr (hydrogen.dichotomia.net [91.121.82.228]) by mx1.freebsd.org (Postfix) with ESMTP id A2E508FC15 for ; Mon, 30 Apr 2012 15:20:39 +0000 (UTC) Received: from [192.168.2.11] (unknown [109.190.13.180]) (Authenticated sender: kha@dichotomia.fr) by sslmail.dichotomia.fr (Postfix) with ESMTPSA id CBB4E3DD080; Mon, 30 Apr 2012 17:19:19 +0200 (CEST) Message-ID: <4F9EAD87.2000005@dichotomia.fr> Date: Mon, 30 Apr 2012 17:19:35 +0200 From: Jerome Herman User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: <20120427161316.GA60361@pcjas.obspm.fr> <20120428205201.GB65903@pcjas.obspm.fr> <4F9C75F9.9070907@dichotomia.fr> <20120430113910.GC74076@pcjas.obspm.fr> In-Reply-To: <20120430113910.GC74076@pcjas.obspm.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (sslmail.dichotomia.fr); Mon, 30 Apr 2012 17:19:20 +0200 (CEST) Cc: Albert.Shih@obspm.fr Subject: Re: Performance and mouse problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2012 15:20:40 -0000 On 30/04/2012 13:39, Albert Shih wrote: > Le 29/04/2012 ? 00:58:01+0200, Jerome Herman a écrit >> I was afraid this would happen. And I fear it is just the begining. > Why you say that ? Short answer : I am a proud member of the "HAL and DBus are evil" group. Middle answer : HAL and DBus were made, maintained and tuned with pretty much nothing but Linux in mind. As a result they hardly play well with other OS, and will tend to play worse as the time goes by. In fact general opinion is that HAL never truly worked under Linux either, it is now officially deprecated. > >> I assume you did not create any custom hald rule. Did you ? > I have one, but I try with him (I use since hal existe on BSD) and without > him. For the same result. The pad in the laptop working but not the usb > mouse. > > > In fact I don't think the cpu load is connected to this problem. > > I already send a email to freebsd-stable. > > Well but that not a solve the Xorg don't see the mouse. > >> The first thing to do is to add >> >> Option "AutoAddDevices" "Off" >> >> In your ServerLayout section of xorg.conf. >> Then restart X and try to plug a mouse again. It may result in your mouse not working in X, but at least it should stop your computer from using all it's CPU trying to map the mouse. >> >> If indeed the CPU load does not reach skyhigh levels when you plug a USB >> mouse, we will be able to conclude that there is a DBus/hald problem. >> >> Also could you do the following >> >> - Mouse unplugged : >> >> # /usr/local/etc/rc.d/hald stop >> # /usr/local/sbin/hald --daemon=no --verbose=yes>> /tmp/hald_debug.log 2>&1 >> # dbus-launch lshal>> /tmp/dbus_hal_debug.log 2>&1 >> >> - plug mouse >> >> # dbus-launch lshal>> /tmp/dbus_hal_debug.log 2>&1 >> >> >> And post the content of both log files ? That should help in understanding what is going on. In the worst case there are mecanism that will keep HAL from tinkering/probing usb mouse. >> > Here : > > the hald log file : > > http://dl.free.fr/rqLTgOvPS > > (I put some blank ligne juste before I plug the mouse) > > the dbus log file before I plug the mouse : > > http://dl.free.fr/iDgqyLgu6 > > and the dbus log file after I plug the mouse : > > http://dl.free.fr/lZuRadJFx > > I'm not qualified to said if it's hald/dbus problem, FreeBSD-Stable > problem or both. I don't think it's a FreeBSD-Stable problem because in the > dmesg we see the mouse plug > > > ugen5.2: at usbus5 > ums1: on usbus5 > ums1: 5 buttons and [XYZT] coordinates ID=0 Ok looking at your files, it does not appear to be a hal/dbus problem either : The device is correctly probed and registered with DBus, known as /dev/ums1, and the x11 driver is mapped to "mouse" which should be correct. For one reason or another, xorg is not catching/processing the info. Can you send the Xorg log ? Just wait until X is up and then plug the mouse. I am curious to see what happens inside xorg. Regards. Jerome > Regards. > > JAS >