LVGL port feature updates

[espzav]

ESP-BSP Pull Request checklist

• Version of modified component bumped
• CI passing

Description

• Add support for RGB LCD for ESP32P4 and other chips with RGB peripheral + updated example
• • Closes feat(esp_lvgl_port): support ESP32P4 in rgb lcd panel (BSP-713) #631
• Updated support for RGB565 swapped color format
• • Closes let LV_COLOR_FORMAT_RGB565_SWAPPED be a valid color format #768
• Supported LCD_RGB_ISR_IRAM_SAFE for RGB panels
• • Closes fix(esp_lvgl_port): support CONFIG_LCD_RGB_ISR_IRAM_SAFE for RGB panels (BSP-787) #732
• • Closes fix(esp_lvgl_port): Put RGB vsync callback in IRAM when LCD_RGB_ISR_IRAM_SAFE=y #755
• • Closes ESP_LVGL_PORT lvgl_port_flush_rgb_vsync_ready_callback in IRAM (BSP-639) #515
• Add const to event bits

---

Note

Medium Risk
Updates low-level display flush callback registration and ISR behavior (including IRAM-safety and internal-RAM allocations), which can impact rendering stability across targets/IDF versions. Changes are hardware-specific but touch core LVGL display integration for both LVGL8 and LVGL9.

Overview
Bumps esp_lvgl_port to 2.8.0 and broadens RGB/MIPI-DSI enablement from target-specific checks to SOC_* capability checks, improving portability across chips/IDF versions.

Makes RGB panel vsync/bounce callbacks compatible with CONFIG_LCD_RGB_ISR_IRAM_SAFE by moving the callback to IRAM, passing disp_ctx directly as user_ctx, and allocating the display context from internal RAM when required; also threads disp_type through private config so avoid-tearing can select the correct frame-buffer API for RGB vs DSI.

Extends LVGL9 display setup to accept LV_COLOR_FORMAT_RGB565_SWAPPED (and relaxes swap-bytes/DMA validation accordingly), and refreshes the examples/rgb_lcd app to support ESP32P4 (24-bit RGB888 pinout + defaults) while gating CI build/test rules to esp32s3/esp32p4.

^{Reviewed by Cursor Bugbot for commit 7d01150. Bugbot is set up for automated code reviews on this repo. Configure here.}

[github-actions]

Test Results

37 tests   37 ✅  1m 40s ⏱️
 6 suites   0 💤
 6 files     0 ❌

Results for commit 7d01150.

♻️ This comment has been updated with latest results.

[espzav]

@PetrESP I decided to release this withou cmake v2 changes, because we are waiting for some fixes in cmake v2.

[cursor]

Cursor Bugbot has reviewed your changes and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 7d01150. Configure here.}

[cursor]

Validation allows double byte-swapping with RGB565_SWAPPED

Medium Severity

The swap_bytes validation now accepts LV_COLOR_FORMAT_RGB565_SWAPPED in addition to LV_COLOR_FORMAT_RGB565. However, the flush callback at line 732 unconditionally calls lv_draw_sw_rgb565_swap() when swap_bytes is true. Since RGB565_SWAPPED already renders with swapped bytes at the LVGL level, enabling swap_bytes on top of it would double-swap the bytes, resulting in incorrect (un-swapped) output and wrong colors on the display. The old validation correctly rejected this combination by only allowing plain RGB565 with swap_bytes.

Additional Locations (1)

• components/esp_lvgl_port/src/lvgl9/esp_lvgl_port_disp.c#L731-L735

 

^{Reviewed by Cursor Bugbot for commit 7d01150. Configure here.}