Arch Linux

aquila_deus

Member

From: Taipei

Registered: 2005-07-02

Posts: 348

Website

xorg 7.0 with USB mouse wheel

If the protocol "Auto" (in xorg.conf) doesn't work, try "ExplorerPS/2".

Found that in my old X log

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

ImPS/2 also works.

(Auto *should* work, don't ask me why it doesn't.)

EmbraceThePenguin

Member

From: New Mexico, USA

Registered: 2004-08-09

Posts: 197

Re: xorg 7.0 with USB mouse wheel

Use evdev for the driver and point it to the relevant input location in /dev. Works much better AND grabs the hardware information right from your mouse so it supports all buttons and everything.

Also, I use it with imwheel for all my mouse gestures and such...

Hope this help...

Joe

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

Wait, does evdev work for PS/2 mice too?

EmbraceThePenguin

Member

From: New Mexico, USA

Registered: 2004-08-09

Posts: 197

Re: xorg 7.0 with USB mouse wheel

Wait, does evdev work for PS/2 mice too?

Does for me... I have a mixture of USB and PS/2 devices here at home and they all work just fine with Xorg 7 and evdev.

Infact, I now have better functionality with my mice than before. All the options on them work great without specifying XAxis mapping and YAxis mapping and whatnot. It "Just Works" finally

Just have to look in /proc/bus/input/devices for your mouse and it will tell you what /dev/input/ device to use...

Joe

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

I: Bus=0011 Vendor=0002 Product=0005 Version=0000
N: Name="ImPS/2 Generic Wheel Mouse"
P: Phys=isa0060/serio1/input0
H: Handlers=mouse0 event1
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=103

So if I use the evdev driver, the device should be /dev/input/mouse0?

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

Jesus fucking Christ, using evdev as the driver causes X to hard-freeze! :shock:

(And there's another fellow who says it screwed up his filesystem too... How the bloody hell?! :shock: )

You know, this is a problem with Xorg that still annoys me. When it crashes, why the hell can't it just terminate itself, instead of hanging around and not responding to anything? What Linux really, really needs is some kind of kernel-level command that will *immediately* terminate whatever application is active at the moment. Something like ctrl-alt-backspace, but universal and universally effective.

EmbraceThePenguin

Member

From: New Mexico, USA

Registered: 2004-08-09

Posts: 197

Re: xorg 7.0 with USB mouse wheel

Just X is locking up. You should be able to ssh into it and kill X.

You want to use the event1 device.

However, you need to change the permissions of that file. Currently, its set for ROOT and group ROOT only.

What I did was create a 10-local.rules file in /etc/udev/rules.d directory with this in it.

KERNEL=="event*", NAME="input/%k", MODE="0644"

Save it, then run udevstart to make it change.

Then you should be ok.

Try that...

Joe

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

Couldn't SSH in, I've only got one *nix box and I don't run SSH. Ctrl-alt-backspace didn't work.

How do I get the system to terminate apps that lock up?

(Hmm... What vulnerabilties are associated with /dev/input/event*, that the default permissions on those would be root only?)

EmbraceThePenguin

Member

From: New Mexico, USA

Registered: 2004-08-09

Posts: 197

Re: xorg 7.0 with USB mouse wheel

Couldn't SSH in, I've only got one *nix box and I don't run SSH. Ctrl-alt-backspace didn't work.

How do I get the system to terminate apps that lock up?

(Hmm... What vulnerabilties are associated with /dev/input/event*, that the default permissions on those would be root only?)

Yeah, it helps to have another machine handy when working on bleeding edge Linux stuff :-D

Actually, the event* devices are for peripheral inputs; I can't imagine there being any way some outside attacker could get into your machine from there .

I think it was either oversight or a goof when the udev rules were created. If you look at the actaul udev.rules file, you will see the rule line for the event* stuff, and all the rule lines above and below set the permissions EXCEPT the rule that sets up the event* devices.

So, it could simply have been oversight; either way, it works great with the permissions set.

You could, as explained in previous posts, create your own device if you so wish

Joe

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

Maybe I someone should file a bug about that rule for /dev/input/event*. If it's just a peripheral input, it shouldn't be available to root only. :?

Re bleeding edge stuff, I've seen stable versions of Xorg lock up too. It's a flaw in Xorg, and it's been around for some time.

EmbraceThePenguin

Member

From: New Mexico, USA

Registered: 2004-08-09

Posts: 197

Re: xorg 7.0 with USB mouse wheel

Maybe I someone should file a bug about that rule for /dev/input/event*. If it's just a peripheral input, it shouldn't be available to root only. :?

Re bleeding edge stuff, I've seen stable versions of Xorg lock up too. It's a flaw in Xorg, and it's been around for some time.

Sure, a bug report might be the way to go. I simply fixed it myself to get up and running. But you can do whats best for you .

I have heard of people having issues with Xorg, however, I have never had any issues with it myself. When I was playing with the new Xorg, the only lockups were because of the mouse and keyboard devices not having the proper permissions on them. I was able to ssh into the machine from another machine and kill X. But, I agree with you on a previous post; the Kernel, or application should detect a failed piece of code and kill it automatically. Maybe that will be standard practice sometime.

Good luck...

Joe

rayjgu3

Member

From: Chicago IL usa

Registered: 2004-07-04

Posts: 695

Re: xorg 7.0 with USB mouse wheel

did you load the usb module uhci_hcd ohci_hcd ehci_hcd ???
you got to turn usb on before it will work

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: xorg 7.0 with USB mouse wheel

Filed a bug. It turns out that xorg is setuid, so it's not a real problem... And that is indeed what I've found, given that xorg works with evdev now using /dev/input/event1.

(I do wonder, though, if it's such a good idea for Xorg to be setuid. I mean, Xorg is a server-client system, designed to run on networks... This could probably open up vulnerabilties. :shock: )