CH Pedals are not working in 14.04
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
systemd |
Fix Released
|
Medium
|
|||
linux (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
systemd (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
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.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
204-5ubuntu20 0
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSign
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernelMo
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: ASUS All Series
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: All Series
dmi.product.
dmi.sys.vendor: ASUS
---
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
CurrentDesktop: Unity
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=
InstallationDate: Installed on 2014-04-19 (110 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: ASUS All Series
NonfreeKernelMo
Package: systemd
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
RelatedPackageV
linux-
linux-
linux-firmware 1.127.5
Tags: trusty
Uname: Linux 3.13.0-32-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
WifiSyslog:
_MarkForUpload: True
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: All Series
dmi.product.
dmi.sys.vendor: ASUS
---
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=
InstallationDate: Installed on 2014-04-19 (110 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: ASUS All Series
NonfreeKernelMo
Package: systemd
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
PulseList:
Error: command ['pacmd', 'list'] failed with exit code 1: Home directory not accessible: Permission denied
No PulseAudio daemon running, or not running as session daemon.
RelatedPackageV
linux-
linux-
linux-firmware 1.127.5
Tags: trusty
Uname: Linux 3.13.0-32-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:
WifiSyslog:
_MarkForUpload: True
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: All Series
dmi.product.
dmi.sys.vendor: ASUS
In freedesktop.org Bugzilla #70734, Michal Navratil (f-josef) wrote : | #12 |
In freedesktop.org Bugzilla #70734, Martin Pitt (pitti) wrote : | #13 |
Yes, we should certainly extend input_id's logic to also cover these devices. Can you please find the eventX that belongs to that device, and give me the output of
udevadm info --name=input/eventX
Please copy the device path from the first output line ("P:"), and run input id in debug mode:
udevadm test-builtin input_id /devices/...
Finally, please run
udevadm info --attribute-walk --name=input/eventX
and copy&paste the output here.
Thanks!
In freedesktop.org Bugzilla #70734, Michal Navratil (f-josef) wrote : | #14 |
Created attachment 95318
Requested udev info on Saitek rudder pedals.
In freedesktop.org Bugzilla #70734, Martin Pitt (pitti) wrote : | #15 |
> # udevadm info --name=
> [...]
> E: ID_INPUT_JOYSTICK=1
Err, that's what we want to achieve.. I suppose you have some local udev rule which attaches that property to the pedals, so that it works for you?
> capabilities/ev raw kernel attribute: 9
That means it's capable of sending ABS and SYN events, not that surprising.
> capabilities/abs raw kernel attribute: 23
== ABS_X, ABS_Y, ABS_RZ
I was hoping that the device would be capable of something distinct like ABS_THROTTLE, ABS_RUDDER, ABS_WHEEL, ABS_GAS, or ABS_BRAKE. I'm afraid I don't really know what ABS_RZ is supposed to mean, the official documentation (https:/
However, touch screens, touchpads, and accelerometers do *not* use all these "fancy" axes, they really are quite unique to joysticks and similar game controllers.
In freedesktop.org Bugzilla #70734, Martin Pitt (pitti) wrote : | #16 |
Fixed in http://
michael (scrat-here) wrote : | #1 |
- BootDmesg.txt Edit (75.1 KiB, text/plain; charset="utf-8")
- CurrentDmesg.txt Edit (2.5 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (2.8 KiB, text/plain; charset="utf-8")
- Lspci.txt Edit (11.4 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (701 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (7.8 KiB, text/plain; charset="utf-8")
- ProcEnviron.txt Edit (316 bytes, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (3.4 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (3.8 KiB, text/plain; charset="utf-8")
- UdevDb.txt Edit (182.5 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (398.1 KiB, text/plain; charset="utf-8")
Martin Pitt (pitti) wrote : | #2 |
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 (e. g. from /dev/input/by-id/) and then the output of "getfacl /dev/input/
Thanks!
Changed in systemd (Ubuntu): | |
status: | New → Incomplete |
michael (scrat-here) wrote : Re: [Bug 1332444] Re: CH Pedals are not working in 14.04 | #3 |
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://
#!/bin/bash
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
cd ~/X-Plane_10
sudo mount -o loop /media/
./X-Plane-x86_64
Thanks
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Monday, August 4, 2014 4:31 PM
Subject: [Bug 1332444] Re: CH Pedals are not working in 14.04
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 (e. g. from /dev/input
/by-id/) and then the output of "getfacl /dev/input/
Thanks!
** Changed in: systemd (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in “systemd” package in Ubuntu:
Incomplete
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi...
Martin Pitt (pitti) wrote : | #4 |
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 does it detect it but doesn't get events from it, or something else?
michael (scrat-here) wrote : | #5 |
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 should execute commands to isolate the problem:
Thanks
-----
michael@
total 0
drwxrw-rw-+ 2 root root 140 Aug 5 08:02 by-id
drwxrw-rw-+ 2 root root 160 Aug 5 08:02 by-path
crw-rw-rw-+ 1 root root 13, 64 Aug 5 08:02 event0
crw-rw-rw-+ 1 root root 13, 65 Aug 5 08:02 event1
crw-rw-rw-+ 1 root root 13, 74 Aug 5 08:02 event10
crw-rw-rw-+ 1 root root 13, 75 Aug 5 08:02 event11
crw-rw-rw-+ 1 root root 13, 76 Aug 5 08:02 event12
crw-rw-rw-+ 1 root root 13, 77 Aug 5 08:02 event13
crw-rw-rw-+ 1 root root 13, 78 Aug 5 08:02 event14
crw-rw-rw-+ 1 root root 13, 79 Aug 5 08:02 event15
crw-rw-rw-+ 1 root root 13, 80 Aug 5 08:02 event16
crw-rw-rw-+ 1 root root 13, 81 Aug 5 08:02 event17
crw-rw-rw-+ 1 root root 13, 82 Aug 5 08:02 event18
crw-rw-rw-+ 1 root root 13, 66 Aug 5 08:02 event2
crw-rw-rw-+ 1 root root 13, 67 Aug 5 08:02 event3
crw-rw-rw-+ 1 root root 13, 68 Aug 5 08:02 event4
crw-rw-rw-+ 1 root root 13, 69 Aug 5 08:02 event5
crw-rw-rw-+ 1 root root 13, 70 Aug 5 08:02 event6
crw-rw-rw-+ 1 root root 13, 71 Aug 5 08:02 event7
crw-rw-rw-+ 1 root root 13, 72 Aug 5 08:02 event8
crw-rw-rw-+ 1 root root 13, 73 Aug 5 08:02 event9
crw-r--r--+ 1 root root 13, 0 Aug 5 08:03 js0
crw-rw-rw-+ 1 root root 13, 1 Aug 5 08:02 js1
crw-rw-rw-+ 1 root root 13, 63 Aug 5 08:02 mice
crw-rw-rw-+ 1 root root 13, 32 Aug 5 08:02 mouse0
michael@
ls: cannot access /dev/input/
ls: cannot access /dev/input/
ls: cannot access /dev/input/
ls: cannot access /dev/input/
ls: cannot access /dev/input/
total 0
l????????? ? ? ? ? ? usb-CH_
l????????? ? ? ? ? ? usb-CH_
l????????? ? ? ? ? ? usb-Logitech_
l????????? ? ? ? ? ? usb-Logitech_
l????????? ? ? ? ? ? usb-Logitech_
michael@
Linux michael-ubuntu 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:40:53 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
michael@
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 002: ID 174c:3074 ASMedia Technology Inc.
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 004: ID 0b05:17d0 ASUSTek Computer, Inc.
Bus 003 Devic...
Martin Pitt (pitti) wrote : | #6 |
> drwxrw-rw-+ 2 root root 140 Aug 5 08:02 by-id
> drwxrw-rw-+ 2 root root 160 Aug 5 08:02 by-path
Your setfacl damaged the permissions of these two directories, so I can't see what /dev/input/
crw-r--r--+ 1 root root 13, 0 Aug 5 08:03 js0
crw-rw-rw-+ 1 root root 13, 1 Aug 5 08:02 js1
These permissions look a bit odd, but everyone can read from these joysticks, so it should be fine. Can you please remove your custom rule (which is a gaping security hole), unplug/replug the joystick, and show "ls -l /dev/input/js*"? You should still have read permissons on those, so I don't think your rule and setfacl calls make any difference wrt. the permissions.
Martin Pitt (pitti) wrote : | #7 |
Sorry, the setfacl call is a gaping security hole, not your custom rule. But /lib/udev/
To find out more, it would also be good if you could install the "evtest" program, run "evtest" (as user), select your Rudder Pedals, and see if you get any events. Or copy&paste the complete output of the program if it doesn't work. Thanks!
michael (scrat-here) wrote : | #8 |
After a reboot and without my script I get:
michael@
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@
the pedals are not working right now
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 8:48 AM
Subject: [Bug 1332444] Re: CH Pedals are not working in 14.04
> drwxrw-rw-+ 2 root root 140 Aug 5 08:02 by-id
> drwxrw-rw-+ 2 root root 160 Aug 5 08:02 by-path
Your setfacl damaged the permissions of these two directories, so I
can't see what /dev/input/
event-joystick point to. But anyway:
crw-r--r--+ 1 root root 13, 0 Aug 5 08:03 js0
crw-rw-rw-+ 1 root root 13, 1 Aug 5 08:02 js1
These permissions look a bit odd, but everyone can read from these
joysticks, so it should be fine. Can you please remove your custom rule
(which is a gaping security hole), unplug/replug the joystick, and show
"ls -l /dev/input/js*"? You should still have read permissons on those,
so I don't think your rule and setfacl calls make any difference wrt.
the permissions.
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in “systemd” package in Ubuntu:
Incomplete
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: ...
michael (scrat-here) wrote : | #9 |
no pedals:
michael@
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@
[sudo] password for michael:
michael@
No device specified, trying to scan all of /dev/input/event*
Not running as root, no devices may be available.
Available devices:
/dev/input/event14: CH PRODUCTS CH FLIGHT SIM YOKE USB
Select the device event number [0-18]: ^C
michael@
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 8:51 AM
Subject: [Bug 1332444] Re: CH Pedals are not working in 14.04
Sorry, the setfacl call is a gaping security hole, not your custom rule.
But /lib/udev/
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 "evtest" (as user), select your Rudder Pedals, and
see if you get any events. Or copy&paste the complete output of the
program if it doesn't work. Thanks!
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in “systemd” package in Ubuntu:
Incomplete
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably f...
Martin Pitt (pitti) wrote : | #10 |
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/
? Thanks!
Martin Pitt (pitti) wrote : | #11 |
Ah, nevermind, this just rang a bell. This was fixed a while ago already, but hasn't found its way into Ubuntu yet: http://
Changed in systemd (Ubuntu): | |
status: | Incomplete → Fix Committed |
Changed in systemd: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
michael (scrat-here) wrote : Re: [Bug 1332444] Re: CH Pedals are not working in 14.04 | #17 |
michael@
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_INPUT=1
capabilities/ev raw kernel attribute: 1b
capabilities/ev decoded bit map:
bit 0: 000000000000001B
capabilities/abs raw kernel attribute: 3001f
capabilities/abs decoded bit map:
bit 0: 000000000003001F
capabilities/rel raw kernel attribute: 0
capabilities/rel decoded bit map:
capabilities/key raw kernel attribute: fff00000000 0 0 0 0
capabilities/key decoded bit map:
bit 0: 0000000000000000
bit 64: 0000000000000000
bit 128: 0000000000000000
bit 192: 0000000000000000
bit 256: 00000FFF00000000
ID_INPUT_JOYSTICK=1
test_key: checking bit block 0 for any keys; found=0
test_key: checking bit block 64 for any keys; found=0
test_key: checking bit block 128 for any keys; found=0
test_key: checking bit block 192 for any keys; found=0
unload module index
michael@
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 10:48 AM
Subject: [Bug 1332444] Re: CH Pedals are not working in 14.04
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/
? Thanks!
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Unknown
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ...
michael (scrat-here) wrote : | #18 |
Great so I just wait or could I manually update without breaking my system?
Thanks
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
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 bell. This was fixed a while ago
already, but hasn't found its way into Ubuntu yet:
http://
** Changed in: systemd (Ubuntu)
Status: Incomplete => Fix Committed
** Bug watch added: freedesktop.org Bugzilla #70734
https:/
** Also affects: systemd via
https:/
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Unknown
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.
dmi.chassis.
Martin Pitt (pitti) wrote : | #19 |
michael [2014-08-05 10:51 -0000]:
> 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)
michael (scrat-here) wrote : | #20 |
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 <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 1:09 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
michael [2014-08-05 10:51 -0000]:
> 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 subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Fix Released
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
michael (scrat-here) wrote : | #21 |
PS: did I tell that it's only randomly working? The udev rule seems to have not much of an effect.
_______
From: Michael <email address hidden>
To: Bug 1332444 <email address hidden>
Sent: Tuesday, August 5, 2014 1:32 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
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 <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 1:09 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
michael [2014-08-05 10:51 -0000]:
> 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 subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Fix Released
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release:
14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER...
Martin Pitt (pitti) wrote : | #22 |
michael [2014-08-05 11:34 -0000]:
> 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?
michael (scrat-here) wrote : | #23 |
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 the next day to see if you're lucky...
No idea but it doesn't feel like permissions at all.
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 2:09 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
michael [2014-08-05 11:34 -0000]:
> 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 notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Fix Released
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.
dmi.chassis.
...
michael (scrat-here) wrote : | #24 |
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 <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 2:09 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
michael [2014-08-05 11:34 -0000]:
> 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 notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Fix Released
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/19/2013
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1405
dmi.board.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
michael (scrat-here) wrote : | #25 |
michael@
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@
Fresh boot today but after removing my setfacl (udev rule is still there) of course still the same!
So you marked this as solved? Haha best to remove this crappy udev. What is that useful for?
Such should never have gone into a LTS. Looks like I need to change distro once I find some free time
and motivation. I've used many years Suse but switched some years ago to ubuntu because of a bug...
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Tuesday, August 5, 2014 2:09 PM
Subject: Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
michael [2014-08-05 11:34 -0000]:
> 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 notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Fix Released
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
I've created a rule in lib/udev/rules.d as 99-xplane.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernel
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: Unity
Date: Fri Jun 20 09:46:31 2014
InstallationDate: Installed on 2014-04-19 (61 days ago)
InstallationM
MachineType: ASUS All Series
ProcKernelCmd
SourcePackage: systemd
UpgradeStatus: No upgrade log present (probab...
Martin Pitt (pitti) wrote : | #26 |
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..
michael (scrat-here) wrote : | #27 |
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@
[sudo] password for michael:
No device specified, trying to scan all of /dev/input/event*
Available devices:
/dev/input/event0: Power Button
/dev/input/event1: Power Button
/dev/input/event2: Logitech USB Receiver
/dev/input/event3: Logitech USB Receiver
/dev/input/event4: CH PRODUCTS CH PRO PEDALS USB
/dev/input/event5: CH PRODUCTS CH FLIGHT SIM YOKE USB
/dev/input/event6: HDA Intel PCH Front Headphone
/dev/input/event7: HDA Intel PCH Line Out Side
/dev/input/event8: HDA Intel PCH Line Out CLFE
/dev/input/event9: HDA Intel PCH Line Out Surround
/dev/input/event10: HDA Intel PCH Line Out Front
/dev/input/event11: HDA Intel PCH Line
/dev/input/event12: HDA Intel PCH Rear Mic
/dev/input/event13: HDA Intel PCH Front Mic
/dev/input/event14: Eee PC WMI hotkeys
/dev/input/event15: HDA NVidia HDMI/DP,pcm=9
/dev/input/event16: HDA NVidia HDMI/DP,pcm=8
/dev/input/event17: HDA NVidia HDMI/DP,pcm=7
/dev/input/event18: HDA NVidia HDMI/DP,pcm=3
Select the device event number [0-18]: ^C
michael@
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@
michael@
No device specified, trying to scan all of /dev/input/event*
Not running as root, no devices may be available.
Available devices:
/dev/input/event0: Power Button
/dev/input/event1: Power Button
/dev/input/event2: Logitech USB Receiver
/dev/input/event3: Logitech USB Receiver
/dev/input/event4: CH PRODUCTS CH PRO PEDALS USB
/dev/input/event5: CH PRODUCTS CH FLIGHT SIM YOKE USB
/dev/input/event6: HDA Intel PCH Front Headphone
/dev/input/event7: HDA Intel PCH Line Out Side
/dev/input/event8: HDA Intel PCH Line Out CLFE
/dev/input/event9: HDA Intel PCH Line Out Surround
/dev/input/event10: HDA Intel PCH Line Out Front
/dev/input/event11: HDA Intel PCH Line
/dev/input/event12: HDA Intel PCH Rear Mic
/dev/input/event13: HDA Intel PCH Front Mic
/dev/input/event14: Eee PC WMI hotkeys
/dev/input/event15: HDA NVidia HDMI/DP,pcm=9
/dev/input/event16: HDA NVidia HDMI/DP,pcm=8
/dev/input/event17: HDA NVidia HDMI/DP,pcm=7
/dev/input/event18: HDA NVidia HDMI/DP,pcm=3
Select the device event number [0-18]: ^C
michael@
_______
From: Martin Pitt <email address hidden>
To: <email address hidden>
Sent: Wednesday, August 6, 2014 7:51 AM
Subject: [Bug 1332444] Re: CH Pedals are not working in 14.04
Do you see it in "sudo evtest"? Do you get events there?
> Looks like I need to change distro
Feel free...
michael (scrat-here) wrote : | #28 |
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
michael@
No device specified, trying to scan all of /dev/input/event*
Not running as root, no devices may be available.
Available devices:
/dev/input/event14: CH PRODUCTS CH FLIGHT SIM YOKE USB
Select the device event number [0-18]: ^C
michael@
michael@
total 0
drwxr-xr-x 4 root root 540 Aug 6 12:24 .
drwxr-xr-x 16 root root 4460 Aug 6 12:25 ..
drwxr-xr-x 2 root root 140 Aug 6 12:24 by-id
drwxr-xr-x 2 root root 160 Aug 6 12:24 by-path
crw-r----- 1 root root 13, 64 Aug 6 12:24 event0
crw-r----- 1 root root 13, 65 Aug 6 12:24 event1
crw-r----- 1 root root 13, 74 Aug 6 12:24 event10
crw-r----- 1 root root 13, 75 Aug 6 12:24 event11
crw-r----- 1 root root 13, 76 Aug 6 12:24 event12
crw------- 1 root root 13, 77 Aug 6 12:24 event13
crw-rw-rw-+ 1 root root 13, 78 Aug 6 12:24 event14
crw-r----- 1 root root 13, 79 Aug 6 12:24 event15
crw-r----- 1 root root 13, 80 Aug 6 12:24 event16
crw-r----- 1 root root 13, 81 Aug 6 12:24 event17
crw-r----- 1 root root 13, 82 Aug 6 12:24 event18
crw-r----- 1 root root 13, 66 Aug 6 12:24 event2
crw-r----- 1 root root 13, 67 Aug 6 12:24 event3
crw-r----- 1 root root 13, 68 Aug 6 12:24 event4
crw-r----- 1 root root 13, 69 Aug 6 12:24 event5
crw-r----- 1 root root 13, 70 Aug 6 12:24 event6
crw-r----- 1 root root 13, 71 Aug 6 12:24 event7
crw-r----- 1 root root 13, 72 Aug 6 12:24 event8
crw-r----- 1 root root 13, 73 Aug 6 12:24 event9
crw-r--r-- 1 root root 13, 0 Aug 6 12:24 js0
crw-rw-r--+ 1 root root 13, 1 Aug 6 12:24 js1
crw-r----- 1 root root 13, 63 Aug 6 12:24 mice
crw-r----- 1 root root 13, 32 Aug 6 12:24 mouse0
michael@
[sudo] password for michael:
michael@
total 0
drwxr-xr-x 4 root root 540 Aug 6 12:24 .
drwxr-xr-x 16 root root 4460 Aug 6 12:25 ..
drwxrw-rw-+ 2 root root 140 Aug 6 12:24 by-id
drwxrw-rw-+ 2 root root 160 Aug 6 12:24 by-path
crw-rw-rw-+ 1 root root 13, 64 Aug 6 12:24 event0
crw-rw-rw-+ 1 root root 13, 65 Aug 6 12:24 event1
crw-rw-rw-+ 1 root root 13, 74 Aug 6 12:24 event10
crw-rw-rw-+ 1 root root 13, 75 Aug 6 12:24 event11
crw-rw-rw-+ 1 root root 13, 76 Aug 6 12:24 event12
crw-rw-rw-+ 1 root root 13, 77 Aug 6 12:24 event13
crw-rw-rw-+ 1 root root 13, 78 Aug 6 12:24 event14
crw-rw-rw-+ 1 root root 13, 79 Aug 6 12:24 event15
crw-rw-rw-+ 1 root root 13, 80 Aug 6 12:24 event16
crw-rw-rw-+ 1 root root 13, 81 Aug 6 12:24 event17
crw-rw-rw-+ 1 root root 13, 82 Aug 6 12:24 event18
crw-rw-rw-+ 1 root root 13, 66 Aug 6 12:24 event2
crw-rw-rw-+ 1 root root 13, 67 Aug 6 12:24 event3
crw-rw-rw-+ 1 root root 13, 68 Aug 6 12:24 event4
crw-rw-rw-+ 1 root root 13, 69 Aug 6...
michael (scrat-here) wrote : | #29 |
Martin, bad news. Even after manually setfacl the pedals are dead today. I've interrupted after ~2 minutes.
michael@
/dev/input
michael@
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 140 Aug 7 10:53 by-id
drwxrw-rw-+ 2 root root 160 Aug 7 10:53 by-path
crw-rw-rw-+ 1 root root 13, 64 Aug 7 10:53 event0
crw-rw-rw-+ 1 root root 13, 65 Aug 7 10:53 event1
crw-rw-rw-+ 1 root root 13, 74 Aug 7 10:53 event10
crw-rw-rw-+ 1 root root 13, 75 Aug 7 10:53 event11
crw-rw-rw-+ 1 root root 13, 76 Aug 7 10:53 event12
crw-rw-rw-+ 1 root root 13, 77 Aug 7 10:53 event13
crw-rw-rw-+ 1 root root 13, 78 Aug 7 10:53 event14
crw-rw-rw-+ 1 root root 13, 79 Aug 7 10:53 event15
crw-rw-rw-+ 1 root root 13, 80 Aug 7 10:53 event16
crw-rw-rw-+ 1 root root 13, 81 Aug 7 10:53 event17
crw-rw-rw-+ 1 root root 13, 82 Aug 7 10:53 event18
crw-rw-rw-+ 1 root root 13, 66 Aug 7 10:53 event2
crw-rw-rw-+ 1 root root 13, 67 Aug 7 10:53 event3
crw-rw-rw-+ 1 root root 13, 68 Aug 7 10:53 event4
crw-rw-rw-+ 1 root root 13, 69 Aug 7 10:53 event5
crw-rw-rw-+ 1 root root 13, 70 Aug 7 10:53 event6
crw-rw-rw-+ 1 root root 13, 71 Aug 7 10:53 event7
crw-rw-rw-+ 1 root root 13, 72 Aug 7 10:53 event8
crw-rw-rw-+ 1 root root 13, 73 Aug 7 10:53 event9
crw-rw-rw-+ 1 root root 13, 0 Aug 7 10:53 js0
crw-rw-rw-+ 1 root root 13, 1 Aug 7 10:53 js1
crw-rw-rw-+ 1 root root 13, 63 Aug 7 10:53 mice
crw-rw-rw-+ 1 root root 13, 32 Aug 7 10:53 mouse0
michael@
No device specified, trying to scan all of /dev/input/event*
Not running as root, no devices may be available.
Available devices:
/dev/input/event0: Power Button
/dev/input/event1: Power Button
/dev/input/event2: Eee PC WMI hotkeys
/dev/input/event3: HDA Intel PCH Front Headphone
/dev/input/event4: HDA Intel PCH Line Out Side
/dev/input/event5: HDA Intel PCH Line Out CLFE
/dev/input/event6: HDA Intel PCH Line Out Surround
/dev/input/event7: HDA Intel PCH Line Out Front
/dev/input/event8: HDA Intel PCH Line
/dev/input/event9: HDA Intel PCH Rear Mic
/dev/input/event10: HDA Intel PCH Front Mic
/dev/input/event11: Logitech USB Receiver
/dev/input/event12: Logitech USB Receiver
/dev/input/event13: CH PRODUCTS CH PRO PEDALS USB
/dev/input/event14: CH PRODUCTS CH FLIGHT SIM YOKE USB
/dev/input/event15: HDA NVidia HDMI/DP,pcm=9
/dev/input/event16: HDA NVidia HDMI/DP,pcm=8
/dev/input/event17: HDA NVidia HDMI/DP,pcm=7
/dev/input/event18: HDA NVidia HDMI/DP,pcm=3
Select the device event number [0-18]: 13
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x68e product 0xf2 version 0x100
Input device name: "CH PRODUCTS CH PRO PEDALS USB "
Supported events:
Event type 0 (EV_SYN)
Event type 3 (EV_ABS)
Event code 0 (ABS_X)
Value 0
Min 0
Max 255
Flat 15
Event code 1 (ABS_Y)
Value 7
Min 0
Max 255
Flat 15
Event code 2 (ABS_Z)
Value 131
Min 0
...
Martin Pitt (pitti) wrote : | #30 |
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 evdev driver for the joystick.
michael (scrat-here) wrote : | #31 |
dead but they work in windows 8.1 without problems. pushing pedals etc. no effect.
michael@
michael@
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 140 Aug 7 10:53 by-id
drwxrw-rw-+ 2 root root 160 Aug 7 10:53 by-path
crw-rw-rw-+ 1 root root 13, 64 Aug 7 10:53 event0
crw-rw-rw-+ 1 root root 13, 65 Aug 7 10:53 event1
crw-rw-rw-+ 1 root root 13, 74 Aug 7 10:53 event10
crw-rw-rw-+ 1 root root 13, 75 Aug 7 10:53 event11
crw-rw-rw-+ 1 root root 13, 76 Aug 7 10:53 event12
crw-rw-rw-+ 1 root root 13, 77 Aug 7 10:53 event13
crw-rw-rw-+ 1 root root 13, 78 Aug 7 10:53 event14
crw-rw-rw-+ 1 root root 13, 79 Aug 7 10:53 event15
crw-rw-rw-+ 1 root root 13, 80 Aug 7 10:53 event16
crw-rw-rw-+ 1 root root 13, 81 Aug 7 10:53 event17
crw-rw-rw-+ 1 root root 13, 82 Aug 7 10:53 event18
crw-rw-rw-+ 1 root root 13, 66 Aug 7 10:53 event2
crw-rw-rw-+ 1 root root 13, 67 Aug 7 10:53 event3
crw-rw-rw-+ 1 root root 13, 68 Aug 7 10:53 event4
crw-rw-rw-+ 1 root root 13, 69 Aug 7 10:53 event5
crw-rw-rw-+ 1 root root 13, 70 Aug 7 10:53 event6
crw-rw-rw-+ 1 root root 13, 71 Aug 7 10:53 event7
crw-rw-rw-+ 1 root root 13, 72 Aug 7 10:53 event8
crw-rw-rw-+ 1 root root 13, 73 Aug 7 10:53 event9
crw-rw-rw-+ 1 root root 13, 0 Aug 7 10:53 js0
crw-rw-rw-+ 1 root root 13, 1 Aug 7 10:53 js1
crw-rw-rw-+ 1 root root 13, 63 Aug 7 10:53 mice
crw-rw-rw-+ 1 root root 13, 32 Aug 7 10:53 mouse0
michael@
No device specified, trying to scan all of /dev/input/event*
Not running as root, no devices may be available.
Available devices:
/dev/input/event0: Power Button
/dev/input/event1: Power Button
/dev/input/event2: Eee PC WMI hotkeys
/dev/input/event3: HDA Intel PCH Front Headphone
/dev/input/event4: HDA Intel PCH Line Out Side
/dev/input/event5: HDA Intel PCH Line Out CLFE
/dev/input/event6: HDA Intel PCH Line Out Surround
/dev/input/event7: HDA Intel PCH Line Out Front
/dev/input/event8: HDA Intel PCH Line
/dev/input/event9: HDA Intel PCH Rear Mic
/dev/input/event10: HDA Intel PCH Front Mic
/dev/input/event11: Logitech USB Receiver
/dev/input/event12: Logitech USB Receiver
/dev/input/event13: CH PRODUCTS CH PRO PEDALS USB
/dev/input/event14: CH PRODUCTS CH FLIGHT SIM YOKE USB
/dev/input/event15: HDA NVidia HDMI/DP,pcm=9
/dev/input/event16: HDA NVidia HDMI/DP,pcm=8
/dev/input/event17: HDA NVidia HDMI/DP,pcm=7
/dev/input/event18: HDA NVidia HDMI/DP,pcm=3
Select the device event number [0-18]: 13
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x68e product 0xf2 version 0x100
Input device name: "CH PRODUCTS CH PRO PEDALS USB "
Supported events:
Event type 0 (EV_SYN)
Event type 3 (EV_ABS)
Event code 0 (ABS_X)
Value 0
Min 0
Max 255
Flat 15
Event code 1 (ABS_Y)
Value 7
Min 0
Max 255
Flat 15
Event code 2 (ABS_Z)
Value 131
Min 0
Max 255
Flat 15
Pr...
Martin Pitt (pitti) wrote : | #32 |
Added kernel task for the lack of evdev events.
description: | updated |
Brad Figg (brad-figg) wrote : Missing required logs. | #33 |
This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 1332444
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
Changed in linux (Ubuntu): | |
status: | New → Incomplete |
michael (scrat-here) wrote : AlsaInfo.txt | #34 |
tags: | added: apport-collected |
description: | updated |
michael (scrat-here) wrote : BootDmesg.txt | #35 |
michael (scrat-here) wrote : CRDA.txt | #36 |
michael (scrat-here) wrote : CurrentDmesg.txt | #37 |
michael (scrat-here) wrote : IwConfig.txt | #38 |
michael (scrat-here) wrote : Lspci.txt | #39 |
michael (scrat-here) wrote : Lsusb.txt | #40 |
michael (scrat-here) wrote : ProcCpuinfo.txt | #41 |
michael (scrat-here) wrote : ProcEnviron.txt | #42 |
michael (scrat-here) wrote : ProcInterrupts.txt | #43 |
michael (scrat-here) wrote : ProcModules.txt | #44 |
michael (scrat-here) wrote : PulseList.txt | #45 |
michael (scrat-here) wrote : RfKill.txt | #46 |
michael (scrat-here) wrote : UdevDb.txt | #47 |
michael (scrat-here) wrote : UdevLog.txt | #48 |
michael (scrat-here) wrote : Re: [Bug 1332444] Missing required logs. | #63 |
Just did that but it seems to have failed? I get:
michael@
The authorization page:
(https:/
should be opening in your browser. Use your browser to authorize
this program to access Launchpad on your behalf.
Press any key to continue or wait (5) seconds...
Waiting to hear from Launchpad about your decision...
(process:3582): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
dpkg-query: no packages found matching linux
Package systemd not installed and no hook available, ignoring
michael@
This bug is not fixed. Who changed it to fixed? Please change it back. Also I can not change
status myself.
_______
From: Brad Figg <email address hidden>
To: <email address hidden>
Sent: Friday, August 8, 2014 6:31 AM
Subject: [Bug 1332444] Missing required logs.
This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:
apport-collect 1332444
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are subscribed to the bug
report.
https:/
Title:
CH Pedals are not working in 14.04
Status in systemd:
Fix Released
Status in “linux” package in Ubuntu:
Incomplete
Status in “systemd” package in Ubuntu:
Fix Committed
Bug description:
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.rules:
# CH PRO PEDALS USB
KERNEL=="event*", ATTRS{idProduct
and even do at every x-plane start:
cd /dev/input
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
but still my CH Pedals are often not working. (sometimes yes but not
always)
------
michael@
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@
----
michael@
udev:
Installed: 204-5ubuntu20.2
Candidate: 204-5ubuntu20.2
Version table:
*** 204-5ubuntu20.2 0
500 http://
100 /var/lib/
500 http://
michael@
I expect my CH pedals to work out of the box like on Windows.
But even with the above they only work sometimes.-
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: udev 204-5ubuntu20.2
ProcVersionSi
description: | updated |
michael (scrat-here) wrote : AlsaInfo.txt | #49 |
michael (scrat-here) wrote : BootDmesg.txt | #50 |
michael (scrat-here) wrote : CRDA.txt | #51 |
michael (scrat-here) wrote : CurrentDmesg.txt | #52 |
michael (scrat-here) wrote : IwConfig.txt | #53 |
michael (scrat-here) wrote : Lspci.txt | #54 |
michael (scrat-here) wrote : Lsusb.txt | #55 |
michael (scrat-here) wrote : ProcCpuinfo.txt | #56 |
michael (scrat-here) wrote : ProcEnviron.txt | #57 |
michael (scrat-here) wrote : ProcInterrupts.txt | #58 |
michael (scrat-here) wrote : ProcModules.txt | #59 |
michael (scrat-here) wrote : RfKill.txt | #60 |
michael (scrat-here) wrote : UdevDb.txt | #61 |
michael (scrat-here) wrote : UdevLog.txt | #62 |
michael (scrat-here) wrote : | #64 |
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 |
michael (scrat-here) wrote : | #65 |
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/
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-3' |sudo tee /sys/bus/
sudo lsusb -v
echo '3-3' |sudo tee /sys/bus/
any voilà my Pedals work. wub.png Probably the lsusb in between
is not needed and I'll try next time without.
Martin Pitt (pitti) wrote : | #66 |
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 |
Hello,
when a rudder pedals (e.g. 06a3:0763 Saitek PLC Pro Flight Rudder Pedals) are connected, the /dev/input/jsX and /dev/input/eventX are created. The problem is, that while jsX device has 644 permissions (enybody can read), the eventX device is available only to root, while any other joystick-like device receives ACLs for the current user.
If I'm not mistaken, the culprit is in the joystick detection heuristics - it looks for some axes and buttons, while these devices have only three axes.
Would it be possible to either extend the joystick detection heuristics to handle such devices (CH products pedals reportedly behave the same) or to create some exceptions for them, so these devices would work out of the box?
Please let me know if you need any more informations.
Kind regards,
Michal Navratil