Gnome Settings: About shows that LLVM graphics is being used (Panfrost + Wayland) #254
Labels
No labels
CI enhacement
CS10 (chromestick)
HIGH PRIOROITY
Low Priority
Solved
TODO
arm64
armhf
bug
c100 (veyron minnie)
duplicate
enhancement
good first issue
help wanted
invalid
minor bug
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ev4/PrawnOS#254
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Under Wayland, Gnome Settings: About shows this graphics string:
llvmpipe (LLVM 11.0.0, 128 bits) / Unknown Graphics Controller. Under Xorg it correctly shows that Panfrost is being used, however.Machine model: c201
same here, FWIW. fresh install of latest PrawnOS
Can you try with having(one at a time):
And show what has LLVMpipe renderer and what makes use of Panfrost?
My user was already in the video group
This made no difference
I don't understand. Could you explain in more detail what I need to do here?
this could explain https://github.com/SolidHal/PrawnOS/issues/225
if the compositor/wm isn't getting hw accel from panfrost, the cursor lag could be caused by the sw rendering not being able to keep up.
On gru-kevin, gnome simply reports "Unknown Graphics Controller / Unknown Graphics Controller" which is probably correct, so this issue seems to only effect the c201, or maybe just armhf devices?
Tested v1.1 on veyron-speedy, which has the mesa 10.2.1-100 packages built by PrawnOS instead of the upstream debian ones and kernel 5.4.57
The Graphics section in Gnome About is properly populated with
Mali T760 (Panfrost) /Mali T760 (Panfrost)I then upgraded on the kernel to 5.9.12, keeping everything else on the system the same and found the Graphics section to be incorrect, so this is likely a kernel bug or a bug with how mesa/the kernel interact.