Raspberry Pi 4: Hardware rendering becomes broken after a few seconds. It can be fixed with gfx.webrender.pbo-uploads=false.
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox95 | --- | disabled |
People
(Reporter: jan, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: nightly-community)
Attachments
(5 files)
SoC: BCM2711B0
- CPU: ARM Cortex-A72
- GPU: Broadcom VideoCore VI
Reporter | ||
Comment 1•3 years ago
|
||
Reporter | ||
Comment 2•3 years ago
|
||
Reporter | ||
Comment 3•3 years ago
|
||
Reporter | ||
Comment 4•3 years ago
|
||
Comment 5•3 years ago
|
||
Guessing that Glenn should look at this, because of the pbo-uploads
connection.
Comment 6•3 years ago
|
||
I don't have much knowledge of that part of the WR code, perhaps Nical or Jamie might know more?
Reporter | ||
Updated•3 years ago
|
Comment 7•3 years ago
|
||
It seems like this is likely an upstream bug. Darkspirit can you file a mesa issue and link to it from here?
Updated•3 years ago
|
Reporter | ||
Comment 8•3 years ago
|
||
bug 1725624 was filed for the "OpenGL" compositor.
https://gitlab.freedesktop.org/mesa/mesa/-/issues/4620 was filed for WR 87/Wayland/Raspberry Pi4, but it looks different from what I'm seeing.
The only way to test I know of is manually downloading an infrequent autoland Tier 2 Linux Aarch64 opt build.
I need to test older Nightly versions and I also need to find out how to test latest Mesa.
Updated•3 years ago
|
Reporter | ||
Comment 9•2 years ago
|
||
General UI glitch/flickering doesn't seem to occur anymore when force-enabling HW WR.
But there is a video color glitch: bug 1784327
Description
•