January 2013 - U-Boot

[U-Boot] [GIT PULL] u-boot-mips/master
by Daniel Schwierzeck 21 Jan '13

21 Jan '13

Hi Tom, The following changes since commit 3a9d879f6f64585b819af728b53be0a05037fe0d: Prepare v2013.01 (2013-01-15 14:47:42 -0700) are available in the git repository at: git://git.denx.de/u-boot-mips.git master for you to fetch changes up to 54b08efcf2f4ff532ce99c53f341a59c193331a5: README.mips: update known issues and TODOs (2013-01-16 10:52:08 +0100) ---------------------------------------------------------------- Daniel Schwierzeck (3): MIPS: qemu-mips: update and fix example usage in README README.qemu-mips: move README file from board to doc directory README.mips: update known issues and TODOs Gabor Juhos (6): MIPS: bootm.c: use debug macro to print debug message MIPS: bootm.c: separate linux jump code MIPS: bootm.c: separate environment initialization MIPS: bootm.c: add support for 'prep' and 'go' subcommands MIPS: qemu-mips: fix a typo in README MIPS: qemu-mips: add '-M mips' switch to the example usage command arch/mips/lib/bootm.c | 51 +++++++++++++++++++++++++++++++++++---------------- doc/README.mips | 11 ++++++----- board/qemu-mips/README => doc/README.qemu-mips | 30 ++++++++++++++++++++++-------- 3 files changed, 63 insertions(+), 29 deletions(-) rename board/qemu-mips/README => doc/README.qemu-mips (88%)

2 1

[U-Boot] [PATCH 0/2] EXYNOS5: Enable Gigabyte device GD25LQ and GD25Q64B
by Rajeshwari Shinde 21 Jan '13

21 Jan '13

This patch set adds driver for Gigabyte device GD25LQ and GD25Q64B required for Snow board and enables same in config file. Based on following patches submitted by Simon Glass: "sf: Add spi_flash_alloc() to create a new SPI flash struct" "sf: Use spi_flash_alloc() in each SPI flash driver" Rajeshwari Shinde (2): SF: Add driver for Gigabyte device GD25LQ and GD25Q64B EXYNOS5: Enable SPI Gigabyte device. drivers/mtd/spi/Makefile | 1 + drivers/mtd/spi/gigadevice.c | 66 ++++++++++++++++++++++++++++++++++ drivers/mtd/spi/spi_flash.c | 3 ++ drivers/mtd/spi/spi_flash_internal.h | 1 + include/configs/exynos5250-dt.h | 1 + 5 files changed, 72 insertions(+), 0 deletions(-) create mode 100644 drivers/mtd/spi/gigadevice.c -- 1.7.4.4

2 4

[U-Boot] [PATCH v2] tegra: fdt: remove clocks nodes
by Allen Martin 21 Jan '13

21 Jan '13

These nodes are unused. Signed-off-by: Allen Martin <amartin(a)nvidia.com> --- v2: remove "clock" as well as "clocks" nodes remove from non nvidia tegra boards as well v1: original submission --- arch/arm/dts/tegra20.dtsi | 10 ---------- arch/arm/dts/tegra30.dtsi | 10 ---------- board/avionic-design/dts/tegra20-medcom-wide.dts | 14 -------------- board/avionic-design/dts/tegra20-plutux.dts | 14 -------------- board/avionic-design/dts/tegra20-tec.dts | 14 -------------- board/compal/dts/tegra20-paz00.dts | 13 ------------- board/compulab/dts/tegra20-trimslice.dts | 13 ------------- board/nvidia/dts/tegra20-harmony.dts | 13 ------------- board/nvidia/dts/tegra20-seaboard.dts | 10 ---------- board/nvidia/dts/tegra20-ventana.dts | 13 ------------- board/nvidia/dts/tegra20-whistler.dts | 10 ---------- board/nvidia/dts/tegra30-cardhu.dts | 13 ------------- 12 files changed, 147 deletions(-) diff --git a/arch/arm/dts/tegra20.dtsi b/arch/arm/dts/tegra20.dtsi index 636ec2c..cc086b1 100644 --- a/arch/arm/dts/tegra20.dtsi +++ b/arch/arm/dts/tegra20.dtsi @@ -10,16 +10,6 @@ #clock-cells = <1>; }; - clocks { - #address-cells = <1>; - #size-cells = <0>; - - osc: clock { - compatible = "fixed-clock"; - #clock-cells = <0>; - }; - }; - intc: interrupt-controller@50041000 { compatible = "nvidia,tegra20-gic"; interrupt-controller; diff --git a/arch/arm/dts/tegra30.dtsi b/arch/arm/dts/tegra30.dtsi index 664c397..09bdb36 100644 --- a/arch/arm/dts/tegra30.dtsi +++ b/arch/arm/dts/tegra30.dtsi @@ -9,16 +9,6 @@ #clock-cells = <1>; }; - clocks { - #address-cells = <1>; - #size-cells = <0>; - - osc: clock { - compatible = "fixed-clock"; - #clock-cells = <0>; - }; - }; - i2c@7000c000 { #address-cells = <1>; #size-cells = <0>; diff --git a/board/avionic-design/dts/tegra20-medcom-wide.dts b/board/avionic-design/dts/tegra20-medcom-wide.dts index 70587a6..e46afbe 100644 --- a/board/avionic-design/dts/tegra20-medcom-wide.dts +++ b/board/avionic-design/dts/tegra20-medcom-wide.dts @@ -14,16 +14,6 @@ reg = <0x00000000 0x20000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - - osc { - clock-frequency = <12000000>; - }; - }; - host1x { status = "okay"; @@ -37,10 +27,6 @@ }; }; - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006300 { clock-frequency = <216000000>; }; diff --git a/board/avionic-design/dts/tegra20-plutux.dts b/board/avionic-design/dts/tegra20-plutux.dts index 78c394f..3e6cce0 100644 --- a/board/avionic-design/dts/tegra20-plutux.dts +++ b/board/avionic-design/dts/tegra20-plutux.dts @@ -14,20 +14,6 @@ reg = <0x00000000 0x20000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006300 { clock-frequency = <216000000>; }; diff --git a/board/avionic-design/dts/tegra20-tec.dts b/board/avionic-design/dts/tegra20-tec.dts index cdb7527..8135eeb 100644 --- a/board/avionic-design/dts/tegra20-tec.dts +++ b/board/avionic-design/dts/tegra20-tec.dts @@ -14,16 +14,6 @@ reg = <0x00000000 0x20000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - - osc { - clock-frequency = <12000000>; - }; - }; - host1x { status = "okay"; @@ -37,10 +27,6 @@ }; }; - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006300 { clock-frequency = <216000000>; }; diff --git a/board/compal/dts/tegra20-paz00.dts b/board/compal/dts/tegra20-paz00.dts index afebbe5..0fef713 100644 --- a/board/compal/dts/tegra20-paz00.dts +++ b/board/compal/dts/tegra20-paz00.dts @@ -14,19 +14,6 @@ reg = <0x00000000 0x20000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006000 { clock-frequency = < 216000000 >; }; diff --git a/board/compulab/dts/tegra20-trimslice.dts b/board/compulab/dts/tegra20-trimslice.dts index 4450674..c8a4dd4 100644 --- a/board/compulab/dts/tegra20-trimslice.dts +++ b/board/compulab/dts/tegra20-trimslice.dts @@ -15,19 +15,6 @@ reg = <0x00000000 0x40000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006000 { clock-frequency = <216000000>; }; diff --git a/board/nvidia/dts/tegra20-harmony.dts b/board/nvidia/dts/tegra20-harmony.dts index 5645a8d..b456406 100644 --- a/board/nvidia/dts/tegra20-harmony.dts +++ b/board/nvidia/dts/tegra20-harmony.dts @@ -15,19 +15,6 @@ reg = <0x00000000 0x40000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006300 { clock-frequency = < 216000000 >; }; diff --git a/board/nvidia/dts/tegra20-seaboard.dts b/board/nvidia/dts/tegra20-seaboard.dts index dd98ca4..5fd8ae2 100644 --- a/board/nvidia/dts/tegra20-seaboard.dts +++ b/board/nvidia/dts/tegra20-seaboard.dts @@ -45,16 +45,6 @@ }; }; - clocks { - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006300 { clock-frequency = < 216000000 >; }; diff --git a/board/nvidia/dts/tegra20-ventana.dts b/board/nvidia/dts/tegra20-ventana.dts index 38b7b13..3e5e39d 100644 --- a/board/nvidia/dts/tegra20-ventana.dts +++ b/board/nvidia/dts/tegra20-ventana.dts @@ -14,19 +14,6 @@ reg = <0x00000000 0x40000000>; }; - clocks { - clk_32k: clk_32k { - clock-frequency = <32000>; - }; - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006300 { clock-frequency = < 216000000 >; }; diff --git a/board/nvidia/dts/tegra20-whistler.dts b/board/nvidia/dts/tegra20-whistler.dts index f830cf3..4579557 100644 --- a/board/nvidia/dts/tegra20-whistler.dts +++ b/board/nvidia/dts/tegra20-whistler.dts @@ -16,16 +16,6 @@ reg = < 0x00000000 0x20000000 >; }; - clocks { - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - serial@70006000 { clock-frequency = < 216000000 >; }; diff --git a/board/nvidia/dts/tegra30-cardhu.dts b/board/nvidia/dts/tegra30-cardhu.dts index 60b91b4..3223ed4 100644 --- a/board/nvidia/dts/tegra30-cardhu.dts +++ b/board/nvidia/dts/tegra30-cardhu.dts @@ -20,19 +20,6 @@ reg = <0x80000000 0x40000000>; }; - clocks { - clk_32k: clk_32K { - clock-frequency = <32768>; - }; - osc { - clock-frequency = <12000000>; - }; - }; - - clock@60006000 { - clocks = <&clk_32k &osc>; - }; - i2c@7000c000 { clock-frequency = <100000>; }; -- 1.7.10.4

