From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeroen Hofstee Date: Sun, 20 Jan 2013 21:31:38 +0100 Subject: [U-Boot] [PATCH 0/5] Add splash screen for CM-T35 In-Reply-To: <50FBE257.3050206@compulab.co.il> References: <1356246228-26732-1-git-send-email-nikita@compulab.co.il> <50FBE257.3050206@compulab.co.il> Message-ID: <50FC542A.2000303@myspectrum.nl> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hello Nikita, On 01/20/2013 01:25 PM, Nikita Kiryanov wrote: > Hi all, > > this series is awaiting review for almost a month. > Can someone take a look at it? > > On 12/23/2012 09:03 AM, Nikita Kiryanov wrote: >> This patchset adds splash screen support for CM-T35. >> It includes the ability to initialize the display subsystem either using >> predefines (selected via env variable "displaytype"), or user supplied >> configuration options, also stored in an environment variables and >> pointed to by >> displaytype. The splash image data is currently read from NAND. >> >> As a preparation for the above functionality, this patch set >> introduces new DSS >> #defines and an option for board-specific splash screen preparation, >> which can >> be invoked in lcd_logo() right before displaying the splash screen >> (typical use >> case: load the image data in time for it to be displayed). >> >> Nikita Kiryanov (5): >> omap3: add useful dss defines >> lcd: add option for board specific splash screen preparation >> cm-t35: add support for dvi displays >> cm-t35: add support for user defined lcd parameters >> cm-t35: add support for loading splash image from NAND >> >> README | 8 + >> arch/arm/include/asm/arch-omap3/dss.h | 35 +++ >> board/cm_t35/Makefile | 1 + >> board/cm_t35/cm_t35.c | 64 +++++ >> board/cm_t35/display.c | 420 >> +++++++++++++++++++++++++++++++++ >> common/lcd.c | 15 ++ >> include/configs/cm_t35.h | 10 + >> include/lcd.h | 1 + >> 8 files changed, 554 insertions(+) >> create mode 100644 board/cm_t35/display.c >> > > I am not a u-boot developer, but will at some comments. Regards, Jeroen