CH Pedals are not working in 14.04

Bug #1332444 reported by michael
20
This bug affects 4 people
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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

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@michael-ubuntu:~$ lsb_release -rd
Description: Ubuntu 14.04 LTS
Release: 14.04
michael@michael-ubuntu:~$

----
michael@michael-ubuntu:~$ apt-cache policy udev
udev:
  Installed: 204-5ubuntu20.2
  Candidate: 204-5ubuntu20.2
  Version table:
 *** 204-5ubuntu20.2 0
        500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     204-5ubuntu20 0
        500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
michael@michael-ubuntu:~$

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
ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
Uname: Linux 3.13.0-29-generic x86_64
NonfreeKernelModules: nvidia
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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
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.asset.tag: To be filled by O.E.M.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1405:bd08/19/2013:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnZ87-PRO:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: All Series
dmi.product.version: System Version
dmi.sys.vendor: ASUS
---
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: michael 1586 F.... pulseaudio
 /dev/snd/controlC0: michael 1586 F.... pulseaudio
CurrentDesktop: Unity
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=UUID=82d28a0c-f533-4a45-80f0-6aab843a37b5
InstallationDate: Installed on 2014-04-19 (110 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: ASUS All Series
NonfreeKernelModules: nvidia
Package: systemd
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-32-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-32-generic N/A
 linux-backports-modules-3.13.0-32-generic N/A
 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.asset.tag: To be filled by O.E.M.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1405:bd08/19/2013:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnZ87-PRO:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: All Series
dmi.product.version: System Version
dmi.sys.vendor: ASUS
---
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: michael 1586 F.... pulseaudio
 /dev/snd/controlC0: michael 1586 F.... pulseaudio
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=UUID=82d28a0c-f533-4a45-80f0-6aab843a37b5
InstallationDate: Installed on 2014-04-19 (110 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: ASUS All Series
NonfreeKernelModules: nvidia
Package: systemd
ProcFB: 0 EFI VGA
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-32-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4
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.
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-32-generic N/A
 linux-backports-modules-3.13.0-32-generic N/A
 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.asset.tag: To be filled by O.E.M.
dmi.board.name: Z87-PRO
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1405:bd08/19/2013:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnZ87-PRO:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: All Series
dmi.product.version: System Version
dmi.sys.vendor: ASUS

Revision history for this message
In , Michal Navratil (f-josef) wrote :

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

Revision history for this message
In , Martin Pitt (pitti) wrote :

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!

Revision history for this message
In , Michal Navratil (f-josef) wrote :

Created attachment 95318
Requested udev info on Saitek rudder pedals.

Revision history for this message
In , Martin Pitt (pitti) wrote :

> # udevadm info --name=input/event12
> [...]
> 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://www.kernel.org/doc/Documentation/input/event-codes.txt) does not mention it and googling for it doesn't help much either.

However, touch screens, touchpads, and accelerometers do *not* use all these "fancy" axes, they really are quite unique to joysticks and similar game controllers.

Revision history for this message
In , Martin Pitt (pitti) wrote :

Fixed in http://cgit.freedesktop.org/systemd/systemd/commit/?id=2658624399 . If you have a chance to test, I'd appreciate, but this ought to match at least your device (and presumably a lot of similar devices).

Revision history for this message
michael (scrat-here) wrote :
Revision history for this message
Martin Pitt (pitti) wrote :

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/eventNN"?

Thanks!

Changed in systemd (Ubuntu):
status: New → Incomplete
Revision history for this message
michael (scrat-here) wrote : Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
Download full text (3.9 KiB)

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
sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
cd ~/X-Plane_10
sudo mount -o loop /media/michael/DATA/img/xplane10.iso /media/michael/XPLANE10
./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/eventNN"?

Thanks!

** Changed in: systemd (Ubuntu)
       Status: New => Incomplete

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 08/19/2013
  dmi...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

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?

Revision history for this message
michael (scrat-here) wrote :
Download full text (6.7 KiB)

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@michael-ubuntu:~$ ls -l /dev/input
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@michael-ubuntu:~$ ls -l /dev/input/by-id
ls: cannot access /dev/input/by-id/usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-joystick: Permission denied
ls: cannot access /dev/input/by-id/usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-event-joystick: Permission denied
ls: cannot access /dev/input/by-id/usb-Logitech_USB_Receiver-if01-mouse: Permission denied
ls: cannot access /dev/input/by-id/usb-Logitech_USB_Receiver-if01-event-mouse: Permission denied
ls: cannot access /dev/input/by-id/usb-Logitech_USB_Receiver-event-kbd: Permission denied
total 0
l????????? ? ? ? ?            ? usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-event-joystick
l????????? ? ? ? ?            ? usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-joystick
l????????? ? ? ? ?            ? usb-Logitech_USB_Receiver-event-kbd
l????????? ? ? ? ?            ? usb-Logitech_USB_Receiver-if01-event-mouse
l????????? ? ? ? ?            ? usb-Logitech_USB_Receiver-if01-mouse
michael@michael-ubuntu:~$ uname -a
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@michael-ubuntu:~$ lsusb
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...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

> 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/by-id/usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-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.

Revision history for this message
Martin Pitt (pitti) wrote :

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 "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!

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.9 KiB)

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

________________________________
 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/by-id/usb-CH_PRODUCTS_CH_FLIGHT_SIM_YOKE_USB-
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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  SourcePackage: systemd
  UpgradeStatus: ...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.9 KiB)

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, 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-ubuntu:~$

