PROBLEM: USB mouse does not apear in /dev/input

PROBLEM: USB mouse does not apear in /dev/input

[Take Vos]

Hello,

I'm just doing my part in getting the new kernel stable

kernel:	linux-2.5.43
hardware:DELL Inspiron 8100
mouse:	Logitech USB Optical Mouse
config:
		CONFIG_INPUT_MOUSEDEV
		CONFIG_INPUT_EVDEV
		CONFIG_SERIO
		CONFIG_SERIO_I8042
		CONFIG_INPUT_MOUSE
		CONFIG_MOUSE_PS2
		CONFIG_USB
		CONFIG_USB_HID
		CONFIG_USB_HIDINPUT

/dev/input/mice and /dev/input/mouse0 exist and are used for my internal PS/2 
mouse.

dmesg shows that USB mouse exists, and also shows insert and removes 
correctly.

However no /dev/input/mouse1 apears nor do events for this mouse apear on 
/dev/input/mice.

Thanks,
	Take

-- 
Take Vos <Take.Vos@binary-magic.com>
GnuPG: 2A5C110609995A378302A27630C962CCFD54AA85
http://binary-magic.com/~takev/

Re: PROBLEM: USB mouse does not apear in /dev/input

[Brad Hards]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 22 Oct 2002 18:46, Take Vos wrote:
> Hello,
>
> I'm just doing my part in getting the new kernel stable
Functional would help too!

> kernel:	linux-2.5.43
> hardware:DELL Inspiron 8100
> mouse:	Logitech USB Optical Mouse
> config:
> 		CONFIG_INPUT_MOUSEDEV
> 		CONFIG_INPUT_EVDEV
> 		CONFIG_SERIO
> 		CONFIG_SERIO_I8042
> 		CONFIG_INPUT_MOUSE
> 		CONFIG_MOUSE_PS2
> 		CONFIG_USB
> 		CONFIG_USB_HID
> 		CONFIG_USB_HIDINPUT
Can you show us /proc/bus/usb/devices?
And also /proc/bus/input/devices?

Brad

- -- 
http://linux.conf.au. 22-25Jan2003. Perth, Aust. I'm registered. Are you?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9tRW2W6pHgIdAuOMRAtj2AKCIo9LTjXJBFzy1+4d4ogxT1yhy3gCfesLQ
DNbsvFVxrZKt+3PfNZcK94g=
=eOQd
-----END PGP SIGNATURE-----

Re: PROBLEM: USB mouse does not apear in /dev/input

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Brad,

