October 2013 - U-Boot

[U-Boot] Bad Linux ARM zImage magic
by claus anders 23 Oct '13

23 Oct '13

Due to this patch: 0001-omap3_beagle-uEnv.txt-bootz-n-fixes.patch, u-boot for my beagleboard seems to need always a zImage. Up to now, I used uImage just fine. Questions: - Can I convert vmLinux or uImage in to the required zImage? - Is it possible to use bitbake (I’m using the Angstrom 3.28 kernel) to create a zImage instead of uImage? - Can I just replace the part "loaduimagefat=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} zImage\0" With "loaduimagefat=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} uImage\0" In omap3_beagle.h to get the previously working behaviour?

2 1

[U-Boot] Fwd: [PATCH 1/6] exynos_fb: Remove usage of static defines
by Ajay kumar 23 Oct '13

23 Oct '13

Hi Simon, On Wed, Oct 16, 2013 at 10:04 PM, Simon Glass <sjg(a)chromium.org> wrote: > Hi Ajay, > > [once more from the right address] > > On Mon, Sep 30, 2013 at 5:20 AM, Ajay Kumar <ajaykumar.rs(a)samsung.com > >wrote: > > > Previously, we used to statically assign values for vl_col, vl_row and > > vl_bpix using #defines like LCD_XRES, LCD_YRES and LCD_COLOR16. > > > > Introducing the function exynos_lcd_early_init() would take care of this > > assignment on the fly by parsing FIMD DT properties, thereby allowing us > > to remove LCD_XRES and LCD_YRES from the main config file. > > > > Signed-off-by: Ajay Kumar <ajaykumar.rs(a)samsung.com> > > > > Acked-by: Simon Glass <sjg(a)chromium.org> > > I can't test this on Pit at present - any chance of a series at some point > to enable that? > Should wait till Rajeshwari sends a patch for peach-pit dts. I pushed my branch to u-boot-x86.git branch try-5420b. > > As a general comment, it would be nice to follow up with a series to fully > enable device tree for the GPIOs also. At the moment these are hard-coded. > Ok. I will do this for exynos video driver. Regards, > Simon > > _______________________________________________ > U-Boot mailing list > U-Boot(a)lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > > Thanks and regards, Ajay Kumar

2 1

[U-Boot] [PATCH] blackfin: Move machine specific gpio_port_t structure back to blackfin arch folder.
by Sonic Zhang 23 Oct '13

23 Oct '13

