Re: [U-Boot] [PATCH V4 1/2] arm926ejs: fix linker file for newer ld support
On Mon, 15 Nov 2010 12:49:58 +0100, Albert ARIBAUD albert.arib...@free.fr wrote: Do you think you could convert the remaining CPUs to ELF relocation as well? That would probably provide the best base for any further work. I can make the changes for other cpus, but I cannot perform even basic testing beyond making sure it still builds. Besides, while I can reasonably provide a V5 patch by this evening for the five cpus which already support ELF, I won't be able to provide fixes for the whole of arch/arm/cpu/* until thursday evening/friday morning. Is that ok? I would suggest get those 5 done, reviewed and well tested first. Otherwise, you might find yourself doing the same fix to many cpu's instead of only 5. Then do the other ones and ask maintainers (or somebody else with access to a suitable board on his desk) to perform the test. If you could provide them with a few instructions, they can do the tests real quick and you get consistent reports. Regards, -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] denx/master is not building for OMAP3 platforms except Beagle
On Mon, 04 Oct 2010 08:40:36 +0200, Rogan Dawes ro...@dawes.za.net wrote: For what it is worth, would it be possible to have a more verbose error message that actually provides a reference to what needs to be done, rather than simply failing with an obscure message about DRAM configuration? Maybe something like a file called e.g. CommonErrors containing common build and runtime errors and an explanation what might be the problem. A simple grep in this file for a few keywords shown in the build or run failure might provide helpful info then. Regards, -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [STATUS] U-Boot v2010.09 released - Merge Window OPEN
On Wed, 29 Sep 2010 11:16:30 +0200, Wolfgang Denk w...@denx.de wrote: This allows to efficiently use the same U-Bot The U-Bot strikes again :-) -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Hi
On Tue, 7 Sep 2010 18:13:12 +0530, Vaishali Dhakate vaishali.dhak...@sukrutsystems.com wrote: Hi, I am looking for the website where I could browse the u-boot source code for Hawkboard only. As I dont have access to Linux machine right now. plz tell. Thanks Vaishali. Aren't they here? http://git.denx.de/ http://git.denx.de/?p=u-boot.git;a=forks Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/7] Expand POST memory test to support arch-depended implementation.
On Thu, 02 Sep 2010 09:48:06 +0200, Wolfgang Denk w...@denx.de wrote: And if we add such progress indicators, then we have to make sure it integrates well with existing use. One could define a global environment variable or command to enable or disable progress indicators. Just like hash on and hash off in the FTP control protocol. -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Debugging, Why USB is not stable
On Mon, 30 Aug 2010 11:12:25 +0200, Detlev Zundel d...@denx.de wrote: Sometimes I get the impression that we would save a lot of headache by starting afresh and porting the current Linux code into U-Boot thus leverage all this, but nobody yet dared to start such a feat. If somebody starts over, it would be wise to find a way to use the Linux code unmodified or only automatically converted in U-Boot. Otherwise, every resync is painful again and again. With the use of wrapper functions, a few sed/awk/whatever scripts and all kinds of macro trickery, it is should be possible to use the Linux code without manually changing it for U-boot. -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] android fastboot support on U-boot
Resend, forgot to copy the list. On Mon, 30 Aug 2010 11:31:06 +0200, Detlev Zundel d...@denx.de wrote: Hi shulin, Now I working on porting android fastboot protocol to U-boot,does somebody add fastboot protocol patches to U-boot? Can yopu please tell me what the the android fastboot protocol is? http://android-dls.com/wiki/index.php?title=Fastboot Fastboot is protocol used to update the flash filesystem in Android devices from a host over USB. It allows flashing of unsigned partition images. I was already wondering how feasible it would be to have a board with USB slave behave like an USB memory stick to flash the firmware by simply copying a file from the host to it. -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Debugging, Why USB is not stable
On Mon, 30 Aug 2010 11:52:30 +0200, Detlev Zundel d...@denx.de wrote: In the past this turned out not to be as easy as it sounds. The devil lurks in the details which become apparent only when starting on the job. But of course if somebody accomplishes this, I cannot imagine anyone from stopping him :) Well, I vaguely recall a recent discussion here where a lot of changes to imported code were requested just to fulfil the U-boot code guidelines. That will not help particularly when the code needs to be synced again with the origin. And yes, nobody said it was easy :-) -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] android fastboot support on U-boot
On Mon, 30 Aug 2010 12:09:48 +0200, Detlev Zundel d...@denx.de wrote: Yet another alternative for the problem already solved by DFU[1]? Damn, after some recent activity in this area again I was starting to raise my hopes that more people realize such a thing exists already :( OK, there appears to be U-boot support as well. It needs a util on the host, but for development purposes that would be fine. A usb-storage like solution would be more flexible. It could have the option to poke around in a jffs2 image while still in u-boot. Very nice when the firmware doesn't boot or let you log in due to a small mistake in the image. But I guess that jffs2 R/W support in U-Boot is a bridge or two to far :-)) -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] android fastboot support on U-boot
On Mon, 30 Aug 2010 13:11:38 +0200, Detlev Zundel d...@denx.de wrote: Is that fastboot usb-storage based? From the wiki-page that you referenced I only see that you also need a separate host tool to use it. So that's not much of a difference, is it? No, the usb-storage based thing was something I had in mind as a solution for easy firmware update and manipulation. -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] help with HP mv2120 debricking
On Mon, 23 Aug 2010 09:19:05 +0200, Miroslav Petricek mi...@petricek.cz wrote: And here it hangs. I wonder if there is any way hot to reset u-boot settings. I mean some interrupt the POST by some magic key from serial consoler or something. Do you think there is any possibility to debrick my device? If the U-boot configuration settings are stored at the top end of the flash memory, you might try to shorten the highest address line of the flash to the ground with a needle. Then U-boot will read a corrupted environment and fall back to its defaults. (try at own risk) -- Bas ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] ATMEL Custodians == /dev/null ??
On Tue, 03 Aug 2010 23:28:58 +0200, Wolfgang Denk w...@denx.de wrote: Full ACK again. Reinhard, do you volunteer? For AVR32? Or also for AT91? I would love to work with Reinhard and others to test and integrate stuff for AVR32 NGW100 board. My target is to get current 2010.06 with patches really working on this board. Currently, I see two problems: 1) One cannot save the environment due to wrong flash address stuff (recent patch from Haavard Skinnemoen should fix that) 2) With a completely erased flash, at least 2008.10 and 2010.06 detect the flash to be 3.2Gig or 4Gig and crash. 1.3.3 is fine. When the U-Boot environment settings block was not erased, they boot fine but cannot erase nor write flash. I'm going to test the solution for 1) and I'm still investigating 2). Then, I'll push that version with the required patches to OpenWRT to replace the ancient 1.3.3 with LZMA patches that is used now. After that, I'll wait until (2010.06patches) lands in a new release and push that to OpenWRT as well. -- Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Firmware upgrade possibilites technikes in uboot.
On Thu, 5 Aug 2010 15:41:35 +0200, Lasse Skov la...@kk-electronic.com wrote: Hi Im working on a target where I use the u-boot and think a little about good techniques for upgrade the BSP on the target and to make it fails saft. Is ther any helpeful things I can use in uboot for this.? My plan is to split my flash I 4 levels. High Filesystem BSP_2 BSP_1 uBoot Low And then let uBoot make a checksum on BSP_2 and boot this. If it's not is possible then boot BSP_1. Another option is to build in a telnet session or something in the bootloader so ist possible to upgrade remote on only a Ethernet connection. But it think the best is to keep the bootloader simple. /Lasse You could add a command to u-boot to do checksum stuff and store the result in an environment variable. Then you have the boot command be something like: bootcmd='check_boot; bootm $(pref_bsp_addr)' -- Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Firmware upgrade possibilites technikes in uboot.
On Thu, 05 Aug 2010 17:02:31 +0200, Albert ARIBAUD wrote: Note that this does not protect agains the first BSP being buggy once booted, though, but there's little one can do against this. Even then, there is a lot you can do. For example, U-Boot can detect being started by a watchdog reset, find out what image was started previously, mark it invalid and take the other one. It is just a matter of how much effort one wants to spend. U-Boot is a rich boot loader that can easily be extended to your needs. -- Bas. (currently working on boot software for an automotive ECU) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] AVR32 support
Dear list, A few days ago I tried to upgrade the bootloader of my AVR32 NGW100 based development platform to the latest release of U-Boot (2010.06). I use OpenWRT on it and also the U-boot provided with it. At first, it didn't even compile. Secondly, it didn't work [1]. Reading through the mailing list archives brought a solution for the first problem. The second problem was more complicated and discussed without a resolution. I'm upgrading from an ancient version 1.3.3 due to some bugs. When I used U-boot on a previous project, it had some problems doing an tftp get due to (if I recall correctly) $serverip not being retrieved correctly from the environment settings. The work around was to set it again after every reset. So I'm wondering what to do. I can try 1.3.4 or so. I already tried 2008.10, but it failed because it thinks the flash is 4 gig when the environment is empty and kept crashing (some DMA error). This also happened to 2010.06. Reverting to 1.3.3 was the only way to get my board working again. Luckily, I'm blessed with a working JTAG device. Any advice? -- Bas. [1] When trying to do something with the flash, I got a message like Error: start and/or end address not on sector boundary Recent discussion: http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/66904 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 0/3] avr32 fixes
On Mon, 2 Aug 2010 14:06:26 +0200, Haavard Skinnemoen haavard.skinnem...@atmel.com wrote: This series fixes a trivial build issue, as well as a longstanding problem with the 'saveenv' command on ATNGW100. Is that the same problem that makes flash erase actions fail with the error that the start or end address does not match a sector boundary? It also includes a trivial enhancement to the exception reporting which I found very useful during debugging. Hopefully this will make mainline u-boot useful again on AVR32. Without this fix, v2008.10 is the latest usable release. I had a problem with this version as well when the environment was empty. It said the flash was 4Gig and kept crashing with some DMA error (NGW100 board). The patches are based on v2010.06, but it merges fine with the latest upstream master. The AVR32 master branch currently contains a workaround which I plan to revert if these patches are acceptable. I'm happy to test them on my board. What a coincidence with my (first) mailing list post from earlier today. Thanks a lot! Bas. -- Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] AVR32 support
On Mon, 02 Aug 2010 11:16:37 +0200, Reinhard Meyer check my patches named add support for EMK TOP7000 board from 04.June.2010. They will work on the NGW100 as well, and should apply even to the most recent u-boot. The FLASH will be recognized properly. Hi Reinhard, Thanks for the quick reply. I'll take a look at them. Regards, -- Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 0/3] avr32 fixes
On Mon, 2 Aug 2010 14:43:36 +0200, Haavard Skinnemoen haavard.skinnem...@atmel.com wrote: I had a problem with this version as well when the environment was empty. It said the flash was 4Gig and kept crashing with some DMA error (NGW100 board). Ok, I wasn't aware of that problem. I don't think I've ever tried running u-boot with empty environment; in fact, I'm not even sure how you do that since it will fall back to a default environment if it can't find anything in flash. Yes, the strange thing is that it worked fine a few times. But for some reason, it failed later on. I'll try to reproduce the problem and make a proper report. -- Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 0/3] avr32 fixes
On 08/02/2010 05:44 PM, Bas Mevissen wrote: Ok, I wasn't aware of that problem. I don't think I've ever tried running u-boot with empty environment; in fact, I'm not even sure how you do that since it will fall back to a default environment if it can't find anything in flash. Yes, the strange thing is that it worked fine a few times. But for some reason, it failed later on. I'll try to reproduce the problem and make a proper report. Here it is, pasted as quotation to avoid line wrapping: U-Boot 2008.10 (Aug 1 2010 - 01:34:48) U-Boot code: - 00012f66 data: 000198e8 - 0004f4e0 malloc: Using memory from 0x11f7 to 0x11fb DMA: Using memory from 0x11f6c000 to 0x11f7 Flash: 3.2 GB at address 0x DRAM Configuration: Bank #0: 1000 32 MB WARNING: Cannot allocate space for boot parameters *** Warning - bad CRC, using default environment *** Unhandled exception 5 at PC=0x MMU exception at address 0x pc: lr: 11fb7ff0sp: 11f6bf3c r12: r11: 00041a67 r10: 00041a67r9: 0002r8: 0001 r7: 00041a67r6: 11fca850r5: 11f6bfa0r4: 0001 r3: 00041a67r2: 00041a67r1: 0001a85cr0: 0001a858 Flags: qvNzc Mode bits: hrjeg CPU Mode: Supervisor Stack: (0x11f6bf3c to 0x11f6bfa0) bf20:11fb819e bf40: 11f6bfcc 11fca850 11f6bfa0 11fcf2a0 11fb0762 11f6bfcc 11fca850 11f6bfa0 bf60: 11fcf2a0 11f6bfcc 0001a860 0001a85c 0001a858 11fb0182 0200 11fca850 bf80: 24007fb4 11fcf2a0 68616e64 11fb 11fb Unhandled exception I don't know how u-boot knows the flash layout. Maybe something changed between 1.3.3 and 2008.10 (default partition table?) I compiled pristine 2008.10 for atngw100 with just LZMA compression enabled and the right command line and boot command for OpenWRT: --- u-boot-2008.10/include/configs/atngw100.h.orig2008-10-18 21:30:31.0 +0200 +++ u-boot-2008.10/include/configs/atngw100.h 2010-08-01 01:34:00.001061885 +0200 @@ -62,6 +62,7 @@ /* User serviceable stuff */ #define CONFIG_DOS_PARTITION 1 +#define CONFIG_LZMA 1 #define CONFIG_CMDLINE_TAG 1 #define CONFIG_SETUP_MEMORY_TAGS 1 @@ -71,9 +72,9 @@ #define CONFIG_BAUDRATE 115200 #define CONFIG_BOOTARGS \ - console=ttyS0 root=/dev/mtdblock1 rootfstype=jffs2 + console=ttyS0i,115200 root=/dev/mtdblock2 rootfstype=jffs2 init=/etc/preinit #define CONFIG_BOOTCOMMAND \ - fsload; bootm + bootm 0x2 /* * Only interrupt autoboot if space is pressed. Otherwise, garbage (make atngw100_config make) This is what 1.3.3 does. I just took the plain image from OpenWRT and not the one padded to 128K bytes as usual with OpenWRT. For 1.3.3, that does not seem to make a difference. OpenWRT only adds LZMA decompression support to the pristine sources. U-Boot 1.3.3 (Aug 1 2010 - 03:05:20) U-Boot code: - 00011600 data: 00017b20 - 0004e408 SDRAM: 32 MB at address 0x1000 Testing SDRAM...OK malloc: Using memory from 0x11f71000 to 0x11fb1000 DMA: Using memory from 0x11f6d000 to 0x11f71000 Flash: 8 MB at address 0x DRAM Configuration: Bank #0: 1000 32 MB *** Warning - bad CRC, using default environment In:serial Out: serial Err: serial Net: macb0, macb1 Press SPACE to abort autoboot in 1 seconds Wrong Image Format for bootm command ERROR: can't get kernel image! Uboot You notice that the flash size is correctly recognized. I fully erased the flash between both attempts and there was no power cycle in between. Actually, I'm not even physically touching the board. -- Bas. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot