November 2013 - U-Boot

Re: [U-Boot] [PATCH 1/5] mx6sabre{auto, sd}: Change FDT loading address to avoid overlaping
by Otavio Salvador 23 Nov '13

23 Nov '13

On Mon, Nov 4, 2013 at 1:27 AM, Hui Liu <r64343(a)freescale.com> wrote: >> -----Original Message----- >> From: Fabio Estevam [mailto:festevam@gmail.com] >> Sent: Friday, November 01, 2013 10:19 PM >> To: Otavio Salvador >> Cc: U-Boot Mailing List; Estevam Fabio-R49496; Liu Hui-R64343 >> Subject: Re: [U-Boot] [PATCH 1/5] mx6sabre{auto, sd}: Change FDT loading >> address to avoid overlaping >> >> On Fri, Nov 1, 2013 at 11:00 AM, Otavio Salvador <otavio(a)ossystems.com.br> >> wrote: >> >> > I am quoting the original commit change: >> > >> > ENGR00268032 config/sabre_common: change the fdt_addr to a high >> > address >> > >> > current the fdt_addr is just 16MB offset from the ddr base address, >> which >> > will cause the dtb will be overritten by linux kernel(include .bss >> section) >> > if the linux kernel is bigger than 16MB, which cause >> setup_machine_fdt >> > failed and thus kernel failed to boot. >> >> What is the size of the FSL 3.10 kernel? >> >> I still do not understand the fix after reading the commit log you >> pointed to. >> >> Adding Jason, in case he could help clarifying it. > > This is due to that the dtb will be overridden by the Linux kernel if the dtb is just 16MB offset > While Linux kernel is big enough. We have found this issue when Linux kernel image is bigger since > the decompressed kernel will also start from the beginning of the DDR. > > To enlarge the dtb offset is just one workaround for this kernel common issue. > > The ideal solution is to fix it in Linux kernel but don't have much time to do it. What is the final decision on this? I have the same change for many boards which are/will be supported by 3.10. -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750

3 3

[U-Boot] fatls shows duplicated entries with long and short names
by Hector Palacios 23 Nov '13

23 Nov '13

Dear Marek, I noticed that 'fatls' displays duplicated filenames (short and long) for every file in the media: # fatls mmc 0 2083460 uimage-myplatform 2083460 uimage~1 1520 rootfs-dummy.jffs2 1520 rootfs~1.jff 3294952 uimage 3294952 uimage The guilty commit is ff04f6d1224d8952b566b8671222151495883073 by you, who moved the chksum calculation out of an if() and now the code never enters this: #ifdef CONFIG_SUPPORT_VFAT else if (dols == LS_ROOT && csum == prevcksum) { prevcksum = 0xffff; dentptr++; continue; } #endif Could you please check? Best regards, -- Hector Palacios

7 10

[U-Boot] FW: [PATCH 1/2] drivers/net/designware, do an explicit memory access instead of implicit, re-written assignments to use readl() and writel(), all of this as preperation for making the driver able to work in a cached environment (I$D$ support).
by Frank Dols 22 Nov '13

22 Nov '13

[[ ... to get attention again ... see below ...]] On 2/8/2013 6:22 PM, Frank Dols wrote: > Good afternoon Vipin and Albert, > I where wondering, is there any review/update news on the patches I submitted a short while ago? > Regards, Frank. > Sorry, first excluded " u-boot(a)lists.denx.de" from this email to prevent from noice on mailing list. > There is no reason to remove the list. This is not noise I believe. Infact by including the list, you are intimating other developers that such work would be available soon Albert, do you think any different. > Sorry, I have to clarify here a bit more. > The descriptors are 16 bytes in length and a cache line is in most architectures more than 16 bytes in length (in our case either 32 or 64). > This means that cached accesses is not an option for these descriptors. Background, two adjacent descriptors as be on one cache line may be owned by different entities (host cpu / network ip). Yes, this is a problem and I can't think of a clean solution. Specially because u-boot (as of today) does not support non-cached memory Albert? > Explicit cache calls that we are added in patch 2/2 are meant for payload of the package. And these are made cache line aligned with patch 1/2. Yes, that is what I thought > Unfortunately we can't align the descriptors on cache line boundaries due to hardware limitations (for architectures with cache line longer than 16 bytes) ! Yes, I know that. The descriptors are 16 bytes and they need to be contiguous in memory PS: I have not added the list but I strongly feel that this mail should also go to the uboot list -Vipin > With kind regards, greetings, Frank. > >