________________________________
 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/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 "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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably f...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

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!

Revision history for this message
Martin Pitt (pitti) wrote :

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
Changed in systemd:
importance: Unknown → Medium
status: Unknown → Fix Released
Revision history for this message
michael (scrat-here) wrote : Re: [Bug 1332444] Re: CH Pedals are not working in 14.04
Download full text (4.2 KiB)

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_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@michael-ubuntu:~$

________________________________
 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/input/js1

? Thanks!

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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 ...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.5 KiB)

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://cgit.freedesktop.org/systemd/systemd/commit/?id=2658624399b

** Changed in: systemd (Ubuntu)
       Status: Incomplete => Fix Committed

** Bug watch added: freedesktop.org Bugzilla #70734
  https://bugs.freedesktop.org/show_bug.cgi?id=70734

** Also affects: systemd via
  https://bugs.freedesktop.org/show_bug.cgi?id=70734
   Importance: Unknown
       Status: Unknown

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  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.asset.tag: To be filled by O.E.M.
  dmi.board.name: Z87-PRO
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: Rev 1.xx
  dmi.chassis.asset.tag: Asset-1234567890
  dmi.chassis.type: 3
  dmi.chassis.vendor: Chassis Manufacture
  dmi.chassis.version:...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

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)

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.4 KiB)

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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  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.asset.tag: To be filled by O.E.M.
  dmi.board.name: Z87-PRO
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: Rev 1.xx
  dmi.chassis.asset.tag: Asset-1234567890
  dmi.chassis.type: 3
  dmi.chassis.vendor: Chassis Manufacture
  dmi.chassis.version: Chassis Version
  dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1405:bd08/19/2013:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnZ87-PRO:rvrRev1.xx:c...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.7 KiB)

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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:
 14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro

 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.asset.tag: To be filled by O.E.M.
  dmi.board.name: Z87-PRO
  dmi.board.vendor: ASUSTeK COMPUTER...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

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?

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.6 KiB)

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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  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.asset.tag: To be filled by O.E.M.
  dmi.board.name: Z87-PRO
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: Rev 1.xx
  dmi.chassis.asset.tag: Asset-1234567890
...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.5 KiB)

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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  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.asset.tag: To be filled by O.E.M.
  dmi.board.name: Z87-PRO
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: Rev 1.xx
  dmi.chassis.asset.tag: Asset-1234567890
  dmi.chassis.type: 3
  dmi.chassis.vendor: Chassis Manufacture
  dmi.chassis.version: Chassis Version
  dmi.modalias: dmi:bvnAmericanMegatrendsIn...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.9 KiB)

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 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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
  Uname: Linux 3.13.0-29-generic x86_64
  NonfreeKernelModules: nvidia
  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=/boot/vmlinuz-3.13.0-29-generic.efi.signed root=UUID=2c43c000-7e14-4304-9dd6-e10fe2810f92 ro
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probab...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

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..

Revision history for this message
michael (scrat-here) wrote :
Download full text (6.0 KiB)

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 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@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:~$ cd /dev/input
michael@michael-ubuntu:/dev/input$ sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
michael@michael-ubuntu:/dev/input$ 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/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@michael-ubuntu:/dev/input$

________________________________
 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...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (6.7 KiB)

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@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/event14:    CH PRODUCTS CH FLIGHT SIM YOKE USB
Select the device event number [0-18]: ^C
michael@michael-ubuntu:~$ cd /dev/input
michael@michael-ubuntu:/dev/input$ ls -la
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@michael-ubuntu:/dev/input$ sudo setfacl --modify u:michael:rw- --modify g::rw- --modify o::rw- *
[sudo] password for michael:
michael@michael-ubuntu:/dev/input$ ls -la
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...

