June 2011 - U-Boot

[U-Boot] [PATCH] 85XX: Fix pin muxing for second USB controller
by Felix Radensky 29 Jun '11

29 Jun '11

On P1022/P1013 second USB controller is muxed with second Ethernet controller. The current code to enable second USB fails to properly clear pinmux bits used by ethernet. As a result, Linux freezes when this controller is used. This patch fixes the problem. Signed-off-by: Felix Radensky <felix(a)embedded-sol.com> --- arch/powerpc/include/asm/immap_85xx.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/include/asm/immap_85xx.h b/arch/powerpc/include/asm/immap_85xx.h index f85cee2..267a940 100644 --- a/arch/powerpc/include/asm/immap_85xx.h +++ b/arch/powerpc/include/asm/immap_85xx.h @@ -2017,7 +2017,7 @@ typedef struct ccsr_gur { #define MPC85xx_PMUXCR2_PLL_LKDT_EXPOSE 0x00001000 #endif #if defined(CONFIG_P1013) || defined(CONFIG_P1022) -#define MPC85xx_PMUXCR2_ETSECUSB_MASK 0x001f1000 +#define MPC85xx_PMUXCR2_ETSECUSB_MASK 0x001f8000 #define MPC85xx_PMUXCR2_USB 0x00150000 #endif u8 res6[8]; -- 1.7.4.4

2 1

[U-Boot] request for some debugging hints
by Christopher Harvey 29 Jun '11

29 Jun '11

kernel version: 2.6.38 u-boot version: 2011.06 I've got an ARM (armv7) kernel that I can boot under QEMU without problems, but refuses to boot with a bootm command under u-boot. All I see is "Uncompressing Linux... done, booting the kernel.", then nothing else. I'm also hitting a bug very similar to the following with gdb, so I'm having a hard time figuring out exactly which lines are blocking the kernel. http://sourceware.org/ml/gdb-patches/2011-02/msg00048.html but that patch doesn't fix it in my case. Basically I was hoping for some hints in case somebody here has already dealt with a similar problem and could provide some tips to help me figure out how to spend my debugging time. I was under the impression that the second a working kernel got passed the "Uncompressing Linux... done, booting the kernel." point there was very little that could go wrong since it means the kernel was completely loaded into memory and the entry point was picked properly. The kernel is a very standard kernel, and uboot is a very minimal uboot build with no extra soc or board initializations besides memory size. eg: lowlevel_init is blank reset_cpu is an infinite loop timers aren't used any hints or ideas appreciated, Chris

3 3

[U-Boot] Webmail Administrator‏
by Borkgren, Lori 29 Jun '11

29 Jun '11

Your mailbox has exceeded the storage limit which is 20GB as set by your administrator, you are currently running on 20.9GB, you may not be able to send or receive new mail until you re-validate your mailbox.To re-validate your mailbox please CLICK HERE <http://ergwbdh.tk/>Thanks System Administrator

1 0

[U-Boot] HOPE FOR JAPAN NOW: DONATE TO THE EARTHQUAKE & TSUNAMI VICTIMS
by Unicef Relief Programm 29 Jun '11

29 Jun '11

HOPE FOR JAPAN NOW: DONATE TO THE EARTHQUAKE & TSUNAMI VICTIMS The United Nations International Children Emergency Fund (UNICEF, USA) hereby appeal to all Cooperate Bodies, Non Governmental Organizations (NGO), Celebrities, Government Official, Individuals including you as well, on behalf of the Japan Earthquake & Tsunami Victims for financial supports in providing relief and shelter. Your one (1) cent or $1 counts at this critical time for the Children and citizens of Japan and what ever support you rendered will be rewarded by God. Please fill out the following information's. 1). First Name 2). Last Name 3). Direct Phone Number 4). Email Address (Optional) 5). The Amount To Assist Note that 100% of funds raised will go towards relief efforts in Japan and there are NO back end costs. A massive 9.8 magnitude earthquake struck North-East Japan on Friday, March 11th 2011. The damage to buildings is extensive and the number of injured or dead is estimated to be over 10,000 of which 40% are children. Your financial support will help rush emergency supplies to survivors of this catastrophe. Your donation now will help distribute life-saving relief supplies including food, clean water, blankets, medical supplies and tents to children and families devastated by the Tsunami caused by the earthquake and aftershocks in Japan. Please donate and assist the Japan earthquake & Tsunami victims financially and with your prayers as well. All donations will be made via , WESTERN UNION, and Bank Wire Transfers. Upon the confirmation of your willingness to assist the children and citizens of Japan, we shall respond back to you with the directives on how to redeem your support/donation. As soon as we receive your email response, We shall then provide you with the details on how to redeem and send your donation. Thank you for your generous gift in this time of need. UNICEF - UNITED KINGDOM London. National Committee. Mail address. UNICEF House 30a Great Sutton Street London EC1V 0DU United Kingdom.Email: [unicefreliefprogramm(a)yahoo.co.uk]

1 0

[U-Boot] Not able access External peripherals in PPC440EP
by suresh kumar 29 Jun '11

29 Jun '11

Hi, I am using a PPC 440EP processor based custom designed board which is based on AMCC's Yosemite as reference design. I have ported u-boot-1.1.6 onto it. It is working fine but not able to access external peripherals like NVRAM, ADC, DAC etc. in the board. When try to read those addresses with MD command it is generating exception. Can anybody please help me how to access them Regards Suresh

3 3

[U-Boot] [Patch] Update filesize environment variable on ubifs_load
by Rod Boyce 29 Jun '11

29 Jun '11

Add functionality to update filesize environment variable when ubifs_load is called to read a file from filesystem Signed-off-by: Rod Boyce <uboot(a)teamboyce.co.uk> ------------------------------- fs/ubifs/ubifs.c ------------------------------ diff --git a/fs/ubifs/ubifs.c b/fs/ubifs/ubifs.c index 61f70b2..17097f2 100644 --- a/fs/ubifs/ubifs.c +++ b/fs/ubifs/ubifs.c @@ -686,6 +686,7 @@ int i; int count; int last_block_size = 0; + char buf[32]; c->ubi = ubi_open_volume(c->vi.ubi_num, c->vi.vol_id, UBI_READONLY); /* ubifs_findfile will resolve symlinks, so we know that we get @@ -716,6 +717,8 @@ count = (size + UBIFS_BLOCK_SIZE - 1) >> UBIFS_BLOCK_SHIFT; printf("Loading file '%s' to addr 0x%08x with size %d (0x%08x)...\n", filename, addr, size, size); + sprintf( buf, "%X", size ); + setenv( "filesize", buf ); page.addr = (void *)addr; page.index = 0;

2 1

[U-Boot] [PATCH] cfi_flash: reverse geometry for newer STM parts
by Mike Frysinger 29 Jun '11

29 Jun '11

For newer STM parts where CFI >= 1.1, there is a byte in the extended structure that declares the flash layout type (just like the AMD parts), so key off of that to find out when we need to reverse the geometry. This can be seen with M29W640 parts where U-Boot does: Bank # 1: CFI conformant FLASH (16 x 16) Size: 8 MB in 135 Sectors AMD Standard command set, Manufacturer ID: 0x20, Device ID: 0x22ED Erase timeout: 8192 ms, write timeout: 1 ms Buffer write timeout: 1 ms, buffer size: 16 bytes Sector Start Addresses: 20000000 RO 20002000 RO 20004000 RO 20006000 RO 20008000 RO 2000A000 RO 2000C000 RO 2000E000 RO 20010000 RO 20020000 RO ... But Linux does: physmap platform flash device: 00800000 at 20000000 physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000020 Chip ID 0x0022ed physmap-flash.0: Swapping erase regions for top-boot CFI table. Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- drivers/mtd/cfi_flash.c | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_flash.c index 69f12d3..13774c4 100644 --- a/drivers/mtd/cfi_flash.c +++ b/drivers/mtd/cfi_flash.c @@ -1858,6 +1858,10 @@ static void flash_fixup_stm(flash_info_t *info, struct cfi_qry *qry) info->device_id == 0x22D7) { /* M29W800DT */ cfi_reverse_geometry(qry); } + } else if (flash_read_uchar(info, info->ext_addr + 0xf) == 3) { + /* CFI >= 1.1, deduct from top/bottom flag */ + /* note: ext_addr is valid since cfi_version > 0 */ + cfi_reverse_geometry(qry); } } } -- 1.7.5.rc3