> > kernel:	linux-2.5.43
> > hardware:DELL Inspiron 8100
> > mouse:	Logitech USB Optical Mouse
> > config:
> > 		CONFIG_INPUT_MOUSEDEV
> > 		CONFIG_INPUT_EVDEV
> > 		CONFIG_SERIO
> > 		CONFIG_SERIO_I8042
> > 		CONFIG_INPUT_MOUSE
> > 		CONFIG_MOUSE_PS2
> > 		CONFIG_USB
> > 		CONFIG_USB_HID
> > 		CONFIG_USB_HIDINPUT
>
> Can you show us /proc/bus/usb/devices?
T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=12  MxCh= 2
B:  Alloc=  0/900 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 1.10 Cls=09(hub  ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=0000 ProdID=0000 Rev= 2.05
C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=  0mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   2 Ivl=255ms
T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=1.5 MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=046d ProdID=c00c Rev= 6.20
S:  Manufacturer=Logitech
S:  Product=USB Mouse
C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=10ms

> And also /proc/bus/input/devices?
I: Bus=0011 Vendor=0002 Product=0001 Version=0000
N: Name="PS/2 Generic Mouse"
P: Phys=isa0060/serio1/input0
H: Handlers=mouse0 event0
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=3

I: Bus=0011 Vendor=0001 Product=0002 Version=ab02
N: Name="AT Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event1
B: EV=120003
B: KEY=4 2000000 8061f9 fbc9d621 efdfffdf ffefffff ffffffff fffffffe
B: LED=7

- -- 
Take Vos <Take.Vos@binary-magic.com>
GnuPG: 2A5C110609995A378302A27630C962CCFD54AA85
http://binary-magic.com/~takev/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9tR7pMMlizP1UqoURAjfaAKCPkAirhn/ktnGbLsFCpcYhbj/LVwCcDxsD
qGZjZjERntKcms3L6K4guww=
=SVA6
-----END PGP SIGNATURE-----

Re: PROBLEM: USB mouse does not apear in /dev/input

[Brad Hards]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 22 Oct 2002 19:48, Take Vos wrote:
> T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=1.5 MxCh= 0
> D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> P:  Vendor=046d ProdID=c00c Rev= 6.20
> S:  Manufacturer=Logitech
> S:  Product=USB Mouse
> C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
> I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
> E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=10ms
So it looks like you don't have a driver for the mouse loaded (should be hid). 
Can you check this in driverfs? (You used to be able to do this in 
/proc/bus/usb/drivers,  but the maintainer knew better :-{)
If you did this as modules, lsmod would be good to know too.

Also, there is a problem with 2.5.43, in that the core driver model stuff got 
screwed up. That caused problem if you turned on the usb test framework 
driver, and some other issues. Here is a simple patch that David Brownell 
did:
http://marc.theaimsgroup.com/?l=linux-usb-devel&m=103457053803353&w=2

I'm not sure about 2.5.44 - you could try that too?

Brad

- -- 
http://linux.conf.au. 22-25Jan2003. Perth, Aust. I'm registered. Are you?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9tSJ4W6pHgIdAuOMRAiCXAJ91Ytj7yQTE/pe6gQJjmVhKtl+2FACfQR3H
TANHmIIlvFR25uJF7scrSBA=
=N3g0
-----END PGP SIGNATURE-----

Re: PROBLEM: USB mouse does not apear in /dev/input

[Greg KH]

On Tue, Oct 22, 2002 at 08:03:36PM +1000, Brad Hards wrote:
> On Tue, 22 Oct 2002 19:48, Take Vos wrote:
> > T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=1.5 MxCh= 0
> > D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> > P:  Vendor=046d ProdID=c00c Rev= 6.20
> > S:  Manufacturer=Logitech
> > S:  Product=USB Mouse
> > C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
> > I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
> > E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=10ms
> So it looks like you don't have a driver for the mouse loaded (should be hid). 
> Can you check this in driverfs? (You used to be able to do this in 
> /proc/bus/usb/drivers,  but the maintainer knew better :-{)

The maintainer didn't have a choice :)
That info isn't known to the usb core anymore, only the driver core.

Do a:
	ls <driverfs_mount_point>/bus/usb/drivers
to see what USB drivers are registered.

thanks,

gre k-h

Re: PROBLEM: PCMCIA cardmgr kill hangs kernel

[bert hubert]

On Tue, Oct 22, 2002 at 11:01:31AM +0200, Take Vos wrote:

> kernel:	linux-2.5.43
> cardmgr:	3.2.1
> hardware:DELL Inspiron 8100
> config:	CONFIG_PCMCIA
> 		CONFIG_CARDUBS
> 		CONFIG_BLK_DEV_IDECS
> 
> killing the cardmgr hangs the kernel,

How hard? Does numlock still work? Can you tell if the CPU is busy
afterwards (ie, your laptop remains hot).

Regards,

bert

-- 
http://www.PowerDNS.com          Versatile DNS Software & Services
http://lartc.org           Linux Advanced Routing & Traffic Control HOWTO

Re: PROBLEM: PCMCIA cardmgr kill hangs kernel

[Take Vos]

Hello bert,

> > kernel:	linux-2.5.43
> > cardmgr:	3.2.1
> > hardware:DELL Inspiron 8100
> > config:	CONFIG_PCMCIA
> > 		CONFIG_CARDUBS
> > 		CONFIG_BLK_DEV_IDECS
> >
> > killing the cardmgr hangs the kernel,
>
> How hard? Does numlock still work? Can you tell if the CPU is busy
> afterwards (ie, your laptop remains hot)
I did find out that it only happens when my compact flash card is insurted. 
Without it I can do a kill of the cardmgr.

I haven't checked numlock. But I can't switch consoles with alt+f?.

I'll do some more test this evening in the hotel.

-- 
Take Vos <Take.Vos@binary-magic.com>
GnuPG: 2A5C110609995A378302A27630C962CCFD54AA85
http://binary-magic.com/~takev/

Re: PROBLEM: PCMCIA cardmgr kill hangs kernel

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

> > kernel:	linux-2.5.43
> > cardmgr:	3.2.1
> > hardware:DELL Inspiron 8100
> > config:	CONFIG_PCMCIA
> > 		CONFIG_CARDUBS
> > 		CONFIG_BLK_DEV_IDECS
> >
> > killing the cardmgr hangs the kernel,
removing the flashcard from the pcmcia slot also hangs the kernel.
So it seams a flashcard issue (I had issues with this card in the early 2.4.x 
kernels, but it would hang the kernel at insertion)

> How hard? Does numlock still work? Can you tell if the CPU is busy
> afterwards (ie, your laptop remains hot).
numlock doesn't work.
CPU gets hot (fans start after a minute).

Thanks
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9tTLrMMlizP1UqoURAvXaAJ9MmPl54/qrQKwAdccoe91Q+Of8YwCgp7yP
h4pA8QC95P0+HSaUa3iGuUw=
=6QXb
-----END PGP SIGNATURE-----

Re: PROBLEM: PCMCIA cardmgr kill hangs kernel

[Alan Cox]

On Tue, 2002-10-22 at 12:13, Take Vos wrote:
> removing the flashcard from the pcmcia slot also hangs the kernel.
> So it seams a flashcard issue (I had issues with this card in the early 2.4.x 
> kernels, but it would hang the kernel at insertion)

IDE card eject was broken in the new IDE code but should have been
fixed, unless it has come broken again. I'll investigate at some point
soon

Re: PROBLEM: PCMCIA cardmgr kill hangs kernel

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 22 October 2002 14:15, Alan Cox wrote:
> On Tue, 2002-10-22 at 12:13, Take Vos wrote:
> > removing the flashcard from the pcmcia slot also hangs the kernel.
> > So it seams a flashcard issue (I had issues with this card in the early
> > 2.4.x kernels, but it would hang the kernel at insertion)
>
> IDE card eject was broken in the new IDE code but should have been
> fixed, unless it has come broken again. I'll investigate at some point
> soon
issue remains in 2.5.44, I haven't have a change to check other pcmcia cards, 
because I have none

flashcard as reported by 2.4.19 kernel:
	hdc: SunDisk SDCFB-2, ATA DISK drive
	ide2: ports already in use, skipping probe
	ide1 at 0x100-0x107,0x10e on irq 3
	hdc: 3936 sectors (2 MB) w/1KiB Cache, CHS=123/2/16
	/dev/ide/host1/bus0/target0/lun0:hdc: set_geometry_intr: status=0x51 { 
DriveReady SeekComplete Error }
	hdc: set_geometry_intr: error=0x04 { DriveStatusError }
	 p1
	ide_cs: hdc: Vcc = 3.3, Vpp = 0.0





-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9tUKvMMlizP1UqoURAilpAJ9ChjCZbzz4TtFgaxfZ1ewfiw5JFQCfcvw9
Mat3Z0rQ/dOKsEEay/DC83Q=
=/XEj
-----END PGP SIGNATURE-----

Re: PROBLEM: USB mouse does not apear in /dev/input

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello Brad

Sorry I think I forgot to press the "reply to all" button :-)

> On Tue, 22 Oct 2002 21:11, Take Vos wrote:
> > On Tuesday 22 October 2002 12:03, you wrote:
> > > On Tue, 22 Oct 2002 19:48, Take Vos wrote:
> > > > T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=1.5 MxCh= 0
> > > > D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> > > > P:  Vendor=046d ProdID=c00c Rev= 6.20
> > > > S:  Manufacturer=Logitech
> > > > S:  Product=USB Mouse
> > > > C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
> > > > I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
> > > > E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=10ms
> > > So it looks like you don't have a driver for the mouse loaded (should
> > > be hid).
> > Yes, I compared it with the 2.4.19 output, which has the Driver=hid
> > thing. I have enabled the HID (full HID) and HID input layer in the
> > kernel
> Looks OK.

> > > Can you check this in driverfs? (You used to be able to do this in
> > > /proc/bus/usb/drivers,  but the maintainer knew better :-{)
> > /devices/bus/usb/drivers
> > total 0
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 generic
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 hid
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 hub
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usb-storage
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usbfs
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usblp
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usbscanner
> >
> > The hid directory is empty, but so are the other, I don't know how
> > driverfs works yet.
> That is OK.

> > > Also, there is a problem with 2.5.43, in that the core driver model
> > > stuff got screwed up. That caused problem if you turned on the usb test
> > > framework driver, and some other issues. Here is a simple patch that
> > > David Brownell did:
> > Well, I have had USB testing driver off.
> May turn up other problems too. Did you try the patch?
Not yet, is it in the 2.5.44 sources, because I am now trying to install that.

Take
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9tTZmMMlizP1UqoURAqDiAJ9McfNNZWBE/UmZdzgnXxhfQYliwACfevCf
t802qfMW0XGc5JytDmrh3TM=
=pY6z
-----END PGP SIGNATURE-----

Re: PROBLEM: USB mouse does not apear in /dev/input (solved)

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 22 October 2002 13:21, Brad Hards wrote:
> On Tue, 22 Oct 2002 21:11, Take Vos wrote:
> > On Tuesday 22 October 2002 12:03, you wrote:
> > > On Tue, 22 Oct 2002 19:48, Take Vos wrote:
> > > > T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=1.5 MxCh= 0
> > > > D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
> > > > P:  Vendor=046d ProdID=c00c Rev= 6.20
> > > > S:  Manufacturer=Logitech
> > > > S:  Product=USB Mouse
> > > > C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
> > > > I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=(none)
> > > > E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=10ms
> > >
> > > So it looks like you don't have a driver for the mouse loaded (should
> > > be hid).
> >
> > Yes, I compared it with the 2.4.19 output, which has the Driver=hid
> > thing. I have enabled the HID (full HID) and HID input layer in the
> > kernel
>
> Looks OK.
>
> > > Can you check this in driverfs? (You used to be able to do this in
> > > /proc/bus/usb/drivers,  but the maintainer knew better :-{)
> >
> > /devices/bus/usb/drivers
> > total 0
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 generic
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 hid
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 hub
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usb-storage
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usbfs
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usblp
> > drwxr-xr-x    2 root     root            0 Oct 22 12:43 usbscanner
> >
> > The hid directory is empty, but so are the other, I don't know how
> > driverfs works yet.
>
> That is OK.
>
> > > Also, there is a problem with 2.5.43, in that the core driver model
> > > stuff got screwed up. That caused problem if you turned on the usb test
> > > framework driver, and some other issues. Here is a simple patch that
> > > David Brownell did:
> >
> > Well, I have had USB testing driver off.
>
> May turn up other problems too. Did you try the patch?
I just tried 2.5.44 the issue is solved.

Take
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9tUM5MMlizP1UqoURAqGJAKCZI85zSZYaEZSbQcPUKmSRX40wIgCdF+Al
3VvsHeQRHEQeiONIPTRnUmU=
=gbRQ
-----END PGP SIGNATURE-----

Re: PROBLEM: PS/2 mouse wart does not work, while scratch pad does.

[David Woodhouse]

Take.Vos@binary-magic.com said:
> hardware:DELL Inspiron 8100

>  The internal scratch pad works, but the internal wart mouse doesn't,
> in the  BIOS it is set to use both devices for input. This is tested
> with both  Xfree86 and running cat on /dev/input/mice and /dev/input/
> mouse0 and  /dev/input/event0. 

Probing for various other PS/2 extensions appears to confuse the thing such 
that the clitmouse no longer works. If we probe for it first and then abort 
the other probes, it seems happier...

--- 1.16/drivers/input/mouse/psmouse.c  Tue Oct  8 11:51:30 2002
+++ edited/drivers/input/mouse/psmouse.c        Wed Oct 23 00:39:06 2002
@@ -311,6 +311,26 @@
        if (psmouse_noext)
                return PSMOUSE_PS2;

+/*
+ * Try Synaptics TouchPad magic ID
+ */
+
+       param[0] = 0;
+       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
+       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
+       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
+       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
+       psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO);
+
+       if (param[1] == 0x47) {
+               /* We could do more here. But it's sufficient just
+                  to stop the subsequent probes from screwing the
+                  thing up. */
+               psmouse->vendor = "Synaptics";
+               psmouse->name = "TouchPad";
+               return PSMOUSE_PS2;
+       }
+
 /*
  * Try Genius NetMouse magic init.
  */


--
dwmw2

Re: PROBLEM: PS/2 mouse wart does not work, while scratch pad does.

[Vojtech Pavlik]

On Wed, Oct 23, 2002 at 12:46:31AM +0100, David Woodhouse wrote:

> Take.Vos@binary-magic.com said:
> > hardware:DELL Inspiron 8100
> 
> >  The internal scratch pad works, but the internal wart mouse doesn't,
> > in the  BIOS it is set to use both devices for input. This is tested
> > with both  Xfree86 and running cat on /dev/input/mice and /dev/input/
> > mouse0 and  /dev/input/event0. 
> 
> Probing for various other PS/2 extensions appears to confuse the thing such 
> that the clitmouse no longer works. If we probe for it first and then abort 
> the other probes, it seems happier...

Thanks, applied.

> --- 1.16/drivers/input/mouse/psmouse.c  Tue Oct  8 11:51:30 2002
> +++ edited/drivers/input/mouse/psmouse.c        Wed Oct 23 00:39:06 2002
> @@ -311,6 +311,26 @@
>         if (psmouse_noext)
>                 return PSMOUSE_PS2;
> 
> +/*
> + * Try Synaptics TouchPad magic ID
> + */
> +
> +       param[0] = 0;
> +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> +       psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO);
> +
> +       if (param[1] == 0x47) {
> +               /* We could do more here. But it's sufficient just
> +                  to stop the subsequent probes from screwing the
> +                  thing up. */
> +               psmouse->vendor = "Synaptics";
> +               psmouse->name = "TouchPad";
> +               return PSMOUSE_PS2;
> +       }
> +
>  /*
>   * Try Genius NetMouse magic init.
>   */

