Re: Mousedev or hiddev problem, was: Re: USB mice do not work on 2.6.12-rc5-git9, -rc5-mm1, -rc5-mm2

[Zoltan Boszormenyi <zboszor@freemail.hu>]

Vojtech Pavlik írta:
> On Tue, Jun 07, 2005 at 12:04:15AM +0200, Zoltan Boszormenyi wrote:
>
> > Hi,
> >
> > Zoltan Boszormenyi írta:
> >
> > > All the -bk7+ kernels I tried produced the same strange bug
> > > on my system: after gpm started I was able to move the
> > > pointer on the screen but when X started up, it's pointer froze.
> > it turned out that there is nothing wrong with USB on my system.
> >
> > But someone broke the /dev/input/mouseX <-> USB mouse interaction
> > in 2.6.11-bk7 and my two-headed system with two X servers were
> > manually set up to use the distinct mouse devices so the two heads
> > do not interfere.
> >
> > No wonder gpm works, it reads /dev/input/mice. Starting only
> > one X and using /dev/input/mice I found no problems. Setting it
> > back to /dev/input/mouse0, the mouse pointer is dead again.
> >
> > Someone deserves a mousebite...
>  
> Most likely it's because the keyboards are now identified as having
> mouse capabilities, too, and changing the numbers. Check
> /proc/bus/input/devices.
Thanks for the enlightenment, now I have to use /dev/input/mouse2 and
mouse3 for the two X servers.

BTW, where is it documented? Was it this changeset?

<vojtech@suse.cz>
        input: Fix keyboard scrollwheel support, add horizontal
               wheel support, and enable both by default.

        Signed-off-by: Vojtech Pavlik <vojtech@suse.cz>

Best regards,
Zoltán Böszörményi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/