public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Marek Vasut <marek.vasut@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] IMX51 EVK Splash Screen
Date: Sat, 26 Feb 2011 19:32:13 +0100	[thread overview]
Message-ID: <201102261932.14008.marek.vasut@gmail.com> (raw)
In-Reply-To: <4D37ED59.8070107@denx.de>

On Thursday 20 January 2011 09:07:53 Stefano Babic wrote:
> On 01/20/2011 03:06 AM, Thomas Besemer wrote:
> > Hi folks -
> > 
> > I had posted last week.  I was able to get basic Splash Screen going on
> > EVK, through using patches I found from googling around.  At the end of
> > this email, the patch set that shows the differences from the U-Boot I
> > pulled on 12/24/2010.  I am not sure I have the right patch set, but in
> > this case, what I have does seem to work; U-Boot does output to LCD
> > display on the second Display Interface.
> 
> There is no correct patchset. As I already stated, patches sent
> sometimes ago to ML (and that you reuse) require some rework to be
> merged into the mainline.
> 
> > There seems to have been a discussion on lcd_setmem().  Has this been
> > resolved, and I missed it?
> 
> No, someone should fix it. The result of the discussion suggested by
> Wolfgang is to use the same interface Linux uses, that is with a
> video-mode=" variable with something such as 1024x768 at 60. U-Boot has
> already a videomodes.c, but it uses an ancient syntax for videomode (see
> the code). Feel free to fix it.
> 
> >  You'll see from patch set that I just put a
> > 
> > very large buffer in place (hard coded hack).
> 
> Of course it can work, but this cannot go to mainline...
> 
> >  U-Boot hung on boot before
> > 
> > I put this in, and based on what I see on mailing list, this seems to be
> > an issue of not having the display information available early on in
> > boot.
> 
> Right. This is an open issue.
> 
> > At any rate, I got it to boot, and see that the LCD shows display on
> > startup.  Yet, I lose the console on this; the serial port is read, but
> > the output goes to LCD.
> 
> Fine.
> 
> > In an ideal world, what I would like is to not loose the console.
> 
> Console remains on UART if you do not change the behavior.
> 
> >  I want
> > 
> > stdin/stdout to remain on serial port, while I toss a bit map out on LCD.
> > Any comments on how to do this?  End game is that I toss a splash screen
> > up on LCD on EVK, while having U-Boot information still on the console.
> 
> This is already foreseen. If you checked in IPU code, there is an
> overwrite function set for this purpose. You must set
> CONFIG_SYS_CONSOLE_OVERWRITE_ROUTINE. Check the setup in the vision2 board.
> 
> > So, a couple of things:
> > 
> > 1. Do I have correct patch work for this version of U-Boot, or is there a
> > newer version of U-Boot to pull?  I pulled both mainline and IMX tree
> > yesterday, don't see the MX51 EVK in them.
> 
> As I stated previously, the patch adding splashscreen to the mx51evk
> board need reworking.
> 
> > 2. How to configure so that I get console while LCD is available for
> > display.
> 
> See my answer before
> 
> > 3. What is current status on lcd_setmem() thing.
> 
> Awaiting for patches. Do you think you can provide them ?
> 
> > I might have missed a few things along the way folks; I am not the
> > sharpest tool in the shed.  Please let me know if I missed patch sets on
> > lcd_setmem(), and help me understand how to make sure console works with
> > Splash Screen.
> 
> Regarding lcd_setmem() there is some clear statements. IMHO I like
> Wolfgang's proposal, because we should not reinvent the wheel.
> 
> Best regards,
> Stefano Babic

Hey guys, any update on this matter ? I'm quite interested :)

  reply	other threads:[~2011-02-26 18:32 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-20  2:06 [U-Boot] IMX51 EVK Splash Screen Thomas Besemer
2011-01-20  8:07 ` Stefano Babic
2011-02-26 18:32   ` Marek Vasut [this message]
2011-02-27 13:41     ` Stefano Babic
2011-02-28 21:42       ` Thomas Besemer
     [not found] <tencent_73827D857D5B2517721F2900@qq.com>
2011-06-22  2:29 ` Thomas Besemer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201102261932.14008.marek.vasut@gmail.com \
    --to=marek.vasut@gmail.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox