From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
by nuthatch.gentoo.org with esmtp (Exim 4.43)
id 1E9Loi-0005RK-Ud
for garchives@archives.gentoo.org; Sun, 28 Aug 2005 11:59:17 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7SBuhwV024126;
Sun, 28 Aug 2005 11:56:43 GMT
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196])
by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j7SBrA2G005513
for <gentoo-user@lists.gentoo.org>; Sun, 28 Aug 2005 11:53:11 GMT
Received: by wproxy.gmail.com with SMTP id i34so226191wra
for <gentoo-user@lists.gentoo.org>; Sun, 28 Aug 2005 04:54:54 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
s=beta; d=gmail.com;
h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
b=iN5wH0h5rodMn9tWKc9OnN6T2iqYu1BzWcqzW+QOKxF56hbcwKXXr2zZuF88EJPL29iGszZnUGeAjDQBrUXtMWVFdShDXTvwdYR6tkKCPYhJACMwIOZ4PO1QmOUMZYMe1q3KvDN/NCHQ9caf9vLQSmqdRbxFYuOGiIIyQjRYJYs=
Received: by 10.54.144.7 with SMTP id r7mr5145439wrd;
Sun, 28 Aug 2005 04:54:54 -0700 (PDT)
Received: by 10.54.36.67 with HTTP; Sun, 28 Aug 2005 04:54:53 -0700 (PDT)
Message-ID: <1aa5fbd70508280454389cde58@mail.gmail.com>
Date: Sun, 28 Aug 2005 11:54:53 +0000
From: Erik Osterholm <erik.osterholm@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] [asking again] keyboard/mouse woes on 2.6 kernel
In-Reply-To: <87wtm6pbwr.fsf@bonsai.taydin.org>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_3478_32563723.1125230093972"
References: <4303FC0C.6020303@munat.com> <200508261200.18917.mar@ml.lv>
<430F1C25.8060708@inferno.rdsnet.ro> <200508262027.01921.mar@ml.lv>
<87wtm6pbwr.fsf@bonsai.taydin.org>
X-Archives-Salt: 3fccea65-1a97-45fe-a57f-00e5b618ca30
X-Archives-Hash: 870d17e2539b044ad2da968510104b0f
------=_Part_3478_32563723.1125230093972
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On 8/28/05, Timur Aydin <ta@taydin.org> wrote:
>=20
> Martins Steinbergs <mar@ml.lv> writes:
>=20
> > mouse support is built into kernel (now in 2.6.13-rc7), not module, xor=
g=20
> has
> > correct entry
> > ill try live_cd, maybe find something interesting
> >
>=20
> I have reinstalled gentoo 2005.1 (network install with stage1). The
> system is currently using devfs and my mouse problem is still there,
> exactly the same way as before. So, my theory about udev being the
> culprit is out the window.
>=20
> I have tried booting from the livecd. I wasn't able to run X with this
> configuration, but I tried issuing the "cat /dev/input/mice"
> command. With the livecd, there is data coming back when I turn the
> mouse wheel. When I boot into the gentoo that is installed on the
> harddisk and do the same thing, no data comes back when I turn the
> mouse wheel.
>=20
> As a result, I am almost certain that this is related to the kernel
> configuration. Continuing the search...
>=20
> --
> Timur Aydin
> --
> gentoo-user@gentoo.org mailing list
>=20
>=20
Are you using the Event interface?=20
CONFIG_INPUT_EVDEV=3Dm
I get this problem occasionally, mostly with my mouse, when I use my KVM to=
=20
switch to my docked linux laptop, and the solution is always to modprobe -r=
=20
evdev && modprobe evdev. It rarely affects my keyboard, so I can usually do=
=20
this. In the rare event of a keyboard problem, I can just ssh in to do it.
I haven't figured out precisely what the problem is, however I've definitel=
y=20
narrowed it down to the above configuration. If you are using EVDEV, it may=
=20
be possible to configure your kernel/get a working system without it. If yo=
u=20
aren't using EVDEV, give it a try. As a module, at least you can=20
unload/reload it and save yourself a reboot until you figure out what's=20
really going on.
Erik
------=_Part_3478_32563723.1125230093972
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
<br><br><div><span class=3D"gmail_quote">On 8/28/05, <b class=3D"gmail_send=
ername">Timur Aydin</b> <<a href=3D"mailto:ta@taydin.org">ta@taydin.org<=
/a>> wrote:</span><blockquote class=3D"gmail_quote" style=3D"border-left=
: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1e=
x;">
Martins Steinbergs <<a href=3D"mailto:mar@ml.lv">mar@ml.lv</a>> write=
s:<br><br>> mouse support is built into kernel (now in 2.6.13-rc7), not =
module, xorg has<br>> correct entry<br>> ill try live_cd, maybe find =
something interesting
<br>><br><br>I have reinstalled gentoo 2005.1 (network install with stag=
e1). The<br>system is currently using devfs and my mouse problem is still t=
here,<br>exactly the same way as before. So, my theory about udev being the
<br>culprit is out the window.<br><br>I have tried booting from the livecd.=
I wasn't able to run X with this<br>configuration, but I tried issuing the=
"cat /dev/input/mice"<br>command. With the livecd, there is data=
coming back when I turn the
<br>mouse wheel. When I boot into the gentoo that is installed on the<br>ha=
rddisk and do the same thing, no data comes back when I turn the<br>mouse w=
heel.<br><br>As a result, I am almost certain that this is related to the k=
ernel
<br>configuration. Continuing the search...<br><br>--<br>Timur Aydin<br>--<=
br><a href=3D"mailto:gentoo-user@gentoo.org">gentoo-user@gentoo.org</a> mai=
ling list<br><br></blockquote></div><br>
Are you using the Event interface? <br>
CONFIG_INPUT_EVDEV=3Dm<br>
I get this problem occasionally, mostly with my mouse, when I use my
KVM to switch to my docked linux laptop, and the solution is always to
modprobe -r evdev && modprobe evdev. It rarely affects my
keyboard, so I can usually do this. In the rare event of a
keyboard problem, I can just ssh in to do it.<br>
<br>
I haven't figured out precisely what the problem is, however I've
definitely narrowed it down to the above configuration. If you
are using EVDEV, it may be possible to configure your kernel/get a
working system without it. If you aren't using EVDEV, give it a
try. As a module, at least you can unload/reload it and save
yourself a reboot until you figure out what's really going on.<br>
<br>
Erik<br>
------=_Part_3478_32563723.1125230093972--
--
gentoo-user@gentoo.org mailing list