-- 
Vojtech Pavlik
SuSE Labs

Re: PROBLEM: PS/2 mouse wart does not work, while scratch pad does.

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo,

On Wednesday 23 October 2002 10:42, Vojtech Pavlik wrote:
> On Wed, Oct 23, 2002 at 12:46:31AM +0100, David Woodhouse wrote:
> > Take.Vos@binary-magic.com said:
> > > hardware:DELL Inspiron 8100
> > >
> > >  The internal scratch pad works, but the internal wart mouse doesn't,
> > Probing for various other PS/2 extensions appears to confuse the thing
> > such that the clitmouse no longer works. If we probe for it first and
> > then abort the other probes, it seems happier...
This patch does display the "Synaptics TouchPad", but does not solve the 
problem of not finding the clitmouse.

> Thanks, applied.
2.5.46 does not show the "Synaptics TouchPad" during boot, which this patch 
did.

Greetings,
	Take Vos

> > --- 1.16/drivers/input/mouse/psmouse.c  Tue Oct  8 11:51:30 2002
> > +++ edited/drivers/input/mouse/psmouse.c        Wed Oct 23 00:39:06 2002
> > @@ -311,6 +311,26 @@
> >         if (psmouse_noext)
> >                 return PSMOUSE_PS2;
> >
> > +/*
> > + * Try Synaptics TouchPad magic ID
> > + */
> > +
> > +       param[0] = 0;
> > +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> > +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> > +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> > +       psmouse_command(psmouse, param, PSMOUSE_CMD_SETRES);
> > +       psmouse_command(psmouse, param, PSMOUSE_CMD_GETINFO);
> > +
> > +       if (param[1] == 0x47) {
> > +               /* We could do more here. But it's sufficient just
> > +                  to stop the subsequent probes from screwing the
> > +                  thing up. */
> > +               psmouse->vendor = "Synaptics";
> > +               psmouse->name = "TouchPad";
> > +               return PSMOUSE_PS2;
> > +       }
> > +
> >  /*
> >   * Try Genius NetMouse magic init.
> >   */
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9zYMiMMlizP1UqoURAow3AJwLthJCIB8cZuHRIXps+R5cP2exTACeOe0y
qoFoX9a9JwQYpQhyhcBrrmY=
=9paf
-----END PGP SIGNATURE-----

