December 2006 - U-Boot

[U-Boot-Users] u-boot port for MicroBlaze
by Leonid 01 Jan '07

01 Jan '07

Does MicroBlaze u-boot port actually work on any Xilinx board? Which one? From Xilinx boards I only saw ML300 on u-boot tree and that one is PPC405 based. I am bringing up uClinux on Spartan-2e based custom board (similar to ML401) need bootloader and would appreciate any information how to port u-boot there. Thanks, Leonid.

2 1

[U-Boot-Users] cpu POST hang
by Brandon Clarke 30 Dec '06

30 Dec '06

Hey All, I'm tyring to incorporate the u-boot cpu POST (cpu_post_test) into a custom board using an MPC8541E running the latest uboot version, and the board hangs when this particular POST test is run. Digging a little deeper I found that the system hangs in the cpu_post_exec_12 in the /post/cpu/asm.S file. Below is the code: /* void cpu_post_exec_12 (ulong *code, ulong *res, ulong op1, ulong op2); */ .global cpu_post_exec_12 cpu_post_exec_12: mflr r0 stwu r0, -4(r1) stwu r4, -4(r1) mtlr r3 mr r3, r5 mr r4, r6 blrl <-----------------hangs here lwz r4, 0(r1) stw r3, 0(r4) lwz r0, 4(r1) addi r1, r1, 8 mtlr r0 blr I commented out the first branch and the entire cpu post ran without hanging the system again. I need to incorporate this test into my board, but I don't want to comment this code without fully understanding it's functionality. Has anyone done any work on the cpu POST for an MPC85xx and run into similar problems and can someone point me to where I can find more details on what this code is doing? Thanks, Brandon Clarke __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[U-Boot-Users] U-boot newbie: Bring-up issues on MPC8260 board
by raghuveer.murthy＠wipro.com 29 Dec '06

29 Dec '06

Hi, I am trying to bring u-boot up on a MPC8260 based board. It stops after showing the following output: ***************************************************************** U-Boot 1.1.4 (Dec 29 2006 - 18:31:04) MPC8260 Reset Status: External Soft, External Hard MPC8260 Clock Configuration - Bus-to-Core Mult 3x, VCO Div 2, 60x Bus Freq 33-100, Core Freq 100-300 - dfbrg 0, corecnf 0x08, busdf 3, cpmdf 1, plldf 0, pllmf 1 - vco_out 264000000, scc_clk 66000000, brg_clk 66000000 - cpu_clk 198000000, cpm_clk 132000000, bus_clk 66000000 CPU: MPC8260 (HiP3 Rev 01, Mask C.2 6K23A) at 198 MHz Board: EST PSI8260 DRAM: 64 MB ********************************************************************* Using the visionICE emulator, got the following exception: !HALT! - [msg90003] Target Stopped for unknown reason; PC = 0x00000200 Upon debugging, it was found that the code stops running after a couple of instructions into ram in the assembly code segment of "in_ram" in the "cpu/mpc8260/start.S" in the u-boot source directory. The snippet of code is below: in_ram: /* * Relocation Function, r14 point to got2+0x8000 * * Adjust got2 pointers, no need to check for 0, this code * already puts a few entries in the table. */ li r0,__got2_entries@sectoff@l la r3,GOT(_GOT2_TABLE_) lwz r11,GOT(_GOT2_TABLE_) mtctr r0 /* not updating correctly */ <--------------------- /* tried adding sync and isync here */ sub r11,r3,r11 addi r3,r3,-4 <---------------------- /* tried adding sync and isync here */ 1: lwzu r0,4(r3) add r0,r0,r11 stw r0,0(r3) bdnz 1b Since the "mtctr r0" is not updating properly, isync instruction was given at the 2 places mentioned above. But, this redirects the Program Counter to exception 0x00000200, either immediately after isync instruction or after a executing a single instruction. Please note that the icache is enabled. Is it anything to do with Instruction pipelining, or do I need to look into any specific Core register configuration. Kindly let me know what is going wrong here. Regards, Raghuveer

2 1

[U-Boot-Users] MIPS32/MIPS24KE
by sathesh babu 29 Dec '06

29 Dec '06

Hi, Does u-boot have support for MIPS32 or MIPS24KE processor?. If it has can you give some pointer where can i locate the cache implementation specific code for MIPS32 or MPIS24KE. Regards, Sathesh Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php

