Re: [U-Boot] Uboot hangs on "starting kernel..."
Greetings. On Thu10 Dec 2009, at 20:29, Wierd O wrote: > I am not sure why the kernel stops short of loading. The other thing that > confuses me is that i couldnt know whther the proble is from the image or > uboot. You are assuming that the kernel 'stops short of loading'. It is quite likely that the kernel has gone along a fair but and attempted to bring up your board but has panicked at a very early stage before the kernel log buffer was flushed to the console thereby preventing you from getting a feel for what really went wrong. There could be any number of reasons for this of course. My recommendation would be to start hacking the kernel from a very early stage of initialisation. If you can get to Linux's '__log_buf' and print out the ASCII contents straight to the UART, I bet you'll get a handle on the problem. It'll most likely be a kernel misconfiguration issue but you'll get the idea one hopes. Cheers, Robin ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Problem with disable the datacache
Hi I have a problem with disabling the data cache on my PPC. The target family is mpc83xx and i had tried to chance something in the start.S file for the ppc. But if i instead of the asm function dcache_enable use dcache_disable my target newer get running. So if anyone can help with informations about how to disable the data cache for a ppc it could be greath. Kind Regards LSkov ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] Fix compile error in .depend not being generated correctly
make -C drivers/bios_emulator/ make[2]: Entering directory `drivers/bios_emulator' In file included from atibios.c:49: biosemui.h:47:21: error: biosemu.h: No such file or directory In file included from biosemu.c:50: biosemui.h:47:21: error: biosemu.h: No such file or directory In file included from besys.c:51: biosemui.h:47:21: error: biosemu.h: No such file or directory In file included from bios.c:45: biosemui.h:47:21: error: biosemu.h: No such file or directory x86emu/decode.c:40:28: error: x86emu/x86emui.h: No such file or directory x86emu/ops2.c:45:28: error: x86emu/x86emui.h: No such file or directory x86emu/ops.c:76:28: error: x86emu/x86emui.h: No such file or directory x86emu/prim_ops.c:103:28: error: x86emu/x86emui.h: No such file or directory x86emu/sys.c:43:28: error: x86emu/x86emui.h: No such file or directory x86emu/debug.c:42:28: error: x86emu/x86emui.h: No such file or directory Due to lack of proper CPPFLAGS being passed to .depend generation rule Signed-off-by: Kumar Gala --- drivers/bios_emulator/Makefile |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/bios_emulator/Makefile b/drivers/bios_emulator/Makefile index dd9c102..feba4da 100644 --- a/drivers/bios_emulator/Makefile +++ b/drivers/bios_emulator/Makefile @@ -23,6 +23,7 @@ EXTRA_CFLAGS += -I. -I./include -I$(TOPDIR)/include \ CFLAGS += $(EXTRA_CFLAGS) HOSTCFLAGS += $(EXTRA_CFLAGS) +CPPFLAGS += $(EXTRA_CFLAGS) all: $(LIB) -- 1.6.0.6 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building fw_printenv
Wolfgang Denk wrote: >> fw_env.c:43:27: error: mtd/mtd-user.h: No such file or directory >> >> So then, I have this problem with mtd-user.h not being found. If I >> define MTD_VERSION=old, it then uses mtd.h and gets further but >> encounters another error within mtd.h. > > There will probably more problems to follow... > >> Seems like I shouldn't have to define MTD_VERSION=old in the first >> place, but without it no mtd-user.h file. Any more suggestions? > > Try a sane build environment? I have the same problems building this. We need to define phys_addr_t somewhere if we're going to include u-boot internal headers in a user tool. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] GPIO - MPC8315
I want to configure GPIOs on MPC8315, but I can't set the gpio. Below the configuration code and the output. What is wrong? #define SPI_CS_IO0x2000 int board_mmc_init(bd_t *bd) { volatile immap_t *immr = (volatile immap_t *)CONFIG_SYS_IMMR; volatile gpio83xx_t *gpio = (volatile gpio83xx_t *)&immr->gpio[0]; printf("INIT MMC\n"); //tmpval = inbe32( out_be32(&gpio->dir, SPI_CS_IO); // Set IO as output out_be32(&gpio->odr, 0 /*~SPI_CS_IO*/); // Set pulled up out_be32(&gpio->ier, SPI_CS_IO); // Disable interrupt out_be32(&gpio->imr, 0 /*~SPI_CS_IO*/); // Disable interrupt mask out_be32(&gpio->icr, 0 /*~SPI_CS_IO*/); // Disable interrupt level/edge udelay(2000); out_be32(&gpio->dat, SPI_CS_IO); // Set the output pin /*DEBUG*/ printf("SPI - CHIP SELECT CONFIGURATION\n"); printf("$gpio = %x\n", gpio); printf("gpio->dir = %x \n", gpio->dir ); printf("gpio->odr = %x \n", gpio->odr ); printf("gpio->ier = %x \n", gpio->ier ); printf("gpio->imr = %x \n", gpio->imr ); printf("gpio->icr = %x \n", gpio->icr ); printf("gpio->dat = %x \n", gpio->dat ); } This is the output. MMC: INIT MMC SPI - CHIP SELECT CONFIGURATION $gpio = ec00 gpio->dir = 3f00 gpio->odr = 0 gpio->ier = c00dff00 gpio->imr = 0 gpio->icr = 0 gpio->dat = 0 FINISH MMC Thanks in advance, Marcos Cunha Electrical Engineer ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building fw_printenv
Dear twebb, In message you wrote: > > > > I think it comes from the libc, so it wouldn't be present if someone just > > installed binutils+gcc for standalone development. > > > Great, that was the clue. I was compiling using cross-compile tools > from android that don't use a standard libc. When I changed to using > Codesourcery tools, I got farther... I'm tempted to try a malapropism on Tom Christiansen's quote: "The use of Android crippleware systems is a sin that carries with it its own punishment." ;-) > fw_env.c:43:27: error: mtd/mtd-user.h: No such file or directory > > So then, I have this problem with mtd-user.h not being found. If I > define MTD_VERSION=old, it then uses mtd.h and gets further but > encounters another error within mtd.h. There will probably more problems to follow... > Seems like I shouldn't have to define MTD_VERSION=old in the first > place, but without it no mtd-user.h file. Any more suggestions? Try a sane build environment? Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de If you use modules, you pay the price. Sane embedded solutions running in "tight" environments don't use modules :-) -- Benjamin Herrenschmidt in <1258234866.2140.451.ca...@pasglop> ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Problem with transparent PCI-PCI bridge on Canyonlands
Hi, Feng Kan wrote: > Can you turn on the additional debug information. That will give a > better > Clue as to what part is hanging. > I've enabled debugging in drivers/pci/pci.c. I'm seeing an infinite flow of messages PCI: Bus Dev VenId DevId Class Int PCI Scan: Found Bus 0, Device 6, Function 0 PCI Scan: Found Bus 1, Device 6, Function 0 ... PCI Scan: Found Bus 255, Device 6, Function 0 PCI Scan: Found Bus 0, Device 6, Function 0 PCI Scan: Found Bus 1, Device 6, Function 0 ... Felix. > Feng Kan > AMCC Software > > -Original Message- > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] > On Behalf Of Felix Radensky > Sent: Wednesday, December 09, 2009 10:02 AM > To: u-boot@lists.denx.de; Stefan Roese > Subject: [U-Boot] Problem with transparent PCI-PCI bridge on Canyonlands > > Hi, > > I'm running latest u-boot on 1GHz Canyonlands board and have trouble > using 64-bit transparent PCI-PCI PLX 6254 bridge. With PLX evaluation > board plugged into Canyonlands PCI slot u-boot hangs. With PCI support > disabled u-boot works fine. The PLX board is OK, it was recognized by > both u-boot and kernel on Freescale MPC8536DS board. On Canyonlands > linux-2.6.32 silently resets the board when PLX is plugged in. Any ideas > what could be wrong in u-boot ? I'll post a separate question to > linuxppc-dev. > > U-Boot 2009.11-rc2-2-g386118a (Dec 09 2009 - 18:48:44) > > CPU: AMCC PowerPC 460EX Rev. A at 1000 MHz (PLB=200 OPB=100 EBC=100) >Security/Kasumi support >Bootstrap Option H - Boot ROM Location I2C (Addr 0x52) >Internal PCI arbiter enabled >32 kB I-Cache 32 kB D-Cache > Board: Canyonlands - AMCC PPC460EX Evaluation Board, 2*PCIe, Rev. 14 > I2C: ready > DRAM: 512 MB (ECC not enabled, 400 MHz, CL3) > FLASH: 64 MB > NAND: 256 MiB > PCI: Bus Dev VenId DevId Class Int > > > Thanks a lot. > > Felix. > > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot > ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building fw_printenv
> > I think it comes from the libc, so it wouldn't be present if someone just > installed binutils+gcc for standalone development. > Great, that was the clue. I was compiling using cross-compile tools from android that don't use a standard libc. When I changed to using Codesourcery tools, I got farther... j...@jb:u-boot-arm$ make env ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- make -C tools/env all MTD_VERSION= || exit 1 make[1]: Entering directory `/home/jb/work-1130/boot/u-boot-arm/tools/env' arm-none-linux-gnueabi-gcc -Wall -DUSE_HOSTCC -I/home/jb/work-1130/boot/u-boot-arm/include crc32.c fw_env.c fw_env_main.c -o fw_printenv fw_env.c:43:27: error: mtd/mtd-user.h: No such file or directory So then, I have this problem with mtd-user.h not being found. If I define MTD_VERSION=old, it then uses mtd.h and gets further but encounters another error within mtd.h. j...@jb:u-boot-arm$ make env ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- make -C tools/env all MTD_VERSION=old || exit 1 make[1]: Entering directory `/home/jb/work-1130/boot/u-boot-arm/tools/env' arm-none-linux-gnueabi-gcc -Wall -DUSE_HOSTCC -I/home/jb/work-1130/boot/u-boot-arm/include -DMTD_OLD crc32.c fw_env.c fw_env_main.c -o fw_printenv In file included from fw_env.c:40: /home/jb/work-1130/boot/u-boot-arm/include/linux/mtd/mtd.h:143: error: expecteddeclaration specifiers or '...' before 'phys_addr_t' make[1]: *** [fw_printenv] Error 1 make[1]: Leaving directory `/home/jb/work-1130/boot/u-boot-arm/tools/env' make: *** [env] Error 1 Seems like I shouldn't have to define MTD_VERSION=old in the first place, but without it no mtd-user.h file. Any more suggestions? Thanks, twebb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building fw_printenv
Jerry Van Baren wrote: > Download a stdint.h and put it somewhere in your include path? > > http://en.wikipedia.org/wiki/Stdint.h#Downloads > > I'm not sure why you don't have stdint.h, I would expect it to be > supplied by your host gcc installation. I think it comes from the libc, so it wouldn't be present if someone just installed binutils+gcc for standalone development. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building next on P2020DS_36BIT
Kumar Gala wrote: > Scott, > > This appears to be related to .depend generation and the patch that seems to > cause the issue is: > > Author: Scott Wood > Date: Wed Nov 4 18:41:41 2009 -0600 > > makefiles: fixes for building build tools > > Currently, some of the tools instead set CC to be HOSTCC in order to > re-use > some pattern rules -- but this fails when the user overrides CC on the > make > command line. Also, the HOSTCFLAGS in tools/Makefile are currently not > being used because config.mk overwrites them. > > It looks like for some reason we aren't getting the EXTRA_CFLAGS in > drivers/bios_emulator/Makefile aren't getting picked up in the .depend > generation. EXTRA_CFLAGS is not part of the u-boot build system. CFLAGS is, but it is not used in dependency generation. Prior to that change, HOSTCFLAGS was being used inappropriately in generating target dependencies. If you change the HOSTCFLAGS reference in drivers/bios_emulator/Makefile to CPPFLAGS, it works. Unfortunately, that makefile still has to update CFLAGS as well, because it's too late at that point for changes to CPPFLAGS to propagate to CFLAGS. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building fw_printenv
twebb wrote: >> I'm having problems building fw_printenv. I'm sure it's simple but >> I'm just not getting it. >> >> I'm working with u-boot 2009.01-rc1. I have the environment variable >> CROSS_COMPILE set, and then execute "make env" from the top of the >> u-boot source tree. Capture is below. I don't had "stdint.h" >> anywhere in my environment. Any ideas what I have wrong? >> >> Thanks, >> twebb >> >> >> j...@jb:u-boot-arm$ >> j...@jb:u-boot-arm$ echo $CROSS_COMPILE >> arm-eabi- >> j...@jb:u-boot-arm$ >> j...@jb:u-boot-arm$ make env >> make -C tools/env all MTD_VERSION= || exit 1 >> make[1]: Entering directory `/home/jb/work-1130/boot/u-boot-arm/tools/env' >> arm-eabi-gcc -Wall -DUSE_HOSTCC This appears to be cross-compiling the tools that run on the host (i.e. native). Odd. >> -I/home/jb/work-1130/boot/u-boot-arm/include crc32.c fw_env.c >> fw_env_main.c -o fw_printenv >> crc32.c:14:20: error: stdint.h: No such file or directory >> crc32.c:81: error: expected '=', ',', ';', 'asm' or '__attribute__' >> before 'crc_table' >> crc32.c:157: error: expected '=', ',', ';', 'asm' or '__attribute__' >> before 'crc32' >> crc32.c:206: error: expected '=', ',', ';', 'asm' or '__attribute__' >> before 'crc32_wd' >> fw_env.c:27:19: error: errno.h: No such file or directory >> fw_env.c:28:19: error: fcntl.h: No such file or directory >> ... >> > > Does anyone have any ideas on this? I'm still stuck. Though I feel > certain it's some sort of environment problem, I can't figure it out. > Any suggestions would be appreciated. > > twebb Download a stdint.h and put it somewhere in your include path? http://en.wikipedia.org/wiki/Stdint.h#Downloads I'm not sure why you don't have stdint.h, I would expect it to be supplied by your host gcc installation. gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot hangs on "starting kernel..."
> Date: Thu, 10 Dec 2009 11:54:53 -0800 > From: biggerbadder...@gmail.com > To: wierd...@hotmail.com > CC: u-boot@lists.denx.de > Subject: Re: [U-Boot] Uboot hangs on "starting kernel..." > > Wierd O wrote: > > Hi all, > > > > I was working on freescale imx27ads board. Uboot hangs on ' starting > > kernel...' > > > > I would be grateful if you can shed a light on the problem. > > > > I used gcc-3.4.3 for cross compiling the image. > > > > Here is the log: > > > > U-Boot 2.0.0-rc3 (Mar 23 2009 - 13:30:42) > > > > Board: Freescale i.MX27 > > phy0: Autonegotiation timeout > > phy0: Phyid 1: 7 Phyid 2: c0c4 LPA 1 > > phy0: Link is down - 10/Half > > > > MPLL: 398 MHz, SPLL: 239 MHz, ARM: 265 MHz, AHB: 132 MHz, IPG: 66 MHz > > perclk1: 53199918 Hz > > perclk2: 265999593 Hz > > perclk3: 53199918 Hz > > perclk4: 265999593 Hz > > clkin26: 2600 Hz > > Malloc Space: 0xa3b0 -> 0xa3f0 (size 4 MB) > > running /env/bin/init... > > > > Hit any key to stop autoboot: 0 > > Verifying Checksum ... OK > > Image Name: Linux-2.6.22.6 > > Created: 2009-12-08 14:52:27 UTC > > Data Size:1564480 Bytes = 1.5 MB > > Load Address: a0008000 > > Entry Point: a0008000 > > OK > > commandline: > > console=ttymxc0,115200 mem=64M mtdparts=uboot:1M(boot),-(root) > > root=/dev/mmcblk0p1 rootdelay=1 rootfstype=ext2 > > video=mxcfb:800x600,bpp=16,OSD080TN4x > > > > Starting kernel ... > > > > > > > Please read the documentation. Are you sure "console=ttymxc0" is correct? Yes, I am sure about the console. It is the correct one. I am not sure why the kernel stops short of loading. The other thing that confuses me is that i couldnt know whther the proble is from the image or uboot. > > regards, > Ben _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building fw_printenv
> I'm having problems building fw_printenv. I'm sure it's simple but > I'm just not getting it. > > I'm working with u-boot 2009.01-rc1. I have the environment variable > CROSS_COMPILE set, and then execute "make env" from the top of the > u-boot source tree. Capture is below. I don't had "stdint.h" > anywhere in my environment. Any ideas what I have wrong? > > Thanks, > twebb > > > j...@jb:u-boot-arm$ > j...@jb:u-boot-arm$ echo $CROSS_COMPILE > arm-eabi- > j...@jb:u-boot-arm$ > j...@jb:u-boot-arm$ make env > make -C tools/env all MTD_VERSION= || exit 1 > make[1]: Entering directory `/home/jb/work-1130/boot/u-boot-arm/tools/env' > arm-eabi-gcc -Wall -DUSE_HOSTCC > -I/home/jb/work-1130/boot/u-boot-arm/include crc32.c fw_env.c > fw_env_main.c -o fw_printenv > crc32.c:14:20: error: stdint.h: No such file or directory > crc32.c:81: error: expected '=', ',', ';', 'asm' or '__attribute__' > before 'crc_table' > crc32.c:157: error: expected '=', ',', ';', 'asm' or '__attribute__' > before 'crc32' > crc32.c:206: error: expected '=', ',', ';', 'asm' or '__attribute__' > before 'crc32_wd' > fw_env.c:27:19: error: errno.h: No such file or directory > fw_env.c:28:19: error: fcntl.h: No such file or directory > ... > Does anyone have any ideas on this? I'm still stuck. Though I feel certain it's some sort of environment problem, I can't figure it out. Any suggestions would be appreciated. twebb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Uboot hangs on "starting kernel..."
Wierd O wrote: > Hi all, > > I was working on freescale imx27ads board. Uboot hangs on ' starting > kernel...' > > I would be grateful if you can shed a light on the problem. > > I used gcc-3.4.3 for cross compiling the image. > > Here is the log: > > U-Boot 2.0.0-rc3 (Mar 23 2009 - 13:30:42) > > Board: Freescale i.MX27 > phy0: Autonegotiation timeout > phy0: Phyid 1: 7 Phyid 2: c0c4 LPA 1 > phy0: Link is down - 10/Half > > MPLL: 398 MHz, SPLL: 239 MHz, ARM: 265 MHz, AHB: 132 MHz, IPG: 66 MHz > perclk1: 53199918 Hz > perclk2: 265999593 Hz > perclk3: 53199918 Hz > perclk4: 265999593 Hz > clkin26: 2600 Hz > Malloc Space: 0xa3b0 -> 0xa3f0 (size 4 MB) > running /env/bin/init... > > Hit any key to stop autoboot: 0 > Verifying Checksum ... OK > Image Name: Linux-2.6.22.6 > Created: 2009-12-08 14:52:27 UTC > Data Size:1564480 Bytes = 1.5 MB > Load Address: a0008000 > Entry Point: a0008000 > OK > commandline: > console=ttymxc0,115200 mem=64M mtdparts=uboot:1M(boot),-(root) > root=/dev/mmcblk0p1 rootdelay=1 rootfstype=ext2 > video=mxcfb:800x600,bpp=16,OSD080TN4x > > Starting kernel ... > > > Please read the documentation. Are you sure "console=ttymxc0" is correct? regards, Ben ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 3/3] fsl_law: add SRIO2 target id and law_size_bits() macro
On Dec 9, 2009, at 12:26 AM, Li Yang wrote: > Signed-off-by: Li Yang > --- > include/asm-ppc/fsl_law.h |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) applied to 85xx-next - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] problem building next on P2020DS_36BIT
Scott, This appears to be related to .depend generation and the patch that seems to cause the issue is: Author: Scott Wood Date: Wed Nov 4 18:41:41 2009 -0600 makefiles: fixes for building build tools Currently, some of the tools instead set CC to be HOSTCC in order to re-use some pattern rules -- but this fails when the user overrides CC on the make command line. Also, the HOSTCFLAGS in tools/Makefile are currently not being used because config.mk overwrites them. It looks like for some reason we aren't getting the EXTRA_CFLAGS in drivers/bios_emulator/Makefile aren't getting picked up in the .depend generation. - k On Dec 10, 2009, at 1:22 PM, Kumar Gala wrote: > I'm seeing the following build compile error related to building the next > tree on P2020DS_36BIT. What's odd is that git bisect says its related to: > > commit 4b142febff71eabdb7ddbb125c7b583b24ddc434 > Author: Heiko Schocher > Date: Thu Dec 3 11:21:21 2009 +0100 > >common: delete CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL > > ... > > But that seems very odd to me. The other thing is if I run 'make' again it > completes. > > - k > > make[2]: Leaving directory `/local/home/galak/git/u-boot-85xx/disk' > make -C drivers/bios_emulator/ > make[2]: Entering directory > `/local/home/galak/git/u-boot-85xx/drivers/bios_emulator' > In file included from atibios.c:49: > biosemui.h:47:21: error: biosemu.h: No such file or directory > In file included from biosemu.c:50: > biosemui.h:47:21: error: biosemu.h: No such file or directory > In file included from besys.c:51: > biosemui.h:47:21: error: biosemu.h: No such file or directory > In file included from bios.c:45: > biosemui.h:47:21: error: biosemu.h: No such file or directory > x86emu/decode.c:40:28: error: x86emu/x86emui.h: No such file or directory > x86emu/ops2.c:45:28: error: x86emu/x86emui.h: No such file or directory > x86emu/ops.c:76:28: error: x86emu/x86emui.h: No such file or directory > x86emu/prim_ops.c:103:28: error: x86emu/x86emui.h: No such file or directory > x86emu/sys.c:43:28: error: x86emu/x86emui.h: No such file or directory > x86emu/debug.c:42:28: error: x86emu/x86emui.h: No such file or directory > make[2]: *** No rule to make target > `/tmp/p2020-2/drivers/bios_emulator/.depend', needed by > `/tmp/p2020-2/drivers/bios_emulator/libatibiosemu.a'. Stop. > make[2]: Leaving directory > `/local/home/galak/git/u-boot-85xx/drivers/bios_emulator' > make[1]: *** [/tmp/p2020-2/drivers/bios_emulator/libatibiosemu.a] Error 2 > make[1]: Leaving directory `/local/home/galak/git/u-boot-85xx' > make: *** [P2020DS_36BIT] Error 2 > > ___ > U-Boot mailing list > U-Boot@lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] problem building next on P2020DS_36BIT
I'm seeing the following build compile error related to building the next tree on P2020DS_36BIT. What's odd is that git bisect says its related to: commit 4b142febff71eabdb7ddbb125c7b583b24ddc434 Author: Heiko Schocher Date: Thu Dec 3 11:21:21 2009 +0100 common: delete CONFIG_SYS_64BIT_VSPRINTF and CONFIG_SYS_64BIT_STRTOUL ... But that seems very odd to me. The other thing is if I run 'make' again it completes. - k make[2]: Leaving directory `/local/home/galak/git/u-boot-85xx/disk' make -C drivers/bios_emulator/ make[2]: Entering directory `/local/home/galak/git/u-boot-85xx/drivers/bios_emulator' In file included from atibios.c:49: biosemui.h:47:21: error: biosemu.h: No such file or directory In file included from biosemu.c:50: biosemui.h:47:21: error: biosemu.h: No such file or directory In file included from besys.c:51: biosemui.h:47:21: error: biosemu.h: No such file or directory In file included from bios.c:45: biosemui.h:47:21: error: biosemu.h: No such file or directory x86emu/decode.c:40:28: error: x86emu/x86emui.h: No such file or directory x86emu/ops2.c:45:28: error: x86emu/x86emui.h: No such file or directory x86emu/ops.c:76:28: error: x86emu/x86emui.h: No such file or directory x86emu/prim_ops.c:103:28: error: x86emu/x86emui.h: No such file or directory x86emu/sys.c:43:28: error: x86emu/x86emui.h: No such file or directory x86emu/debug.c:42:28: error: x86emu/x86emui.h: No such file or directory make[2]: *** No rule to make target `/tmp/p2020-2/drivers/bios_emulator/.depend', needed by `/tmp/p2020-2/drivers/bios_emulator/libatibiosemu.a'. Stop. make[2]: Leaving directory `/local/home/galak/git/u-boot-85xx/drivers/bios_emulator' make[1]: *** [/tmp/p2020-2/drivers/bios_emulator/libatibiosemu.a] Error 2 make[1]: Leaving directory `/local/home/galak/git/u-boot-85xx' make: *** [P2020DS_36BIT] Error 2 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH]Fix checksum to handle odd-length packet
Greg Ren wrote: > Jerry Van Baren wrote: > >> When you respin your patch, please put the "ping with an odd length >> causes an incorrect checksum bug" in the commit message for future >> reference. > >> Thanks, >> gvb > > The change was to the general checksum calculation. So there is enough > reason to believe that any odd-length packet may suffer the same fate. > Ping is just an easier way to test and verify the fix. > > regards > Greg Ren Understood. My point was your original commit message did not identify *how* to exercise the bug (i.e. ping with an odd length packet). That is very valuable information because it helps us remember what was broken and how to test both the brokenness and the fix. Thanks, gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Breakage on arm/next
apgmoorthy wrote: > Hi Scott, > >>> Hunk 1: >>>env_addr = CONFIG_ENV_ADDR; >>>+ if (FLEXONENAND(this)) >>>+ env_addr <<= 1; >>> >>> Hunk 2: >>> + if (FLEXONENAND(this)) { >>> + env_addr <<= 1; >>> + instr.len <<= >> onenand_mtd.eraseregions[0].numblocks == 1 ? >>> + 2 : 1; >>> + } >>> >>> This should not break any other Board with OneNAND support. >> Please comment. >>> (Somehow I still feel Macros can be Cleaner way.) >> Why is the address automatically doubled on flex? I think >> this really needs to be something board-specified. >> > Please excuse me for the Delay. > > Flex-OneNAND device's erasesize itself is double considered to OneNAND. That doesn't mean that all data you're storing is double the size. A board may want to keep the byte offset the same, and let the block number change. > Like , In SLC region of Flex-OneNAND size is 256K and > in MLC region it is 512K. In case of OneNAND erasesize is 128K and > it is just SLC. Suppose I have a 256K U-Boot. I want CONFIG_ENV_ADDR to be 256K regardless, which would be block 1 for flex SLC or block 2 for regular OneNAND. If I have a 512K U-Boot, then the byte offset would be the same for MLC as well. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Is it a bug in super.c in ubifs
Hi, I found that in super.c, ubifs_fs_type is defined, static struct file_system_type ubifs_fs_type = { .name= "ubifs", .owner = THIS_MODULE, .get_sb = ubifs_get_sb, }; but the struct fs_supers which is list_head type is not initialized. This may cause a memory abort in calling function sget( ) in ubifs_get_sb( ). fs_supers is not initialized in the latest u-boot version. Do you have some suggestions? Thanks~~ Yours Terry General Business Information Freescale Internal Use Only Freescale Confidential Proprietary ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH]Fix checksum to handle odd-length packet
Jerry Van Baren wrote: > When you respin your patch, please put the "ping with an odd length > causes an incorrect checksum bug" in the commit message for future > reference. > Thanks, > gvb The change was to the general checksum calculation. So there is enough reason to believe that any odd-length packet may suffer the same fate. Ping is just an easier way to test and verify the fix. regards Greg Ren ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/5] fdt: add fdt_del_node_by_path() API
Kumar Gala wrote: > On Dec 10, 2009, at 1:41 AM, Li Yang wrote: > >> For removing node easily by path or alias. >> >> Signed-off-by: Li Yang >> --- >> common/fdt_support.c | 10 ++ >> include/fdt_support.h |1 + >> 2 files changed, 11 insertions(+), 0 deletions(-) > > Jerry, > > If you can ack this I'll handling pulling this in via the 85xx tree. > > - k Acked-by: Gerald Van Baren Thanks, gvb ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v3] TWL4030: make LEDs selectable for twl4030_led_init()
Grazvydas Ignotas wrote: > Not all boards have both LEDs hooked, so enabling both on > boards with single LED will just waste power. Make it > possible to choose LEDs by adding argument to > twl4030_led_init(). > > Using this turn on only LEDB for pandora, leave both LEDs > on for all other boards, as it was before this patch. > > Signed-off-by: Grazvydas Ignotas Ack-ed Thanks, Tom ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Uboot hangs on "starting kernel..."
Hi all, I was working on freescale imx27ads board. Uboot hangs on ' starting kernel...' I would be grateful if you can shed a light on the problem. I used gcc-3.4.3 for cross compiling the image. Here is the log: U-Boot 2.0.0-rc3 (Mar 23 2009 - 13:30:42) Board: Freescale i.MX27 phy0: Autonegotiation timeout phy0: Phyid 1: 7 Phyid 2: c0c4 LPA 1 phy0: Link is down - 10/Half MPLL: 398 MHz, SPLL: 239 MHz, ARM: 265 MHz, AHB: 132 MHz, IPG: 66 MHz perclk1: 53199918 Hz perclk2: 265999593 Hz perclk3: 53199918 Hz perclk4: 265999593 Hz clkin26: 2600 Hz Malloc Space: 0xa3b0 -> 0xa3f0 (size 4 MB) running /env/bin/init... Hit any key to stop autoboot: 0 Verifying Checksum ... OK Image Name: Linux-2.6.22.6 Created: 2009-12-08 14:52:27 UTC Data Size:1564480 Bytes = 1.5 MB Load Address: a0008000 Entry Point: a0008000 OK commandline: console=ttymxc0,115200 mem=64M mtdparts=uboot:1M(boot),-(root) root=/dev/mmcblk0p1 rootdelay=1 rootfstype=ext2 video=mxcfb:800x600,bpp=16,OSD080TN4x Starting kernel ... Any insight would be very helpful, Best regards, W. _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] Davinci: NAND enable ECC even when not in NAND boot mode
Davinci: NAND enable ECC even when not in NAND boot mode On Davinci platforms, the default NAND device is enabled (for ECC) in low level boot code when NAND boot mode is used. If booting in another mode, NAND ECC is not enabled. The driver should make sure ECC is enabled regardless of boot mode if NAND is configured in U-Boot. Signed-off-by: Nick Thompson --- Applies to: u-boot-ti This patch depends on "[PATCH v2] Davinci: Configurable NAND chip selects" posted on Nov 19, 2009. drivers/mtd/nand/davinci_nand.c |2 ++ include/asm-arm/arch-davinci/emif_defs.h |3 +-- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/mtd/nand/davinci_nand.c b/drivers/mtd/nand/davinci_nand.c index 1ad802a..90e038e 100644 --- a/drivers/mtd/nand/davinci_nand.c +++ b/drivers/mtd/nand/davinci_nand.c @@ -87,6 +87,7 @@ static void nand_davinci_enable_hwecc(struct mtd_info *mtd, int mode) (void)readl(&(emif_regs->NANDFECC[CONFIG_SYS_NAND_CS - 2])); val = readl(&emif_regs->NANDFCR); + val |= DAVINCI_NANDFCR_NAND_ENABLE(CONFIG_SYS_NAND_CS); val |= DAVINCI_NANDFCR_1BIT_ECC_START(CONFIG_SYS_NAND_CS); writel(val, &emif_regs->NANDFCR); } @@ -219,6 +220,7 @@ static void nand_davinci_4bit_enable_hwecc(struct mtd_info *mtd, int mode) */ val = readl(&emif_regs->NANDFCR); val &= ~DAVINCI_NANDFCR_4BIT_ECC_SEL_MASK; + val |= DAVINCI_NANDFCR_NAND_ENABLE(CONFIG_SYS_NAND_CS); val |= DAVINCI_NANDFCR_4BIT_ECC_SEL(CONFIG_SYS_NAND_CS); val |= DAVINCI_NANDFCR_4BIT_ECC_START; writel(val, &emif_regs->NANDFCR); diff --git a/include/asm-arm/arch-davinci/emif_defs.h b/include/asm-arm/arch-davinci/emif_defs.h index d67292f..8fd4e01 100644 --- a/include/asm-arm/arch-davinci/emif_defs.h +++ b/include/asm-arm/arch-davinci/emif_defs.h @@ -66,11 +66,10 @@ typedef struct { typedef emif_registers *emifregs; +#define DAVINCI_NANDFCR_NAND_ENABLE(n) (1 << (n-2)) #define DAVINCI_NANDFCR_4BIT_ECC_SEL_MASK (3 << 4) #define DAVINCI_NANDFCR_4BIT_ECC_SEL(n)((n-2) << 4) - #define DAVINCI_NANDFCR_1BIT_ECC_START(n) (1 << (8 + (n-2))) - #define DAVINCI_NANDFCR_4BIT_ECC_START (1 << 12) #define DAVINCI_NANDFCR_4BIT_CALC_START(1 << 13) -- 1.6.3.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v3] TWL4030: make LEDs selectable for twl4030_led_init()
Not all boards have both LEDs hooked, so enabling both on boards with single LED will just waste power. Make it possible to choose LEDs by adding argument to twl4030_led_init(). Using this turn on only LEDB for pandora, leave both LEDs on for all other boards, as it was before this patch. Signed-off-by: Grazvydas Ignotas --- board/logicpd/zoom1/zoom1.c |2 +- board/logicpd/zoom2/zoom2.c |2 +- board/overo/overo.c |2 +- board/pandora/pandora.c |2 +- board/ti/beagle/beagle.c|2 +- board/timll/devkit8000/devkit8000.c |2 +- drivers/misc/twl4030_led.c | 18 +++--- include/twl4030.h |6 +- 8 files changed, 18 insertions(+), 18 deletions(-) diff --git a/board/logicpd/zoom1/zoom1.c b/board/logicpd/zoom1/zoom1.c index f4d3754..da501a7 100644 --- a/board/logicpd/zoom1/zoom1.c +++ b/board/logicpd/zoom1/zoom1.c @@ -62,7 +62,7 @@ int board_init(void) int misc_init_r(void) { twl4030_power_init(); - twl4030_led_init(); + twl4030_led_init(TWL4030_LED_LEDEN_LEDAON | TWL4030_LED_LEDEN_LEDBON); dieid_num_r(); /* diff --git a/board/logicpd/zoom2/zoom2.c b/board/logicpd/zoom2/zoom2.c index dadbeb6..560470f 100644 --- a/board/logicpd/zoom2/zoom2.c +++ b/board/logicpd/zoom2/zoom2.c @@ -148,7 +148,7 @@ int misc_init_r(void) { zoom2_identify(); twl4030_power_init(); - twl4030_led_init(); + twl4030_led_init(TWL4030_LED_LEDEN_LEDAON | TWL4030_LED_LEDEN_LEDBON); dieid_num_r(); /* diff --git a/board/overo/overo.c b/board/overo/overo.c index d42dc13..f363281 100644 --- a/board/overo/overo.c +++ b/board/overo/overo.c @@ -67,7 +67,7 @@ int board_init(void) int misc_init_r(void) { twl4030_power_init(); - twl4030_led_init(); + twl4030_led_init(TWL4030_LED_LEDEN_LEDAON | TWL4030_LED_LEDEN_LEDBON); #if defined(CONFIG_CMD_NET) setup_net_chip(); diff --git a/board/pandora/pandora.c b/board/pandora/pandora.c index 460ed12..e84c946 100644 --- a/board/pandora/pandora.c +++ b/board/pandora/pandora.c @@ -66,7 +66,7 @@ int misc_init_r(void) struct gpio *gpio6_base = (struct gpio *)OMAP34XX_GPIO6_BASE; twl4030_power_init(); - twl4030_led_init(); + twl4030_led_init(TWL4030_LED_LEDEN_LEDBON); /* Configure GPIOs to output */ writel(~(GPIO14 | GPIO15 | GPIO16 | GPIO23), &gpio1_base->oe); diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c index 32d501e..3b4c9e7 100644 --- a/board/ti/beagle/beagle.c +++ b/board/ti/beagle/beagle.c @@ -107,7 +107,7 @@ int misc_init_r(void) struct gpio *gpio6_base = (struct gpio *)OMAP34XX_GPIO6_BASE; twl4030_power_init(); - twl4030_led_init(); + twl4030_led_init(TWL4030_LED_LEDEN_LEDAON | TWL4030_LED_LEDEN_LEDBON); /* Configure GPIOs to output */ writel(~(GPIO23 | GPIO10 | GPIO8 | GPIO2 | GPIO1), &gpio6_base->oe); diff --git a/board/timll/devkit8000/devkit8000.c b/board/timll/devkit8000/devkit8000.c index db7d2e2..95afaaa 100644 --- a/board/timll/devkit8000/devkit8000.c +++ b/board/timll/devkit8000/devkit8000.c @@ -76,7 +76,7 @@ int misc_init_r(void) twl4030_power_init(); #ifdef CONFIG_TWL4030_LED - twl4030_led_init(); + twl4030_led_init(TWL4030_LED_LEDEN_LEDAON | TWL4030_LED_LEDEN_LEDBON); #endif #ifdef CONFIG_DRIVER_DM9000 diff --git a/drivers/misc/twl4030_led.c b/drivers/misc/twl4030_led.c index bfdafef..33cea11 100644 --- a/drivers/misc/twl4030_led.c +++ b/drivers/misc/twl4030_led.c @@ -34,19 +34,15 @@ #include -#define LEDAON (0x1 << 0) -#define LEDBON (0x1 << 1) -#define LEDAPWM(0x1 << 4) -#define LEDBPWM(0x1 << 5) - -void twl4030_led_init(void) +void twl4030_led_init(unsigned char ledon_mask) { - unsigned char byte; - - /* enable LED */ - byte = LEDBPWM | LEDAPWM | LEDBON | LEDAON; + /* LEDs need to have corresponding PWMs enabled */ + if (ledon_mask & TWL4030_LED_LEDEN_LEDAON) + ledon_mask |= TWL4030_LED_LEDEN_LEDAPWM; + if (ledon_mask & TWL4030_LED_LEDEN_LEDBON) + ledon_mask |= TWL4030_LED_LEDEN_LEDBPWM; - twl4030_i2c_write_u8(TWL4030_CHIP_LED, byte, + twl4030_i2c_write_u8(TWL4030_CHIP_LED, ledon_mask, TWL4030_LED_LEDEN); } diff --git a/include/twl4030.h b/include/twl4030.h index f260ecb..df30d42 100644 --- a/include/twl4030.h +++ b/include/twl4030.h @@ -306,6 +306,10 @@ /* LED */ #define TWL4030_LED_LEDEN 0xEE +#define TWL4030_LED_LEDEN_LEDAON (1 << 0) +#define TWL4030_LED_LEDEN_LEDBON (1 << 1) +#define TWL4030_LED_LEDEN_LEDAPWM (1 << 4) +#define TWL4030_LED_LEDEN_LEDBPWM (1 << 5) /* Keypad */ #define TWL4030_KEYP
Re: [U-Boot] [PATCH] ppc/p4080: Fix reporting of PME & FM clock frequencies
On Dec 10, 2009, at 9:06 AM, Kumar Gala wrote: > We incorrectly had the sense of PME_CLK_SEL, FM1_CLK_SEL, FM2_CLK_SEL > backwards so we report the wrong frequency. > > Signed-off-by: Kumar Gala > --- > cpu/mpc85xx/speed.c | 12 ++-- > 1 files changed, 6 insertions(+), 6 deletions(-) applied to 85xx next - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/5] fsl_law: add SRIO2 target id and law_size_bits() macro
On Dec 10, 2009, at 1:41 AM, Li Yang wrote: > Signed-off-by: Li Yang > --- > include/asm-ppc/fsl_law.h |3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) applied to 85xx next - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] da830evm: Use table driven pin mux configuration
da830evm: Use table driven pin mux configuration Tidyup the pin muxer configuration using the Davinci table driven pinmux configuration function and data tables. Signed-off-by: Nick Thompson --- Applies to: u-boot-ti This patch depends on "Davinci: Table driven pinmux configuration" posted on Nov 16, 2009. board/davinci/da830evm/da830evm.c | 27 +-- 1 files changed, 13 insertions(+), 14 deletions(-) diff --git a/board/davinci/da830evm/da830evm.c b/board/davinci/da830evm/da830evm.c index bb8cc3c..80fd627 100644 --- a/board/davinci/da830evm/da830evm.c +++ b/board/davinci/da830evm/da830evm.c @@ -42,29 +42,35 @@ DECLARE_GLOBAL_DATA_PTR; #define pinmux &davinci_syscfg_regs->pinmux -#ifdef CONFIG_SPI_FLASH /* SPI0 pin muxer settings */ -const struct pinmux_config spi0_pins[] = { +static const struct pinmux_config spi0_pins[] = { { pinmux[7], 1, 3 }, { pinmux[7], 1, 4 }, { pinmux[7], 1, 5 }, { pinmux[7], 1, 6 }, { pinmux[7], 1, 7 } }; -#endif /* UART pin muxer settings */ -const struct pinmux_config uart_pins[] = { +static const struct pinmux_config uart_pins[] = { { pinmux[8], 2, 7 }, { pinmux[9], 2, 0 } }; /* I2C pin muxer settings */ -const struct pinmux_config i2c_pins[] = { +static const struct pinmux_config i2c_pins[] = { { pinmux[9], 2, 3 }, { pinmux[9], 2, 4 } }; +static const struct pinmux_resource pinmuxes[] = { +#ifdef CONFIG_SPI_FLASH + PINMUX_ITEM(spi0_pins), +#endif + PINMUX_ITEM(uart_pins), + PINMUX_ITEM(i2c_pins), +}; + int board_init(void) { #ifndef CONFIG_USE_IRQ @@ -107,15 +113,8 @@ int board_init(void) DAVINCI_SYSCFG_SUSPSRC_UART2), &davinci_syscfg_regs->suspsrc); -#ifdef CONFIG_SPI_FLASH - if (davinci_configure_pin_mux(spi0_pins, ARRAY_SIZE(spi0_pins)) != 0) - return 1; -#endif - - if (davinci_configure_pin_mux(uart_pins, ARRAY_SIZE(uart_pins)) != 0) - return 1; - - if (davinci_configure_pin_mux(i2c_pins, ARRAY_SIZE(i2c_pins)) != 0) + /* configure pinmux settings */ + if (davinci_configure_pin_mux_items(pinmuxes, ARRAY_SIZE(pinmuxes))) return 1; /* enable the console UART */ -- 1.6.3.3 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] ppc/p4080: Fix reporting of PME & FM clock frequencies
We incorrectly had the sense of PME_CLK_SEL, FM1_CLK_SEL, FM2_CLK_SEL backwards so we report the wrong frequency. Signed-off-by: Kumar Gala --- cpu/mpc85xx/speed.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/cpu/mpc85xx/speed.c b/cpu/mpc85xx/speed.c index 7959082..2103e2e 100644 --- a/cpu/mpc85xx/speed.c +++ b/cpu/mpc85xx/speed.c @@ -103,21 +103,21 @@ void get_sys_info (sys_info_t * sysInfo) #ifdef CONFIG_SYS_DPAA_PME if (rcw_tmp & PME_CLK_SEL) - sysInfo->freqPME = freqCC_PLL[2] / 2; - else sysInfo->freqPME = sysInfo->freqSystemBus / 2; + else + sysInfo->freqPME = freqCC_PLL[2] / 2; #endif #ifdef CONFIG_SYS_DPAA_FMAN if (rcw_tmp & FM1_CLK_SEL) - sysInfo->freqFMan[0] = freqCC_PLL[2] / 2; - else sysInfo->freqFMan[0] = sysInfo->freqSystemBus / 2; + else + sysInfo->freqFMan[0] = freqCC_PLL[2] / 2; #if (CONFIG_SYS_NUM_FMAN) == 2 if (rcw_tmp & FM2_CLK_SEL) - sysInfo->freqFMan[1] = freqCC_PLL[2] / 2; - else sysInfo->freqFMan[1] = sysInfo->freqSystemBus / 2; + else + sysInfo->freqFMan[1] = freqCC_PLL[2] / 2; #endif #endif -- 1.6.0.6 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/5] fdt: add fdt_del_node_by_path() API
On Dec 10, 2009, at 1:41 AM, Li Yang wrote: > For removing node easily by path or alias. > > Signed-off-by: Li Yang > --- > common/fdt_support.c | 10 ++ > include/fdt_support.h |1 + > 2 files changed, 11 insertions(+), 0 deletions(-) Jerry, If you can ack this I'll handling pulling this in via the 85xx tree. - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] Makefile: fix parallel build
During parallel build, the top Makefile spawns multiple sub-makes for targets in cpu/$(CPU). If cpu/$(CPU)/.depend is not present, the sub-makes may end up generating this file simultaneously which leads to corrupted content. A typical error message is: .depend:39: *** multiple target patterns. Stop. This patch serializes the creation of cpu/$(CPU)/.depend by adding cpu/$(CPU) to the depend target in the top Makefile. Signed-off-by: Daniel Hobi --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 19b5ac0..2fd22c7 100644 --- a/Makefile +++ b/Makefile @@ -400,7 +400,7 @@ env: $(MAKE) -C tools/env all MTD_VERSION=${MTD_VERSION} || exit 1 depend dep:$(TIMESTAMP_FILE) $(VERSION_FILE) $(obj)include/autoconf.mk - for dir in $(SUBDIRS) ; do $(MAKE) -C $$dir _depend ; done + for dir in $(SUBDIRS) cpu/$(CPU); do $(MAKE) -C $$dir _depend ; done TAG_SUBDIRS += include TAG_SUBDIRS += lib_generic board/$(BOARDDIR) -- 1.6.5.4 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v2] add ability to handle compressed images to imxtract
imxtract currently can not handle compressed images. This patch adds handling for bzip2 and zip compression. In both cases, a destination address has to be specified for extraction. Signed-off-by: Wolfgang Wegner --- This new version needs gunzip() prototype in common.h as supplied by previous patch. common/cmd_ximg.c | 92 + 1 files changed, 85 insertions(+), 7 deletions(-) diff --git a/common/cmd_ximg.c b/common/cmd_ximg.c index 5593b2d..3e5fb44 100644 --- a/common/cmd_ximg.c +++ b/common/cmd_ximg.c @@ -31,8 +31,17 @@ #include #include #include +#include +#if defined(CONFIG_BZIP2) +#include +#endif #include +#ifndef CONFIG_SYS_XIMG_LEN +/* use 8MByte as default max gunzip size */ +#define CONFIG_SYS_XIMG_LEN0x80 +#endif + int do_imgextract(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) { @@ -50,6 +59,8 @@ do_imgextract(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) const void *fit_data; size_t fit_len; #endif + uintunc_len = CONFIG_SYS_XIMG_LEN; + uint8_t comp; verify = getenv_yesno ("verify"); @@ -92,8 +103,10 @@ do_imgextract(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) return 1; } - if (image_get_comp (hdr) != IH_COMP_NONE) { - printf("Wrong Compression Type for %s command\n", + comp = image_get_comp (hdr); + if ((comp != IH_COMP_NONE) && (argc < 4)) { + printf("Must specify load address for %s command " + "with compressed image\n", cmdtp->name); return 1; } @@ -138,9 +151,11 @@ do_imgextract(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) return 1; } - if (fit_image_check_comp (fit_hdr, noffset, IH_COMP_NONE)) { - printf("Wrong Compression Type for %s command\n", - cmdtp->name); + if (fit_image_check_comp (fit_hdr, noffset, IH_COMP_NONE) + && (argc < 4)) { + printf("Must specify load address for %s command " + "with compressed image\n", + cmdtp->name); return 1; } @@ -153,11 +168,18 @@ do_imgextract(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) } /* get subimage data address and length */ - if (fit_image_get_data (fit_hdr, noffset, &fit_data, &fit_len)) { + if (fit_image_get_data (fit_hdr, noffset, + &fit_data, &fit_len)) { puts ("Could not find script subimage data\n"); return 1; } + if (fit_image_get_comp (fit_hdr, noffset, &comp)) { + puts ("Could not find script subimage " + "compression type\n"); + return 1; + } + data = (ulong)fit_data; len = (ulong)fit_len; break; @@ -168,7 +190,63 @@ do_imgextract(cmd_tbl_t * cmdtp, int flag, int argc, char *argv[]) } if (argc > 3) { - memcpy((char *) dest, (char *) data, len); + switch (comp) { + case IH_COMP_NONE: +#if defined(CONFIG_HW_WATCHDOG) || defined(CONFIG_WATCHDOG) + { + size_t l = len; + size_t tail; + void *to = (void *) dest; + void *from = (void *)data; + + printf (" Loading part %d ... ", part); + + while (l > 0) { + tail = (l > CHUNKSZ) ? CHUNKSZ : l; + WATCHDOG_RESET(); + memmove (to, from, tail); + to += tail; + from += tail; + l -= tail; + } + } +#else /* !(CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG) */ + printf (" Loading part %d ... ", part); + memmove ((char *) dest, (char *)data, len); +#endif /* CONFIG_HW_WATCHDOG || CONFIG_WATCHDOG */ + break; + case IH_COMP_GZIP: + printf (" Uncompressing part %d ... ", part); + if (gunzip ((void *) dest, unc_len, + (uchar *) data, &len) != 0) { + puts ("GUNZIP ERROR - ima