On Fri, Jun 07, 2013 at 04:59:51AM -0000, Martin Pitt wrote: > Does that mean we should revert the firmware lookup from /system and > /vendor in udev?
Possibly. You were rather quick on the draw in uploading that change, I was expecting more discussion first. ;-) For the moment, lxc-android-config is diverting /lib/udev/rules.d/50-firmware.rules, which stops *all* firmware loading from udev. This is certainly not the preferred behavior; if possible, I think we should prefer udev to handle all the firmware loading and take ueventd out of the picture entirely, so that we can have a single, consistent, upstreamed handler for all of this. However, Oliver seems to have some concerns about the robustness / maintainability of this, so I haven't pushed things in this direction so far. If we could trust udev to handle all the events once for both sides, then the ueventd ordering problem would go away, the need for diversions would go away, and we would want to stick with udev reading from /system/firmware and /vendor/firmware directly. But it's not certain yet that we want to do that, so I think some more investigation is still needed before we decide. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1187189 Title: Kernel crash and reboot when accessing video device To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux-mako/+bug/1187189/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