Read more...

Revision history for this message
michael (scrat-here) wrote :
Download full text (3.2 KiB)

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: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@michael-ubuntu:/dev/input$ 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/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
      ...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

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.

Revision history for this message
michael (scrat-here) wrote :
Download full text (8.1 KiB)

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    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@michael-ubuntu:/dev/input$ 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/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...

Read more...

Revision history for this message
Martin Pitt (pitti) wrote :

Added kernel task for the lack of evdev events.

description: updated
Revision history for this message
Brad Figg (brad-figg) wrote : 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
Revision history for this message
michael (scrat-here) wrote : AlsaInfo.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
michael (scrat-here) wrote : BootDmesg.txt

apport information

Revision history for this message
michael (scrat-here) wrote : CRDA.txt

apport information

Revision history for this message
michael (scrat-here) wrote : CurrentDmesg.txt

apport information

Revision history for this message
michael (scrat-here) wrote : IwConfig.txt

apport information

Revision history for this message
michael (scrat-here) wrote : Lspci.txt

apport information

Revision history for this message
michael (scrat-here) wrote : Lsusb.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcEnviron.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcInterrupts.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcModules.txt

apport information

Revision history for this message
michael (scrat-here) wrote : PulseList.txt

apport information

Revision history for this message
michael (scrat-here) wrote : RfKill.txt

apport information

Revision history for this message
michael (scrat-here) wrote : UdevDb.txt

apport information

Revision history for this message
michael (scrat-here) wrote : UdevLog.txt

apport information

Revision history for this message
michael (scrat-here) wrote : Re: [Bug 1332444] Missing required logs.
Download full text (4.5 KiB)

Just did that but it seems to have failed? I get:

michael@michael-ubuntu:~$ apport-collect 1332444
The authorization page:
 (https://launchpad.net/+authorize-token?oauth_token=7dBtRFCh2T9SlCXH68mm&allow_permission=DESKTOP_INTEGRATION)
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@michael-ubuntu:~$

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://bugs.launchpad.net/bugs/1332444

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}=="00f2", ATTRS{idVendor}=="068e", MODE="0666"

  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@michael-ubuntu:~$ lsb_release -rd
  Description:    Ubuntu 14.04 LTS
  Release:    14.04
  michael@michael-ubuntu:~$

  ----
  michael@michael-ubuntu:~$ apt-cache policy udev
  udev:
    Installed: 204-5ubuntu20.2
    Candidate: 204-5ubuntu20.2
    Version table:
   *** 204-5ubuntu20.2 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty-updates/main amd64 Packages
          100 /var/lib/dpkg/status
       204-5ubuntu20 0
          500 http://ch.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
  michael@michael-ubuntu:~$

  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
  ProcVersionSignature: Ubuntu 3.13.0-29.5...

Read more...

description: updated
Revision history for this message
michael (scrat-here) wrote : AlsaInfo.txt

apport information

Revision history for this message
michael (scrat-here) wrote : BootDmesg.txt

apport information

Revision history for this message
michael (scrat-here) wrote : CRDA.txt

apport information

Revision history for this message
michael (scrat-here) wrote : CurrentDmesg.txt

apport information

Revision history for this message
michael (scrat-here) wrote : IwConfig.txt

apport information

Revision history for this message
michael (scrat-here) wrote : Lspci.txt

apport information

Revision history for this message
michael (scrat-here) wrote : Lsusb.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcEnviron.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcInterrupts.txt

apport information

Revision history for this message
michael (scrat-here) wrote : ProcModules.txt

apport information

Revision history for this message
michael (scrat-here) wrote : RfKill.txt

apport information

Revision history for this message
michael (scrat-here) wrote : UdevDb.txt

apport information

Revision history for this message
michael (scrat-here) wrote : UdevLog.txt

apport information

Revision history for this message
michael (scrat-here) wrote :

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
Revision history for this message
michael (scrat-here) wrote :

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-3' |sudo tee /sys/bus/usb/drivers/usb/unbind
sudo lsusb -v
echo '3-3' |sudo tee /sys/bus/usb/drivers/usb/bind

any voilà my Pedals work. wub.png Probably the lsusb in between
is not needed and I'll try next time without.

Revision history for this message
Martin Pitt (pitti) wrote :

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
To post a comment you must log in.