1 0

[U-Boot-Users] MII, 8360E, National DP83865
by Russell McGuire 29 Dec '06

29 Dec '06

All, Trying to get the MII interface to work correctly with the National DP83865 PHY chip. At the moment, U-boot comes and up correctly pulls the PHY_ID down <0x20005c7a> and starts using the Generic PHY interface. However, when I later use the MII commands it will not report any devices so that I can query the rest of the registers. Example: Net : UEC : PHY is Generic MII (20005c7a) FSL UEC0 Uboot> mii device MII devices: Uboot> mii dump NULL device name! Uboot> Is there a #define I am missing that gives this a device name? -Russ

1 0

[U-Boot-Users] Sequence of Xilinx ML403/PPC
by S. Egbert 28 Dec '06

28 Dec '06

Awesome... Got U-boot 1.1.4 working on a Xilinx ML403 (PPC 405) evaluation board with our custom core. Next for this planning stage, I'm trying to juggle 'leap-frogging' memory mapping between the first-loader (Xilinx SREC bootloader in firmware), second loader (U-boot 1.1.4) and Linux 2.4 OS. Firstly, we started with Xilinx's SREC (bootloader.c) bootloader (I know, I know, SREC is space consuming) and plan to replace this first bootloader with an ELF or pseudo-binary version later after everything-else is checked out. Planning-wise, I envisioned that such a bring-up memory overlaying sequence would be something like this: 1. Xilinx bootloader.c reads SREC from 16-bit flash and decode/verify/copies to lowest RAM (0000_0000). Then transfers control to 0000_0100. 2. U-boot starts up and relocate itself to MONITOR region which is in the highest RAM region of 01F0_0000. 3. U-boot Scripting occurs which copies Linux OS from flash into where? Next highest or lowest portion of RAM? Is it dependent on whether dual-stage vmlinux.initrd or single-stage vmlinux is used or not? At power-up, with U-Boot 1.1.4 being unusually low-RAM-based before starting up (instead of executing straight out of ROM), I noticed that despite being relocated to MONITOR (higher RAM) region, the PIT exception vector appears to be active in 0000_10c0-ish. Despite this RAM-to-RAM relocation, this "mtest" clobbering of the 0000_10C0 region caused Machine Exception error whenever I attempt to perform memory test over this supposedly former exception vector region. I thought that the objective during U-boot relocation was to ensure a completely discontinued RAM region (formerly occupied by U-boot ROM-based session). A hard and easy questions to the esteemed and avid readers of u-boot-users mailing list... 1. Where do I go from there with regard to the 0000_1000 (PIT_EXCEPTION). Isn't the PIT specific to Motorola 8xx-series (this here is a PPC 405). What exception did the lib_ppc/start.S/trap_init() exactly skipped? Skipped an exception mentioned vaguely in this source code vaguely. Do I need to tweak the trap_init() some more to relocate these untransfered exception vectors into the high MONITOR region? 2. And lastly, do I go high or low for Linux OS? Thank you, S. Egbert

7 13

[U-Boot-Users] [PATCH] Avoid assigning PCI resources from zero address
by Sergei Shtylyov 27 Dec '06

27 Dec '06