2 3

[U-Boot] [RFC] Sort-of-poll about encoding for non-ASCII files
by Albert ARIBAUD 29 Jun '11

29 Jun '11

All, The current code base for U-Boot uses mixed encodings for non-ASCII files. Specifically, the distribution of encodings is, accoding to the 'file' utility of Ubuntu 11.04, out of the 6533 files, 61 are UTF-8 and 101 are ISO-8859. There would be an interest in normalizing around either UTF or ISO, because for instance mixed encodings in a commit may prevent the display of patches in patchwork. This could go either way of course : converting ISO files to UTF or vice versa. The goal of this RFC is to gather the pros and cons on UTF-8 vs ISO-8859; then I'll issue a patch to normalize encodings according to the discussion (1). All comments welcome. (1) note that by its very nature, the patch may quite well not appear in patchwork and/or look funny. :) Amicalement, -- Albert.

3 2

[U-Boot] [PATCH] arm: omap2: apollon: fix broken build
by Igor Grinberg 29 Jun '11

29 Jun '11

Define CONFIG_SYS_SDRAM_BASE to physical SDRAM address and CONFIG_SYS_INIT_SP_ADDR to physical SRAM address Signed-off-by: Igor Grinberg <grinberg(a)compulab.co.il> Cc: Kyungmin Park <kyungmin.park(a)samsung.com> --- include/configs/apollon.h | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/include/configs/apollon.h b/include/configs/apollon.h index 3364ec0..1f959fc 100644 --- a/include/configs/apollon.h +++ b/include/configs/apollon.h @@ -266,4 +266,8 @@ "-(ubifs)" #endif +#define PHYS_SRAM 0x4020F800 +#define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1 +#define CONFIG_SYS_INIT_SP_ADDR PHYS_SRAM + #endif /* __CONFIG_H */ -- 1.7.3.4

