From 6adeae4d0aa1a6ef2fe0a345fd0e8b7a83ca0685 Mon Sep 17 00:00:00 2001 From: Robert-Ionut Alexa Date: Sat, 3 Jun 2023 12:36:46 +0300 Subject: [PATCH] esp32: initializing a display should not initialize the framebuffer as well The framebuffer itself already initializes the display so there is no need to do the reverse operation. Otherwise the code gets stuck in an infinite loop. Signed-off-by: Robert-Ionut Alexa --- boards/xtensa/esp32/common/src/esp32_ssd1306.c | 12 ------------ 1 file changed, 12 deletions(-) diff --git a/boards/xtensa/esp32/common/src/esp32_ssd1306.c b/boards/xtensa/esp32/common/src/esp32_ssd1306.c index ade9f48fe5a..4e51fee9c7b 100644 --- a/boards/xtensa/esp32/common/src/esp32_ssd1306.c +++ b/boards/xtensa/esp32/common/src/esp32_ssd1306.c @@ -118,18 +118,6 @@ int board_lcd_initialize(void) g_lcddev->setpower(g_lcddev, CONFIG_LCD_MAXPOWER); -#if defined(CONFIG_VIDEO_FB) && defined(CONFIG_LCD_FRAMEBUFFER) - - /* Initialize and register the simulated framebuffer driver */ - - ret = fb_register(0, 0); - if (ret < 0) - { - syslog(LOG_ERR, "ERROR: fb_register() failed: %d\n", ret); - return -ENODEV; - } -#endif - return ret; }