Hi Stuart, IF u don't have the MMU for non-contiguous memory regions,try the below steps. 1)First init all the memory banks in your board initilization code. 2)When u try to flash into 1st bank,what is the starting address of the bank?If u Starting address of ur memory is 0xE0100000(1MB) and when u reach the last (0xE06FFFFF)1MB in first bank just map it the memory address for the next bank address(0xE1000000) because u-boot will store at the last 1MB or first 1MB space of first bank for execution. 3) if image is greater than 14MB,just map the 3rd bank address after reaching the 8MB of the 2nd bank and repeat the same process for 3rd bank to map the 4th bank.
Try this 2 and 3 step in u-boot flashing from MMC/SD to memory and also in reading from memory to NAND code. Regards, Naveen -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, July 24, 2008 11:40 PM To: u-boot-users@lists.sourceforge.net Subject: U-Boot-Users Digest, Vol 26, Issue 219 Send U-Boot-Users mailing list submissions to u-boot-users@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/u-boot-users or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of U-Boot-Users digest..." Today's Topics: 1. Re: How to Handel Non-Continuous Memory Regions (Ricardo) 2. Re: [PATCH] Add support for the hammerhead (AVR32) board (Jean-Christophe PLAGNIOL-VILLARD) 3. Re: [PATCH] Add support for the hammerhead (AVR32) board (Haavard Skinnemoen) 4. Re: Changing u-boot relocation scheme (Haavard Skinnemoen) 5. Re: Changing u-boot relocation scheme (Kenneth Johansson) 6. Re: Changing u-boot relocation scheme (vb) 7. Re: Running a application in U-Boot ([EMAIL PROTECTED]) 8. Re: Changing u-boot relocation scheme (Kenneth Johansson) ---------------------------------------------------------------------- Message: 1 Date: Thu, 24 Jul 2008 17:50:09 +0200 From: Ricardo <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] How to Handel Non-Continuous Memory Regions To: "Stuart Wood" <[EMAIL PROTECTED]> Cc: uboot <u-boot-users@lists.sourceforge.net>, John Passaniti <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 Hi Stuart I don't know waht architechture that you are using, but if you have an mmu maybe you can set it to have a virtual memory space contigous. Best regards On Thu, Jul 24, 2008 at 4:56 PM, Stuart Wood <[EMAIL PROTECTED]> wrote: > I've got an interesting problem. If loading a large image to memory > and then copying it to flash it gets corrupted. > It appears to happen when the image size becomes larger then a bank of > SDRAM. I've got a 32 MByte SDRAM that appears as 4 banks of 8 MBytes. > > The system is using u-boot 1.1.3 and we will move to 1.3.3 soon. > The memory regions are broken up like this. > > 0xE0000000 - 0xE07FFFFF > 0xE1000000 - 0xE17FFFFF > 0xE4000000 - 0xE47FFFFF > 0xE5000000 - 0xE57FFFFF > > The processor is a Cirrus Logic EP9302 ARM920T. > > What would the most appropriate way of handling files larger than 8MBytes? > > -- > Stuart Wood > > Lab X Technologies, LLC > 176 Anderson Ave. > Suite 302 > Rochester, NY 14607 > Phone: (585) 271-7790 x207 > Fax: (585) 473.4707 > > ---------------------------------------------------------------------- > --- This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & > win great prizes Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > -- Ricardo Ribalda http://www.eps.uam.es/~rribalda/ ------------------------------ Message: 2 Date: Thu, 24 Jul 2008 18:21:06 +0200 From: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] [PATCH] Add support for the hammerhead (AVR32) board To: Haavard Skinnemoen <[EMAIL PROTECTED]> Cc: u-boot-users@lists.sourceforge.net, [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii On 16:16 Thu 24 Jul , Haavard Skinnemoen wrote: > From: Julien May <[EMAIL PROTECTED]> > > The Hammerhead platform is built around a AVR32 32-bit microcontroller > from Atmel. It offers versatile peripherals, such as ethernet, usb > device, usb host etc. > > The board also incooperates a power supply and is a Power over Ethernet > (PoE) Powered Device (PD). > > Additonally, a Cyclone III FPGA from Altera is integrated on the board. > The FPGA is mapped into the 32-bit AVR memory bus. The FPGA offers two > DDR2 SDRAM interfaces, which will cover even the most exceptional need > of memory bandwidth. Together with the onboard video decoder the board > is ready for video processing. > > For more information see: http:///www.miromico.com/hammerhead > > Signed-off-by: Julien May <[EMAIL PROTECTED]> > [EMAIL PROTECTED]: various small fixes and adaptions] > Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]> > --- > MAINTAINERS | 5 + > MAKEALL | 1 + > Makefile | 3 + > board/miromico/hammerhead/Makefile | 40 +++++++ > board/miromico/hammerhead/config.mk | 3 + > board/miromico/hammerhead/hammerhead.c | 114 ++++++++++++++++++++ > board/miromico/hammerhead/u-boot.lds | 73 +++++++++++++ > cpu/at32ap/at32ap700x/sm.h | 2 +- > cpu/at32ap/cpu.c | 3 + > include/asm-avr32/arch-at32ap700x/clk.h | 1 + > include/configs/hammerhead.h | 172 +++++++++++++++++++++++++++++++ > 11 files changed, 416 insertions(+), 1 deletions(-) > create mode 100644 board/miromico/hammerhead/Makefile > create mode 100644 board/miromico/hammerhead/config.mk > create mode 100644 board/miromico/hammerhead/hammerhead.c > create mode 100644 board/miromico/hammerhead/u-boot.lds > create mode 100644 include/configs/hammerhead.h > > diff --git a/MAINTAINERS b/MAINTAINERS > index cbe5c47..bcac300 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -709,6 +709,11 @@ Haavard Skinnemoen <[EMAIL PROTECTED]> > ATSTK1006 AT32AP7000 > ATNGW100 AT32AP7000 > > +Alex Raimondi <[EMAIL PROTECTED]> > +Julien May <[EMAIL PROTECTED]> IMHO, it's supposed to have only one board Maintainer > + > + HAMMERHEAD AT32AP7000 > + > ######################################################################### > # SuperH Systems: # > # # > diff --git a/cpu/at32ap/at32ap700x/sm.h b/cpu/at32ap/at32ap700x/sm.h > index 6492c8e..b6e4409 100644 > --- a/cpu/at32ap/at32ap700x/sm.h > +++ b/cpu/at32ap/at32ap700x/sm.h > @@ -21,7 +21,7 @@ > #define SM_PM_IMR 0x0048 > #define SM_PM_ISR 0x004c > #define SM_PM_ICR 0x0050 > -#define SM_PM_GCCTRL 0x0060 > +#define SM_PM_GCCTRL(x) (0x0060 + 4 * x) why do you modify? As I see it's never used. > #define SM_RTC_CTRL 0x0080 > #define SM_RTC_VAL 0x0084 > #define SM_RTC_TOP 0x0088 Best Regards, J. ------------------------------ Message: 3 Date: Thu, 24 Jul 2008 18:45:22 +0200 From: Haavard Skinnemoen <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] [PATCH] Add support for the hammerhead (AVR32) board To: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> Cc: u-boot-users@lists.sourceforge.net, [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=US-ASCII Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]> wrote: > On 16:16 Thu 24 Jul , Haavard Skinnemoen wrote: > > diff --git a/MAINTAINERS b/MAINTAINERS > > index cbe5c47..bcac300 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -709,6 +709,11 @@ Haavard Skinnemoen <[EMAIL PROTECTED]> > > ATSTK1006 AT32AP7000 > > ATNGW100 AT32AP7000 > > > > +Alex Raimondi <[EMAIL PROTECTED]> > > +Julien May <[EMAIL PROTECTED]> > IMHO, it's supposed to have only one board Maintainer Doesn't hurt with two, does it? Many Linux subsystems have several maintainers. > > -#define SM_PM_GCCTRL 0x0060 > > +#define SM_PM_GCCTRL(x) (0x0060 + 4 * x) > why do you modify? As I see it's never used. It is used here: > +void gclk_init(void) > +{ > + /* Hammerhead boards uses GCLK3 as 25MHz output to ethernet PHY */ > + > + /* Select GCLK3 peripheral function */ > + gpio_select_periph_A(GPIO_PIN_PB29, 0); > + > + /* Enable GCLK3 with no input divider, from OSC0 (crystal) */ > + sm_writel(PM_GCCTRL(3), SM_BIT(CEN)); > +} Haavard ------------------------------ Message: 4 Date: Thu, 24 Jul 2008 18:57:34 +0200 From: Haavard Skinnemoen <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme To: Kenneth Johansson <[EMAIL PROTECTED]> Cc: vb <[EMAIL PROTECTED]>, u-boot-users@lists.sourceforge.net, Wolfgang Denk <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=US-ASCII Kenneth Johansson <[EMAIL PROTECTED]> wrote: > you have to > read the gcc code to understand what the -mrelocatable option really do. Plus it's only defined for PowerPC. What do we do on the 11 other architectures? We could build u-boot as a shared library I guess, but that feels a bit weird... Haavard ------------------------------ Message: 5 Date: Thu, 24 Jul 2008 19:12:20 +0200 From: Kenneth Johansson <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme To: Haavard Skinnemoen <[EMAIL PROTECTED]> Cc: vb <[EMAIL PROTECTED]>, u-boot-users@lists.sourceforge.net, Wolfgang Denk <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain On Thu, 2008-07-24 at 18:57 +0200, Haavard Skinnemoen wrote: > Kenneth Johansson <[EMAIL PROTECTED]> wrote: > > you have to > > read the gcc code to understand what the -mrelocatable option really do. > > Plus it's only defined for PowerPC. What do we do on the 11 other > architectures? Well other architectures works in different ways and thus has other flags. > We could build u-boot as a shared library I guess, but that feels a bit > weird... What do you mean by that ? u-boot is already compiled with the -fPIC option. ------------------------------ Message: 6 Date: Thu, 24 Jul 2008 10:37:05 -0700 From: vb <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme To: "Haavard Skinnemoen" <[EMAIL PROTECTED]> Cc: u-boot-users@lists.sourceforge.net, Wolfgang Denk <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1 On Thu, Jul 24, 2008 at 9:57 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote: > Kenneth Johansson <[EMAIL PROTECTED]> wrote: >> you have to >> read the gcc code to understand what the -mrelocatable option really do. > > Plus it's only defined for PowerPC. What do we do on the 11 other > architectures? > > We could build u-boot as a shared library I guess, but that feels a bit > weird... > I ran a quick experiment with -mrelocate, compiled a module with it and then objdump -D its contents, it seems to do exactly what I wanted - stores addresses of pointers to adjust into the fixit section. I guess the least intrusive alternative would be to compile the ported code with this option, and then add a check to the u-boot function dealing with GOT adjustments to see if the fixit section is nonempty. If so - relocate .fixit in addition to GOT. But as you pointed out, this would work on ppc only (with a 'good' compiler), and still remains to be proven, I will get to it a bit later. cheers, /vb > Haavard > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ------------------------------ Message: 7 Date: Thu, 24 Jul 2008 12:46:19 -0500 From: <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] Running a application in U-Boot To: <[EMAIL PROTECTED]> Cc: u-boot-users@lists.sourceforge.net Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" No HTML allowed on this list; Please use plain text messages. Light King (Ansh) wrote: > I am working on AT91SAM9263 Customised board having U-boot. > I want to run some application on the top of U-boot . I found > some command like go to run a application in U-boot. I m > trying to run the demo program Hello_world.c provided in the > U-Boot source . But after loading that to 0x40000 address > and executing from 0x40004 address (according to the U-Boot > manual) it is not Giving proper Output . Plz any one help me > How can I run a stand alone program in U-Boot ? If you don't do a better job of describing your problem, no one is likely to be motivated to help you. One terse paragraph is not enough. What output did you get? What output were you expecting? What version of U-Boot did you build? How did build Hello_world? What exact U-Boot commands did you use to load and run Hello_world? A log of the commands entered into U-Boot and output generated may be helpful. Sincerely, Ken Fuchs ------------------------------ Message: 8 Date: Thu, 24 Jul 2008 20:09:41 +0200 From: Kenneth Johansson <[EMAIL PROTECTED]> Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme To: vb <[EMAIL PROTECTED]> Cc: u-boot-users@lists.sourceforge.net, Haavard Skinnemoen <[EMAIL PROTECTED]>, Wolfgang Denk <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain On Thu, 2008-07-24 at 10:37 -0700, vb wrote: > On Thu, Jul 24, 2008 at 9:57 AM, Haavard Skinnemoen > <[EMAIL PROTECTED]> wrote: > > Kenneth Johansson <[EMAIL PROTECTED]> wrote: > >> you have to > >> read the gcc code to understand what the -mrelocatable option really do. > > > > Plus it's only defined for PowerPC. What do we do on the 11 other > > architectures? > > > > We could build u-boot as a shared library I guess, but that feels a bit > > weird... > > > > I ran a quick experiment with -mrelocate, compiled a module with it > and then objdump -D its contents, it seems to do exactly what I wanted > - stores addresses of pointers to adjust into the fixit section. > > I guess the least intrusive alternative would be to compile the ported > code with this option, and then add a check to the u-boot function > dealing with GOT adjustments to see if the fixit section is nonempty. > If so - relocate .fixit in addition to GOT. > > But as you pointed out, this would work on ppc only (with a 'good' > compiler), and still remains to be proven, I will get to it a bit > later. I have run u-boot with everything compiled with -mrelocatable and normal relocation fixup code removed so I know it works fine. So consider it proven. But since it apparently is a problem in some situation the best is probably to make it a configuration option. ------------------------------ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ------------------------------ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users End of U-Boot-Users Digest, Vol 26, Issue 219 ********************************************* ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