2 1

[U-Boot] U-Boot Graphics Library?
by Simon Glass 21 Jan '13

21 Jan '13

Hi, We are currently using a very rudimentary graphics features attached to U-Boot. It can only display bitmap images. We use this in Chromium to composite a display for the various screens we need to display in U-Boot. Unfortunately the graphics screens get quite large when using multiple languages since they are pre-rendered. Is there any interest in a simply graphics library in U-Boot, that can display things on the screen? We already have bitmap support, but could perhaps add outline font support (e.g. freetype) as well. This might allow display of simple boot menus or booting information. A board could create a structure containing a list of things to display (text, bitmaps) and pass it to the graphics library for rendering using existing functions and the new font support. If we do this, rather than re-invent the wheel, does anyone have any suggestions on a very small and simple existing library that we could bring in to do this? Regards, Simon

9 20

[U-Boot] [STATUS] Patchwork
by Tom Rini 21 Jan '13

21 Jan '13

Hey all, Two things. First, I've given everything in patchwork that wasn't assigned an assignee, and superseded a few things that have been updated. Applogies in advance for any bad guesses about status or who might want to look. Second, I know for Simon, and possibly some other folks, if you have a git tree on denx I am (but others may not be) happy to take pull requests from well named other branches (patman, sandbox, etc). I am also happy (and anyone else should be too, I hope) to take pointers to public patchwork bundles. Recently, they've been changed to not just be bundle-NNNN.mbox when downloaded by contain the bundle name as well, which I find handy. Thanks all! -- Tom

1 0

Re: [U-Boot] Booting different kernel from U-Boot based on time stamp
by Hemal Patel 21 Jan '13

21 Jan '13

