BFE EngineeringandClaude Fable 5
3d3b35459e
Kernel-side captures for the flare-edge warden-bootimprovements work, photon-verified on warden-c8a3: - rockchip_drm_vop.c vop_initial(): when U-Boot left the VOP scanning the boot logo (window enabled, not in standby), skip the AHB/dclk resets and window disables, and hold clocks + a runtime-PM reference until the first real vop_enable() drops them. The logo now survives the DRM bind; the only remaining blank is ~1.3s at the splash's own first modeset. KNOWN LOOSE END: a deferred-probe rebind runs the takeover twice and the first bind's held references are never dropped (a clk/PM leak that keeps the VOP domain on -- harmless for an always-on HMI, should be released in unbind eventually). - rv1106-warden.dts: /reserved-memory/drm-logo@0 placeholder that U-Boot's fdt fixup stamps with the logo framebuffer (observed: addr=0xdf00000 size=0x71000, kernel reserves it 'map non-reusable'); chosen bootargs drop earlyprintk (with earlycon it doubled every console line at 115200). - Kernel config switched KERNEL_XZ -> KERNEL_GZIP: post-'Starting kernel' silence 4.2s -> 0.8s; the zImage grows past the old 11.95MB cap, which flare-edge sdk-patches 0007 removes (fdt_addr_r 12M -> 128M). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_014L3eBF6wBXC55uJoZuUfS6
M4: display (VOP) port to 6.18
The RV1106 VOP is the older RV-series "lite" VOP (rockchip,rv1106-vop, VOP_VERSION
2.0xc), driven by mainline's rockchip_drm_vop.c (VOP1), not VOP2. Its sibling
rv1126 is already in mainline 6.18, so the register data is a small reuse, like
the clk/pinctrl ports.
The driver delta (rockchip_vop_reg.c)
rv1106_vop_data.c.frag: add this vop_data (reuses rv1126's common/modeset/
output/misc/intr/win sub-structs; only the version, the smaller 1280² raster, and
the VOP_FEATURE_INTERNAL_RGB feature differ), plus the match entry:
{ .compatible = "rockchip,rv1106-vop", .data = &rv1106_vop },
VOP_FEATURE_INTERNAL_RGB is essential: it is what makes vop_bind call
rockchip_rgb_init() for the parallel-RGB output (rv1126 routes through MIPI and
omits it).
The DT (in ../dts/rv1106-warden.dts)
&vopenabled + named resetsresets = <&cru SRST_H_VOP>, <&cru SRST_D_VOP>; reset-names = "ahb", "dclk";, the mainline driver requires these (the vendor node omits them; without them:vop_bind: failed to get ahb reset).&vop_out_rgbrepointed straight to the panel (mainline has no separate rgb node:rockchip_rgb_initis a helper the VOP calls).panel(panel-dpi, 720x720, 30 MHz) +pwm-backlighton&pwm1.
Verified on warden-c8a3 (2026-08-24)
CONFIG_DRM_ROCKCHIP=y + CONFIG_ROCKCHIP_VOP=y. On hardware:
rockchip-drm display-subsystem: bound ff990000.vop
[drm] Initialized rockchip 1.0.0 for display-subsystem on minor 0
/dev/dri/card0 is present and the PWM backlight is up (/sys/class/backlight,
brightness settable). The VOP driver port is validated: the register data,
version, feature, and resets are right.
RESOLVED: full UI renders on the panel (2026-08-25)
The connector and the deeper black-screen chain that followed it are fixed; the
86-Panel now draws the full WardenOS Dashboard on 6.18 (_b), verified by webcam.
The two final root causes were VOP driver bugs: rgb_dclk_pol hardcoded inverted,
and the wrong primary scanout window (rv1106 scans out via WIN1, not WIN2).
See VERIFIED.md for the complete bring-up chain, the _a-vs-_b register
diff that pinned it down, and every file changed.