Re: PROBLEM: PS/2 mouse wart does not work, while scratch pad does.

[Take Vos]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wednesday 23 October 2002 10:42, Vojtech Pavlik wrote:
> On Wed, Oct 23, 2002 at 12:46:31AM +0100, David Woodhouse wrote:
> > Take.Vos@binary-magic.com said:
> > > hardware:DELL Inspiron 8100
> > >
> > >  The internal scratch pad works, but the internal wart mouse doesn't,
> > > in the  BIOS it is set to use both devices for input. This is tested
> > > with both  Xfree86 and running cat on /dev/input/mice and /dev/input/
> > > mouse0 and  /dev/input/event0.
> >
> > Probing for various other PS/2 extensions appears to confuse the thing
> > such that the clitmouse no longer works. If we probe for it first and
> > then abort the other probes, it seems happier...
I just tried 2.5.51, but I still have the same problem, scratch pad works, but 
internal wart mouse doesn't.

Here is the current dmesg output:
	device class 'input': registering
	register interface 'mouse' with class 'input'
	mice: PS/2 mouse device common for all mice
	register interface 'joystick' with class 'input'
	register interface 'event' with class 'input'
	input: PS/2 Synaptics TouchPad on isa0060/serio1
	serio: i8042 AUX port at 0x60,0x64 irq 12
	input: AT Set 2 keyboard on isa0060/serio0
	serio: i8042 KBD port at 0x60,0x64 irq 1

Thank you,
	Take Vos
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9+OPGMMlizP1UqoURAgbUAKCK4JZhpd+nybjJZw2QpXf2wt9lvgCfSzdZ
l7/EHd3rzWVi3bs+iWrUkOY=
=8zyA
-----END PGP SIGNATURE-----