The added udev rules look fine, they should be harmless and unrelated
here. The pm-suspend log looks fine too. The problem is that your usb
controller appears to be forcing a full disconnect and reconnect of all
usb devices. That equates to a new mceusb device being plugged in, and
some udev and/or upstart rule running that restarts lirc. Take a look at
the lirc initscript and whatever else is installed as part of the ubuntu
lirc package.

For #3, you're more than welcome to pull a copy of the patch and build a
kernel locally to test.

Having a non-functional irw post-resume is expected in this case. The
mceusb device got disconnected, then the kernel oopsed on reconnect. The
rc-core subsystem and mceusb driver are both in suspect states, and
memory corruption has occurred. All bets are off at that point, until
you reboot.

The nyxboard is mostly uninteresting, its simply an HID device. The fact
there's RF involved is entirely opaque to the kernel.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/789819

Title:
  Lirc mceusb resume problem

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/789819/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to