On Thu, Jul 16, 2026 at 02:21:31PM +0800, Liu Ying wrote: > On Tue, Jul 14, 2026 at 09:36:27PM +0200, Francesco Dolcini wrote: > > On Mon, Apr 14, 2025 at 11:50:09AM +0800, Liu Ying wrote: > > > Hi, > > > > > > This patch series aims to add Freescale i.MX8qxp Display Controller > > > support. > > > > > > The controller is comprised of three main components that include a blit > > > engine for 2D graphics accelerations, display controller for display > > > output > > > processing, as well as a command sequencer. > > > > ... > > > > > > > > To follow up i.MX8qxp TRM, I changed the controller name to "Display > > > Controller" > > > instead of the previous "DPU". "DPU" is only mentioned in the SoC block > > > diagram and represents the whole display subsystem which includes the > > > display > > > controller and prefech engines, etc. > > > > > > With an additional patch[1] for simple-pm-bus.c, this series facilitates > > > testing a LVDS panel on i.MX8qxp MEK. > > > > > > Please do NOT merge patch 14-19. They are only used to facilitate testing > > > the LVDS panel. > > > > What's the plan to conclude this work? What's the latest status? > > I am looking forward to have a way to use the i.MX8QXP display with > > mainline, but to my understanding some required changes on the SOC dtsi > > are not merged. > > > > Can you help? > > I planned to add display controller DT node after prefetch engine support [1] > is picked up so that the prefetch engine could be enabled together with the > display controller. Just want to avoid a DT that only enables the display > controller or bypasses the prefetch engine. It makes the display controller > driver simpler. > > [1] > https://lore.kernel.org/all/[email protected]/
That series is from October 2025, is there anything blocking to move it forward? Francesco