From: Steven Miao <realmz6(a)gmail.com> The gpio register mappings are different among blackfin processors. Signed-off-by: Steven Miao <realmz6(a)gmail.com> Signed-off-by: Sonic Zhang <sonic.zhang(a)analog.com> --- arch/blackfin/cpu/Makefile | 2 +- arch/blackfin/cpu/gpio.c | 17 +++++++++++++++++ arch/blackfin/include/asm/gpio.h | 3 +++ drivers/gpio/adi_gpio2.c | 17 ----------------- 4 files changed, 21 insertions(+), 18 deletions(-) diff --git a/arch/blackfin/cpu/Makefile b/arch/blackfin/cpu/Makefile index 1421cb2..929fc8b 100644 --- a/arch/blackfin/cpu/Makefile +++ b/arch/blackfin/cpu/Makefile @@ -18,7 +18,7 @@ CEXTRA := initcode.o SEXTRA := start.o SOBJS := interrupt.o cache.o COBJS-y += cpu.o -COBJS-$(CONFIG_ADI_GPIO1) += gpio.o +COBJS-y += gpio.o COBJS-y += interrupts.o COBJS-$(CONFIG_JTAG_CONSOLE) += jtag-console.o COBJS-y += os_log.o diff --git a/arch/blackfin/cpu/gpio.c b/arch/blackfin/cpu/gpio.c index f9aff4d..5e9c68a 100644 --- a/arch/blackfin/cpu/gpio.c +++ b/arch/blackfin/cpu/gpio.c @@ -12,6 +12,7 @@ #include <asm/gpio.h> #include <asm/portmux.h> +#ifdef CONFIG_ADI_GPIO1 #if ANOMALY_05000311 || ANOMALY_05000323 enum { AWA_data = SYSCR, @@ -774,3 +775,19 @@ void gpio_labels(void) continue; } } +#else +struct gpio_port_t * const gpio_array[] = { + (struct gpio_port_t *)PORTA_FER, + (struct gpio_port_t *)PORTB_FER, + (struct gpio_port_t *)PORTC_FER, + (struct gpio_port_t *)PORTD_FER, + (struct gpio_port_t *)PORTE_FER, + (struct gpio_port_t *)PORTF_FER, + (struct gpio_port_t *)PORTG_FER, +#if defined(CONFIG_BF54x) + (struct gpio_port_t *)PORTH_FER, + (struct gpio_port_t *)PORTI_FER, + (struct gpio_port_t *)PORTJ_FER, +#endif +}; +#endif diff --git a/arch/blackfin/include/asm/gpio.h b/arch/blackfin/include/asm/gpio.h index 58a6191..376ec02 100644 --- a/arch/blackfin/include/asm/gpio.h +++ b/arch/blackfin/include/asm/gpio.h @@ -8,6 +8,7 @@ #define __ARCH_BLACKFIN_GPIO_H__ #include <asm-generic/gpio.h> +#include <asm/portmux.h> #define gpio_bank(x) ((x) >> 4) #define gpio_bit(x) (1<<((x) & 0xF)) @@ -141,6 +142,8 @@ struct gpio_port_t { unsigned short dummy16; unsigned short inen; }; +#else +extern struct gpio_port_t * const gpio_array[]; #endif #ifdef ADI_SPECIAL_GPIO_BANKS diff --git a/drivers/gpio/adi_gpio2.c b/drivers/gpio/adi_gpio2.c index 051073c..88cd65b 100644 --- a/drivers/gpio/adi_gpio2.c +++ b/drivers/gpio/adi_gpio2.c @@ -10,22 +10,6 @@ #include <common.h> #include <asm/errno.h> #include <asm/gpio.h> -#include <asm/portmux.h> - -static struct gpio_port_t * const gpio_array[] = { - (struct gpio_port_t *)PORTA_FER, - (struct gpio_port_t *)PORTB_FER, - (struct gpio_port_t *)PORTC_FER, - (struct gpio_port_t *)PORTD_FER, - (struct gpio_port_t *)PORTE_FER, - (struct gpio_port_t *)PORTF_FER, - (struct gpio_port_t *)PORTG_FER, -#if defined(CONFIG_BF54x) - (struct gpio_port_t *)PORTH_FER, - (struct gpio_port_t *)PORTI_FER, - (struct gpio_port_t *)PORTJ_FER, -#endif -}; #define RESOURCE_LABEL_SIZE 16 @@ -98,7 +82,6 @@ static void port_setup(unsigned gpio, unsigned short usage) else gpio_array[gpio_bank(gpio)]->port_fer_set = gpio_bit(gpio); #endif - SSYNC(); } inline void portmux_setup(unsigned short per) -- 1.8.2.3

1 0

[U-Boot] [PATCH] net: tftpsrv: Get correct client MAC address
by Andrew Ruder 23 Oct '13

23 Oct '13

NetServerEther was not being cleared in the tftp server code, so the destination MAC address would be whatever the last destination MAC address was. Scenario: U-Boot: dhcp tftpsrv Host: Send device WRQ Device: Responds with ACK to dhcp server mac address with host ip address By clearing NetServerEther, we force a lookup of the host MAC address to go with the associated host IP. Signed-off-by: Andrew Ruder <andrew.ruder(a)elecsyscorp.com> --- net/tftp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/net/tftp.c b/net/tftp.c index 6d333d5..002052a 100644 --- a/net/tftp.c +++ b/net/tftp.c @@ -849,6 +849,9 @@ TftpStartServer(void) TftpState = STATE_RECV_WRQ; net_set_udp_handler(TftpHandler); + + /* zero out server ether in case the server ip has changed */ + memset(NetServerEther, 0, 6); } #endif /* CONFIG_CMD_TFTPSRV */ -- 1.8.4.rc3

1 0

[U-Boot] [PATCH] net: dm9000: random mac address support
by Andrew Ruder 23 Oct '13

23 Oct '13

