U-Boot-Users Digest, Vol 26, Issue 219

U-Boot-Users Naveen Kumar GADDIPATI 1 participant 1 message Jul 25, 2008 1 message not in the archive

Share & tools

A message that is not in the archive (sent off-list or not yet received): mailman.830563.1216922993.5026.u-boot-users@lists.sourceforge.net

Naveen Kumar GADDIPATI

author

2008-07-25 04:37 UTC #1 lore raw

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: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 <[email protected]>
Subject: Re: [U-Boot-Users] How to Handel Non-Continuous Memory
Regions
To: "Stuart Wood" <[email protected]>
Cc: uboot <[email protected]>, 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

Quoted 27 lines · Stuart Wood

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

Quoted 11 lines

----------------------------------------------------------------------
--- 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 <[email protected]>
Subject: Re: [U-Boot-Users] [PATCH] Add support for the hammerhead

	(AVR32)	board

To: Haavard Skinnemoen <[email protected]>
Cc: u-boot-users at lists.sourceforge.net, u-boot at avr32linux.org
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii

Quoted 20 lines · Haavard Skinnemoen

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]>
[haavard.skinnemoen at atmel.com: various small fixes and adaptions]
Signed-off-by Haavard Skinnemoen <[email protected]>

Quoted 12 lines

---
 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

+++++++++++++++++++++++++++++++

Quoted 12 lines

 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

MAINTAINERS +0 -0

index cbe5c47..bcac300 100644

MAINTAINERS Haavard Skinnemoen <[email protected]> · line 713

Quoted 5 lines

MAINTAINERS +2 -0

@@ -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

Quoted 12 lines

MAINTAINERS +3 -0

+
+	HAMMERHEAD		AT32AP7000
+
 #########################################################################
 # SuperH Systems:							#
 #									#

cpu/at32ap/at32ap700x/sm.h +0 -0

index 6492c8e..b6e4409 100644

cpu/at32ap/at32ap700x/sm.h line 24

Quoted 5 lines

cpu/at32ap/at32ap700x/sm.h +1 -1

@@ -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.

cpu/at32ap/at32ap700x/sm.h line 27

Quoted 3 lines

cpu/at32ap/at32ap700x/sm.h +0 -0

 #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 at lists.sourceforge.net, u-boot at avr32linux.org
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII

Quoted 9 lines · Jean-Christophe PLAGNIOL-VILLARD

Quoted 8 lines · Haavard Skinnemoen

MAINTAINERS +0 -0

index cbe5c47..bcac300 100644
@@ -709,6 +709,11 @@ Haavard Skinnemoen <[email protected]>
 	ATSTK1006	AT32AP7000
 	ATNGW100	AT32AP7000

Quoted 3 lines

MAINTAINERS Haavard Skinnemoen <[email protected]> · line 713
Quoted 2 lines
MAINTAINERS +2 -0
+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.

Quoted 3 lines

MAINTAINERS Haavard Skinnemoen <[email protected]> · line 714
Quoted 2 lines
MAINTAINERS +1 -1
-#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:

cpu/at32ap/at32ap700x/sm.h

Quoted 10 lines

cpu/at32ap/at32ap700x/sm.h +10 -0

+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 at lists.sourceforge.net, Wolfgang
Denk <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII

Quoted 2 lines · Kenneth Johansson

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 at lists.sourceforge.net, Wolfgang
Denk <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain

Quoted 6 lines · Haavard Skinnemoen

Quoted 2 lines · Kenneth Johansson
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.

Quoted 2 lines

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 at lists.sourceforge.net, Wolfgang Denk <[email protected]> Message-ID:

	<[email protected]>

Content-Type: text/plain; charset=ISO-8859-1

Quoted 10 lines · Haavard Skinnemoen

Quoted 2 lines · Kenneth Johansson
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

Quoted 4 lines

Haavard
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's

challenge

Quoted 1 line

Build the coolest Linux based applications with Moblin SDK & win great

prizes

Quoted 1 line

Grand prize is a trip for two to an Open Source event anywhere in the

world

Quoted 6 lines

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: <[email protected]>
Subject: Re: [U-Boot-Users] Running a application in U-Boot
To: <[email protected]>
Cc: u-boot-users at 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.

Quoted 8 lines · Light King (Ansh)

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 at lists.sourceforge.net, Haavard Skinnemoen
<[email protected]>, Wolfgang Denk <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain

Quoted 5 lines · vb

Quoted 3 lines · Haavard Skinnemoen
Quoted 2 lines · Kenneth Johansson
you have to
read the gcc code to understand what the -mrelocatable option really

do.

Quoted 12 lines

Quoted 7 lines
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.

Quoted 8 lines

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
*********************************************