[U-Boot-Users] U-Boot-Users Digest, Vol 26, Issue 219
Naveen Kumar GADDIPATI
naveen.gaddipati at st.com
Fri Jul 25 06:37:44 CEST 2008
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: u-boot-users-bounces at lists.sourceforge.net
[mailto:u-boot-users-bounces at lists.sourceforge.net] On Behalf Of
u-boot-users-request at lists.sourceforge.net
Sent: Thursday, July 24, 2008 11:40 PM
To: u-boot-users at lists.sourceforge.net
Subject: U-Boot-Users Digest, Vol 26, Issue 219
Send U-Boot-Users mailing list submissions to
u-boot-users at 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
u-boot-users-request at lists.sourceforge.net
You can reach the person managing the list at
u-boot-users-owner at lists.sourceforge.net
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 (Ken.Fuchs at bench.com)
8. Re: Changing u-boot relocation scheme (Kenneth Johansson)
----------------------------------------------------------------------
Message: 1
Date: Thu, 24 Jul 2008 17:50:09 +0200
From: Ricardo <ricardo.ribalda at gmail.com>
Subject: Re: [U-Boot-Users] How to Handel Non-Continuous Memory
Regions
To: "Stuart Wood" <stuart.wood at labxtechnologies.com>
Cc: uboot <u-boot-users at lists.sourceforge.net>, John Passaniti
<john.passaniti at labxtechnologies.com>
Message-ID:
<aa76a2be0807240850qed34eaate665a93747e2fa27 at mail.gmail.com>
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
<stuart.wood at labxtechnologies.com> 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 at 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 <plagnioj at jcrosoft.com>
Subject: Re: [U-Boot-Users] [PATCH] Add support for the hammerhead
(AVR32) board
To: Haavard Skinnemoen <haavard.skinnemoen at atmel.com>
Cc: u-boot-users at lists.sourceforge.net, u-boot at avr32linux.org
Message-ID: <20080724162106.GA26611 at game.jcrosoft.org>
Content-Type: text/plain; charset=us-ascii
On 16:16 Thu 24 Jul , Haavard Skinnemoen wrote:
> From: Julien May <mailinglist at miromico.ch>
>
> 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 <mailinglist at miromico.ch>
> [haavard.skinnemoen at atmel.com: various small fixes and adaptions]
> Signed-off-by: Haavard Skinnemoen <haavard.skinnemoen at atmel.com>
> ---
> 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 <hskinnemoen at atmel.com>
> ATSTK1006 AT32AP7000
> ATNGW100 AT32AP7000
>
> +Alex Raimondi <alex.raimondi at miromico.ch>
> +Julien May <julien.may at miromico.ch>
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 <haavard.skinnemoen at atmel.com>
Subject: Re: [U-Boot-Users] [PATCH] Add support for the hammerhead
(AVR32) board
To: Jean-Christophe PLAGNIOL-VILLARD <plagnioj at jcrosoft.com>
Cc: u-boot-users at lists.sourceforge.net, u-boot at avr32linux.org
Message-ID: <20080724184522.0510eb84 at hskinnemo-gx745.norway.atmel.com>
Content-Type: text/plain; charset=US-ASCII
Jean-Christophe PLAGNIOL-VILLARD <plagnioj at jcrosoft.com> 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 <hskinnemoen at atmel.com>
> > ATSTK1006 AT32AP7000
> > ATNGW100 AT32AP7000
> >
> > +Alex Raimondi <alex.raimondi at miromico.ch>
> > +Julien May <julien.may at miromico.ch>
> 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 <haavard.skinnemoen at atmel.com>
Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme
To: Kenneth Johansson <kenneth at southpole.se>
Cc: vb <vb at vsbe.com>, u-boot-users at lists.sourceforge.net, Wolfgang
Denk <wd at denx.de>
Message-ID: <20080724185734.6d79c419 at hskinnemo-gx745.norway.atmel.com>
Content-Type: text/plain; charset=US-ASCII
Kenneth Johansson <kenneth at southpole.se> 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 <kenneth at southpole.se>
Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme
To: Haavard Skinnemoen <haavard.skinnemoen at atmel.com>
Cc: vb <vb at vsbe.com>, u-boot-users at lists.sourceforge.net, Wolfgang
Denk <wd at denx.de>
Message-ID: <1216919540.27201.56.camel at localhost.localdomain>
Content-Type: text/plain
On Thu, 2008-07-24 at 18:57 +0200, Haavard Skinnemoen wrote:
> Kenneth Johansson <kenneth at southpole.se> 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 <vb at vsbe.com>
Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme
To: "Haavard Skinnemoen" <haavard.skinnemoen at atmel.com>
Cc: u-boot-users at lists.sourceforge.net, Wolfgang Denk <wd at denx.de>
Message-ID:
<f608b67d0807241037n4a2949a5l7c29add827eb019c at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Thu, Jul 24, 2008 at 9:57 AM, Haavard Skinnemoen
<haavard.skinnemoen at atmel.com> wrote:
> Kenneth Johansson <kenneth at southpole.se> 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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>
------------------------------
Message: 7
Date: Thu, 24 Jul 2008 12:46:19 -0500
From: <Ken.Fuchs at bench.com>
Subject: Re: [U-Boot-Users] Running a application in U-Boot
To: <thelightking at gmail.com>
Cc: u-boot-users at lists.sourceforge.net
Message-ID:
<AA28F077645B324881335614E4F7C4284A49BA at win-ex01.bench.com>
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 <kenneth at southpole.se>
Subject: Re: [U-Boot-Users] Changing u-boot relocation scheme
To: vb <vb at vsbe.com>
Cc: u-boot-users at lists.sourceforge.net, Haavard Skinnemoen
<haavard.skinnemoen at atmel.com>, Wolfgang Denk <wd at denx.de>
Message-ID: <1216922981.27201.66.camel at localhost.localdomain>
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
> <haavard.skinnemoen at atmel.com> wrote:
> > Kenneth Johansson <kenneth at southpole.se> 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 at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users
End of U-Boot-Users Digest, Vol 26, Issue 219
*********************************************
More information about the U-Boot
mailing list