When an unprogrammed EEPROM is attached to a dm9000, the dm9000 will come up with a invalid MAC address of ff:ff:ff:ff:ff:ff. Add code that gets enabled if CONFIG_RANDOM_MACADDR is enabled that generates a random (and valid) locally administered MAC address that allows the system to network boot until a real MAC address can be configured. Signed-off-by: Andrew Ruder <andrew.ruder(a)elecsyscorp.com> --- drivers/net/dm9000x.c | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/drivers/net/dm9000x.c b/drivers/net/dm9000x.c index f7170e0..b68d808 100644 --- a/drivers/net/dm9000x.c +++ b/drivers/net/dm9000x.c @@ -342,6 +342,15 @@ static int dm9000_init(struct eth_device *dev, bd_t *bd) DM9000_iow(DM9000_ISR, ISR_ROOS | ISR_ROS | ISR_PTS | ISR_PRS); printf("MAC: %pM\n", dev->enetaddr); + if (!is_valid_ether_addr(dev->enetaddr)) { +#ifdef CONFIG_RANDOM_MACADDR + printf("Bad MAC address (uninitialized EEPROM?), randomizing\n"); + eth_random_enetaddr(dev->enetaddr); + printf("MAC: %pM\n", dev->enetaddr); +#else + printf("WARNING: Bad MAC address (uninitialized EEPROM?)\n"); +#endif + } /* fill device MAC address registers */ for (i = 0, oft = DM9000_PAR; i < 6; i++, oft++) -- 1.8.4.rc3

1 0

[U-Boot] u-boot and uefi
by Altunbas Sabri (DC-IA/EAH2) 22 Oct '13

22 Oct '13

hi together, i deploy u-boot on x86 board. Conventional bios is replaced by uefi next time. Conventional bios works with u-boot very well. Is it with UEFI the same too or should I expect problems with ? Mit freundlichen Grüßen / Best regards Sabri Altunbas DC-IA/EAH2 Tel. +49(6062)78-526

1 0

[U-Boot] [PATCH 0/2] blackfin: fix warnings
by Masahiro Yamada 22 Oct '13

22 Oct '13

This series warnings under arch/blackfin/ Cc: Sonic Zhang <sonic.zhang(a)analog.com> Masahiro Yamada (2): blackfin: fix a warning in arch/blackfin/cpu/initcode.c blackfin: fix a warning in arch/blackfin/cpu/cpu.c arch/blackfin/cpu/cpu.c | 3 +++ arch/blackfin/cpu/initcode.c | 6 ++---- 2 files changed, 5 insertions(+), 4 deletions(-) -- 1.8.1.2

2 5

[U-Boot] Does uboot support HID-I2C
by David Goodenough 22 Oct '13

22 Oct '13

It would appear that there is a standard for running keyboards on I2C, and that Windows 8 and Linux both support it. But I could not find any references to uboot support. Is it supported or planned? Apparently the standard has been around for about a year (I think Microsoft originally wrote it), and that now chip support is being offered to make it easy to deliver (TI just announced the TCA8424 chip). David

2 1

Re: [U-Boot] v2013.10 failed build with jffs2 cmd
by Chris Ruehl 22 Oct '13

22 Oct '13

Hi Wolfgang, On Tuesday, October 22, 2013 02:07 PM, Wolfgang Denk wrote: > Dear Chris Ruehl, > > In message<5265DFD1.9000709(a)gtsys.com.hk> you wrote: >> >> when I tried to build v2013.10 with the Option: CONFIG_CMD_JFFS2 >> using linao tool-chain 2013.09 (and earlier) I run into the well known problem >> >> uses VFP register arguments, u-boot does not > > You failed to tell who is using VFP register arguments - it's your > compiler's library, libgcc. > Yes, sure, the libgcc is the one trigger it, but if I compile the uboot w/o JFFS2 other functions of the libgcc are linked into the u-boot loader without trigger the problem. libcommon , libnand + libmmmc uses udivsi3 and others see (u-boot.map link without jffs2): Archive member included because of file (symbol) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_udivsi3.o) arch/arm/cpu/arm926ejs/mx27/libmx27.o (__aeabi_uidiv) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_divsi3.o) common/libcommon.o (__aeabi_idiv) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_lshrdi3.o) drivers/mtd/nand/libnand.o (__aeabi_llsr) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_ashrdi3.o) drivers/mtd/nand/libnand.o (__aeabi_lasr) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_ashldi3.o) drivers/mmc/libmmc.o (__aeabi_llsl) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_dvmd_lnx.o) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_udivsi3.o) (__aeabi_idiv0) I think the root of the evil is libgcc.a(_aeabi_uldivmod.o) (__gnu_uldivmod_helper) regards Chris >> any hints to solve this? > > Fix your toolchain (i. e. make sure it also provides a libgcc usable > with softfloat settings). > > If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make > command line. > > Best regards, > > Wolfgang Denk >

1 0

[U-Boot] v2013.10 failed build with jffs2 cmd
by Chris Ruehl 22 Oct '13

22 Oct '13

Dear List, when I tried to build v2013.10 with the Option: CONFIG_CMD_JFFS2 using linao tool-chain 2013.09 (and earlier) I run into the well known problem uses VFP register arguments, u-boot does not the u-boot.map shows this as source of the trouble - /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_aeabi_uldivmod.o) fs/jffs2/libjffs2.o (__aeabi_uldivmod) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_dvmd_lnx.o) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_udivsi3.o) (__aeabi_idiv0) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(bpabi.o) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_aeabi_uldivmod.o) (__gnu_uldivmod_helper) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_divdi3.o) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(bpabi.o) (__divdi3) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(_udivdi3.o) /opt/armhf/gcc-linaro-arm-linux-gnueabihf-4.8-2013.09_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.2/libgcc.a(bpabi.o) (__udivdi3) any hints to solve this? Chris

1 0