Joystick detected as mouse, crashes X
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xorg-server (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
xserver-xorg-input-evdev (Ubuntu) |
Fix Released
|
Undecided
|
Timo Aaltonen | ||
xserver-xorg-input-joystick (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: xorg
When I attach my usb gamepad to the computer X detects it (via HAL) as a mouse and configures it appropriately. Whenever I press a button, the entire X server crashes.
I'm using Intrepid, amd64. I'd be happy to provide any other information that might help.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #1 |
Changed in xorg: | |
status: | New → Incomplete |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Tom (tom-weingarten) wrote : | #2 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Gunni (fgunni) wrote : | #3 |
I can confirm this behaviour
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ari Mustonen (amuzen) wrote : | #4 |
- lshal output Edit (137.3 KiB, text/plain)
I'm experiencing this as well and decided to poke the bug a bit. Hopefully some of this information turns out to be useful.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ari Mustonen (amuzen) wrote : | #5 |
- gdb backtrace Edit (11.1 KiB, text/plain)
Obtained a gdb backtrace of the crash by following the instructions on https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ari Mustonen (amuzen) wrote : | #6 |
- 95-joystick.fdi Edit (469 bytes, text/html)
Workaround for my gamepad model. Probably not immediately useful to too many people since you'll have to change the matching criteria if your joystick isn't exactly the same as mine. Then:
sudo cp 95-joystick.fdi /usr/share/
sudo /etc/init.d/hal restart
And after restarting X, it doesn't seem to crash anymore.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
gerstrong (gerstrong) wrote : | #7 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
gerstrong (gerstrong) wrote : | #8 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
gerstrong (gerstrong) wrote : | #9 |
I think it has to do something with xorg.conf. In the new version of Xorg, the file isn't read anymore. Something was told about it in the new version.
Now, Hardy had this problem too, when you modified xorg.conf for joystick-input. By default the joystick is enabled, but for using it as input-device for the cursor.
If all devices are detected without xorg.conf, than the system tries to use the joystick for the cursor. That's new in xorg!
In Hardy, the problem was solved recompiling xserver-
Maybe it's a glue!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Gareth Hart (tghe-retford) wrote : | #10 |
This bug affects my MadCatz controller. I looked under the KDE Joystick option in KDE's system settings. The joypad is detected correctly but does not show any movement when you move the analog(ue) sticks . I daren't press any button on the joypad knowing it will crash X!
I am using 64-bit Intrepid as well.
It's annoying because I can no longer play my games on my computer which require the joypad to move the character.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Emrich (emme) wrote : | #11 |
- lshal.txt.gz Edit (12.7 KiB, text/plain)
Another "me too". Also running intrepid amd64, the joypad is a Saitek P880.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
yourpalal (alexsleeps) wrote : | #12 |
This also affects me, I am running intrepid amd64 and the joystick that is crashing it is a ps3 rock band drum kit. It does not instantly crash X, but rather upon hitting one of the pads, I can quickly and easily restart X! This is a regression from 8.04 and the version of X therein, as I know that this 'joystick' was completely functional in that environment.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
StR34k (pnearing) wrote : | #13 |
Same here, I can confirm the Siatek p880, and the Logitech Rumble pad 2. Also running Intrepid amd64.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
StR34k (pnearing) wrote : | #14 |
- This is the edited version of my xorg.conf Edit (1.8 KiB, text/plain)
Okay, with the help of my room mate on this problem, we have come up with a temporary work around. The problem seems to be with Xorg. Hal seems to detect the joystick properly, and passes the device on to Xorg. Everybody is happy, until Xorg wrongly configures the joystick as a mouse. The fix is to force X NOT to auto configure any devices, and manually configure the joystick in your Xorg. However the result of this, has been that I have lost functionality on my media keys on my keyboard. not too big a deal to me, since I can reach the volume on my speakers easily..... ;) So anyway, here comes the work around:
1. install the xserver joystick input driver:
sudo apt-get install xserver-
2. Manually edit the xorg.conf to remove auto detection, setup a device for the joystick and include it in the server layout.
* see attached xorg.conf
3. Restart x and be happy. ;)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #15 |
This bug was fixed in the package xserver-
---------------
xserver-
* Add 10-x11-
#273364, #274203)
-- Timo Aaltonen <email address hidden> Mon, 06 Oct 2008 17:24:26 +0300
Changed in xserver-xorg-input-joystick: | |
status: | Incomplete → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Gareth Hart (tghe-retford) wrote : | #16 |
I have updated my system with xserver-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Ari Mustonen (amuzen) wrote : | #17 |
Installing the newest xserver-
Changed in xserver-xorg-input-joystick: | |
status: | Fix Released → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #18 |
That's not a bug in this package.
Changed in xserver-xorg-input-joystick: | |
status: | Confirmed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Emrich (emme) wrote : | #19 |
Yes, I noticed that I never had xserver-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #20 |
Right, let's fix the crasher first :)
good to have a backtrace too. I've informed upstream (via irc).
Changed in xserver-xorg-input-joystick: | |
assignee: | nobody → tjaalton |
status: | Fix Released → Triaged |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #21 |
should be fixed in xserver master.. looking for the commit.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Francois Marot (francois-marot) wrote : | #22 |
I confirm this bug on intrepid beta (KUbuntu). But I add that my joystick is not really stable: I mean that the x/y value are constantly changing even when I do not touch it. This is a problem in my joystick. But once in KDE, it made the mouse constantly recenter itself automatically in the center of the screen. So if I want to reach any icon or menu with the mouse pointer, I have to be fast enough before the cursor recenters itself.
This is really really annoying as not only there is the X crash when pressing a button, but it makes the computer nearly unusable (no mouse)...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #23 |
Francois: that's probably fixed in master as well, but something that requires more work to backport and probably not going to be fixed for intrepid. In the meantime please install -joystick.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #24 |
...and if installing -joystick doesn't help, open a new bug against it and attach the output of 'lshal'.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Francois Marot (francois-marot) wrote : Re: [Bug 274203] Re: Joystick detected as mouse, crashes X | #25 |
Thanks for your feedback Timo.
What do you mean by "fixed in master" ? Fixed in X master source ?
And when you say it won't be fixed for Intrepid, do you mean it won t
be fixed in the FINAL release of Ubuntu Intrepid ? If yes, I find it
very very annoying. Not for myself because I consider being an
advanced computer user (but not already an advanced Lunux user ;) and
a developer so bugs do not scare me, but I think about all the newbie
who may encounter such a strange behaviour: if it is their first Linux
experience, they won t be long before goint back to windows ! With
this bug (mouse jumping back to the screen center), the desktop
environment is just plain unusable...
By the way, keep up the good work with Ubuntu
Regards
Francois Marot
On 10/7/08, Timo Aaltonen <email address hidden> wrote:
> Francois: that's probably fixed in master as well, but something that
> requires more work to backport and probably not going to be fixed for
> intrepid. In the meantime please install -joystick.
>
> --
> Joystick detected as mouse, crashes X
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in "xorg-server" source package in Ubuntu: Triaged
>
> Bug description:
> Binary package hint: xorg
>
> When I attach my usb gamepad to the computer X detects it (via HAL) as a
> mouse and configures it appropriately. Whenever I press a button, the entire
> X server crashes.
>
> I'm using Intrepid, amd64. I'd be happy to provide any other information
> that might help.
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Luke of NY (lukeofny) wrote : | #26 |
- lshal_Output Edit (73.7 KiB, text/plain)
I also have this problem in Intrepid amd64. I have installed the xserver-
Any help or rebuke would be appreciated
Peace
Luke Of NY
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Luke of NY (lukeofny) wrote : | #27 |
- lshal_Output Edit (73.7 KiB, text/plain)
I also have this problem in Intrepid amd64. I have installed the xserver-
Any help or rebuke would be appreciated
Peace
Luke Of NY
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #28 |
Francois: upstream git master
Luke: that output is not helpful, since the joystick is not plugged in. Please file a new bug against -joystick with lshal output when you've plugged it in.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Chris Coulson (chrisccoulson) wrote : | #29 |
- lshal_Output0.txt Edit (73.7 KiB, text/plain)
Timo - Luke opened a new report by accident when responding to this report (bug 280069). His response:
"I am very sorry, this is the new lshal output hopefully this is helpful like I wrote before I have installed the -joystick package and rebooted. If it still appears that I do not have the controller plugged I could take a video or picture. Let me know if I could do something else for you though.Thank You in advance for any help, I love -buntu."
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #30 |
Chris, that's because I asked him to do that :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Chris Coulson (chrisccoulson) wrote : | #31 |
Whoops - yes, I didn't read your whole comment above. His bug description is written like he was responding to an already existing bug, but created a new one by acident, which is why I searched for this one.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #32 |
This bug was fixed in the package xorg-server - 2:1.5.1-1ubuntu3
---------------
xorg-server (2:1.5.1-1ubuntu3) intrepid; urgency=low
* Pull upstream changes from server-1.5-branch including b595b65e:
- Fix GKVE with key_code > 255 (LP: #274203)
- DGA: Fix ProcXF86DGASetV
Fixes a segfault when trying to activate a DGA mode without
checking whether DGA modesetting is at all possible.
- Check nextEnabledOutp
In case no enabled outputs, we will reference wrong index of
output array.
- int10: Fix a nasty memory leak.
- int10: Don't warn when scanning for devices we don't have.
Some BIOSes (hi XGI!) will attempt to enumerate the PCI bus by
asking for the config space of every possible device number.
This despite perfectly functional BIOS methods to enumerate the
bus exactly.
- int10: Remove useless check.
If you have more than one PCI device with the same d/b/d/f, you're
already in trouble.
- http://
xkb: squash canonical types into explicit ones on core reconstruction.
xkb: fix core keyboard map generation.
- xkb: fix use of uninitialized variable.
- Remove usage of mfbChangeWindow
- Only build dri2 when DRI2 is enabled.
* Merge patches 138 and 139 into 137, and update the properties API to
match the current version in master (final API for XI 1.5).
(LP: #274728)
* Bump the build-dep on x11proto-input-dev and libxi-dev.
* Bump the serverminver because of newer properties API.
* Add Breaks against current synaptics and evdev, since they use the old
API and need to be updated with the server.
-- Timo Aaltonen <email address hidden> Fri, 10 Oct 2008 11:16:56 +0300
Changed in xorg-server: | |
status: | Triaged → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #33 |
That's the version I have installed. Still not fixed, same problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #34 |
I installed xserver-
However, two issues remain:
1.) The gamepad still controls the mouse. This should not be by default.
2.) Joysticks and gamepads should work out of the box in Ubuntu. If not, the backlash from gamers is going to be HUGE and alone can be enough to hurt Ubuntu's reputation. Let's face it, the state of gaming in Linux is bad enough as it was!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #35 |
I just tested sdlmame. While my gamepad now works (but not yet out of the box) the fact that the d-pad controls the mouse cursor completely prevents the d-pad from working in sdlmame. I can use the action buttons to make the character do stuff, but I cannot move the character. When I set up the controller and press a d-pad button, sdlmame sees it as a mouse event.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Gareth Hart (tghe-retford) wrote : | #36 |
Even with the latest update to xserver-xorg-core (2:1.5.1-1ubuntu3) and with xserver-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #37 |
- xorg.conf.jlacroix Edit (1.8 KiB, text/plain)
I tried StR34k 's suggestiong as well as the xorg.conf he posted and it fixes the issue for me. However, if I try to merge his changes into my existing xorg.conf, it doesn't work. My monitor uses a weird resolution so I need to use my xorg.conf but I would appreciate having StR34k's changes into my xorg.conf which I posted.
StR34k, if you are reading this can you please tell me everything you changed or merge your changes into mine? If I don't use my xorg.conf my monitor goes to 70hz refresh rate which is incorrect for my monitor, it should be 60hz.
I forgot to mention that the nvidia settings app fails to merge StR34k's changes into mine.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kristian (kristian-gjengedal) wrote : | #38 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
kristian (kristian-gjengedal) wrote : | #39 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #40 |
I'd like to have a new gdb stacktrace from the crash. The original one should be fixed now, but maybe there's another bug that needs fixing.
please file new bugs with lshal output to get hotplug support for the joystick you have..
Changed in xorg-server: | |
status: | Fix Released → Triaged |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #41 |
I need a little help understanding this. Every joystick I throw at
Intrepid crashes X, so I don't see how the original bug is fixed. We
could make a new bug report for each joystick if that's what you really
want, but that would be quite a few bug reports since I have yet to find
a joystick that does work in Intrepid.
In Hardy, all my joysticks worked flawlessly. A regression happened
somewhere that doesn't allow me to use any joystick whatsoever in
Intrepid. If I use StR34k's xorg.conf the problem is fixed, however with
that xorg.conf if I boot without a joystick the mouse stops working
properly.
I'll start posting bug reports for individual joysticks if you want, but
I just don't see how that would make a difference when all joysticks
don't work. I would rather just try to help find where the regression is
and help you fix it so all joysticks work, not just the ones we file bug
reports for. They worked fine in Hardy so it shouldn't be too hard to
track down.
I apologize if I'm not understanding properly.
Timo Aaltonen wrote:
> I'd like to have a new gdb stacktrace from the crash. The original one
> should be fixed now, but maybe there's another bug that needs fixing.
>
> please file new bugs with lshal output to get hotplug support for the
> joystick you have..
>
> ** Changed in: xorg-server (Ubuntu)
> Status: Fix Released => Triaged
>
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #42 |
I marked bugs 273364 and 272421 a duplicate of this bug, since this seems to have the most info.
Also, I reported individual bugs for each of the joysticks I have that's not working, as requested by Timo. Please follow through on that with your individual joysticks, and most here so anyone that has the same joystick can confirm the bug report.
Here are mine:
Thrustmaster Firestorm:
https:/
Logitech Dual Action:
https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #43 |
I've tried to reproduce this with my joysticks, without the 'joystick' driver installed. Here evdev refused to use the devices, so I can't get a backtrace from it. Someone else should do that then :)
Ari, you got the previous backtrace.. can you get a new one? First make sure that you don't have 'xserver-
ps. this is not a bug in the joystick driver, since it's not used when it crashes..
Changed in xserver-xorg-input-joystick: | |
status: | New → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #44 |
oh, and the reason why I'm asking you to file bugs about your non-working joysticks is because that needs to be done anyway. The default input-driver ('evdev') doesn't support joysticks that well, and this bug is dedicated to make it work so it at least doesn't crash..
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Albert Damen (albrt) wrote : | #45 |
- X-gamepad3.txt Edit (10.9 KiB, text/plain)
Attached is the stacktrace I got with a Logitech Rumblepad.
xserver-xorg-core:
Installed: 2:1.5.1-1ubuntu3
Candidate: 2:1.5.1-1ubuntu3
Linux compal 2.6.27-7-generic #1 SMP Fri Oct 10 03:55:01 UTC 2008 x86_64 GNU/Linux
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Albert Damen (albrt) wrote : | #46 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #47 |
Thank you.
Timo Aaltonen wrote:
> oh, and the reason why I'm asking you to file bugs about your non-
> working joysticks is because that needs to be done anyway. The default
> input-driver ('evdev') doesn't support joysticks that well, and this bug
> is dedicated to make it work so it at least doesn't crash..
>
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Albert Damen (albrt) wrote : | #48 |
Looking at the change made in xorg-server (2:1.5.1-1ubuntu3), it seems like the case of key_code>255 should be captured and not cause a crash anymore. So I guessed pDev might have something interesting, and indeed, it does:
(gdb) print pDev->key
$2 = (KeyClassPtr) 0x0
(gdb) print *pDev->key
Cannot access memory at address 0x0
So the line "KeySym *map = pDev->key-
Maybe a test for pDev->key = 0x0 should be added and GetKeyboardValu
Attached is the new stacktrace with the full pDev content.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Albert Damen (albrt) wrote : | #49 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Albert Damen (albrt) wrote : | #50 |
- 143_fix-joystick-segfault.patch Edit (760 bytes, text/plain)
I tested the attached patch against xorg-server 2:1.5.1-1ubuntu3 (1.5.2 is not installable at the moment).
With this patch I could press all gamepad buttons without causing a crash.
* Add patch 143_fix-
joystick or gamepad is detected as mouse. (LP: #274203)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #51 |
Thanks Albert! I've uploaded a new evdev driver to my PPA:
https:/
It has a patch which modifies the check for valid keys, and should fix this bug. Please test!
Changed in xorg-server: | |
status: | Triaged → Fix Committed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #52 |
heh, I didn't notice the patch for the server, but upstream proposed the one for evdev. Hope that's ok :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #53 |
Timo, I just checked xserver-
I this code is only for one joystick model I can't say it won't work though ;)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #54 |
yes, it still crashes with it, so further investigation is needed..
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Launchpad Janitor (janitor) wrote : | #55 |
This bug was fixed in the package xserver-
---------------
xserver-
* Cherry-pick commit 7243116f from upstream, "Don't post keycodes > 255."
(LP: #274203)
-- Timo Aaltonen <email address hidden> Thu, 16 Oct 2008 17:37:04 +0300
Changed in xserver-xorg-input-evdev: | |
status: | Fix Committed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #56 |
Thanks for the update.
I tried it with different joysticks, and they don't crash the X server anymore.
However, there's 3 side effect (one is normal):
- applications doesn't recognise joystick input anymore (tested with Frozen-Bubble), that's normal since everybody has to send lshal output for their joystick, and these output need to be processed;
- the joysticks aren't hot-pluggable anymore. One need to restart X in order for them to be recognised by X (where they move the mice cursor like a joystick would;
- the Dual Shock 3 problem is more serious - in order for it to be recognised, the middle "P" (Playstation) joystick button needs to be pressed (restarting X has no effect, on the other hand by pressing this button it can be hotplugged). Afterwards, both the DS3 and the mouse behave like joysticks (and the mouse is thus useless. By "acting like a joystick, I mean the mouse cursor comes back to the middle of the screen all the time, and moving the mouse jerks the cursor left, right, up or down before it quickly returns to central position (however the jerk is analog, since it can be controlled by moving the DS3 analog pad slowly).
By the way, tImo, can you please have a look at https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #57 |
I also opened a separate bug for the DS3 https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
lemonade (lemonade) wrote : | #58 |
Great job, X doesn't crash anymore here. Time to move on to other bugs :)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
criticalmess (criticalmess) wrote : | #59 |
Loic Martin:
OK I opened bug 284951 ( https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #60 |
CypherDelic , your bug says that your joystick can still crash X. Can you check that you installed the last update of xserver-
Just type :
sudo dpkg -p xserver-
You should see Version: 1:2.0.99+
If X doesn't crash anymore, can you edit Bug #284951 to remove the fact that it crashes X (it would just confuse bug triagers / developpers)? Else, it means this bug needs to be reopened.
Thanks.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #61 |
I ran all of the updates, and I'm happy to say that neither of my two
game pads crash X anymore.
However, both of them (Logitech Dual Action & Thrustmaster Firestorm)
move the mouse cursor with either the D-Pad or the Analog stick.
The Logitech Dual Action has an analog stick and when you press it in
any direction, it moves the mouse cursor. The D-Pad on this controller
doesn't move the mouse cursor, but doesn't work in any game either.
With the Thrustmaster Firestorm, the D-Pad moves the mouse cursor (it
doesn't have an analog stick) but the controller works fine in ZSNES but
the D-Pad doesn't function at all in MAME.
So it looks like this bug is NOT fixed, however we're more than 50%
there so I'm very thankful for that. The crashing appears to be fixed
(at least for me) but the D-Pad or Analog stick still moves the mouse
cursor. I understand some people like that, but I think it should be off
by default.
Please let me know if there is anything I can test.
Loïc Martin wrote:
> CypherDelic , your bug says that your joystick can still crash X. Can
> you check that you installed the last update of xserver-
> (and restarted X/rebooted)?
>
> Just type :
> sudo dpkg -p xserver-
>
> You should see Version: 1:2.0.99+
>
> If X doesn't crash anymore, can you edit Bug #284951 to remove the fact that it crashes X (it would just confuse bug triagers / developpers)? Else, it means this bug needs to be reopened.
> Thanks.
>
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
criticalmess (criticalmess) wrote : | #62 |
Loic Martin: No X does crash on the very first plug-in of the pad and not furthermore. I changed the bug-description, thanks. Can you please check if my bug it is attached to the right packet, project, person, group?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jacob Peddicord (jpeddicord) wrote : | #63 |
Jeremy:
I can confirm that new behavior. If my analog stick is on, the mouse moves with an absolute position regarding to the analog's position. If it is off (internal controller setting), then it moves according to the D-Pad in nine different positions on the screen. Is this still related to this bug, or should a new bug be opened?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Emrich (emme) wrote : | #64 |
I just tried it again today: -joystick is not installed, only -evdev. After plugging in the pad, the cursor moves when I move the analog stick. When I press a button, Xorg crashes and I bump back to the console.
Actually, I consider it a bug that the X server uses the joystick at all; most if not all joystick-aware applications access it directly. Is there a way to revert to the old behaviour (Xorg not using the joystick at all)?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
mpcd (mpcd) wrote : | #65 |
I discovered a temporary fix for the mouse cursor issue. Like in StR34k's xorg.conf, I added a section for the joystick and then added the line :
Option "SendCoreEvents" "false"
to the InputDevice section for the joystick. Also make sure the device you point to is correct for your joystick (check Xorg.0.log for this). This causes the joystick to no longer control the mouse cursor, and it appears to work normally in games now. This had me going nuts over the last couple of days so I'm glad there's finally some way around it.
I hope that whichever autodetection is causing the joystick to control the mouse be fixed in time for ibex release so that this behavior is not enabled by default.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
criticalmess (criticalmess) wrote : | #66 |
This does not work for me.
I edited xorg.conf:
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
Section "InputDevice"
Identifier "Configured Joystick"
Driver "joystick"
Option "Device" "/dev/input/event3"
Option "SendCoreEvents" "false"
EndSection
Then I purged xserver-
It still acts as a mouse. It still does not work in any game.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #67 |
Mpcd, that work around works but causes another issue. If I add that to
my xorg.conf, and then boot without a joystick attached, the mouse stops
working correctly. This is fine for my desktop because I don't mind
keeping the joystick attached, but this is not okay for my laptop which
I don't attach the joystick unless needed.
Even though there are probably work arounds, all joysticks need to work
properly out of the box just as they used to. This is a HUGE problem
because I'm sure there are a lot of people that play games on Ubuntu.
mpcd wrote:
> I discovered a temporary fix for the mouse cursor issue. Like in StR34k's xorg.conf, I added a section for the joystick and then added the line :
> Option "SendCoreEvents" "false"
> to the InputDevice section for the joystick. Also make sure the device you point to is correct for your joystick (check Xorg.0.log for this). This causes the joystick to no longer control the mouse cursor, and it appears to work normally in games now. This had me going nuts over the last couple of days so I'm glad there's finally some way around it.
>
> I hope that whichever autodetection is causing the joystick to control
> the mouse be fixed in time for ibex release so that this behavior is not
> enabled by default.
>
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
mpcd (mpcd) wrote : | #68 |
CypherDelic: also make sure you have InputDevice "Configured Joystick" in your ServerLayout section. I should also note that I haven't (yet) purged xserver-
Jeremy: I haven't tried disconnecting the joystick yet, that is a frustrating side effect. Thanks for the heads up - I'd be pretty annoyed when that happens too.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
criticalmess (criticalmess) wrote : | #69 |
I added that still the same. I guess something is locking my device.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #70 |
Mpcd: What happens with the joystick not attached with that xorg.conf
used is the mouse double clicks when you click once. This makes the
kmenu imposible to open.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
criticalmess (criticalmess) wrote : | #71 |
Well, still nothing fixes my gamepad behaviour, so i post some details here, too.
Model: Saitek P580 (PC-USB / Dual Analog / RumbleForce)
lsusb parts for my gamepad:
Bus 001 Device 004: ID 0f30:0111 Jess Technology Co., Ltd
lshal-parts for my gamepad:
udi = '/org/freedeskt
info.linux.driver = 'usb' (string)
info.parent = '/org/freedeskt
info.product = 'Colour Rumble Pad' (string)
info.subsystem = 'usb_device' (string)
info.udi = '/org/freedeskt
info.vendor = 'Jess Technology Co., Ltd' (string)
linux.device_file = '/dev/bus/
linux.
linux.subsystem = 'usb' (string)
linux.sysfs_path = '/sys/devices/
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.
usb_device.speed = 1.5 (1.5) (double)
usb_device.vendor = 'Jess Technology Co., Ltd' (string)
usb_device.
usb_device.
udi = '/org/freedeskt
info.linux.driver = 'usbhid' (string)
info.parent = '/org/freedeskt
info.product = 'USB HID Interface' (string)
info.subsystem = 'usb' (string)
info.udi = '/org/freedeskt
linux.
linux.subsystem = 'usb' (string)
linux.sysfs_path = '/sys/devices/
usb.bus_number = 1 (0x1) (int)
usb.can_wake_up = false (bool)
usb.device_class = 0 (0x0) (int)
usb.device_
usb.device_
usb.device_
usb.interface
usb.interface
usb.interface
usb.interface
usb.is_
usb.linux.
usb.linux.
usb.max_power = 200 (0xc8) (int)
usb.num_
usb.num_ports = 0 (0x0) (int)
usb.product = 'USB HID Interface' (string)
usb.product_id = 273 (0x111) (int)
usb.speed = 1.5 (1.5) (double)
usb.vendor = 'Jess Technology Co., Ltd' (string)
usb.vendor_id = 3888 (0xf30) (int)
usb.version ...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Divan (divan-santana) wrote : | #72 |
Hello everyone,
My Logitech dual action(2 analog stick) gamepad also gets detected and works like a mouse on kubuntu 8.10 with latest updates.
The gamepad worked perfectly on hardy but in intrepid it works like a mouse(never seen that before) and the buttons simply don't work.
Through systemsettings I could calibrate the joystick axis' but the buttons don't get detected at all.
(Which means I can't play my EA sports nba live on intrepid - that sucks.)
Is their a workaround until this gets fixed?
What info can I attach to help with this bugfix?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #73 |
Let's get a few facts straight:
I was confused about all the reports regarding joysticks not working like they were before. What I missed was that X didn't use them by default, and shouldnt. Adding them to the fdi file on -joystick was only done to let your devices to work without crashing the server. Boohoo.
Now I realize (thanks to Emmet) that what really has been happening all along is that evdev-driver grabs the device, which makes it impossible to use /dev/input/js*. This is something that looks unlikely to be fixed in Intrepid anymore, since it's unclear how to fix it most efficiently. The kernel should report that the device is a joystick, but HAL needs to be aware of that and not list the device as input.mouse (and/or .keyboard).
Then the fdi file for -joystick is a trivial one and would match all joysticks.
The workaround for you guys is to copy the fdi-file from joystick to /etc/hal/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
gerstrong (gerstrong) wrote : | #74 |
I have GreenAsia Gamepad (PSX somewhat clone) and it had the same
problem.
I solved it the following way:
1.- open as root /etc/X11/xorg.conf
2.- Add at the begining of the file following lines:
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
3.- Save the file, and restart your system. Yes, better restart the
system or gdm. Killing X with CRTL+ALT+Backspace doesn't read always the
xorg.conf
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #75 |
- fdi file for the Sony Dual Shock 3 and Sysaxis game pads Edit (2.6 KiB, text/html)
I'll try to keep it short so the bug report doesn't become huge.
First, I'm not an Ubuntu developer ;)
Martin Emrich (https:/
CypherDelic your bug is actually a duplicate of this bug. Since you provided the required information in Bug #283399, you can mark it as a duplicate now. Also no need to write the information in your posts, attachments are good enough.
@everybody : please don't quote the post you're answering to (I guess you're using email) - it shows quite badly on Launchpad.
Now, back to the bug reports:
X crashing has been fixed, that's why the bug it marked as "Fixed". Since Ubuntu developers were expecting joysticks not to work anymore in Intrepid after changes in Xorg, this bug report has not much point (that's maybe why they also closed it against xserver-
I've created two wiki pages https:/
By the way, I've managed to find an fdi file for Sony Dual Shock 3 and Sysaxis game pads (tested, it works when copied in /etc/hal/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #76 |
And indeed (I forgot to add this to my previous post)
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
in xorg.conf works with the few joysticks I tried. Just don't add anything else for the joystick and keep the xorg.conf that came with Intrepid (It should be almost empty). However it might mess up other devices, just keep that in mind (but if it works for you, using it is better than trying to play x-plane with a keyboard ;) ).
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #77 |
I'm really curious why the new xorg would be considered if it broke
joysticks. Not being able to use joysticks is a HUGE problem. For most
of us, the work arounds are fine. (They don't work for me though). Since
I'm sure we're all comfortable getting under Ubuntu's hood, we wouldn't
have a problem with any work around that is invented.
However, joysticks not working out of the box when Intrepid comes out
will not be acceptable. Joe User doesn't know how to edit the xorg.conf
file to get his joystick working, and he shouldn't have to. Joysticks
have worked in every Ubuntu release and should still. Gaming is probably
one of if not the major shortcomings of Linux keeping it from mainstream
use, and by the most popular Linux distribution in the world not being
able to use joysticks properly is going to hurt the reputation of Linux
even more.
Is there any way to force the old joystick driver for all joysticks?
Please, whatever we can do to make joysticks work just like they did in
Hardy would be great. I'll help with whatever is needed. I'll test
whatever I need to and I devote as much time to this as you need, let's
please not let a huge bug like this remain in the final Intrepid release.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #78 |
Loïc: no need to provide the lshal information anymore, the fdi file in -joystick won't be updated, and for Jaunty there is no need to list every model there is to use the driver, since hopefully by then the kernel/hal will know when the input device is a joystick (not true atm).
If you use the AutoAddDevices -trick, you'll also disable input-hotplug completely (for mice & keyboards etc). That is not recommended. Like I said, just put a file like this in /etc/hal/fdi/policy and you should be able to use the joystick in games like before:
---
<?xml version="1.0" encoding=
<deviceinfo version="0.2">
<device>
<match key="info.product" contains="PRODUCT ID OF YOUR JOYSTICK">
<merge key="input.
</match>
</device>
</deviceinfo>
---
and replace the PRODUCT.. stuff with the name of the device, use lshal or lsinput to find it out. Note that the x11_driver is empty. It means that evdev (or any other driver for that matter) will not use the device.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy Wilkins (wjeremy) wrote : | #79 |
First off, I agree with Jeremy on this matter. I have been somewhat appalled at the lack of consideration for the end user on this beta and release prep. Although I am tremendously impressed with the majority of functionality that has been added to Intrepid with KDE4 and generally better hot plug support. However, not supporting a feature that has been around for ages is disappointing and even though I know how to fix it (patch it temporarily that is). What will my friends say when I go to plug in a joystick that they offer me to use and I have to tell them just wait a minute while I manually fix this to work...
Not impressed I'm sure.
Ranting aside, I also have this problem and I fixed it (temporarily patched it) by the method mentioned by Ari Mustonen above. I just had to look at the output of the command lshal at the console search for input.mouse and find my joystick's name nearby (I think case matters here) and replace the name in the attachment he gave with mine and put it in /usr/share/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Martin Emrich (emme) wrote : | #80 |
Just tested again with 1:2.0.99+
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #81 |
Timo, it's a bit late. After reading on both the ubuntu-
I appreciate the work you did for wacom support in Feisty (and the rest), but, to remain polite, this is a waste.
At least with users providing lshal output we can support them by providing them an fdi file (if your method works), since Ubuntu doesn't want to do it.
Jeremy LaCroix, I can share your feelings. However, since I've been part of the Ubuntu community (4.10) each release have seen the developer (as silently as they could) drop support for some relatively big category of hardware / users. In that case people have reacted like you (I did at first, and for messes more serious than joysticks), but in the end it doesn't help, because the decision has already been taken (and yes, we users also offered our help and time to see those bug fixed, usually far earlier in the development cycle). Basically, either you're at UDS and can program the features yourself, or you just hope it will be fixed in less than 3 or 4 releases.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #82 |
The only way to keep joysticks work for everyone would have been to _not_ use input-hotplug in intrepid, and it had already been decided upon. For what it's worth, Fedora10 does the same, so they should share the same problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Divan (divan-santana) wrote : | #83 |
- DualActionGamepad.fdi Edit (1.9 KiB, text/html)
Ok I got a work around so my logitech gamepad now works on kubuntu 8.10 perfectly.
I did configure the axis' via systemsettings first.
Then I created this file "DualActionGame
and copied it to /etc/hal/
and restarted hal via /etc/init.d/hal restart (or reboot).
My gamepad/joystick still moves my cursor mouse but in my games all the buttons work perfectly and the gamepad works perfectly.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #84 |
Seems that Albert found out the fix to make evdev not use the device, and it seems to only affect 64bit installations (which would explain why I wasn't able to reproduce this since I have a 32bit system):
Check bug 284951, which is the new master bug about that. It will be fixed before release. It also means that no fdi-file tricks are needed in order to use joysticks. The X joystick driver on the other hand still needs HAL to list the device as input.joystick.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #85 |
I downloaded the latest daily image for both 32-bit and 64-bit and tested my gamepads on each one.
I can confirm that I have no problems on the 32-bit version.
With the 64-bit version, the bug is NOT fixed for me. I confirmed that I have "xserver-
I also tested this on my 64-bit install with all the latest updates, it's not fixed there either. My dual action gamepad does work in the 32-bit version though.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #86 |
Release is tomorrow, still having this problem here with all updates.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Omar Shami (bigfox) wrote : | #87 |
It is now after release. All updates. All joysticks still act like mice on 64 bit.
As a result, none of the games are able to use the joystick.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
unebaguettesvp (phil-quietthenloud) wrote : | #88 |
This is ridiculous. Why is this not marked Critical?! No games are playable without the joystick interrupting the game window!
I tried fooling around with xorg.conf and if I don't have:
Option "SendCoreEvents" "false"
in:
Section "InputDevice"
Identifier "Configured Joystick"
Driver "joystick"
Option "Device" "/dev/input/event3"
Option "SendCoreEvents" "false"
EndSection
the cursor moves all the way to the upper left part of the screen.
I tried Albert Damen's fix and that didn't change anything.
It's bad enough that Linux has a bad reputation with gaming but this bug makes Linux look even worse. Everything was working great in Hardy. This regression makes nothing playable on my end. I should have not upgraded.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
unebaguettesvp (phil-quietthenloud) wrote : | #89 |
So, I've made some progress but I still can't play ANY games. Literally. NONE.
I've edited my xorg.conf file to look like this (I've omitted things that don't pertain to the input devices):
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen" 0 0
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Configured Joystick"
InputDevice "Configured Joystick 2"
EndSection
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
Section "InputDevice"
Identifier "Configured Joystick"
Driver "joystick"
Option "Device" "/dev/input/event5"
Option "SendCoreEvents" "False"
EndSection
Section "InputDevice"
Identifier "Configured Joystick 2"
Driver "joystick"
Option "Device" "/dev/input/event4"
Option "SendCoreEvents" "False"
EndSection
My problem was setting the correct Device for each joystick. Now, the joysticks (yes, I have 2, unplugging one doesn't fix the other) do not move, left click, or right click the cursor. jscalibrator reports all buttons working perfectly. But when I try to configure the buttons in various emulators and MAME, the buttons work but the directional pads do not do anything.
I tried fooling around with the Option "MapAxis#" for each joystick and that did nothing at all. I even tried doing:
Option "MapAxis1" "mode=none"
Option "MapAxis2" "mode=none"
Option "MapAxis3" "mode=none"
Option "MapAxis4" "mode=none"
Option "MapAxis5" "mode=none"
Option "MapAxis6" "mode=none"
thinking that all directional pads would be disabled. But they weren't. I changed the modes around too and nothing worked.
I have two Logitech Cordless RumblePad 2 controllers. They are very similar to a PS2 controller.
For those of you that have configured your joysticks through your xorg.conf file, do your directional pads work in games? Did you have to do anything else to get them working?
I've been using joysticks in Ubuntu since Edgy and I've never had a problem with them. All I needed to do was to just plug them into a USB port. I'm seriously considering downgrading.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #90 |
I configured my joysticks in the xorg.conf file and everything worked
when it comes to the joysticks themselves, but my mouse stopped working
correctly whenever I booted my machine without a joystick attached. On
my desktop that's fine, but on my laptop I'm not always going to attach
my joystick.
unebaguettesvp wrote:
> So, I've made some progress but I still can't play ANY games. Literally.
> NONE.
>
> I've edited my xorg.conf file to look like this (I've omitted things
> that don't pertain to the input devices):
>
> Section "ServerLayout"
> Identifier "Default Layout"
> Screen "Default Screen" 0 0
> InputDevice "Generic Keyboard"
> InputDevice "Configured Mouse"
> InputDevice "Configured Joystick"
> InputDevice "Configured Joystick 2"
> EndSection
>
> Section "ServerFlags"
> Option "AutoAddDevices" "False"
> EndSection
>
> Section "InputDevice"
> Identifier "Configured Joystick"
> Driver "joystick"
> Option "Device" "/dev/input/event5"
> Option "SendCoreEvents" "False"
> EndSection
>
> Section "InputDevice"
> Identifier "Configured Joystick 2"
> Driver "joystick"
> Option "Device" "/dev/input/event4"
> Option "SendCoreEvents" "False"
> EndSection
>
> My problem was setting the correct Device for each joystick. Now, the
> joysticks (yes, I have 2, unplugging one doesn't fix the other) do not
> move, left click, or right click the cursor. jscalibrator reports all
> buttons working perfectly. But when I try to configure the buttons in
> various emulators and MAME, the buttons work but the directional pads do
> not do anything.
>
> I tried fooling around with the Option "MapAxis#" for each joystick and
> that did nothing at all. I even tried doing:
>
> Option "MapAxis1" "mode=none"
> Option "MapAxis2" "mode=none"
> Option "MapAxis3" "mode=none"
> Option "MapAxis4" "mode=none"
> Option "MapAxis5" "mode=none"
> Option "MapAxis6" "mode=none"
>
> thinking that all directional pads would be disabled. But they weren't.
> I changed the modes around too and nothing worked.
>
> I have two Logitech Cordless RumblePad 2 controllers. They are very
> similar to a PS2 controller.
>
> For those of you that have configured your joysticks through your
> xorg.conf file, do your directional pads work in games? Did you have to
> do anything else to get them working?
>
> I've been using joysticks in Ubuntu since Edgy and I've never had a
> problem with them. All I needed to do was to just plug them into a USB
> port. I'm seriously considering downgrading.
>
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
unebaguettesvp (phil-quietthenloud) wrote : | #91 |
I just tried another controller I have (an old wired USB AXIS pad, I think Gravis makes it?) and I can reproduce the same results. I even reinstalled the -evdev and -joystick packages through Synaptic and commented out:
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Configured Joystick"
InputDevice "Configured Joystick 2"
and set:
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
to "True". After doing that and restarting X, the joystick could control the cursor but it did not show up in jscalibrator. Then I installed the evdev patch found on this page:
https:/
, the one with the Albert Damen patch. After restarting X, the joystick could NOT control the cursor and everything worked perfectly in jscalibrator. I still could not set any controls with the directional pad in any emulators. So, it's not controller specific. I still don't understand why I am unable to use the directional pad in any games.
Xorg.0.log says:
(II) config/hal: Adding input device STD AxisPad
(**) STD AxisPad: always reports core events
(**) STD AxisPad: Device: "/dev/input/event4"
(II) STD AxisPad: Found x and y absolute axes
(WW) STD AxisPad: Don't know how to use device
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "STD AxisPad"
(EE) config/hal: NewInputDeviceR
For the other two joysticks Xorg.0.log does not report this. But all three joysticks work in jscalibrator.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
unebaguettesvp (phil-quietthenloud) wrote : | #92 |
Back to normal! Tried out the new xserver-
http://
The calibration of the joysticks by jscalibrator was the problem. Hope this helps someone else before they pull their hair out.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
EricDHH (ericdhh) wrote : | #93 |
Confirmed on 8.10 amd64
Whatever joystick is plugged (Saitek Cyborg / Speedlink Encounter) the xorg assume it is a mouse.
(II) config/hal: Adding input device SAITEK CYBORG 3D USB
(**) SAITEK CYBORG 3D USB: always reports core events
(**) SAITEK CYBORG 3D USB: Device: "/dev/input/event2"
(II) SAITEK CYBORG 3D USB: Found x and y absolute axes
(II) SAITEK CYBORG 3D USB: Found 1 mouse buttons
(II) SAITEK CYBORG 3D USB: Configuring as mouse
So the pointer stands jumping on a place on the screen, can be moved by pulling the jostick. Only of all usb sticks are unplugged, the mouse can be used normally. My mouse is plugged to the ps/2 port.
Eric
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Timo Aaltonen (tjaalton) wrote : | #94 |
TuxfarmHH: you need to remove xserver-
this bug is closed for good. Install all updates.
Changed in xorg-server: | |
status: | New → Invalid |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Adral (ivantomasr) wrote : | #95 |
I installed all updates, did sudo apt-get purge xserver-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #96 |
Adral, try to avoid the use of jscal or joystick calibrator, they can mess things up.
@Timo: the working package is still only in intrepid-proposed -0ubuntu6
The one in the intrepid repos is still 1:2.0.99+
Here is the last entry I can see:
>xserver-
>
> * Rebuild against new x11proto-input-dev.
>
> -- William Grant <email address hidden> Sat, 18 Oct 2008 21:13:47 +1100
-0ubuntu6 appeared in -proposed at the beginning of November, definitely after Intrepid release.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Counterfeit187 (counterfeitdream) wrote : | #97 |
gerstrongs advice of editing xorg.conf worked dandy for me. I'm using wired xbox 360 controller for windows on Intrepid Ibex 32 bit. It disabled scrolling on my touchpad and my mutimedia buttons on the front of my laptop, but I can use cope with that.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Emile Pesik (ristridin) wrote : | #98 |
- cyberman2.fdi Edit (254 bytes, text/html)
I'm trying to use a Logitech CyberMan 2 as an input controller for GIMP and as a joystick in FPS games.
In case you're not familiar with this Logitech joystick, it connects to the game port and uses the adi module
The Cyberman 2 is recognised correctly, however none of the buttons work and the controller moves the cursor.
SuperTux does recognise that there is a joystick attached, however it does not respond to the CyberMan 2. Any attempts to reconfigure the key assignments results in the mouse cursor jumping to the centre of the screen and button presses are not registered.
The version of xserver-
I have also tried creating an fdi file (attached) as per comment 78, which I placed in /etc/hal/fdi/policy but to no avail.
I'm surprised at the "this bug is closed for good. Install all updates." remark, as clearly this bug is not fixed.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
gerstrong (gerstrong) wrote : | #99 |
Hi Emile,
did you try adding this into the xorg.conf?
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
That should solve your Problem!
Yes, you are right, but I think some specials models are affected by this bug, because my Greenasia(PS-Clone) works perfectly out of the box!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jeremy LaCroix (jlacroix82-deactivatedaccount) wrote : | #100 |
Gerstrong, while your xorg edit would work, it causes other problems,
especially with laptops. Be careful.
gerstrong wrote:
> Hi Emile,
>
> did you try adding this into the xorg.conf?
>
> Section "ServerFlags"
> Option "AutoAddDevices" "False"
> EndSection
>
> That should solve your Problem!
>
> Yes, you are right, but I think some specials models are affected by
> this bug, because my Greenasia(PS-Clone) works perfectly out of the box!
>
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Koselara (koselara) wrote : | #101 |
I'm having the problem in fully-updated Intrepid 32-bit with a USB Logitech Precision (wired) gamepad. In my case, the gamepad controls the mouse cursor with no adverse effects, and some buttons function as left/right/middle mouse clicks. It also worked in Linux-native games I've tried (need to try emulators), but the cursor flew around the screen clicking in tandem with my game movements, causing various windows, menus, or desktops to appear. (Given I got the Precision on super we're-desperate
Tomorrow I'll go through the various recommended steps to see if it helps (aside from the one that might harm laptops), and post my results then... For now I wanted to confirm loudly that there are indeed updated 32-bit systems being affected too. Have a good insert-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
FyarBall (flamethrower0) wrote : | #102 |
sudo apt-get install xserver-
then reboot computer.
Fixed it for my AMD64 Kubuntu 8.10 Intrepid with Saitek P2500 (detected name: "Saitek PLC Cyborg Force Rumble Pad").
I first noticed something was wrong when my mouse pointer was having "seizures" when the joystick was plugged in ;-)
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Mahendra Tallur (mahen) wrote : | #103 |
It seems this problem still occurs in Jaunty for AMD64. I indeed have a Speedlink 360 style gamepad usb, had to install the xserver-
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Loïc Martin (loic-martin3) wrote : | #104 |
mahen, this bug has been closed for quite a while. The problem that bug was addressing has been solved, and reporting it here will have zero chance to attract the attention of the right developers.
Most joystick don't crash X anymore, and aren't detected as mouse either. If your joystick does (most probably it doesn't crash X, it's just it's detected as a mouse by default, which it shouldn't), could you please open a new bug against xserver-
ubuntu-bug xserver-
while your joystick is connected, and adding a description of your symptoms + name of your joystick?
It should attach the relevant information, then a developper involved in that package can ask you for more input if necessary.
Please attach the output of 'lshal'.