I have made changes in cmd_bootm.c file. Is it fine? Does it affect the performance or reliability? please answer me ASAp. thank you. Regards, Hemal Patel On Monday 21 January 2013 07:15 PM, Hemal Patel wrote: > 1.What do you mean by board specific ? > 2.Which file should I modify? > 3.From which file this bootm command is called?And where do I find > this file in stack? > > Regards, > Hemal Patel > > > > On Monday 21 January 2013 06:19 PM, Wolfgang Denk wrote: >> Dear Hemal Patel, >> >> In message<assp.0730d63214.50F9164E.7070301(a)slscorp.com> you wrote: >>> For example:- >>> >>> |If kernel-1 is new, U-Boot will boot Kernel-1. and leave kernel-2 >>> as it is. >>> If kernel-2 is new, U-Boot will boot kernel-2. and leave kernel-2 as >>> it is. >>> | >>> >>> Questions:- >>> >>> |Is it possible to do so? >> This is software,so everything is possible, if you assign sufficient >> resources to the task ;-) >> >>> How can I add such functionality in U-boot? >> Yes, this is not difficult. >> >>> Where to chage the code for the same? >> The clean way would be to add a (board specific) command to either >> make accessable (so you can use the itest command on them) or to >> compare (so that you can use plain "if") the time stamps of two >> images. >> >> Assume your command "is_newer_img" takes the addresses of two legacy >> image files and returns true (i. e. with a zero return code) if this >> is the case, then you could just write: >> >> if is_newer_img ${kernel_1_addr} ${kernel_2_addr} >> then bootm ${kernel_1_addr} >> else bootm ${kernel_2_addr} >> fi >> >> Alternatively, for a quick& dirty test or show case, you could of >> course peek directly at the ih_time entry of the image_header >> structure. This would not even need any new code, existing features >> would be sufficient. >> >> Best regards, >> >> Wolfgang Denk >>

2 1

[U-Boot] Booting different kernel from U-Boot based on time stamp
by Hemal Patel 21 Jan '13

21 Jan '13

I am using U-Boot and two kernel Image(uImage). I want to add some code in U-Boot which will select kernel based of time stamp. I am using MIPS architecture. this two kernels are in different MTD partition. For example:- |If kernel-1 is new, U-Boot will boot Kernel-1. and leave kernel-2 as it is. If kernel-2 is new, U-Boot will boot kernel-2. and leave kernel-2 as it is. | Questions:- |Is it possible to do so? How can I add such functionality in U-boot? Where to chage the code for the same? | -- Thanks& Regards, Hemal Patel System Level Solutions (I) Pvt. Ltd.

2 3

[U-Boot] [RFC PATCH v2 0/5] Initial IPv6 support
by Chris Packham 21 Jan '13

21 Jan '13

From: Chris Packham <chris.packham(a)alliedtelesis.co.nz> This series so far covers the introduction of a IP6addr_t and printing/parsing of addresses. I have a patch for testing these basic things which I haven't included in this series yet. Is there a unittest facility for u-boot I should be using? A few open questions 1) Presumably the majority of the actual V6 code would be included by a config option (CONFIG_IPV6). How far should I take that? Should the vsprintf code be conditional? 2) Our current out of tree code parallels net.c and net.h. Should I continue this for the final version or integrate it into net.[ch]. 3) rxhand_f currently takes an IPaddr_t. I haven't looked at the usage of this yet but to support V6 this may need to be a new union or a void *. Changes in v2: -use __be16/__be32 -add ipv6_addr_v4mapped and ipv6_addr_is_isatap inline functions -Add support for printing mapped and ISATAP addresses Chris Packham (5): Initial net6.h lib/vsprintf.c: add IPv6 compressed format %pI6c lib/net_utils.c: make string_to_ip stricter lib/net_utils.c: add string_to_ip6 common.h: add getenv_IP6addr include/common.h | 6 +++ include/net6.h | 59 +++++++++++++++++++++++ lib/net_utils.c | 117 ++++++++++++++++++++++++++++++++++++++++++++- lib/vsprintf.c | 143 +++++++++++++++++++++++++++++++++++++++++++++++-------- 4 files changed, 304 insertions(+), 21 deletions(-) create mode 100644 include/net6.h -- 1.7.12.rc2.16.g034161a

6 21

[U-Boot] [PATCH] woodburn: Set Write Protection GPIO as input
by Fabio Estevam 21 Jan '13