2 1

[U-Boot] Help needed: Boot signed RTOS
by Christopher Preschern 22 Nov '13

22 Nov '13

Hi, I try to boot a signed RTOS as FIT Image with the bootm command and I'm kind of stuck here - any help well appreciated. When booting, U-Boot shows the following error message: “No Linux ARM Kernel Image Image ERROR: can't get kernel image!” My questions: - Is it possible to boot a signed RTOS with U-Boot? - Is there something I do wrong (I'm rather new to U-Boot)? I use the following setup: - U-Boot 2013.07 - i.MX28 board - safeRTOS which I can boot with the bootelf command The following mkimage command (which does not yet create a signature) works and produces a with bootm bootable "u-rtos" file: mkimage -A arm -C none -O qnx -T kernel_noload -d safeRTOS u-rtos I tried to re-build the above parameters in my .its File (which I need to use the signing features of mkimage): /dts-v1/; / { description = "MY-RTOS"; #address-cells = <1>; images { kernel@1 { description = "MY-RTOS"; data = /incbin/("./my-rtos-image"); type = "kernel_noload"; arch = "arm"; os = "qnx"; compression = "none"; signature@1 { algo = "sha1,rsa2048"; key-name-hint = "dev"; }; }; }; configurations { default = "conf@1"; conf@1 { kernel = "kernel@1"; hash@1 { algo = "sha1"; }; }; }; }; I run the following command to get my FIT-file: mkimage -f rtos.its -k <path-to-my-keys> rtos.fit When booting the FIT file with bootm, I get the following output: => bootm 0x42000000 ## Loading kernel from FIT Image at 42000000 ... Using 'conf@1' configuration Verifying Hash Integrity ... OK Trying 'kernel@1' kernel subimage Description: safeRTOS Kernel Type: Kernel Image (no loading done) Compression: uncompressed Data Start: 0x420000b8 Data Size: 1543860 Bytes = 1.5 MiB Sign algo: sha1,rsa2048:dev Sign value: 45bd54112.........99d0d710 Verifying Hash Integrity ... sha1,rsa2048:dev+ OK No Linux ARM Kernel Image Image ERROR: can't get kernel image! It seems that the whole signature-checking works. However U-Boot apparently expects a kernel and instead gets my RTOS to boot. How can I tell U-Boot that I want to run my bootelf-runable RTOS? I'm really stuck here - any help is very much appreciated! thank you & best regards, Christopher -- ------------------------------------------------------------------ | Christopher Preschern | Institute for Technical Informatics - TU Graz | Tel: +43 (316) 873 - 6404 | EMail: christopher.preschern(a)tugraz.at

2 5

[U-Boot] mmc support for mpc8377
by Ellis Andrew 22 Nov '13

22 Nov '13

Hello, I'm 2010.06-rc3 which came with a board fitted with an MPC8377 power pc processor. This version of uboot does not support the mmc controller in the processor. Does anyone know if support has been added to a later version? Or at least could someone please point me to a suitable change log. Kind regards Andrew

1 0

[U-Boot] [PATCH v1 0/5] mtd: nand: omap: clean omap_gpmc.h headers
by Pekon Gupta 22 Nov '13

22 Nov '13

(resending *only* to u-boot maillist as earlier message was moderated as below) [PATCH v1 0/5] mtd: nand: omap: clean omap_gpmc.h headers Is being held until the list moderator can review it for approval. The reason it is being held: Too many recipients to the message This patch series aims are cleaning and consolidationg GPMC declarations and macros in common file by: (1) Merges multiple omap_gpmc.h header files - arch/arm/include/asm/arch-xx/omap_gpmc.h: for individual SoC platform - arch/arm/include/asm/arch/omap_gpmc.h: common for all ARM SoC platform (2) removes legacy board configs and #defines macros which are no more used (3) consolidate common GPMC macros and declarations spread in platform specific header files. (like arch/arm/include/asm/arch-xx/cpu.h) (4) move consolidate header file arch/omap_gpmc.h to linux/mtd/omap_gpmc.h to make it architecture independent (5) move arch/omap_elm.h to linux/mtd/omap_elm.h) to make it architecture independent This patch series is build tested using following utility ./MAKEALL -s am33xx -s omap3 -s omap4 -s omap5 Note: Though this patch series is functionally independent. But it should be applied above previous series given below, otherwise there would be minor conflict seen in file arch/arm/include/asm/omap_gpmc.h http://lists.denx.de/pipermail/u-boot/2013-November/167445.html Pekon Gupta (5): mtd: nand: omap: remove redundant platform specific header: arch-xx/omap_gpmc.h mtd: nand: omap: remove unused #defines from common omap_gpmc.h mtd: nand: omap: merge duplicate GPMC data from different arch-xx headers into common omap_gpmc.h mtd: nand: omap: move omap_gpmc.h from arch/arm/include/asm to drivers/mtd/nand mtd: nand: omap: move omap_elm.h from arch/arm/include/asm to drivers/mtd/nand arch/arm/include/asm/arch-am33xx/cpu.h | 51 ------------- arch/arm/include/asm/arch-am33xx/omap_gpmc.h | 48 ------------- arch/arm/include/asm/arch-am33xx/sys_proto.h | 1 + arch/arm/include/asm/arch-omap3/cpu.h | 54 +------------- arch/arm/include/asm/arch-omap3/mem.h | 10 +++ arch/arm/include/asm/arch-omap3/omap_gpmc.h | 36 ---------- arch/arm/include/asm/arch-omap3/sys_proto.h | 1 + arch/arm/include/asm/arch-omap4/cpu.h | 45 ------------ arch/arm/include/asm/arch-omap4/sys_proto.h | 1 + arch/arm/include/asm/arch-omap5/cpu.h | 45 ------------ arch/arm/include/asm/arch-omap5/sys_proto.h | 1 + arch/arm/include/asm/omap_gpmc.h | 80 --------------------- board/isee/igep00x0/igep00x0.c | 1 - board/overo/overo.c | 1 - drivers/mtd/nand/omap_elm.c | 6 +- drivers/mtd/nand/omap_gpmc.c | 5 +- include/configs/am335x_evm.h | 1 - include/configs/am335x_igep0033.h | 1 - include/configs/am3517_crane.h | 1 - include/configs/am3517_evm.h | 1 - include/configs/cm_t35.h | 2 - include/configs/devkit8000.h | 2 - include/configs/dig297.h | 2 - include/configs/mcx.h | 1 - include/configs/omap3_beagle.h | 2 - include/configs/omap3_evm_common.h | 1 - include/configs/omap3_igep00x0.h | 1 - include/configs/omap3_logic.h | 1 - include/configs/omap3_overo.h | 2 - include/configs/omap3_pandora.h | 2 - include/configs/omap3_zoom1.h | 2 - include/configs/omap3_zoom2.h | 1 - include/configs/siemens-am33x-common.h | 1 - include/configs/tam3517-common.h | 1 - include/configs/tricorder.h | 2 - .../include/asm => include/linux/mtd}/omap_elm.h | 0 include/linux/mtd/omap_gpmc.h | 84 ++++++++++++++++++++++ 37 files changed, 104 insertions(+), 393 deletions(-) delete mode 100644 arch/arm/include/asm/arch-am33xx/omap_gpmc.h delete mode 100644 arch/arm/include/asm/arch-omap3/omap_gpmc.h delete mode 100644 arch/arm/include/asm/omap_gpmc.h rename {arch/arm/include/asm => include/linux/mtd}/omap_elm.h (100%) create mode 100644 include/linux/mtd/omap_gpmc.h -- 1.8.1

1 5

[U-Boot] [PATCH v1 0/5] mtd: nand: omap: clean omap_gpmc.h headers
by Pekon Gupta 22 Nov '13

22 Nov '13

This patch series aims are cleaning and consolidationg GPMC declarations and macros in common file by: (1) Merges multiple omap_gpmc.h header files - arch/arm/include/asm/arch-xx/omap_gpmc.h: for individual SoC platform - arch/arm/include/asm/arch/omap_gpmc.h: common for all ARM SoC platform (2) removes legacy board configs and #defines macros which are no more used (3) consolidate common GPMC macros and declarations spread in platform specific header files. (like arch/arm/include/asm/arch-xx/cpu.h) (4) move consolidate header file arch/omap_gpmc.h to linux/mtd/omap_gpmc.h to make it architecture independent (5) move arch/omap_elm.h to linux/mtd/omap_elm.h) to make it architecture independent This patch series is build tested using following utility ./MAKEALL -s am33xx -s omap3 -s omap4 -s omap5 Note: Though this patch series is functionally independent. But it should be applied above previous series given below, otherwise there would be minor conflict seen in file arch/arm/include/asm/omap_gpmc.h http://lists.denx.de/pipermail/u-boot/2013-November/167445.html Pekon Gupta (5): mtd: nand: omap: remove redundant platform specific header: arch-xx/omap_gpmc.h mtd: nand: omap: remove unused #defines from common omap_gpmc.h mtd: nand: omap: merge duplicate GPMC data from different arch-xx headers into common omap_gpmc.h mtd: nand: omap: move omap_gpmc.h from arch/arm/include/asm to drivers/mtd/nand mtd: nand: omap: move omap_elm.h from arch/arm/include/asm to drivers/mtd/nand arch/arm/include/asm/arch-am33xx/cpu.h | 51 ------------- arch/arm/include/asm/arch-am33xx/omap_gpmc.h | 48 ------------- arch/arm/include/asm/arch-am33xx/sys_proto.h | 1 + arch/arm/include/asm/arch-omap3/cpu.h | 54 +------------- arch/arm/include/asm/arch-omap3/mem.h | 10 +++ arch/arm/include/asm/arch-omap3/omap_gpmc.h | 36 ---------- arch/arm/include/asm/arch-omap3/sys_proto.h | 1 + arch/arm/include/asm/arch-omap4/cpu.h | 45 ------------ arch/arm/include/asm/arch-omap4/sys_proto.h | 1 + arch/arm/include/asm/arch-omap5/cpu.h | 45 ------------ arch/arm/include/asm/arch-omap5/sys_proto.h | 1 + arch/arm/include/asm/omap_gpmc.h | 80 --------------------- board/isee/igep00x0/igep00x0.c | 1 - board/overo/overo.c | 1 - drivers/mtd/nand/omap_elm.c | 6 +- drivers/mtd/nand/omap_gpmc.c | 5 +- include/configs/am335x_evm.h | 1 - include/configs/am335x_igep0033.h | 1 - include/configs/am3517_crane.h | 1 - include/configs/am3517_evm.h | 1 - include/configs/cm_t35.h | 2 - include/configs/devkit8000.h | 2 - include/configs/dig297.h | 2 - include/configs/mcx.h | 1 - include/configs/omap3_beagle.h | 2 - include/configs/omap3_evm_common.h | 1 - include/configs/omap3_igep00x0.h | 1 - include/configs/omap3_logic.h | 1 - include/configs/omap3_overo.h | 2 - include/configs/omap3_pandora.h | 2 - include/configs/omap3_zoom1.h | 2 - include/configs/omap3_zoom2.h | 1 - include/configs/siemens-am33x-common.h | 1 - include/configs/tam3517-common.h | 1 - include/configs/tricorder.h | 2 - .../include/asm => include/linux/mtd}/omap_elm.h | 0 include/linux/mtd/omap_gpmc.h | 84 ++++++++++++++++++++++ 37 files changed, 104 insertions(+), 393 deletions(-) delete mode 100644 arch/arm/include/asm/arch-am33xx/omap_gpmc.h delete mode 100644 arch/arm/include/asm/arch-omap3/omap_gpmc.h delete mode 100644 arch/arm/include/asm/omap_gpmc.h rename {arch/arm/include/asm => include/linux/mtd}/omap_elm.h (100%) create mode 100644 include/linux/mtd/omap_gpmc.h -- 1.8.1

1 5

[U-Boot] [FYI] Tech-Talk in Opensource India Conference, 2013
by Jagan Teki 22 Nov '13

22 Nov '13

Here is the link for more details- http://www.denx.de/wiki/U-Boot/OpenSourceIndia2013 -- Thanks, Jagan. -------- Jagannadha Sutradharudu Teki, E: jagannadh.teki(a)gmail.com, P: +91-9676773388 Engineer - System Software Hacker U-boot - SPI Custodian and Zynq APSOC Ln: http://www.linkedin.com/in/jaganteki

1 0

Re: [U-Boot] (no subject)
by Bojan Buić 22 Nov '13

22 Nov '13

I'm trying in board iMX233-OLinuXino-MICRO ( https://www.olimex.com/Products/OLinuXino/iMX233/iMX233-OLinuXino-MICRO/ope… ) setup hardware watchdog in the uboot. I checkout uboot code and recompile it(I found steps here : http://www.jann.cc/2013/02/07/u_boot_for_the_imx233_olinuxino.html). I tried to call a function hw_watchdog_init from class: imx_watchdog.c ( http://git.denx.de/?p=u-boot.git;a=blob;f=drivers/watchdog/imx_watchdog.c;h… ) in the code . In this method, I uncomment line # define CONFIG_WATCHDOG_TIMEOUT_MSECS 128000 and I expected that the system will be restarted after, 128 seconds, but did not. I am sure that this method(hw_watchdog_init) is called because before and after i write debug messages to console I tested like this: 1. recompile code with calling method hw_watchdog_init 3. upload this file to my SD card with dd command 3. start linux 4. waiting for 128 seconds and I was expecting that the system will berestart but did not. What to do? WDOG1_BASE_ADDR -> what is the value of this variable ? Thank you 2013/11/21 Troy Kisky <troy.kisky(a)boundarydevices.com> > On 11/20/2013 3:48 PM, Bojan Buić wrote: > >> >> Hello, >> >> >> I found Your commit in u-boot repository(git://git.denx.de/u-boot.git < >> http://git.denx.de/u-boot.git>). >> >> >> Can You help me , how can enable hardware watchdog in U-Boot ? >> >> I found imx_watchdog.c class but when I call hw_watcdog_init nothing >> happened >> >> Can You help me ? >> >> Thank youBojan Buić >> >> >> What did you expect to happen? Tell me how you are testing it? Also, > please CC the list. > u-boot(a)lists.denx.de > > Troy > > -- Bojan Buić

3 7

[U-Boot] [PULL] u-boot-atmel/master -> u-boot-arm/master
by Andreas Bießmann 22 Nov '13

22 Nov '13

Dear Albert Aribaud, please pull the following changes into u-boot-arm/master. The following changes since commit 56eb3da43fab5990a4b7bc118b76c7cae2ceb140: arm, am335x: update for the siemens boards (2013-11-12 09:53:59 -0500) are available in the git repository at: git://git.denx.de/u-boot-atmel.git master for you to fetch changes up to 618bbbb2e9546aa602c97d55963e133c7e1a85ec: ARM: at91: sama5d3: add support for sama5d36 chip (2013-11-13 22:18:18 +0100) ---------------------------------------------------------------- Andreas Bießmann (6): video: remove AT91 legacy API from bus_vcxk i2c: switch from AT91 legacy to ATMEL legacy at91sam9m10g45ek: remove unused CONFIG_AT91_LEGACY snapper9260: remove unused AT91_LEGACY net: remove unused CONFIG_AT91_LEGACY at91: remove all occourances of CONFIG_AT91_LEGACY Wu, Josh (1): ARM: at91: sama5d3: add support for sama5d36 chip arch/arm/cpu/armv7/at91/sama5d3_devices.c | 4 +- arch/arm/include/asm/arch-at91/at91_pio.h | 33 ------------ arch/arm/include/asm/arch-at91/at91_pit.h | 16 ------ arch/arm/include/asm/arch-at91/at91_pmc.h | 51 ++---------------- arch/arm/include/asm/arch-at91/at91_spi.h | 2 +- arch/arm/include/asm/arch-at91/at91_wdt.h | 21 -------- arch/arm/include/asm/arch-at91/at91cap9.h | 69 ------------------------- arch/arm/include/asm/arch-at91/at91sam9_smc.h | 60 --------------------- arch/arm/include/asm/arch-at91/sama5d3.h | 3 ++ doc/README.at91-soc | 7 +++ drivers/i2c/soft_i2c.c | 2 +- drivers/net/at91_emac.c | 9 ---- drivers/video/bus_vcxk.c | 15 ------ include/configs/at91sam9m10g45ek.h | 1 - include/configs/snapper9260.h | 1 - include/i2c.h | 2 +- 16 files changed, 21 insertions(+), 275 deletions(-)

2 1