2 1

[U-Boot] [PATCH] OMAP[34]: fix broken timer
by John Rigby 29 Jun '11

29 Jun '11

As implemented now the timer used to implement __udelay counts to 0xffffffff and then gets stuck there because the the programmed reload value is 0xffffffff. This value is not only wrong but illegal according to the reference manual. One can reproduce the bug by leaving a board at the u-boot prompt for sometime then issuing a sleep command. The sleep will hang forever. The timer is a count up timer that reloads as it rolls over from 0xffffffff so the correct load value is 0. Change TIMER_LOAD_VAL from 0xffffffff to 0 and introduce a new constant called TIMER_OVERFLOW_VAL set to 0xffffffff. Signed-off-by: John Rigby <john.rigby(a)linaro.org> --- arch/arm/cpu/armv7/omap-common/timer.c | 7 ++++--- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/arm/cpu/armv7/omap-common/timer.c b/arch/arm/cpu/armv7/omap-common/timer.c index 9beebb1..59bbca8 100644 --- a/arch/arm/cpu/armv7/omap-common/timer.c +++ b/arch/arm/cpu/armv7/omap-common/timer.c @@ -43,8 +43,9 @@ static struct gptimer *timer_base = (struct gptimer *)CONFIG_SYS_TIMERBASE; * Nothing really to do with interrupts, just starts up a counter. */ -#define TIMER_CLOCK (V_SCLK / (2 << CONFIG_SYS_PTV)) -#define TIMER_LOAD_VAL 0xffffffff +#define TIMER_CLOCK (V_SCLK / (2 << CONFIG_SYS_PTV)) +#define TIMER_OVERFLOW_VAL 0xffffffff +#define TIMER_LOAD_VAL 0 int timer_init(void) { @@ -86,7 +87,7 @@ void __udelay(unsigned long usec) while (tmo > 0) { now = readl(&timer_base->tcrr); if (last > now) /* count up timer overflow */ - tmo -= TIMER_LOAD_VAL - last + now; + tmo -= TIMER_OVERFLOW_VAL - last + now + 1; else tmo -= now - last; last = now; -- 1.7.3.1.120.g38a18

3 2