From: Helge Hafting <helge.hafting@aitel.hist.no>
To: Vojtech Pavlik <vojtech@suse.cz>
Cc: Andrew Morton <akpm@osdl.org>,
dtor_core@ameritech.net, dmitry.torokhov@gmail.com,
linux-kernel@vger.kernel.org
Subject: Re: 2.6.11-mm3 mouse oddity
Date: Wed, 16 Mar 2005 10:47:00 +0100 [thread overview]
Message-ID: <42380094.2050704@aitel.hist.no> (raw)
In-Reply-To: <20050315201038.GA5484@ucw.cz>
Vojtech Pavlik wrote:
>On Tue, Mar 15, 2005 at 11:01:46AM -0800, Andrew Morton wrote:
>
>
>>Dmitry Torokhov <dmitry.torokhov@gmail.com> wrote:
>>
>>
>>>On Tue, 15 Mar 2005 13:25:12 +0100, Helge Hafting
>>><helge.hafting@aitel.hist.no> wrote:
>>>
>>>
>>>>2.6.11-mm1 and earlier: mouse appear as /dev/input/mouse0
>>>>2.6.11-mm3: mouse appear as /dev/input/mouse1
>>>>
>>>>No big problem, one change to xorg.conf and I got the mouse back.
>>>>I guess it wasn't supposed to change like that though?
>>>>
>>>>
>>>>
>>>Vojtech activated scroll handling in keyboard code by default so now
>>>your keyboard is mapped to the mouse0 and the mouse moved to mouse1.
>>>
>>>
>>We cannot ship a kernel with this change, surely? Our users would come
>>hunting for us with pitchforks.
>>
>>
>
>Mouse device numbers are defined to be unstable because of hotplug.
>
>Most users use /dev/input/mice, where this won't have impact.
>
>The officially correct solution is to use udev to get stable device
>names.
>
>The change is easily reverted - just change the 'atkbd.scroll' default
>value.
>
>
Please don't remove it - it is nice to have support for the hardware.
Apps using this is also necessary - and they are possible now.
If you want to go the route of least surprise you may want to
make sure the "new" mice get higher numbers instead of
pushing "older" mice around.
Helge Hafting
next prev parent reply other threads:[~2005-03-16 9:43 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-12 11:42 2.6.11-mm3 Andrew Morton
2005-03-12 12:20 ` 2.6.11-mm3 Jens Axboe
2005-03-12 12:41 ` 2.6.11-mm3 Reuben Farrelly
2005-03-12 15:51 ` 2.6.11-mm3 Anton Altaparmakov
2005-03-12 13:18 ` 2.6.11-mm3: saa7134-core.c compile error Adrian Bunk
2005-03-15 4:38 ` Andrew Morton
2005-03-15 17:47 ` Adrian Bunk
2005-03-12 13:40 ` 2.6.11-mm3 Ed Tomlinson
2005-03-12 15:52 ` 2.6.11-mm3 Anton Altaparmakov
2005-03-12 15:55 ` [2.6 patch] drivers/net/sis900.c: fix a warning Adrian Bunk
2005-03-12 17:30 ` [2.6 patch] drivers/video/intelfb/: " Adrian Bunk
2005-03-12 19:13 ` DRI breakage, 2.6.11-mm[123] Sean Neakums
2005-03-12 19:29 ` Sean Neakums
2005-03-12 23:13 ` Dave Airlie
2005-03-12 23:58 ` Dave Jones
2005-03-13 12:48 ` Sean Neakums
2005-03-13 13:34 ` Dave Airlie
2005-03-13 12:01 ` 2.6.11-mm3: machine check on sleep, PowerBook5.4 Sean Neakums
2005-03-13 12:23 ` Benjamin Herrenschmidt
2005-03-13 12:30 ` Benjamin Herrenschmidt
2005-03-13 12:35 ` Benjamin Herrenschmidt
2005-03-13 16:19 ` Sean Neakums
2005-03-13 19:07 ` Sean Neakums
2005-03-13 21:53 ` Benjamin Herrenschmidt
2005-03-13 22:08 ` Sean Neakums
2005-03-13 22:10 ` Benjamin Herrenschmidt
2005-03-13 22:12 ` Benjamin Herrenschmidt
2005-03-13 21:47 ` Benjamin Herrenschmidt
2005-03-13 16:31 ` 2.6.11-mm3 Barry K. Nathan
2005-03-14 16:25 ` 2.6.11-mm3 (compile stats) John Cherry
2005-03-14 21:54 ` 2.6.11-mm3 - DRM/i915 broken Brice Goglin
2005-03-14 22:30 ` Bernhard Rosenkraenzer
2005-03-14 22:57 ` Brice Goglin
2005-03-16 9:36 ` Dave Airlie
2005-03-17 18:57 ` Brice Goglin
2005-03-19 2:45 ` Fix agp_backend usage in drm_agp_init (was: 2.6.11-mm3 - DRM/i915 broken) Brice Goglin
2005-03-19 3:40 ` Jesse Barnes
2005-03-19 3:48 ` Jesse Barnes
2005-03-19 16:32 ` Jesse Barnes
[not found] ` <200503191247.48963.werner@sgi.com>
[not found] ` <21d7e9970503231247179b7c46@mail.gmail.com>
2005-03-24 8:45 ` Dave Airlie
2005-03-16 18:57 ` 2.6.11-mm3 - DRM/i915 broken Ruben Fonseca
2005-03-15 7:57 ` 2.6.11-mm3 Stefano Rivoir
2005-03-15 12:25 ` 2.6.11-mm3 mouse oddity Helge Hafting
2005-03-15 14:25 ` Dmitry Torokhov
2005-03-15 14:36 ` Vojtech Pavlik
2005-03-15 19:01 ` Andrew Morton
2005-03-15 19:33 ` Dave Jones
2005-03-15 19:34 ` Dmitry Torokhov
2005-03-15 19:54 ` Sean
2005-03-15 20:10 ` Vojtech Pavlik
2005-03-16 9:47 ` Helge Hafting [this message]
2005-03-16 17:29 ` Vojtech Pavlik
2005-03-16 9:44 ` Helge Hafting
2005-03-16 17:30 ` Vojtech Pavlik
2005-03-17 11:09 ` Helge Hafting
2005-03-17 12:14 ` Vojtech Pavlik
2005-03-15 15:06 ` 2.6.11-mm3: megaraid_sas.c: stack usage Adrian Bunk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42380094.2050704@aitel.hist.no \
--to=helge.hafting@aitel.hist.no \
--cc=akpm@osdl.org \
--cc=dmitry.torokhov@gmail.com \
--cc=dtor_core@ameritech.net \
--cc=linux-kernel@vger.kernel.org \
--cc=vojtech@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox