On Tue, 3 Mar 2026 at 14:32, Yucai Liu <[email protected]> wrote: > > Split the original LCDIF change into three patches and address review > feedback: > > - place the LCDIF device under hw/display and include/hw/display > - use registerfields.h FIELD() definitions for register bitfields > - simplify drawing to 32bpp host surfaces > - add vmstate migration support > - use SoC child device init/realize flow (object_initialize_child + > sysbus_realize) > - add a dedicated CONFIG_IMX6UL_LCDIF symbol, selected by FSL_IMX6UL > > Thanks for the review. > > Yucai Liu (3): > hw/display: Add i.MX6UL LCDIF device model > hw/display: Build i.MX6UL LCDIF via its own config symbol > hw/arm/fsl-imx6ul: Wire in the LCDIF device mode
Hi; thanks for these patches. This is just a note to let you know that I do have them on my to-review queue, but since they've missed softfreeze for 11.0 it might take me a little longer to get to them, as I'm going to be prioritizing 11.0 work. PS: something seems to have gone wrong with how these emails got sent: the 3 patch emails have a header "In-Reply-To: <[email protected]>" that ought to be pointing to the cover letter, but there's no email on list with that ID, and instead the cover letter got sent with "Message-ID: <[email protected]>" The effect is that for instance patchew doesn't find the patches: https://patchew.org/QEMU/[email protected]/ It looks like something in the mail infrastructure you're using is rewriting message-IDs (e.g. in the cover letter it has added a note of the original ID as "X-OQ-MSGID: <[email protected]>") which is breaking the patchset threading. thanks -- PMM
