Opened 9 years ago

Last modified 3 months ago

#8395 new enhancement

Automatic Vesa graphics fallback

Reported by: jonas.kirilla Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Drivers/Graphics Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All


Have a graphics driver realize (before crashing) that it has failed setting up the hardware, have it abort and fall back to vesa, letting the vesa driver have a shot.

Is it possible and worthwhile?

Change History (3)

comment:1 by anevilyak, 9 years ago

Depends on what you mean by "before crashing". Generally the drivers already do error check initialization and don't publish a node in /dev/graphics if they fail, (as a result of which the vesa driver will obviously be selected). If you mean the scenario where they crash the app_server, then I don't realistically see how, since most of the time those forms of crashes are just a case of the same pointer/memory errors that result in every day app segfaults, which aren't realistically detectable in all cases, and should simply be fixed in the driver in question.

The other scenario is where things lock up while doing the initialization, which is also often not really detectable/avoidable if it's a consequence of the graphics hardware itself corrupting something rather than a fault in the driver, except by determining that's the issue and blacklisting or doing a quirks workaround for that piece of hardware after the fact, as is already done in various cases (not just graphics).

comment:2 by kallisti5, 7 years ago

Actually, if the accelerant fails to load (even returning cleanly), the app_server crashes. (the radeon_hd accelerant did this if I returned on an error)

comment:3 by pulkomandy, 3 months ago

Milestone: R1Unscheduled
Note: See TracTickets for help on using tickets.