armbian/linux-rockchip
0
0
Fork 0
mirror of https://github.com/armbian/linux-rockchip.git synced 2026-01-06 11:08:10 -08:00
Code Issues Packages Projects Releases Wiki Activity
1,280,621 Commits 20 Branches 17 Tags
mekotronic
Commit Graph

1280621 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
balbes150
1ac3d13ca1 add dts for r58-4x4 2025-10-03 11:48:48 +02:00
Jianfeng Liu
8343e0f86e Add Blueberry R58 HD3 device trees 2025-09-25 18:05:05 +08:00
SuperKali
155d924426 board: NanoPi M5 add initial support (#400) 2025-09-19 08:08:28 +02:00
Łukasz Sobala
f07e92459e Fix amdgpu failure to compile (#387) 
* fix amdgpu failure to compile

* fix indentation

* fix indentation

---------

Co-authored-by: Jianfeng Liu <liujianfeng1994@gmail.com>
 2025-09-17 08:59:42 +08:00
Muhammed Efe Cetin
2590770a3d arm64: dts: rockchip: add support for BananaPi M5 Pro 2025-09-15 13:59:50 +03:00
Jianfeng Liu
41c42281a4 arch: arm: dts: add armsom forge1 support 2025-09-12 23:53:09 +08:00
Jianfeng Liu
18a5e3b094 arm64: dts: rockchip: add support for Radxa CM4 IO Board 2025-09-11 15:20:40 +08:00
SuperKali
b038d04435 dts: nanopi-r76s: fix CPUFreq issue and split DTS for upcoming M5 support (#396) 2025-09-09 08:44:29 +02:00
SuperKali
e616b735ce dts: arm64: nanopi r76s fixing bluetooth issue causing reset of entire module (#395) 2025-09-07 22:38:15 +02:00
SuperKali
af2a5e7041 arm64: dts: rockchip: add support for NanoPi R76S (#394) 
Introduce initial device tree support for the FriendlyELEC NanoPi R76S
board, based on the Rockchip RK3576 SoC.
 2025-09-07 18:50:19 +02:00
jack@armsom.org
9bf5251735 arch/arm64/boot/dts/rockchip/rk3576-armsom-sige5.dts: leds fix 2025-09-02 09:24:56 +02:00
Mecid
a7bb236096 Add Board: Radxa Rock-4D (#391) 
* Add Board: Radxa Rock-4D

* Add Rock-4D SPI variant

* Fix Rock4D Makefile typo

* RK3576: Rock-4D delete bootargs in devicetree
 2025-09-01 19:12:42 +02:00
Igor
c5fe17efa3 Update Armbian logo in README 2025-08-28 05:58:19 +02:00
Boris Brezillon
c35fb8e694 drm/panthor: Fix the panthor_gpu_coherency_init() error path 
The panthor_gpu_coherency_init() call has been moved around, but the
error path hasn't been adjusted accordingly. Make sure we undo what
has been done before this call in case of failure.

Fixes: 7d5a3b22f5b5 ("drm/panthor: Call panthor_gpu_coherency_init() after PM resume()")
Reported-by: Dan Carpenter <dan.carpenter@linaro.org>
Closes: https://lore.kernel.org/dri-devel/4da470aa-4f84-460e-aff8-dabc8cc4da15@stanley.mountain/T/#t
Reviewed-by: Steven Price <steven.price@arm.com>
Reviewed-by: Liviu Dudau <liviu.dudau@arm.com>
Link: https://lore.kernel.org/r/20250414130120.581274-1-boris.brezillon@collabora.com
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
 2025-08-28 05:46:56 +02:00
Boris Brezillon
2225ea242c drm/panthor: Don't update MMU_INT_MASK in panthor_mmu_irq_handler() 
Interrupts are automatically unmasked in
panthor_mmu_irq_threaded_handler() when the handler returns. Unmasking
prematurely might generate spurious interrupts if the IRQ line is
shared.

Changes in v2:
- New patch

Changes in v3:
- Add R-bs

Reviewed-by: Liviu Dudau <liviu.dudau@arm.com>
Reviewed-by: Steven Price <steven.price@arm.com>
Link: https://lore.kernel.org/r/20250404080933.2912674-6-boris.brezillon@collabora.com
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
 2025-08-28 05:46:56 +02:00
Boris Brezillon
00bcc23a03 drm/panthor: Let IRQ handlers clear the interrupts themselves 
MMU handler needs to be in control of the job interrupt clears because
clearing the interrupt also unblocks the writer/reader that triggered
the fault, and we don't want it to be unblocked until we've had a chance
to process the IRQ.

Since clearing the clearing is just one line, let's make it explicit
instead of doing it in the generic code path.

Note that this commit changes the existing behavior in that the MMU
COMPLETED irqs are no longer cleared, which is fine because they are
masked, so we're not risking an interrupt flood.

Changes in v3:
- Mention the fact we no longer clear MMU COMPLETED irqs
- Add Liviu's R-b

Changes in v2:
- Move the MMU_INT_CLEAR around

Reviewed-by: Liviu Dudau <liviu.dudau@arm.com>
Reviewed-by: Steven Price <steven.price@arm.com>
Link: https://lore.kernel.org/r/20250404080933.2912674-5-boris.brezillon@collabora.com
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
 2025-08-28 05:46:56 +02:00
Boris Brezillon
f765259e94 drm/panthor: Update panthor_mmu::irq::mask when needed 
When we clear the faulty bits in the AS mask, we also need to update
the panthor_mmu::irq::mask field otherwise our IRQ handler won't get
called again until the GPU is reset.

Changes in v2:
- Add Liviu's R-b

Changes in v3:
- Add Steve's R-b

Fixes: 647810ec2476 ("drm/panthor: Add the MMU/VM logical block")
Reviewed-by: Liviu Dudau <liviu.dudau@arm.com>
Reviewed-by: Steven Price <steven.price@arm.com>
Link: https://lore.kernel.org/r/20250404080933.2912674-4-boris.brezillon@collabora.com
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
 2025-08-28 05:46:56 +02:00
Boris Brezillon
4b30325e8b drm/panthor: Call panthor_gpu_coherency_init() after PM resume() 
When the device is coherent, panthor_gpu_coherency_init() will read
GPU_COHERENCY_FEATURES to make sure the GPU supports the ACE-Lite
coherency protocol, which will fail if the clocks/power-domains are
not enabled when the read is done. Move the
panthor_gpu_coherency_init() call after the device has been resumed
to prevent that.

Changes in v2:
- Add Liviu's R-b

Changes in v3:
- Add Steve's R-b

Fixes: dd7db8d911a1 ("drm/panthor: Explicitly set the coherency mode")
Reviewed-by: Liviu Dudau <liviu.dudau@arm.com>
Reviewed-by: Steven Price <steven.price@arm.com>
Link: https://lore.kernel.org/r/20250404080933.2912674-3-boris.brezillon@collabora.com
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
 2025-08-28 05:46:56 +02:00
Boris Brezillon
76b0019a6b drm/panthor: Fix GPU_COHERENCY_ACE[_LITE] definitions 
GPU_COHERENCY_ACE and GPU_COHERENCY_ACE_LITE definitions have been
swapped.

Changes in v2:
- New patch

Changes in v3:
- Add Steve's R-b

Reported-by: Liviu Dudau <liviu.dudau@arm.com>
Fixes: 546b366600ef ("drm/panthor: Add GPU register definitions")
Reviewed-by: Steven Price <steven.price@arm.com>
Reviewed-by: Liviu Dudau <liviu.dudau@arm.com>
Link: https://lore.kernel.org/r/20250404080933.2912674-2-boris.brezillon@collabora.com
Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
 2025-08-28 05:46:56 +02:00
Dmitry Osipenko
34b67fc3e9 drm/gem: Change locked/unlocked postfix of drm_gem_v/unmap() function names 
Make drm/gem API function names consistent by having locked function
use the _locked postfix in the name, while the unlocked variants don't
use the _unlocked postfix. Rename drm_gem_v/unmap() function names to
make them consistent with the rest of the API functions.

Acked-by: Maxime Ripard <mripard@kernel.org>
Reviewed-by: Boris Brezillon <boris.brezillon@collabora.com>
Suggested-by: Boris Brezillon <boris.brezillon@collabora.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Acked-by: Thomas Zimmermann <tzimmermann@suse.d>
Signed-off-by: Dmitry Osipenko <dmitry.osipenko@collabora.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20250322212608.40511-2-dmitry.osipenko@collabora.com
 2025-08-28 05:46:56 +02:00
SuperKali
f343dbf754 ARM: dts: nanopc-t6: fix RT5616 headphone jack DAPM pin mismatch (#388) 
The simple-audio-card hp-pin-name was referencing "Headphone Jack"
but the actual widget is defined as "Headphones", causing ALSA
to report "ASoC: DAPM unknown pin Headphone Jack" error.
 2025-08-26 17:21:04 +02:00
Rafay Ahmed
d94588328f Enable lte_em05 to be built as a module (#384) 2025-08-15 20:05:01 +02:00
Rafay Ahmed
670f4c34f9 Add LTE EM05 driver 2025-08-13 11:55:09 +08:00
Mecid
0e6860fe85 Sync Rock5B, 5B-Plus, 5T DT's with Radxa (#381) 
* Sync Rock5B, 5B-Plus, 5T DT's

From Radxa's Kernel fork: https://github.com/radxa/kernel/blob/linux-6.1-stan-rkr5.1/arch/arm64/boot/dts/rockchip/

* Keep Armbian's soc_thermal for fan speed on Rock5B
 2025-08-12 19:22:03 +02:00
Alban Browaeys
fcd6317671 Fix PCI SATA link training instability on rock-5-itx 
Based on upstream initial dts definition.

Signed-off-by: Alban Browaeys <alban.browaeys@gmail.com>
 2025-08-11 18:15:18 +02:00