Framebuffer driver instead of radeon_hd. GLTeapot: "No OpenGL driver available!".

[Premislaus]

hrev50896 x86_64. Haiku doesn't load radeon_hd driver on my system. In the past this was working, but I had glitches, garbage on the screen. As a result, I set up a fail-safe mode.

Maybe ticket #12026 is related to my issue.

From listdev:

device Display controller (VGA compatible controller, VGA controller) [3|0|0]
  vendor 1002: Advanced Micro Devices, Inc. [AMD/ATI]
  device 9990: Trinity [Radeon HD 7520G]

device Display controller (VGA compatible controller, VGA controller) [3|0|0]
  vendor 1002: Advanced Micro Devices, Inc. [AMD/ATI]
  device 6840: Thames [Radeon HD 7500M/7600M Series]

From Syslog:

KERN: Radeon - init_hardware: Version: 5.1.6.0
KERN: Radeon - Radeon_CardDetect: no supported devices found
KERN: framebuffer: init_hardware()
KERN: framebuffer: init_driver()
KERN: framebuffer: publish_devices()
KERN: framebuffer: find_device()
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/graphics/framebuffer

[pulkomandy]

The GL Teapot part is only because you need to install either mesa_swrast or mesa_softpipe renderer. We should make sure it is installed by default in nightly images, however, but we need to chose one of the two.

If you don't have any problems with VESA, why not just use that?

[Premislaus]

Replying to pulkomandy:

The GL Teapot part is only because you need to install either mesa_swrast or mesa_softpipe renderer. We should make sure it is installed by default in nightly images, however, but we need to chose one of the two.

Ahh, thank you! I had installed mesa, and not installed mesa_swpipe.

If you don't have any problems with VESA, why not just use that?

I don't know. Maybe because Kallisti5 pushes patches or I have screen tearing (watching films, moving windows)?

[vidrep]

hrev51230 x86_64 still does not have mesa_swpipe included. Installing mesa_swpipe gets GLTeapot working again on x86 and x86_64. However, there is an issue whereby the spinning teapot cannot be controlled by the mouse. Mouse control does work on x86_gcc2h

[nephele]

hrev51339 added mesa_swpipe or mesa_swrast

(screen glitches is tracked in https://dev.haiku-os.org/ticket/13864)