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