fix unpackaged hierarchy for kerneldrivers (etc) to load/publish -before- app-server start (UEFI hardware)

[rudolfc]

On UEFI systems the unpackaged driver hierarchy won’t work at all, no matter if 32 or 64bit, no matter if UEFI or legacy setup, for app_server: since the drivers there are published too late for it to find them at it's scanning time.

In order to test drivers the only way I can get it done is by using a fully unpacked system and update the system hierarchy directly.

[korli]

In case of a regression, could bisecting help to find the triggering commit?

[beaglejoe]

Probably not UEFI changes if it affects 32bit.

[rudolfc]

Hopefully Waddlesplash can tell a bit more about this?

See: ​https://discuss.haiku-os.org/t/improving-the-intel-extreme-driver-was-graphics-on-dell-laptop-in-vesa-mode-only/10583/185

[X512]

Maybe blacklisting packaged driver will help?

[rudolfc]

Tried that, does not help. This is certainly not the problem. The problem is exactly as I described in the description of the ticket.. (I modified app_server to double check this, when it scans /dev/ hierarchy, the non-packaged drivers are not yet published there.)

[rudolfc]

From the looks of it this is solved somewhere down the (time)line. Currently I am testing with the intel_extreme driver via the unpackaged hierarchy on recent nightlies, so I'll close this ticket.

Thanks!

Update:

• on hrev55342, x64, confirmed not OK
• on hrev55464, x64, confirmed OK.