diff options
| author | Stefan Wahren <wahrenst@gmx.net> | 2025-11-04 18:45:18 +0100 |
|---|---|---|
| committer | Florian Fainelli <florian.fainelli@broadcom.com> | 2025-11-04 14:20:40 -0800 |
| commit | 9c16e4d216d8103a8178bbe070eb21f779f190c0 (patch) | |
| tree | 4fe46e89efde456c81c372443f96f6f4d92a6382 /net/unix/af_unix.c | |
| parent | 6146a0f1dfae5d37442a9ddcba012add260bceb0 (diff) | |
arm64: defconfig: Fix V3D deferred probe timeout
The commit 4adc20ba95d4 ("ARM: dts: broadcom: rpi: Switch to V3D firmware
clock") causes a regression in arm64 developer setups, which stores the
kernel modules via NFS. Before this change the involved V3D clock provider
was builtin, but after this DT change the clk-raspberrypi is responsible
for V3D and for arm64/defconfig this driver is build as a kernel module.
In case these kernel modules are provided via NFS this takes too long and
the PM domain core give up before the clock driver could be loaded:
v3d fec00000.gpu: deferred probe timeout, ignoring dependency
So resolve this issue by making this critical driver builtin.
Reported-by: Mark Brown <broonie@kernel.org>
Closes: https://lore.kernel.org/linux-arm-kernel/9ebda74e-e700-4fbe-bca5-382f92417a9c@sirena.org.uk/
Fixes: 4adc20ba95d4 ("ARM: dts: broadcom: rpi: Switch to V3D firmware clock")
Signed-off-by: Stefan Wahren <wahrenst@gmx.net>
Link: https://lore.kernel.org/r/20251104174518.11783-1-wahrenst@gmx.net
Signed-off-by: Florian Fainelli <florian.fainelli@broadcom.com>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions
