duchamp's public OSS release is significantly behind other actively-maintained device branches (e.g. bsp-rodin-v-oss) in a few concrete ways:
WiFi driver source missing: wlan_drv_gen4m_6897.ko has no corresponding source anywhere in the public Xiaomi_Kernel_OpenSource dump for this device. Confirmed via full tree search. This blocks WiFi functionality on any from-source custom kernel build. (Reported separately: link your WiFi issue)
Kernel source frozen at 6.1.25 with no updates since initial publish — no security/bugfix backports that newer/actively maintained device branches appear to be receiving. This is also directly connected to a separate storage bug we hit and reported (LK-injected initcall_blacklist=ufshcd_core_init permanently blocking UFS enumeration on a from-source build — see: link your UFS/WLUN issue), which may be tied to stock kernel/patch drift not being reflected in the public source.
No Bazel/Kleaf build scaffolding published for duchamp — the from-source build pipeline had to borrow bazel_mgk_rules from MotorolaMobilityLLC's public repo just to get Kleaf/Bazel working at all, since no kernel_build branch equivalent exists for duchamp the way it apparently does for other devices getting proper toolchain releases.
duchamp (Poco X6 Pro) has an active custom ROM/recovery development community. A proper toolchain release, updated kernel source, and the missing WiFi driver would bring this device in line with the support level other devices in the lineup are getting.
duchamp's public OSS release is significantly behind other actively-maintained device branches (e.g. bsp-rodin-v-oss) in a few concrete ways:
WiFi driver source missing: wlan_drv_gen4m_6897.ko has no corresponding source anywhere in the public Xiaomi_Kernel_OpenSource dump for this device. Confirmed via full tree search. This blocks WiFi functionality on any from-source custom kernel build. (Reported separately: link your WiFi issue)
Kernel source frozen at 6.1.25 with no updates since initial publish — no security/bugfix backports that newer/actively maintained device branches appear to be receiving. This is also directly connected to a separate storage bug we hit and reported (LK-injected initcall_blacklist=ufshcd_core_init permanently blocking UFS enumeration on a from-source build — see: link your UFS/WLUN issue), which may be tied to stock kernel/patch drift not being reflected in the public source.
No Bazel/Kleaf build scaffolding published for duchamp — the from-source build pipeline had to borrow bazel_mgk_rules from MotorolaMobilityLLC's public repo just to get Kleaf/Bazel working at all, since no kernel_build branch equivalent exists for duchamp the way it apparently does for other devices getting proper toolchain releases.
duchamp (Poco X6 Pro) has an active custom ROM/recovery development community. A proper toolchain release, updated kernel source, and the missing WiFi driver would bring this device in line with the support level other devices in the lineup are getting.