21 Jan '13

From: Fabio Estevam <fabio.estevam(a)freescale.com> Set Write Protection GPIO as input. Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- board/woodburn/woodburn.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/board/woodburn/woodburn.c b/board/woodburn/woodburn.c index d74f360..5b044a9 100644 --- a/board/woodburn/woodburn.c +++ b/board/woodburn/woodburn.c @@ -241,9 +241,10 @@ int board_mmc_init(bd_t *bis) mxc_iomux_set_input(MUX_IN_GPIO1_IN_7, 0x1); gpio_direction_input(GPIO_MMC_CD); + /* MMC Write Protection on GPIO1_8 */ mxc_request_iomux(MX35_PIN_FST, MUX_CONFIG_ALT5); mxc_iomux_set_input(MUX_IN_GPIO1_IN_8, 0x1); - gpio_direction_output(GPIO_MMC_WP, 0); + gpio_direction_input(GPIO_MMC_WP); esdhc_cfg.sdhc_clk = mxc_get_clock(MXC_ESDHC1_CLK); -- 1.7.9.5

2 1

[U-Boot] [PATCH 01/18] mxs: mmc: Drop unused members from struct mxsmmc_priv
by Marek Vasut 21 Jan '13

21 Jan '13

The clock data are not used by the driver, drop them. Signed-off-by: Marek Vasut <marex(a)denx.de> Cc: Andy Fleming <afleming(a)freescale.com> Cc: Fabio Estevam <fabio.estevam(a)freescale.com> Cc: Stefano Babic <sbabic(a)denx.de> --- drivers/mmc/mxsmmc.c | 12 ------------ 1 file changed, 12 deletions(-) diff --git a/drivers/mmc/mxsmmc.c b/drivers/mmc/mxsmmc.c index 024df59..aa3d1b0 100644 --- a/drivers/mmc/mxsmmc.c +++ b/drivers/mmc/mxsmmc.c @@ -47,8 +47,6 @@ struct mxsmmc_priv { int id; struct mxs_ssp_regs *regs; - uint32_t clkseq_bypass; - uint32_t *clkctrl_ssp; uint32_t buswidth; int (*mmc_is_wp)(int); struct mxs_dma_desc *desc; @@ -355,8 +353,6 @@ static int mxsmmc_init(struct mmc *mmc) int mxsmmc_initialize(bd_t *bis, int id, int (*wp)(int)) { - struct mxs_clkctrl_regs *clkctrl_regs = - (struct mxs_clkctrl_regs *)MXS_CLKCTRL_BASE; struct mmc *mmc = NULL; struct mxsmmc_priv *priv = NULL; int ret; @@ -387,23 +383,15 @@ int mxsmmc_initialize(bd_t *bis, int id, int (*wp)(int)) switch (id) { case 0: priv->regs = (struct mxs_ssp_regs *)MXS_SSP0_BASE; - priv->clkseq_bypass = CLKCTRL_CLKSEQ_BYPASS_SSP0; - priv->clkctrl_ssp = &clkctrl_regs->hw_clkctrl_ssp0; break; case 1: priv->regs = (struct mxs_ssp_regs *)MXS_SSP1_BASE; - priv->clkseq_bypass = CLKCTRL_CLKSEQ_BYPASS_SSP1; - priv->clkctrl_ssp = &clkctrl_regs->hw_clkctrl_ssp1; break; case 2: priv->regs = (struct mxs_ssp_regs *)MXS_SSP2_BASE; - priv->clkseq_bypass = CLKCTRL_CLKSEQ_BYPASS_SSP2; - priv->clkctrl_ssp = &clkctrl_regs->hw_clkctrl_ssp2; break; case 3: priv->regs = (struct mxs_ssp_regs *)MXS_SSP3_BASE; - priv->clkseq_bypass = CLKCTRL_CLKSEQ_BYPASS_SSP3; - priv->clkctrl_ssp = &clkctrl_regs->hw_clkctrl_ssp3; break; } -- 1.7.10.4

4 30