Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1083981

Bug#1001039: panfrost: missing dependency in modinfo causes issues during early loading (dmesg)

From Danny van Heumen <danny@dannyvanheumen.nl>
Newsgroups linux.debian.bugs.dist, linux.debian.kernel
Subject Bug#1001039: panfrost: missing dependency in modinfo causes issues during early loading (dmesg)
Date 2021-12-02 23:10 +0100
Message-ID <Dq2r8-4x2-3@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


Package: linux-signed-arm64
Version: 5.10.70+1
Version: 5.14.9+2~bpo11+1

The 'panfrost' driver for the variety of Mali graphics devices requires a GPU scaling governor to be available. Either this version of the source has not yet been patched, or the patch only affects a statically bound governor. In any case, In the above versions, I've had to define the dependency myself.
(governor_simpleondemand <- gpu_sched <- panfrost, but neither panfrost or gpu_sched explicitly depends on governor_simpleondemand)

In the original case -- the device is Pinebook Pro -- initialization of 'panfrost' would fail repeatedly, causing Xorg to fail to detect the panfrost device and start with LLVMpipe graphics device. Only after reloading panfrost (remove + install) and restarting the desktop manager, would panfrost be detected.

A (temporary) fix would be a 'modprobe.d' config file with the line: `softdep panfrost pre: governor_simpleondemand`.
This ensures that panfrost initializes successfully on early init.

I'm not sure if this is the appropriate package to report this bug on. So please correct if necessary.

Kind regards

PS: I had to type the 'softdep' line from memory, so please read over it once to check for silly typos.

Back to linux.debian.bugs.dist | Previous | Next | Find similar | Unroll thread


Thread

Bug#1001039: panfrost: missing dependency in modinfo causes issues during early loading (dmesg) Danny van Heumen <danny@dannyvanheumen.nl> - 2021-12-02 23:10 +0100

csiph-web