10 Jun, 2009

12 commits


09 Jun, 2009

4 commits

  • This patch fixes MDIO clock setup in case when OPB frequency is 100MHz.
    Current code assumes that the value of sysinfo.freqOPB is 100000000
    when OPB frequency is 100MHz. In reality it is 100000001. As a result
    MDIO clock is set to incorrect value, larger than 2.5MHz, thus violating
    the standard. This in not a problem on boards equipped with Marvell PHYs
    (e.g. Canyonlands), since those PHYs support MDIO clocks up to 8.3MHz,
    but can be a problem for other PHYs (e.g. Realtek ones).

    Signed-off-by: Felix Radensky
    Signed-off-by: Ben Warren

    Felix Radensky
     
  • When PCI device use system memory, some PCI host controller should be
    set physical memory address.

    Signed-off-by: Yoshihiro Shimoda
    Signed-off-by: Ben Warren

    Yoshihiro Shimoda
     
  • eth_halt() function in the smc911x drivers used to call the
    smc911x_reset() function. eth_halt() used to be called after
    tftp transfers. This used to put the ethernet chip in reset
    while the linux boots up resulting in the ethernet driver
    not coming up. NFS boot used to fail as a result.

    This patch calls smc911x_shutdown() instead of smc911x_reset().
    Some comments received has also been fixed.

    Signed-off-by: Manikandan Pillai
    Signed-off-by: Ben Warren

    Manikandan Pillai
     
  • Some boards do not have SROM support for the DM9000 network adapter.
    Instead of listing these board names in the driver code, make this
    option configurable from the board config file.

    It also removes a build warning for the at91sam9261ek board:
    'dm9000x.c:545: warning: 'read_srom_word' defined but not used'

    And it repaires the trizepsiv board build which was broken around the
    same routines

    Signed-off-by: Remy Bohmer
    Signed-off-by: Ben Warren

    Remy Bohmer
     

08 Jun, 2009

1 commit


04 Jun, 2009

4 commits

  • Wolfgang Denk
     
  • Several boards used different ways to specify the size of the
    protected area when enabling flash write protection for the sectors
    holding the environment variables: some used CONFIG_ENV_SIZE and
    CONFIG_ENV_SIZE_REDUND, some used CONFIG_ENV_SECT_SIZE, and some even
    a mix of both for the "normal" and the "redundant" areas.

    Normally, this makes no difference at all. However, things are
    different when you have to deal with boards that can come with
    different types of flash chips, which may have different sector
    sizes.

    Here we may have to chose CONFIG_ENV_SECT_SIZE such that it fits the
    biggest sector size, which may include several sectors on boards using
    the smaller sector flash types. In such a case, using CONFIG_ENV_SIZE
    or CONFIG_ENV_SIZE_REDUND to enable the protection may lead to the
    case that only the first of these sectors get protected, while the
    following ones aren't.

    This is no real problem, but it can be confusing for the user -
    especially on boards that use CONFIG_ENV_SECT_SIZE to protect the
    "normal" areas, while using CONFIG_ENV_SIZE_REDUND for the
    "redundant" area.

    To avoid such inconsistencies, I changed all sucn boards that I found
    to consistently use CONFIG_ENV_SECT_SIZE for protection. This should
    not cause any functional changes to the code.

    Signed-off-by: Wolfgang Denk
    Cc: Paul Ruhland
    Cc: Pantelis Antoniou
    Cc: Stefan Roese
    Cc: Gary Jennejohn
    Cc: Dave Ellis
    Acked-by: Stefan Roese

    Wolfgang Denk
     
  • Return value of mmc_send_if_cond() can be safely ignored (as it is
    done in Linux). This makes older cards work with MXC MCI controller.

    Signed-off-by: Ilya Yanok

    Ilya Yanok
     
  • This patch now enabled this cfi-mtd wrapper to correctly detect and
    erase the last sector in an NOR FLASH device.

    Signed-off-by: Stefan Roese

    Stefan Roese
     

03 Jun, 2009

7 commits


30 May, 2009

2 commits


29 May, 2009

2 commits

  • Wolfgang Denk
     
  • Currently using JFFS2 with MTDPARTS enabled doesn't work. This is because
    mtdparts_init() is available in both files, cmd_mtdparts.c and
    cmd_jffs2.c. Please note that in the original cmd_jffs2.c file (before
    the jffs2/mtdparts command/file split those 2 different versions
    already existed. So this is nothing new. The main problem is that the
    variables "current_dev" and "current_partnum" are declared in both
    files now. This doesn't work.

    This patch now changes the names of those variable to more specific
    names: "current_mtd_dev" and "current_mtd_partnum". This is because
    this patch also changes the declaration from static to global, so
    that they can be used from both files.

    Please note that my first tests were not successful. The MTD devices
    selected via mtdparts are now accessed but I'm failing to see the
    directory listed via the "ls" command. Nothing is displayed. Perhaps
    I didn't generate the JFFS2 image correctly (I never used JFFS2 in
    U-Boot before). Not sure. Perhaps somebody else could take a look at
    this as well. I'll continue looking into this on Monday.

    Signed-off-by: Stefan Roese
    Cc: Wolfgang Denk
    Cc: Detlev Zundel
    Cc: Ilya Yanok
    Cc: Renaud barbier

    Stefan Roese
     

26 May, 2009

1 commit


23 May, 2009

3 commits


21 May, 2009

4 commits