12 Aug, 2008

16 commits


11 Aug, 2008

9 commits

  • Stefan Roese
     
  • FILL_15BIT_555RGB macro extension for pixel swapping
    by commit bed53753dd1d7e6bcbea4339be0fb7760214cc35
    introduced a bug in cfb_console:

    Bitmaps with odd-numbered width won't be rendered
    correctly and even U-Boot crashes are observed on
    some platforms while repeated rendering of such
    bitmaps with "bmp display". Also if a bitmap is
    rendered to an odd-numbered x starting position,
    the same problem occurs. This patch is an attempt
    to fix it.

    Signed-off-by: Anatolij Gustschin

    Anatolij Gustschin
     
  • If logo_plot() should ever be called with x starting
    position other than zero and for pixel depths greater
    than 8bpp, logo colors distortion will be observed.
    This patch fixes the issue.

    Signed-off-by: Anatolij Gustschin

    Anatolij Gustschin
     
  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • Signed-off-by: Roy Zang

    Roy Zang
     
  • - os_data_header Variable is a carry over feature
    & unused. So removed all instance of this variable
    - Minor Code Style Update

    Signed-off-by: Gururaja Hebbar
    Acked-by: Jean-Christophe PLAGNIOL-VILLARD

    Gururaja Hebbar K R
     
  • Signed-off-by: Magnus Lilja

    Magnus Lilja
     
  • While locally preparing some U-Boot patches for ARM based OMAP3 boards, some
    using OneNAND and some using NAND, we found some differences in OneNAND and
    NAND command address handling.

    As this might confuse users (it already confused us), we like to align OneNAND
    and NAND address handling.

    The issue is that cmd_onenand.c subtracts the onenand base address from the
    addresses you type into the u-boot command line so, unlike nand, you can't
    use addresses relative to the start of the onenand part e.g. this won't work:

    onenand read 82000000 280000 400000

    you have to use:

    onenand read 82000000 20280000 400000

    Looking at recent git, the only board currently using OneNAND is Apollon, and
    for this the OneNAND base address is 0 (apollon.h)

    #define CFG_ONENAND_BASE 0x00000000

    so patch below won't break any existing boards and will align OneNAND and NAND
    handling on boards where OneNAND base address is != 0.

    Signed-off-by: Steve Sakoman
    Signed-off-by: Manikandan Pillai
    Signed-off-by: Dirk Behme

    dirk.behme@googlemail.com
     
  • The recent change to move the .bss outside of the image gives older
    binutils (ld from eldk4.1/binutils-2.16) some headache:

    ppc_85xx-ld: u-boot: Not enough room for program headers (allocated 3, need 4)
    ppc_85xx-ld: final link failed: Bad value

    We workaround it by being explicit about the program headers and not
    assigning the .bss to a program header.

    Signed-off-by: Kumar Gala

    Kumar Gala
     

10 Aug, 2008

7 commits


09 Aug, 2008

3 commits


08 Aug, 2008

5 commits