[TuxOnIce-users] Losing BT mouse after hibernate/resume

[Nigel Cunningham]

Hi.

Johan Vromans wrote:
> oopla-pzp <oopla at users.sf.net> writes:
> 
>> On Thu, Feb 11, 2010 at 01:42:52PM +0100, Johan Vromans wrote:
>> ...
>>> X keeps silent (I guess that's the problem).
>> and what does dmesg(1) shows?
> 
> When I chvt to a text console and back, dmesg shows 
> 
>   [drm] Resetting GPU
>   omnibook: Saved state of PCI register: [0].
>   omnibook: Index mode: [0].
>   omnibook: Index Mode Ok (0) after 1 iter
>   omnibook: Index mode: [1] [3] [3] [3] [3] [3] [3] [3] [3] [3] [2].
>   omnibook: Index Mode Ok (2) after 11 iter
>   omnibook: Index mode: [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [1] [3] [3] [3] [3] [3] [3] [3] [3] [3] [3] [3] [3] [3] [2].
>   omnibook: Index Mode Ok (2) after 26 iter
>   [drm] Loading RV630 CP Microcode
>   [drm] Loading RV630 PFP Microcode
>   [drm] Resetting GPU
> 
>>> I can get the mouse going by restarting the hal daemon and switching
>> did you try to restart hald from within an xterm?
> 
> It seems that chvt back and forth is sufficient.
> 
> It doesn't seem ToI or hald related. After inactivity for 10 minutes
> or so X also loses the BT mouse and I need to perform the chvt trick
> to get it working again.
> 
>> try to have the hibernate script to restart hald putting the proper entry
>> (script name in /etc/rc.d/ or /etc/init.d/) in  /etc/hibernate/common.conf
>> like 'RestartServices hald ...' and perhaps proper items for your system 
>> to restart BT as well.
> 
> Restarting BT doesn't help. BT *is* working properly, the mouse is
> detected, it is X that doesn't want to see the mouse anymore until I
> switch VTs.

Hmmm. I have trouble with my USB mouse disappearing like that. Nothing
else USB related is malfunctioning. I was putting it down to some bug in
the USB autosuspend code, but was being too lazy to report it. Perhaps I
should see if a chvt makes a difference. If so, it will show it not to
be BT specific.

Nigel