No USB Mouse in xorg/gnome [SOLVED]

[Splink]

hello.

As the topic says. Keyboard and touchpad work fine.

have all the USB stuff in the kernel, incl HID interface stuff.

I have recompiled xorg-server, and recompiled xf86-input-mouse and evdev.

Code: Select all

$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0b05:175b ASUSTek Computer, Inc. Laptop OLED Display
Bus 002 Device 003: ID 064e:a115 Suyin Corp. 
Bus 005 Device 002: ID 0b05:1751 ASUSTek Computer, Inc. BT-253 Bluetooth Adapter
Bus 006 Device 003: ID 1532:0101 Razer USA, Ltd Copperhead Mouse

There is the mouse at the bottom

Code: Select all

$ xinput -list
� Virtual core pointer                    	id=2	[master pointer  (3)]
�   ��� Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
�   ��� Synaptics Touchpad                      	id=6	[slave  pointer  (2)]
� Virtual core keyboard                   	id=3	[master keyboard (2)]
    ��� Virtual core XTEST keyboard             	id=5	[slave  keyboard (3)]
    ��� Power Button                            	id=7	[slave  keyboard (3)]
    ��� Video Bus                               	id=8	[slave  keyboard (3)]
    ��� Sleep Button                            	id=9	[slave  keyboard (3)]
    ��� Asus Laptop extra buttons               	id=10	[slave  keyboard (3)]
    ��� AT Translated Set 2 keyboard            	id=11	[slave  keyboard

not listed according to X. But in dmesg it says:

Code: Select all

[  689.000247] usb usb6: wakeup_rh (auto-start)
[  689.000284] hub 6-0:1.0: state 7 ports 2 chg 0000 evt 0002
[  689.000295] uhci_hcd 0000:00:1d.0: port 1 portsc 0093,00
[  689.000304] hub 6-0:1.0: port 1, status 0101, change 0001, 12 Mb/s
[  689.104233] hub 6-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x101
[  689.206229] usb 6-1: new full-speed USB device number 3 using uhci_hcd
[  689.326051] usb 6-1: ep0 maxpacket = 8
[  689.353297] usb 6-1: skipped 1 descriptor after interface
[  689.353303] usb 6-1: skipped 1 descriptor after interface
[  689.358282] usb 6-1: default language 0x0409
[  689.376281] usb 6-1: udev 3, busnum 6, minor = 642
[  689.376284] usb 6-1: New USB device found, idVendor=1532, idProduct=0101
[  689.376287] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  689.376291] usb 6-1: Product: Razer Copperhead Laser Mouse
[  689.376294] usb 6-1: Manufacturer: Razer
[  689.376437] usb 6-1: usb_probe_device
[  689.376441] usb 6-1: configuration #1 chosen from 1 choice
[  689.378304] usb 6-1: adding 6-1:1.0 (config #1, interface 0)
[  689.378369] usb 6-1: adding 6-1:1.1 (config #1, interface 1)
[  689.378422] drivers/usb/core/inode.c: creating file '003'
[  689.378445] hub 6-0:1.0: state 7 ports 2 chg 0000 evt 0002

I have declared /dev/input/mice in xorg.conf.

I am kind of stuck now .. any ideas ?

[VoidMage]

/dev/input/mice is redundant/useless.
What does xorg log tell about the mouse ?

[Splink]

I get this:

Code: Select all

2442.344] (**) |-->Input Device "Keyboard0"
[  2442.344] (**) |-->Input Device "Mouse0"
[  2442.344] (**) |-->Input Device "Synaptics Touchpad"
[  2442.344] (**) Option "Xinerama" "0"
[  2442.344] (==) Automatically adding devices
[  2442.344] (==) Automatically enabling devices
[  2442.344] (==) FontPath set to:
        /usr/share/fonts/misc/,
        /usr/share/fonts/TTF/,
        /usr/share/fonts/OTF/,
        /usr/share/fonts/Type1/,
        /usr/share/fonts/100dpi/,
        /usr/share/fonts/75dpi/
[  2442.344] (==) ModulePath set to "/usr/lib/xorg/modules"
[  2442.344] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[  2442.344] (WW) Disabling Keyboard0
[  2442.344] (WW) Disabling Mouse0

Does this mean I need to remove the mouse config out of xorg now ? that is the only reference to it really. I have configured it as mouse0

[Splink]

quick update.

looks like it is something to do with the device hardware mapping:

in xorg.log

Code: Select all

[  1546.743] (**) evdev: Mouse0: Device: "/dev/input/mice"
[  1546.743] (EE) Mouse0: Couldn't open mtdev device
[  1546.743] (EE) evdev: Mouse0: ioctl EVIOCGID failed: Inappropriate ioctl for device
[  1546.749] (EE) PreInit returned 8 for "Mouse0"
[  1546.749] (II) UnloadModule: "evdev"

[Splink]

back again in /proc i can see this:

Code: Select all

T:  Bus=06 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  4 Spd=12   MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=1532 ProdID=0101 Rev=21.00
S:  Manufacturer=Razer
S:  Product=Razer Copperhead Laser Mouse
C:* #Ifs= 2 Cfg#= 1 Atr=a0 MxPwr=100mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=02 Driver=(none)
E:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=2ms
I:* If#= 1 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=01 Driver=(none)
E:  Ad=82(I) Atr=03(Int.) MxPS=  16 Ivl=1ms

so to me the hardware is there. Its just about telling gentoo how to pick it up.

[BillWho]

Splink,

Question - did you plug in the mouse after the computer was booted or did you boot with it plugged in

There have been others that have experienced mice/flash drives not responding when plugged but left in on boot they worked

[NeddySeagoon]

Splink,

What does grep EVDEV /usr/src/linux/.config show?

Code: Select all

CONFIG_INPUT_EVDEV=y

is the right answer for your mouse. Addional symbols may be present but are not required.
Fix your kernel if required.

What do you have in INPUT_DEVICES= in /etc/make.conf
If evdev is missing add it and do

Code: Select all

emerge -1 xf96-input-evdev

Thats the driver for your mounse and keyboard in Xorg.

With your kernel right and the evdev driver for Xorg, it should just work despite your xorg.conf.
If you don't like a USA keymap, I don't, you will need a minimal xorg.conf to fix that, so by all means rename your xorg.conf so Xorg can't load it but do not delete it.

[krinn]

a mouse plug in a too low powered usb port vs the mouse needed power might gave that too: seeing the mouse but not working properly.

[Splink]

Thanks for the replies.

USB works ok, power goes to my external usb disk and works fine so I dont think its a power or usb issue.

Code: Select all

$ grep EVDEV /usr/src/linux/.config
CONFIG_INPUT_EVDEV=y

in make.conf

Code: Select all

INPUT_DEVICES="evdev synaptics"

finally I have tried unplugging and plugging in on boot and when the pc is booted but still the same issue.

xinput is not seeing the mouse at all, but it is listed in /proc/bus/usb

if I do a device list in /proc/bus/input/devices I dont see it. So it does seem like there is a problem with the hardware and evdev layer or HAL layer.

I know the pci bus hardware mapping. Is there any way I can force the hardware mapping for evdev at all?

[NeddySeagoon]

Splink,

Please poust the content of /proc/bus/usb/device.

You still have hal ?
That might be a problem as it was killed aoof a year or two ago. Still having hal would mean your system is several years out of date.

[VoidMage]

You still have hal ?
That might be a problem as it was killed aoof a year or two ago. Still having hal would mean your system is several years out of date.

On not quite related note:
Have you noticed that thread about Adobe Flash and DRM content ?

[Splink]

its amazing what beer can do to confuse a conversation

Ok, I am not running hald - so HAL isnt on there. Sorry for the confusion.

Here is /proc/bus/input/devices

Code: Select all

# cat /proc/bus/input/devices 
I: Bus=0019 Vendor=0000 Product=0003 Version=0000
N: Name="Sleep Button"
P: Phys=PNP0C0E/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input0
U: Uniq=
H: Handlers=kbd event0 
B: PROP=0
B: EV=3
B: KEY=4000 0 0 0 0

I: Bus=0019 Vendor=0000 Product=0005 Version=0000
N: Name="Lid Switch"
P: Phys=PNP0C0D/button/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input1
U: Uniq=
H: Handlers=event1 
B: PROP=0
B: EV=21
B: SW=1

I: Bus=0019 Vendor=0000 Product=0001 Version=0000
N: Name="Power Button"
P: Phys=LNXPWRBN/button/input0
S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
U: Uniq=
H: Handlers=kbd event2 
B: PROP=0
B: EV=3
B: KEY=100000 0 0 0

I: Bus=0019 Vendor=0000 Product=0006 Version=0000
N: Name="Video Bus"
P: Phys=LNXVIDEO/video/input0
S: Sysfs=/devices/LNXSYSTM:00/device:00/PNP0A08:00/device:19/LNXVIDEO:00/input/input3
U: Uniq=
H: Handlers=kbd event3 
B: PROP=0
B: EV=3
B: KEY=3e000b 0 0 0 0 0 0 0

I: Bus=0019 Vendor=0000 Product=0000 Version=0000
N: Name="Asus Laptop extra buttons"
P: Phys=asus_laptop/input0
S: Sysfs=/devices/platform/asus_laptop/input/input4
U: Uniq=
H: Handlers=rfkill kbd event4 
B: PROP=0
B: EV=13
B: KEY=100000 0 0 0 1706c 900000 800278 1501000 e0000 0 0 0
B: MSC=10

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
S: Sysfs=/devices/platform/i8042/serio0/input/input5
U: Uniq=
H: Handlers=sysrq kbd event5 
B: PROP=0
B: EV=120013
B: KEY=4 2000000 3803078 f800d001 feffffdf ffefffff ffffffff fffffffe
B: MSC=10
B: LED=7

I: Bus=0011 Vendor=0002 Product=0007 Version=01b1
N: Name="SynPS/2 Synaptics TouchPad"
P: Phys=isa0060/serio4/input0
S: Sysfs=/devices/platform/i8042/serio4/input/input6
U: Uniq=
H: Handlers=mouse0 event6 
B: PROP=1
B: EV=b
B: KEY=420 0 30000 0 0 0 0 0 0 0 0
B: ABS=11000003

Its weird because the USB bus can see it but it is not listed there.

To put a little context around this - about 3 months ago I did a world update which is something I do every 6 months or so. Everything went fine, did a revdep rebuild - fixed some packages and then got the system back up and running. I did notice some of the old gnome 2 files in there so like you do, I ran a emerge --depclean.

Anyway when I came back ....... lets say I was missing a few things. I could not connect to the net, so i tried pinging the route and ping was not found, then ifconfig was not found, nano had gone, vi had gone!! Basically my whole system had been wiped out (lesson learned ) Luckily portage still existed and all the packages had been downloaded from the last world update, so anyway 2 days and about 2500 packages later the system was back up. New 3.3 kernel, did an oldconfig rebuild and everything was ok. I did have issues with the keyboard and touchpad in gnome, so checked all my kernel settings and re-merged packages with evdev and got everything working. But this mouse is giving me grief

So what I am going to do is try another revdep-rebuild just incase there is something there which is missing, and then just try again from the start to make sure that gpm can see the mouse at least and see if I can find anything out from that. To me, the pci bus see's it so its just a driver issue or software issue.

[Splink]

Ok - revdep-rebuild didnt find anything.

I have put a copy of my kernel config at http://pastebin.com/njtem79F

Only other thing I can do is do another package update and hope for the best Wish I could find out why it was going wrong though

[VoidMage]

On a casual skim, that config looks fine, at least in regard to this problem.
Pastebin full xorg log and check the mouse event node with 'udevadm info'.

[NeddySeagoon]

Splink,

I wanted to look at your USB tree in usbview, so I need all of /proc/bus/usb/devices.

Turn off

Code: Select all

CONFIG_USB_DEBUG=y

in your kernel and rebuild your kernel.
Many kernel debug options interfere with normal operation.

Code: Select all

CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_EHCI_TT_NEWSCHED=y

is interesting and probably harmless.
Is USB transaction translation being used?
Look in dmesg for low speed or full speed USB devices using EHCI.

As you have CONFIG_USB_UHCI_HCD=y you can turn off the transaction translation support.
UHCI is for Intel or VIA USB motherboard USB chip sets.

Sight of all of dmesg would be good.

[Splink]

ok..
ran udevadm info -a -p $(udevadm info -q path -n /dev/bus/usb/006/004)

and got http://pastebin.com/AK1ADLLc

getting there slowly

full xorg.log : http://pastebin.com/q7rg6Ujt

so, i know where the USB mapping is now. Just a case of creating a udev rule to point to it? or configuring xorg.conf to point to it ?

[Splink]

oh and finally dmesg:

http://pastebin.com/ZPNBkBUB

I have looked and I dont have any rules in there for the usb mouse. ill try pointing xorg.conf at the usb mapping and see if that works

[NeddySeagoon]

Splink,

dmesg does not mention any low speed devices at all and most/all HID devices are low speed, so the kernel is not seeing your mouse for some reason.
The log spam in dmesg shows you still have USB_DEBUG on. This is a very bad thing.

There is no point in looking outside the kernel and dmesg until you can see something like

Code: Select all

[    2.544588] usb 1-6.1: new low-speed USB device number 3 using ehci_hcd
[    2.980546] usb 1-6.4: new low-speed USB device number 5 using ehci_hcd

in dmesg.
Thats my USB mouse and keyboard using USB Transaction Translation.
For you, the important phrase is low-speed.

[Splink]

ok I have removed debug from the config.

now in dmesg I get

Code: Select all

[    2.660121] usb 6-1: new full-speed USB device number 2 using uhci_hcd
[    2.781095] usb 6-1: ep0 maxpacket = 8
[    2.808184] usb 6-1: skipped 1 descriptor after interface
[    2.808187] usb 6-1: skipped 1 descriptor after interface
[    2.813164] usb 6-1: default language 0x0409
[    2.829183] usb 6-1: udev 2, busnum 6, minor = 641
[    2.829187] usb 6-1: New USB device found, idVendor=1532, idProduct=0101
[    2.829337] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    2.829478] usb 6-1: Product: Razer Copperhead Laser Mouse
[    2.829617] usb 6-1: Manufacturer: Razer
[    2.829960] usb 6-1: usb_probe_device
[    2.829964] usb 6-1: configuration #1 chosen from 1 choice
[    2.831194] usb 6-1: adding 6-1:1.0 (config #1, interface 0)
[    2.831342] usb 6-1: adding 6-1:1.1 (config #1, interface 1)

still not seeing it in /proc/bus/input/devices though.

[VoidMage]

In my personal experience, USB_DEBUG shouldn't interfere with anything - it's just for *verbose* logging.
'udevadm info' with '-a' is not that interesting in this case, especially that I asked for mouse event nodes, not usb bus.
Also, xorg log pastebin seem to have expired (unless you've entered it wrong).

[Splink]

try

http://pastebin.com/Bt52D3s8 for xorg.log

I have created a new udev rule for "razermouse" now in /dev which is associated with the usb mapping. Is it an idea to have this as a manual entry or let the system pick it up?

I have put in there:

Code: Select all

ACTION=="add", SUBSYSTEMS=="usb", ATTRS{product}=="Razer Copperhead Laser Mouse", SYMLINK+="razermouse"

but it is still not working on that device.

i did another past using the monitor switch on udevadm

http://pastebin.com/C0qtt0y7

The system is seeing it - when i boot the kernel I even get the message to say it has been seen.

Only thing I am thinking about now is theremay be a bug somewhere.

[VoidMage]

That /dev/razormouse rule is redundant (and might muddle things up).

The "bug" seems to lie in your xorg configuration.
There's too much stuff in it (pastebin it). Also, it seems your conf snippet for touchpad is not quite correct.

[Splink]

i have removed the udev rule, also just upgraded udev to see if it was that. Just remerging some things down too from a world update.

I have uploaded the xorg config file here http://pastebin.com/r5yZPpMH

This is a config I have used for years and it works fine. It was only since updating about 3 months ago that it failed to work.

[VoidMage]

About half of it is pointless/redundant.

As you are using only one screen, drop the whole ServerLayout section.
You might move 'Option "Xinerama" "0"' to ServerFLags but it should be the only entry there (and that's the default value anyway).

Drop all InputDevice sections.
Chances are Monitor section is redundant too, unless there's something wrong with your monitor's edid.

Pastebin the new log.

[Splink]

ok done

I have rebuild the kernel to 3.4 in the meanwhile - ignore the acpi errors ill fix these in a bit

here you are

http://pastebin.com/9fwkMpZ9

As you can see, there is no reference to the mouse at all. Confusing the hell out of me[/code]