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