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