The systemd side of this is fixed in utopic, closing. The kernel (and
main) side keeps open.
** Changed in: systemd (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd
This morning my CH Pedals were dead (like so often) and:
sudo lsusb -v
didn't help but I remembered to use:
echo '3-3' |sudo tee /sys/bus/usb/drivers/usb/unbind
to unbind for Metro Last Light. Need that as MLL keeps spinning
and thinks my joystick to be some sort of controller.
So I did:
echo '3
Even after fixing permissions most of the time the ch pedals don't work
at all!- evtest hangs and needs to be killed.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subs
apport information
** Description changed:
Summary:
- The joystick evdev device for the pedals doesn't get proper permissions
(in udev/systemd)
- The pedal evdev device sometimes doesn't generate evdev events (linux)
--
I've created a rule in lib/udev/rules.d as 99-xplane.r
apport information
** Tags added: apport-collected
** Description changed:
Summary:
- The joystick evdev device for the pedals doesn't get proper permissions
(in udev/systemd)
- The pedal evdev device sometimes doesn't generate evdev events (linux)
--
I've created a rule i
Added kernel task for the lack of evdev events.
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
+ Summary:
+ - The joystick evdev device for the pedals doesn't get proper permissions
(in udev/systemd)
+ - The pedal evdev device sometimes doe
dead but they work in windows 8.1 without problems. pushing pedals etc.
no effect.
michael@michael-ubuntu:~$ cd /dev/input
michael@michael-ubuntu:/dev/input$ ls -la
total 0
drwxr-xr-x 4 root root 540 Aug 7 10:53 .
drwxr-xr-x 16 root root 4460 Aug 7 10:54 ..
drwxrw-rw-+ 2 root root 1
So if even with "sudo evtest" you don't get any events from the pedals
with evtest when you push the pedals or cause any kind of movement with
them, that isn't a permission problem. That sounds either like a
hardware problem (more likely if it only happens sporadically) or some
bug in the kernel's
Martin, bad news. Even after manually setfacl the pedals are dead today.
I've interrupted after ~2 minutes.
michael@michael-ubuntu:/dev/input$ pwd
/dev/input
michael@michael-ubuntu:/dev/input$ ls -la
total 0
drwxr-xr-x 4 root root 540 Aug 7 10:53 .
drwxr-xr-x 16 root root 4460 Aug 7 10:
Aah I see my script seems somehow to not have been always properly executed.-
Pedals didn't work
in x-plane after lunch but are ok after the below. So I guess you can mark this
as
solved?
Sorry for being rude and I will report back here if they should stop working
again.
Thanks again
michae
Yes after setfacl they for once even work in x-plane, doouuh. Probably
until the next reboot. I'll paste it again
once the pedals are dead even after applying my script. (surely in the
next days)
I'll try other distros evtest in virtualbox.
michael@michael-ubuntu:~$ sudo evtest
[sudo] password f
Do you see it in "sudo evtest"? Do you get events there?
> Looks like I need to change distro
Feel free to play around, of course; but won't help that much as udev is
pretty much the same in all distros..
--
You received this bug notification because you are a member of Ubuntu
Touch seeded pack
michael@michael-ubuntu:~$ evtest
No device specified, trying to scan all of /dev/input/event*
Not running as root, no devices may be available.
Available devices:
/dev/input/event5: CH PRODUCTS CH FLIGHT SIM YOKE USB
Select the device event number [0-18]: ^C
michael@michael-ubuntu:~$
Fresh b
I never had any problems in 12.04 but I have never updated 12.04 also.
So since the first 12.04 there's been some "clever" code
probably from some mac freak... Would not surprise me at all, even MS or
Apple...they have proven multiple times.
From: Martin Pitt
Well yes that what my bug is all about. First after setting udev rule it
worked for a week or so
but it seems that was just luck because for the next week it was dead.
If I could use my pedals I wouldn't have bothered a bug report. Sometimes a
reboot helps but
mostly not. True random maybe try
michael [2014-08-05 11:34 -]:
> PS: did I tell that it's only randomly working? The udev rule seems to
> have not much of an effect.
That part would need the "evtest" check that I described above. But
that seems to be something else than device permissions?
--
You received this bug notificat
I'll try without setfacl and hope the update won't take long. Maybe I
tell in x-plane.org forum that it's
coming soon. Thanks again for your work and regards
From: Martin Pitt
To: scrat_h...@yahoo.com
Sent: Tuesday, August 5, 2014 1:09 PM
Subject: Re: [Bug 133
PS: did I tell that it's only randomly working? The udev rule seems to
have not much of an effect.
From: Michael
To: Bug 1332444 <1332...@bugs.launchpad.net>
Sent: Tuesday, August 5, 2014 1:32 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.0
michael [2014-08-05 10:51 -]:
> Great so I just wait or could I manually update without breaking my system?
This isn't packaged yet, so to fix it locally you can continue to use
your original udev rule. (But not the setfacl call, please)
--
You received this bug notification because you are
Great so I just wait or could I manually update without breaking my system?
Thanks
From: Martin Pitt
To: scrat_h...@yahoo.com
Sent: Tuesday, August 5, 2014 10:50 AM
Subject: [Bug 1332444] Re: CH Pedals are not working in 14.04
Ah, nevermind, this just rang a
michael@michael-ubuntu:~$ udevadm test-builtin input_id /sys/class/input/js1
calling: test-builtin
=== trie on-disk ===
tool version: 204
file size: 5771867 bytes
header size 80 bytes
strings 1271203 bytes
nodes 4500584 bytes
load module index
ID
Launchpad has imported 5 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=70734.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help
OK, so js1 gets proper permissions, but js0 doesn't. Can you please
copy&paste the output of
udevadm test-builtin input_id /sys/class/input/js1
? Thanks!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
h
Ah, nevermind, this just rang a bell. This was fixed a while ago
already, but hasn't found its way into Ubuntu yet:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=2658624399b
** Changed in: systemd (Ubuntu)
Status: Incomplete => Fix Committed
** Bug watch added: freedesktop.org Bug
After a reboot and without my script I get:
michael@michael-ubuntu:~$ ls -l /dev/input/js*
crw-r--r-- 1 root root 13, 0 Aug 5 09:44 /dev/input/js0
crw-rw-r--+ 1 root root 13, 1 Aug 5 09:44 /dev/input/js1
michael@michael-ubuntu:~$
the pedals are not working right now
__
no pedals:
michael@michael-ubuntu:~$ ls -l /dev/input/js*
crw-r--r-- 1 root root 13, 0 Aug 5 09:44 /dev/input/js0
crw-rw-r--+ 1 root root 13, 1 Aug 5 09:44 /dev/input/js1
michael@michael-ubuntu:~$ sudo synaptic
[sudo] password for michael:
michael@michael-ubuntu:~$ evtest
No device specified,
Sorry, the setfacl call is a gaping security hole, not your custom rule.
But /lib/udev/rules.d/50-udev-default.rules already gives world-read
permissions on joysticks, so neither is required in the first place.
To find out more, it would also be good if you could install the
"evtest" program, run
> drwxrw-rw-+ 2 root root140 Aug 5 08:02 by-id
> drwxrw-rw-+ 2 root root160 Aug 5 08:02 by-path
Your setfacl damaged the permissions of these two directories, so I
can't see what /dev/input/by-id/usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-
event-joystick point to. But anyway:
crw-r--r--+ 1
Hi Martin
they worked yesterday after executing the script I've sent. But today they're
dead. I don't know why but dead is the only word I find. Events
seem to change hence the * in my script (in my email from yesterday) I
see below that my CH Pedals are not even mentioned.
Let me know if I s
I did give you the terminal commands mostly. Perhaps just not that one:
"find the correct /dev/input/eventNN" translates to "ls -l /dev/input
/by-id/" and looking which one sounds like your pedals.
So again, what does "isn't working sometimes" mean exactly? Doesn't
XPlane detect the joystick, or d
Just tried and for once they work.- Randomly the pedals work or not at all.
Best if you send me the terminal commands to execute on Ubuntu 14.04 or I'll
try tomorrow or so again.
What I do is taken from here:
http://forums.x-plane.org/index.php?showtopic=71300&page=6
#!/bin/bash
cd /dev/input
s
What does "not working" mean? Your game doesn't have permissions to
access the pedals? Or they don't send the correct events, etc? (The
latter would be a kernel bug, not udev rules).
In a situation when they are not working, can you please find the
correct /dev/input/eventNN device for the pedals
32 matches
Mail list logo
