Opened 3 years ago

Last modified 2 years ago

#13236 new bug

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

Reported by: Premislaus Owned by: kallisti5
Priority: normal Milestone: Unscheduled
Component: Drivers/Graphics/radeon_hd Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description

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

Attachments (5)

syslog (484.6 KB ) - added by Premislaus 3 years ago.
syslog.old (512.0 KB ) - added by Premislaus 3 years ago.
listdev.txt (3.4 KB ) - added by Premislaus 3 years ago.
GLTeapot: %22No OpenGL driver (51.5 KB ) - added by Premislaus 3 years ago.
GLTeapot: %22No OpenGL driver .png (51.5 KB ) - added by Premislaus 3 years ago.

Download all attachments as: .zip

Change History (8)

by Premislaus, 3 years ago

Attachment: syslog added

by Premislaus, 3 years ago

Attachment: syslog.old added

by Premislaus, 3 years ago

Attachment: listdev.txt added

by Premislaus, 3 years ago

by Premislaus, 3 years ago

comment:1 by pulkomandy, 3 years ago

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?

in reply to:  1 comment:2 by Premislaus, 3 years ago

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)?

comment:3 by vidrep, 2 years ago

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

Note: See TracTickets for help on using tickets.