Comment 9 for bug 1187189

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.