If a PCI IDE card happens to get a zero address assigned to it, the Linux IDE core complains and IDE drivers fails to work. Also, assigning zero to a BAR was illegal according to PCI 2.1 (the later revisions seem to have excluded the sentence about "0" being considered an invalid address) -- so, use a reasonable starting value of 0x1000 (that's what the most Linux archs are using). Alternatively, one might have fixed the calls to pci_set_region() individually (some code even seems to have taken care of this issue) but that would have been a lot more work. :-) Signed-off-by: Sergei Shtylyov <sshtylyov(a)ru.mvista.com> drivers/pci_auto.c | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletion(-) Index: u-boot/drivers/pci_auto.c =================================================================== --- u-boot.orig/drivers/pci_auto.c +++ u-boot/drivers/pci_auto.c @@ -34,7 +34,12 @@ void pciauto_region_init(struct pci_region* res) { - res->bus_lower = res->bus_start; + /* + * Avoid allocating PCI resources from address 0 -- this is illegal + * according to PCI 2.1 and moreover, this is known to cause Linux IDE + * drivers to fail. Use a reasonable starting value of 0x1000 instead. + */ + res->bus_lower = res->bus_start ? res->bus_start : 0x1000; } void pciauto_region_align(struct pci_region *res, unsigned long size)

1 0

[U-Boot-Users] An expert in data and converged networks, Smart Com, headquartered in Slovenia, was able to draw on its market knowledge in the region to help Ciena tap into the market.
by Livingston R. Montague 26 Dec '06

26 Dec '06

1 0

[U-Boot-Users] U-Boot allocating PCI I/O space from 0 (Was: pata_sl82c105 can not reserve IO region)
by Sergei Shtylyov 26 Dec '06

26 Dec '06

Hello. Benjamin Herrenschmidt wrote: >>I don't think that is the problem. pci_request_regions() handles all >>this internally. It is incorrect for me to not request BAR 5 >>if present as nobody else should use that resource with my driver loaded. >>The underlying problem appears to be that PPC64 isn't setting up the >>resources properly (at least as viewed by the pci core code). If a >>resource is not set up then pci_request_resource() correctly handles >>it .. except on PPC64. You have a resource at zero with a length and >>type. PPC64 is not reporting to the upper layers that the resource was >>not allocated. It is reporting that the resource *was* allocated, and at a >>bogus address of zero. >>If you trust the firmware that is fine, but you need to report the truth, >>at which point pci_request_resources() will work correctly. > We don't have a choice but to trust the firmware on those machines. We > can't assign things ourselves on most of them for various reasons (in > many cases, the hypervisor won't let us). > So you suggest that I clear resource->flags in that case ? > I think part of the problem is a firmware bug in that the firmware data > actually decodes to BAR 5 is assigned to address 0 ... I suppose we can > consider that address 0 is never valid on those machines and consider > that as unassigned but it's a bit dodgy.. Or maybe a PCI quirk in the > pSeries code would be best. Well, I'm having a very related issue with the U-Boot on MPC85xx: recently I've noticed that it started allocating PCI I/O space from 0 (while the older versions started from 0x1000). The IDE core can't tolerate this, giving me such messages on bootup: PDC20269: inconsistent baseregs (BIOS) for port 0, skipping when I have Promise Ultra133TX2 card inserted into PCI alone. I've looked thru the U-Boot sources and commit history but failed to locate the change that led to this... WBR, Sergei

1 2

[U-Boot-Users] Spansion flash fix broke drivers/cfi_flash.c
by Sergei Shtylyov 26 Dec '06

26 Dec '06

Hello. I'm getting these errors compiling this file: cfi_flash.c: In function ‘flash_detect_cfi’: cfi_flash.c:1152: error: ‘flash_offset_cfi’ undeclared (first use in this function) cfi_flash.c:1152: error: (Each undeclared identifier is reported only once cfi_flash.c:1152: error: for each function it appears in.) cfi_flash.c:1152: error: ‘cfi_offset’ undeclared (first use in this function) After looking at the recent commits, it seems that the commit d784fdb05900ada3686d5778783e1fb328e9fb66 was incomplete, so to speak... WBR, Sergei

1 0

[U-Boot-Users] How to setup interrupt handler within u-boot
by Andrew Zhukov 26 Dec '06

26 Dec '06

Hello community, I'd like u-boot's "mtest" to run under hardware interrupts, to make memory test harder. The silly question is the name and syntax of the call, which set the irq routine under arm (I've got at91rm9200dk)? (This is not "irq_interrupt_request") Regards

1 0

[U-Boot-Users] 1.1.6 at91 based board dataflash copy panic.
by Raúl Sánchez Siles 26 Dec '06

26 Dec '06

Hello all, We are trying u-boot 1.1.6 on a customised at91rm9200 board. The main features are dataflash, 32MB and networking with DM9161. We have been using u-boot 1.1.4 quite well now, but we would like to test 1.1.6. Kernel boots ok, but we have found a problem. When we do a cp from the dataflash to ram like this: cp.b $(kerneladdr) 0x21600000 0x1 where kerneladdr is 0xC0040000 we have the following: data abort Resetting CPU ... and the board hangs, we have to power off and then on. The funny thing is that if we go through the usual boot procedure, the board boots linux as expected and then everything works ok. I would like to debug this situation, so I tried to uncomment the -DDEBUG on the config.mk file and rebuild u-boot again. Also tried the same adding some lines like #define #DEBUG_xxx 1 in the board config file, but I was unable to get more verbose messages. I would appreciate some help to find the bug or understand what's happenning. If you need any more information I could provide, just ask. Thanks and regards. -- Raúl Sánchez Siles

1 0

[U-Boot-Users] uninhabitable self-satisfied
by Shepard N. Hannah 25 Dec '06

25 Dec '06

1 0

[U-Boot-Users] Download notification
by Tag. Ask 25 Dec '06

25 Dec '06

1 0

[U-Boot-Users] 19 on the Breathalyzer, they "threw the book" at her, hitting her with six different charges.
by Christiana Hahn 24 Dec '06

24 Dec '06

Due to these increasingly complex laws, DUI defense has become a specialty. Amesbury Police Dept. 22 on the breathalyzer. " As he stammered to answer, the jury got the point. They found my client not guilty in 15 minutes. At trial, I asked the officer, "Exactly how wide was that imaginary line? Then he fled the scene and registered a . The jury didn't agree: they acquitted him after deliberating less than 15 minutes. Although his prior offense was just over the ten year "lookback" period, I convinced the Judge to give him a chance to be treated as a first offender. They found my client not guilty in 15 minutes. His driving record was so bad that if he was found responsible of even 1 additional charge he would have had no chance for a work license. At trial, I asked the officer, "Exactly how wide was that imaginary line? Then I handed him an Order to sign restoring my client's license despite the 3 year loss from the RMV for refusing the Breath test. I found the one and only Massachusetts case correctly addressing the crucial, complex pharmacological issue. Despite a criminal record, I arranged a deal where 4 of the charges were dropped outright on the first Court date, allowing him to get a work license 3 days later. My client's arresting officer forgot his card and used another officer's, then wrote his name in by hand on the computer printout. Result: Not guilty after trial. When caught, she admitted she was drunk. Result: the Police immediately wrote my client a letter stating they would return his license and admitting the error. Result: the DA dropped the OUI charges on the very next Court date. The Judge said on the bench he was "aghast" at the practice, suppressed my client's answers and instructed the police to discontinue such practices. Although his prior offense was just over the ten year "lookback" period, I convinced the Judge to give him a chance to be treated as a first offender. " Then I demonstrated the 2 sobriety tests in front of the jury, pointed out they were done at 1 AM on the fog line of a highway with CARS SPEEDING BY just 2-3 feet away. Also charged marijuana and cocaine possession, each carried an additional one year license loss. He signed that too and my client's license was restored the same day. I prepared a chart for trial, met with the Judge in his chambers and made our case. " As he stammered to answer, the jury got the point. Amesbury Police Dept.

1 0

[U-Boot-Users] FileHawk handles saved searches via a useful feature it calls Active Folders.
by grotto 23 Dec '06

23 Dec '06

A major feature, for instance, will be full disk encrypting drives. Ideally, any and all data on the device would be protected against the possibility of it ending up in the wrong hands. The Snap Server will automatically request an IP address through DHCP, which should bring the unit online in most networks. Cross-platform solutions score higher. Given that nobody has talked about successfully building a 64bit plugin from source, I have to assume it's not as a simple as a recompile and source level changes are required. The more common applications I use what many people use. At the rear, a single gigabit Ethernet port connects the NAS to your network. This one, however, offers superior operating range and a simpler, more intuitive interface. Even after adding a bunch of RSS feeds, called Klips, KlipFolio takes up very little desktop space while still managing to be quite easy to interact with. So I guess I'm still looking. roadway map and have a means to be expanded or upgraded with new data, plus it had to support both an internal rechargeable battery and 12-volt car power. The book is more that a chronological account of his life. This is all uncharted territory for office phone. I quickly ruled out units with monochrome screens as too hard to read and further re-affirmed my need for a color display. Avidian decided to better leverage that time in Outlook by turning the personal information manager into a full-fledged sales CRM application. Disable block tag code. Physical design is generally superior. This one is too heavy. For Unix systems, you can add hosts for NFS support. While he agrees that progress has been made, he doesn't see that this will move the masses to Linux. "Linux should be considered by small businesses for hosted or managed services, but not for self-management," says Antonopoulos.

1 0

[U-Boot-Users] minus sign holistic
by place mat 22 Dec '06

22 Dec '06

1 0

[U-Boot-Users] you can come over and we can laugh as JD chases our cats around the apartment.
by Red Cross 22 Dec '06

22 Dec '06

it all sounds so basic, and like it should be automatic. After five centuries, he remains as popular and intriguing as ever. and rather than communicate his insecurities and fears about making that leap again, he sought out other ways to stroke his male ego. not to be all alarmist with you, but maybe you should go to the doctor. i figured if i was starting all over again, why not start there. Nicholas, or more commonly known as Santa Claus. If you see something wonderful, you confidently embrace it. i'm sure party due to the honeymoon of a new relationship, but we often took hours to say goodbye. What Tarot Card are You? and the sex, was amazing.

1 0

[U-Boot-Users] [PATCH] MPC8360EMDS: Avoid replicating CFG_CMD commands
by Jerry Van Baren 22 Dec '06

22 Dec '06

Hi Dave, This is a fairly simple patch that rearranges the command configuration so there are not four very similar lists of commands for the four configurations (with/without PCI, with/without CFG_RAMBOOT). I got tired of editing four sets of commands (or worse, editing the wrong set of commands). The patch creates a CONFIG_COMMANDS_COMMON with the common commands, a CONFIG_COMMANDS_PCI with the PCI-related commands (or 0), and CONFIG_COMMANDS_REMOVE with the commands that are removed for CFG_RAMBOOT operation (or ~0). Diff didn't produce a very readable patch. :-( The result of the patch is: #define CONFIG_COMMANDS_COMMON (CONFIG_CMD_DFL \ | CFG_CMD_ASKENV \ | CFG_CMD_DHCP \ | CFG_CMD_I2C \ | CFG_CMD_PING) #if defined(CONFIG_PCI) #define CONFIG_COMMANDS_PCI CFG_CMD_PCI #else #define CONFIG_COMMANDS_PCI 0ULL #endif #if defined(CFG_RAMBOOT) #define CONFIG_COMMANDS_REMOVE ~(CFG_CMD_ENV \ | CFG_CMD_LOADS) #else #define CONFIG_COMMANDS_REMOVE ~0ULL #endif #define CONFIG_COMMANDS ((CONFIG_COMMANDS_COMMON \ | CONFIG_COMMANDS_PCI) \ & CONFIG_COMMANDS_REMOVE) Best regards, gvb Refactor into base commands, commands that are added, and commands that are removed from the base commands so that the list does not have to be replicated n times. Also added the DHCP command. Signed-off-by: Jerry Van Baren <vanbaren(a)cideas.com> --- include/configs/MPC8360EMDS.h | 44 ++++++++++++++-------------------------- 1 files changed, 16 insertions(+), 28 deletions(-) diff --git a/include/configs/MPC8360EMDS.h b/include/configs/MPC8360EMDS.h index 8ad6551..f56e7ad 100644 --- a/include/configs/MPC8360EMDS.h +++ b/include/configs/MPC8360EMDS.h @@ -426,40 +426,28 @@ #define CONFIG_LOADS_ECHO 1 /* echo on for serial download */ #define CFG_LOADS_BAUD_CHANGE 1 /* allow baudrate change */ -#if defined(CFG_RAMBOOT) -#if defined(CONFIG_PCI) -#define CONFIG_COMMANDS ((CONFIG_CMD_DFL \ - | CFG_CMD_PING \ - | CFG_CMD_ASKENV \ - | CFG_CMD_PCI \ - | CFG_CMD_I2C) \ - & \ - ~(CFG_CMD_ENV \ - | CFG_CMD_LOADS)) -#else -#define CONFIG_COMMANDS ((CONFIG_CMD_DFL \ - | CFG_CMD_PING \ +#define CONFIG_COMMANDS_COMMON (CONFIG_CMD_DFL \ | CFG_CMD_ASKENV \ - | CFG_CMD_I2C) \ - & \ - ~(CFG_CMD_ENV \ - | CFG_CMD_LOADS)) -#endif -#else + | CFG_CMD_DHCP \ + | CFG_CMD_I2C \ + | CFG_CMD_PING) #if defined(CONFIG_PCI) -#define CONFIG_COMMANDS (CONFIG_CMD_DFL \ - | CFG_CMD_PCI \ - | CFG_CMD_PING \ - | CFG_CMD_ASKENV \ - | CFG_CMD_I2C) +#define CONFIG_COMMANDS_PCI CFG_CMD_PCI #else -#define CONFIG_COMMANDS (CONFIG_CMD_DFL \ - | CFG_CMD_PING \ - | CFG_CMD_ASKENV \ - | CFG_CMD_I2C ) +#define CONFIG_COMMANDS_PCI 0ULL #endif + +#if defined(CFG_RAMBOOT) +#define CONFIG_COMMANDS_REMOVE ~(CFG_CMD_ENV \ + | CFG_CMD_LOADS) +#else +#define CONFIG_COMMANDS_REMOVE ~0ULL #endif +#define CONFIG_COMMANDS ((CONFIG_COMMANDS_COMMON \ + | CONFIG_COMMANDS_PCI) \ + & CONFIG_COMMANDS_REMOVE) + #include <cmd_confdefs.h> #undef CONFIG_WATCHDOG /* watchdog disabled */ -- 1.4.4.1

1 0

[U-Boot-Users] One of my favorite pastimes is checking out the day spas.
by Newman N. Ellen 22 Dec '06

22 Dec '06

1 0

Re: [U-Boot-Users] fsload questions
by Charles Krinke 22 Dec '06

22 Dec '06

Dear Wolfgang: In Linux, the same flash mounts in the blink of an eye. That is less then 500ms. This is the reason that I have started focusing back on U-Boot as there seems to be some incompatibility. As said earlier, we are using kernel.orgs linux-2.6.17.11 kernel source. We are also using Montavista 85xx toolchain to compile both the Linux kernel and U-boot. In formatting the flash, we use the utility flash_eraseall with a -j option, like this from bash # flash_eraseall -j /dev/mtd0 # mount -t jffs2 /dev/mtdblock0 /mnt/flash1 Charles

1 0

Re: [U-Boot-Users] fsload questions
by Charles Krinke 22 Dec '06

22 Dec '06

-----Original Message----- From: wd(a)denx.de [mailto:wd@denx.de] Sent: Thursday, December 21, 2006 4:40 PM To: Charles Krinke Cc: u-boot-users(a)lists.sourceforge.net Subject: Re: [U-Boot-Users] fsload questions In message <A590D28B5042C041BCC880094CB6172E33DF48(a)mail1irv.inside.istor.com> you wrote: > > We are using the MTD code in the released u-boot-1.1.6 tarball and it > does compile cleanly and runs ls, fsinfo and fsload, albeit there is a > two minute delay whenever it runs. Which MTD code are you using in your Linux kernel and for the tools you use to format the file system? How long does mounting the file system take under Linux? > I am very puzzled why you are avoiding loading a Linux kernel image from > a JFFS2 file system. Is there some set of problems that are not obvious Because it's one of the slowest ways to boot a system. > that need to be addressed, or some incompatibility between U-Boot and > the MTD flash logic in Linux? No, it's just inherently slow. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Where people stand is not as important as which way they face. - Terry Pratchett & Stephen Briggs, _The Discworld Companion_ Dear Wolfgang: We are using Linux-2.6.17.11 with the MTD support provided in the released kernel from kernel.org with no modifications. Is this potentially a part of the problem? I am somewhat puzzled by the fact that the Linux kernel writes files from the top towards the bottom and U-Boot tries to read files from the bottom towards the top. Is this potentially the reason for U-Boot's slowness in reading a NAND/JFFS2 file system? Charles

1 0

Re: [U-Boot-Users] fsload questions
by Charles Krinke 22 Dec '06

22 Dec '06

Dear Wolfgang: Our file system is a single Toshiba 256Mb NAND flash which has one partition defined at the beginning (lowest address). It is a 16Mbyte flash partition consisting of a single file currently, which is uImage. There should be no fragmentation at all as the flash was formatted with 'flash_eraseall -j', then the kernel image was copied to it. No other writes, rm's or copies were done. of 16Mbytes in size. Best regards, We are using the MTD code in the released u-boot-1.1.6 tarball and it does compile cleanly and runs ls, fsinfo and fsload, albeit there is a two minute delay whenever it runs. I am very puzzled why you are avoiding loading a Linux kernel image from a JFFS2 file system. Is there some set of problems that are not obvious that need to be addressed, or some incompatibility between U-Boot and the MTD flash logic in Linux? I have enabled debugging and I can see that the scanning of the jffs2 starts at the bottom (lowest address) and works its way up. I also enabled debugging in the Linux kernel and can see that it starts at the top (highest address) and works its way towards the bottom. It is beginning to appear the time is spent mostly in U-boot working its way from the bottom of the flash to the top of the flash to find the file system one block at a time, which is what appears to be taking the two minutes. Perhaps you could comment on this. Charles

2 1

Re: [U-Boot-Users] fsload questions
by Charles Krinke 22 Dec '06

22 Dec '06

In message <A590D28B5042C041BCC880094CB6172E33DF45(a)mail1irv.inside.istor.com> you wrote: > > But it takes almost 2 minutes to scan the flash before the fsload > completes and loads the uImage. So, this adds an additional 2 minutes to How big is your file system, and how heavily fragmented might it be (how long have you been using it, especially appending to existing files?). And which version of the MTD code are you using? Charles comment to Wolfgang's comment: It is a 16Mbyte flash partition consisting of a single file currently, which is uImage. There should be no fragmentation at all as the flash was formatted with 'flash_eraseall -j', then the kernel image was copied to it. No other writes, rm's or copies were done. The issue becomes the customer desiring to have one root file system partition containing the uImage kernel and the contents of /bin, /sbin and the like. The single kernel file is just to test fsload. > the boot of the embedded system, which is clearly a problem. Indeed. This is why I try to avoid loading a Linux kernel image from a JFFS2 file system (not to mention the fact that it makes little sense to compress and already compressed image - it just adds to the delay). Charles comment to Wolfgang's comment: So, would this mean that you would not expect U-Boot to do an fsload from a flash formatted with flash_eraseall in a timely fashion. Perhaps there is some inconsistency between the formatting of the flash in Linux and the reading of the flash in U-boot? > The flash was formatted in Linux using the flash_eraseall utility. I am > hoping that you, or someone else, can tell me that there is some > configuration constant missing or that the flash may be formatted in a > way that is not quite consistent with U-Boot's needs. There are a lot of potential causes. Enable debugging and check what's taking so much time... Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de Our universe is a fragile house of atoms, held together by the mortar of cause-and-effect. One magician would be two too many. - Terry Pratchett, _The Dark Side of the Sun_

3 2

Re: [U-Boot-Users] fsload questions
by Charles Krinke 22 Dec '06

22 Dec '06

-----Original Message----- From: Stefan Roese [mailto:sr@denx.de] Sent: Thursday, December 21, 2006 11:18 AM To: u-boot-users(a)lists.sourceforge.net Cc: Charles Krinke; Randy Brown; Kevin Smith Subject: Re: [U-Boot-Users] fsload questions On Thursday 21 December 2006 19:47, Charles Krinke wrote: > I8000E> bootm 100000 > ## Booting image at 00100000 ... > Image Name: Linux-2.6.17.11 > Image Type: PowerPC Linux Kernel Image (gzip compressed) > Data Size: 936926 Bytes = 915 kB > Load Address: 00000000 > Entry Point: 00000000 > Verifying Checksum ... OK > Uncompressing Kernel Image ... Error: inflate() returned -3 > GUNZIP ERROR - must RESET board to recover Use a bigger address (e.g. 0x400000) since the uncompressing can overwrite the original image. Best regards, Stefan Thank you Stefan, that cleared up one mystery. Given an offset of 0x1000000 instead of 0x100000, uImage can be loaded by fsload and will now bootm to a bash prompt. This leaves the time question. It seems that the fsload starts out saying Scanning JFFS2 FS But it takes almost 2 minutes to scan the flash before the fsload completes and loads the uImage. So, this adds an additional 2 minutes to the boot of the embedded system, which is clearly a problem. The flash was formatted in Linux using the flash_eraseall utility. I am hoping that you, or someone else, can tell me that there is some configuration constant missing or that the flash may be formatted in a way that is not quite consistent with U-Boot's needs. Charles

2 1