Dear Albert ARIBAUD,
> Indeed, CONFIG_SYS_ARM_WITHOUT_RELOC should disappear eventually -- it's
> still there only to give board maintainers a way to build with and
> without relocation e.g. for testing purposes, and it was announced that
> it would disappear when relocation makes it into an offic
Le 06/10/2010 08:01, Reinhard Meyer a écrit :
> To me it looks now like we have dangling use of
>
> CONFIG_SKIP_RELOCATE_UBOOT and CONFIG_SYS_ARM_WITHOUT_RELOC
> all over the source, but it appears to me that they can't really
> work anymore (I have not tested that).
Indeed, CONFIG_SYS_ARM_WITHOUT
Dear Albert Aribaud, Heiko Schocher,
>> ELF relocation tables generated with linker option -pie can
>> be used to fixup code and data in a single loop at relocation,
>> removing the need for manual fixups anywhere else in the code.
To me it looks now like we have dangling use of
CONFIG_SKIP_RELOC
Le 06/10/2010 07:30, Heiko Schocher a écrit :
>> +#define CONFIG_RELOC_FIXUP_WORKS
>
> Instead defining this in every board-config.h we should
> define it in arch/arm/include/asm/config.h, as it is valid
> with this relocation version for every arm board.
>
> Can you add this to your 1/2 patch ?
>
Le 06/10/2010 07:37, Heiko Schocher a écrit :
> Hello albert,
> We no longer need this __datarel* vars with your version
> of relocation, please delete!
Thanks for pointing this out.
> Thanks!
>
> bye,
> Heiko
Amicalement,
--
Albert.
___
U-Boot mail
Le 05/10/2010 23:40, Chris Moore a écrit :
> Hi Prafulla,
>
> Le 05/10/2010 07:57, Prafulla Wadaskar a écrit :
>>
>>
>>> -Original Message-
>>> From: u-boot-boun...@lists.denx.de
>>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
>>> Sent: Tuesday, October 05, 2010 3:52 A
Hello albert,
Albert Aribaud wrote:
> ELF relocation tables generated with linker option -pie can
> be used to fixup code and data in a single loop at relocation,
> removing the need for manual fixups anywhere else in the code.
>
> Signed-off-by: Albert Aribaud
> ---
> arch/arm/config.mk
Mike Frysinger wrote:
> On Tuesday, October 05, 2010 21:16:10 Thomas Chou wrote:
>> Add smc_write_hwaddr() to set mac address.
>> Clear dev before use.
>
> how is this different from the one sent earlier today ? when re-submitting,
> you should note what changed.
> -mike
Sorry. It is the same pa
Hello Albert,
Albert Aribaud wrote:
> Signed-off-by: Albert Aribaud
> ---
> board/LaCie/edminiv2/config.mk |4 ++--
> include/configs/edminiv2.h |7 +++
> 2 files changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/conf
Dear Graeme Russ,
> On Wed, Oct 6, 2010 at 2:32 PM, Marek Vasut wrote:
>> Dne Út 5. října 2010 22:03:23 Wolfgang Denk napsal(a):
>>> The logodl board has long been unmaintained and left broken.
>>> As obviously nobody is interestedin that code any more, we may as well
>>> remove it.
>>
>> I'd like
The mpl-specfic memory test is only documented for one board, doesn't
compile cleanly, uses improper coding style, and overlaps functionality
with U-Boot's common 'mtest' command, so lets get rid of it.
Signed-off-by: Peter Tyser
CC: d.pe...@mpl.ch
CC: d.muel...@elsoft.ch
CC: wd...@denx.de
---
Th
Dne St 6. října 2010 05:41:12 Graeme Russ napsal(a):
> On Wed, Oct 6, 2010 at 2:32 PM, Marek Vasut wrote:
> > Dne Út 5. října 2010 22:03:23 Wolfgang Denk napsal(a):
> >> The logodl board has long been unmaintained and left broken.
> >> As obviously nobody is interestedin that code any more, we may
On Wed, Oct 6, 2010 at 2:32 PM, Marek Vasut wrote:
> Dne Út 5. října 2010 22:03:23 Wolfgang Denk napsal(a):
>> The logodl board has long been unmaintained and left broken.
>> As obviously nobody is interestedin that code any more, we may as well
>> remove it.
>
> I'd like to NACK it as it's sad to
On Tuesday, October 05, 2010 21:16:10 Thomas Chou wrote:
> Add smc_write_hwaddr() to set mac address.
> Clear dev before use.
how is this different from the one sent earlier today ? when re-submitting,
you should note what changed.
-mike
signature.asc
Description: This is a digitally signed me
Add smc_write_hwaddr() to set mac address.
Clear dev before use.
Signed-off-by: Thomas Chou
---
drivers/net/smc9.c | 40
1 files changed, 24 insertions(+), 16 deletions(-)
diff --git a/drivers/net/smc9.c b/drivers/net/smc9.c
index 54a1bfb..
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/lib/bootm.c | 66 ++-
2 files changed, 66 insertions(+), 2 deletions(-)
diff --git a/arch/sh/lib/bootm.c b/arch/sh/lib/bootm.c
index 9c58ed7..fb7e2d0 100644
--- a/arch/sh/lib/bootm.c
+++ b/arch/sh/lib/
>
> Applied to u-boot-ppc4xx/master. Thanks.
Thanks
Marri
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>
> On Tue, 5 Oct 2010, Wolfgang Denk wrote:
>
> Ack-by: Sergey Kubushyn
> ---
>
> > commit 6d014adf dropped support for the forceenv() function, but failed
> > to remove references to it from board/davinci/schmoogie/schmoogie.c
> >
> > Replace forceenv() by setenv() and set CONFIG_ENV_OVERWR
On Tue, Oct 5, 2010 at 3:57 PM, Steve Sakoman wrote:
> ARMV7: OMAP3: Fix bug in get_sdr_cs_offset()
Sorry! Sent this one out again by mistake. You can ignore.
Steve
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-
On Tue, 5 Oct 2010, Wolfgang Denk wrote:
Ack-by: Sergey Kubushyn
---
> commit 6d014adf dropped support for the forceenv() function, but failed
> to remove references to it from board/davinci/schmoogie/schmoogie.c
>
> Replace forceenv() by setenv() and set CONFIG_ENV_OVERWRITE instead in
> the bo
ARMV7: OMAP3: Fix bug in get_sdr_cs_offset()
This patch fixes a typo in the routine to calculate the cs offset
based upon the contents of the SDRC cs_cfg register. This function
mistakenly shifts the CS1STARTLOW field 17 bits right instead of
17 bits left.
This hasn't been an issue to date becau
Previously the function was set_default_env(void), it is now
set_default_env(const char *s). This patch adds the required
parameter. This fixes a broken build on OMAP4430 SDP.
Signed-off-by: Steve Sakoman
---
diff --git a/common/env_mmc.c b/common/env_mmc.c
index 14203b6..cc288d4 100644
--- a/co
Add support for various file systems and features, as found
in `sheevaplug.h'. In addition, increase the malloc area size
to allow compilation of UbiFS.
Signed-off-by: Ludovic Courtès
---
include/configs/guruplug.h | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff
Hi Prafulla,
Le 05/10/2010 07:57, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de
>> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
>> Sent: Tuesday, October 05, 2010 3:52 AM
>> To: u-boot@lists.denx.de
>> Subject: [U-Boot] [
This patch changes `usb_stor_scan' to scan all the LUNs of each mass
storage device. It also fixes the various commands to correctly set
the LUN field.
Notably, it allows each LUN of GuruPlug's microSD card reader to be
accessed.
Signed-off-by: Ludovic Courtès
Acked-by: Prafulla Wadaskar
---
C
The logodl board has long been unmaintained and left broken.
As obviously nobody is interestedin that code any more, we may as well
remove it.
Signed-off-by: Wolfgang Denk
Cc: August Hoeraendl
Cc: Robert Schwebel
Cc: Marek Vasut
---
CREDITS |6 +-
board/logodl/Makefil
On Tuesday, October 05, 2010 03:30:33 Thomas Chou wrote:
> Add smc_write_hwaddr() to set mac address.
> Clear dev before use.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-
Signed-off-by: Albert Aribaud
---
board/LaCie/edminiv2/config.mk |4 ++--
include/configs/edminiv2.h |7 +++
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
index 3dec1aa..942c4e5 100644
--- a/board/La
ELF relocation tables generated with linker option -pie can
be used to fixup code and data in a single loop at relocation,
removing the need for manual fixups anywhere else in the code.
Signed-off-by: Albert Aribaud
---
arch/arm/config.mk| 10 +-
arch/arm/cpu/arm926ejs/start.S
Dear Mark Vels,
In message <4cab7a77.1090...@team-embedded.nl> you wrote:
>
> Hehe, well there is at least the one rev 2 board that I got from the customer
> on my desk at the moment. That's why I
> tried to build and execute this config.
OK. What you have is an obvious bug fix. It does not hur
Le 05/10/2010 19:41, Reinhard Meyer a écrit :
> Dear Albert ARIBAUD,
>>> include/configs/top9000_9xe.h | 1 +
> That's my board. Not in mainstream yet. Just sets the define there.
>
>>> +#ifdef CONFIG_USE_C_RELOCATION
>>> + /* TODO: check for identical source and destination */
>>> + /* TODO: check
Hi Prafulla,
Prafulla Wadaskar writes:
> This works for guruplug, I can detect filesystems on both the uSD card on
> guruplug
Great, thanks for testing.
> The patch could not be applied cleanly on latest u-boot, pls redo it
> and post it to mailing list (Not as attachment)
I posted an update
Fix warning:
pm9g45.c: In function 'pm9g45_macb_hw_init':
pm9g45.c:99: warning: unused variable 'pio'
Signed-off-by: Wolfgang Denk
Cc: Ilko Iliev
---
board/ronetix/pm9g45/pm9g45.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/ronetix/pm9g45/pm9g
Fix warning:
pm9263.c: In function 'pm9263_macb_hw_init':
pm9263.c:99: warning: unused variable 'pio'
Signed-off-by: Wolfgang Denk
Cc: Ilko Iliev
---
board/ronetix/pm9263/pm9263.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/board/ronetix/pm9263/pm92
Dear Wolfgang,
On 05/10/10 20:21, Wolfgang Denk wrote:
> Dear mark.v...@team-embedded.nl,
>
> In message <1286293579-26587-1-git-send-email-mark.v...@team-embedded.nl> you
> wrote:
>> Originally the Makefile defines CONFIG_ADS5121_REV2 when configuring
>> for board mpc5121ads_rev2. The config in
On Tue, 5 Oct 2010 20:27:43 +0200
Wolfgang Denk wrote:
> If possible, I would like to see this the default setting for all new
> board to be added. Existing boards should have the option to select
> this behaviour, too.
>
> What I do not want to do (if it can be avoided) is change the default
>
commit 6d014adf dropped support for the forceenv() function, but failed
to remove references to it from board/davinci/schmoogie/schmoogie.c
Replace forceenv() by setenv() and set CONFIG_ENV_OVERWRITE instead in
the board config file to allow overwriting the serial number.
Signed-off-by: Wolfgang
Dear David & Peter,
since Stefan's ppc4xx reorganization patches (commit b36df561:
"ppc4xx: Move ppc4xx headers to powerpc include directory") the
building of the VCMA9 breaks with this error message:
../common/memtst.c:51:28: error: asm/ppc4xx-i2c.h: No such file or directory
The problem comes
Dear Matthias Weisser,
In message <1285076264-13219-1-git-send-email-weiss...@arcor.de> you wrote:
> This patch modifies jadecpu board so that it is usable
> with the relocation patches by Heiko Schocher
>
> Signed-off-by: Matthias Weisser
> ---
> board/syteco/jadecpu/config.mk |2 +-
> boa
Dear Scott Wood,
In message <20101005113126.215b5...@udp111988uds.am.freescale.net> you wrote:
> On Tue, 5 Oct 2010 04:08:12 -0400
> Mike Frysinger wrote:
>
> > On Monday, October 04, 2010 13:36:14 Scott Wood wrote:
> > > I'm wondering if we should just make this the default behavior. We
> > >
Dear mark.v...@team-embedded.nl,
In message <1286293579-26587-1-git-send-email-mark.v...@team-embedded.nl> you
wrote:
> Originally the Makefile defines CONFIG_ADS5121_REV2 when configuring
> for board mpc5121ads_rev2. The config in include/configs/mpc5121ads.h
> expects a define CONFIG_MPC5121ADS
On Tue, 5 Oct 2010 13:43:01 +0200
Detlev Zundel wrote:
> Hi Reinhard,
>
> [...]
>
> >> Note that this is with GCC 4.2.2. Even GCC 4.0.0 behaves the same, so
> >> this is *not* an issue with very recent tool chains.
> >
> > OK, for directly adressing elements inside a packed struct;
> > but the
Dear Albert ARIBAUD,
>> include/configs/top9000_9xe.h |1 +
That's my board. Not in mainstream yet. Just sets the define there.
>> +#ifdef CONFIG_USE_C_RELOCATION
>> +/* TODO: check for identical source and destination */
>> +/* TODO: check for overlapping */
>> +/* copy image, i
On Tue, 5 Oct 2010 04:08:12 -0400
Mike Frysinger wrote:
> On Monday, October 04, 2010 13:36:14 Scott Wood wrote:
> > I'm wondering if we should just make this the default behavior. We
> > already deferred the bad block scanning, perhaps this could replace
> > that.
>
> i would like that, but Wo
Le 05/10/2010 16:48, Reinhard Meyer a écrit :
> include/configs/top9000_9xe.h |1 +
Can't find this one in my u-boot tree. Did I miss something?
> +#ifdef CONFIG_USE_C_RELOCATION
> + /* TODO: check for identical source and destination */
> + /* TODO: check for overlapping */
> +
Originally the Makefile defines CONFIG_ADS5121_REV2 when configuring
for board mpc5121ads_rev2. The config in include/configs/mpc5121ads.h
expects a define CONFIG_MPC5121ADS_REV2 for this.
Therefore there are two defines used but only 1 is defined.
This patch renames references to CONFIG_ADS5121_RE
Hi Wolfgang,
> There are some cases where "make depend" would always run when
> entering a directory. This happened when both the $(SRCS) and
> $(HOSTSRCS) lists were empty (which is for example typical for the
> examples/api/ directory). Avoid this by making sure that a ".depend"
> file gets al
for JEDEC devices without and with extension bytes
for non JEDEC devices
Signed-off-by: Reinhard Meyer
---
drivers/mtd/spi/spi_flash.c | 137 +--
1 files changed, 93 insertions(+), 44 deletions(-)
diff --git a/drivers/mtd/spi/spi_flash.c b/drivers/mtd/spi
Supports most types that support Read-Id and the FM25H20.
Signed-off-by: Reinhard Meyer
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/ramtron.c| 319 ++
drivers/mtd/spi/spi_flash.c |8 +
drivers/mtd/spi/spi_flash_inte
Patch 1 adds generalisation to spi_flash.c to allow for table driven
probing of JEDEC and NON-JEDEC conformant devices
Patch 2 adds the actual Ramtron support
Patch 2 requires Patch 1 to be applied first.
Signed-off-by: Reinhard Meyer
___
U-Boot maili
Dear Wolfgang,
The following changes since commit d6288664743cdd4824cb877ca424619c827c1256:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-blackfin
are available in the git repository at:
git://git.denx.de/u-boot-atmel at91
Alexander Stein (1):
at91: Add
Generalized misuse of ble within relocation and bss
initialization loops caused one iteration too many.
Instead of ble ('branch if lower or equal'), use
blo ('branch if lower').
While we're at it, fix all 'addreee' typos.
Signed-off-by: Albert Aribaud
---
V1 Initial submission
V2 Fixed
Dear Albert ARIBAUD,
>>> - pure ELF format (8 bytes per relocation plus .dynsym)
>>>
>>> ... already there, and then to be done:
>>>
>>> - unified 32-bit format (half the size of pure ELF)
>>>
>>> - unified 16-bit delta format (a fourth of the size of pure ELF)
>>
>> Even an 8-bit delta format is p
Le 05/10/2010 15:18, Reinhard Meyer a écrit :
> Dear Albert ARIBAUD,
>> Le 05/10/2010 13:17, Reinhard Meyer a écrit :
>>> Dear All ;)
> Umm... is my understanding correct that we can drop the whole
> CONFIG_SYS_ARM_WITHOUT_RELOC stuff then, too?
I believe we're just changing the r
clock.c / timer.c used static data and are called before relocation.
Move all static variables into global_data structure. Also cleanup
timer.c from unused stubs and make it truly use 64 bit tick values.
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/clock.c | 55 +++
Reinhard Meyer schrieb:
> ---
> arch/arm/cpu/arm926ejs/start.S |8 -
> arch/arm/lib/board.c | 57
> +++-
> include/configs/top9000_9xe.h |1 +
> 3 files changed, 63 insertions(+), 3 deletions(-)
PLEASE - this is only for study, not to b
Hi all,
I am adding EHCI support to the MX.31 Soc. I got an error from the
ehci-hcd controller, that seems (apparently!) to not depend by the Soc I
am using.
"usb start" works as expected:
CPU: Freescale i.MX31 at 398 MHz
Board: DAVE/DENX Qong
DRAM: 256 MiB
FLASH: 128 MiB
NAND: 128 MiB
In:
---
arch/arm/cpu/arm926ejs/start.S |8 -
arch/arm/lib/board.c | 57 +++-
include/configs/top9000_9xe.h |1 +
3 files changed, 63 insertions(+), 3 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/start.S b/arch/arm/cpu/arm926ejs/start.S
On 06/10/10 00:18, Reinhard Meyer wrote:
> Dear Albert ARIBAUD,
[snip]
> PS: I finished the "C" relocation, but it does not work :(
> having problems with setting the stack or calling of board_init_r(),
> I am not sure. Because of otther work I cannot continue there right now.
> If you want to lo
Dear Albert ARIBAUD,
> Le 05/10/2010 13:17, Reinhard Meyer a écrit :
>> Dear All ;)
Umm... is my understanding correct that we can drop the whole
CONFIG_SYS_ARM_WITHOUT_RELOC stuff then, too?
>>>
>>> I believe we're just changing the relocation solution, but we're not
>>> changing the ove
Le 05/10/2010 14:57, Albert Aribaud a écrit :
> initialization loops caused one iiteration too many.
s/ii/i
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Generalized misuse of ble within relocation and bss
initialization loops caused one iiteration too many.
Instead of ble ('branch if lower or equal'), use
blo ('branch if lower').
Signed-off-by: Albert Aribaud
---
arch/arm/cpu/arm1136/start.S |4 ++--
arch/arm/cpu/arm1176/start.S |6 +
Hello u-boot list!
I am using an Eddy-CPU V2.1 from embeddedmodule.com
The u-boot version is 2008.10-rc3:
U-Boot> version
U-Boot 2008.10-rc3 (Sep 3 2009 - 18:30:12)
It is basically an AT91SAM9260 with a complete development kit. I am
running buildroot-2010.08 on it with linux 2.6.34.3. Everyth
Hello Albert,
Albert Aribaud wrote:
> HISTORY:
>
> V1Initial patch
> V2Rebased on latest mainline master
>
> This patch is *not* a submission for master!
Following patch works on the beagle (ARMv7) board, with
booting from mmc.
diff --git a/arch/arm/cpu/armv7/start.S b/arch/arm/cpu/arm
Dear Mike Frysinger,
In message <1286213633-8304-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 2e6e1772c0e34871769be4aef79748fe3e47d953:
>
> Merge branch 'next' of /home/wd/git/u-boot/next (2010-09-28 23:30:47 +0200)
>
> are available in the git repository
Dear Stefan Roese,
In message <201010041127.48077...@denx.de> you wrote:
> The following changes since commit dd09985499ac95484974eb0f832fe47b33369952:
>
> hmi1001, mucmc52, uc100, uc101: move boards to vendor directory (2010-10-04
> 10:58:38
> +0200)
>
> are available in the git repository
On Mon, 04 Oct 2010 08:40:36 +0200, Rogan Dawes
wrote:
> For what it is worth, would it be possible to have a more verbose error
> message that actually provides a reference to what needs to be done,
> rather than simply failing with an obscure message about DRAM configuration?
>
Maybe somethin
Dear Anatolij Gustschin,
In message <20100927212457.4051a...@wker> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9:
> Peter Tyser (1):
> 83xx: Remove warmboot parameter from PCI init functions
>
> are available in the git repo
Hi Tim,
On Tuesday 05 October 2010 12:12:19 Tim Rachman wrote:
> I ported u-boot-2009-11 to my custom board using ppc440EP processor.
Hmmm. Already nearly one year old. I suggest to update to the latest release.
> I
> changed amcc/bamboo BSP to run u-boot on my board.
Autsch. You should never
commit ea882baf9c17cd142c99e3ff640d3ab01daa5cec introduces
a command_sub_table for the "env" command. On arm, avr32, m68k,
mips and sparc architectures, relocation needs manual fixups,
so add these fixups for this sub command table too.
Tested on arm/qong board.
mips board (Ben NanoNote)
There are some cases where "make depend" would always run when
entering a directory. This happened when both the $(SRCS) and
$(HOSTSRCS) lists were empty (which is for example typical for the
examples/api/ directory). Avoid this by making sure that a ".depend"
file gets always created, even if em
Hello Albert,
Heiko Schocher wrote:
> Albert Aribaud wrote:
>> HISTORY:
>>
>> V1 Initial patch
>> V2 Rebased on latest mainline master
>>
>> This patch is *not* a submission for master!
>>
>> It is a proof of concept of ELF relocations for ARM, hastily done
>> in a day's work time for people o
Hi Wolfgang,
[...]
> The message I received through the list did not contain any such Cc:
>
> | Subject: Re: [U-Boot] [PATCH 1/2] USB: Make non-bulk delay longer in OHCI
> | From: Marek Vasut
> | Date: Mon, 4 Oct 2010 01:36:27 +0200
> | To: u-boot@lists.denx.de
> | Cc: wd...@denx.de
>
> But I r
Hi Heiko,
> Hello Detlev,
>
> Detlev Zundel wrote:
>> Hi Heiko,
>>
>> [...]
>>
Surely having e.g.
#if (not fixed config)
#error See http://blah/blah/blah for information about how to fix your
board
#endif
would be more beneficial than an obscure compiler
Le 05/10/2010 13:17, Reinhard Meyer a écrit :
> Dear All ;)
>>> Umm... is my understanding correct that we can drop the whole
>>> CONFIG_SYS_ARM_WITHOUT_RELOC stuff then, too?
>>
>> I believe we're just changing the relocation solution, but we're not
>> changing the overall strategy regarding CONFI
Dear Albert ARIBAUD,
In message <4cab0793.4000...@free.fr> you wrote:
>
> Rather than submitting a patch set for mainline, I'll submit a single
> ELF patch that you will put on a specific branch (let's call it
> elf_reloc here for the sake of clarity)
Please submit 2 patches:
- ELF patch
- edm
Hi Reinhard,
[...]
>> Note that this is with GCC 4.2.2. Even GCC 4.0.0 behaves the same, so
>> this is *not* an issue with very recent tool chains.
>
> OK, for directly adressing elements inside a packed struct;
> but the original post said:
>
> "struct xyz {
> int x;
> int y;
u-boot.bin can be loaded at any 4-byte aligned memory location and directly
'jumped' to using the 'go' command using the load address as the start
address. Doing so performs a 'warm boot' which skips memory initialisation
and other low-level initialisations, relocates U-Boot to upper memory and
sta
Signed-off-by: Graeme Russ
---
arch/i386/cpu/start.S | 19 ++-
arch/i386/cpu/start16.S |7 ---
arch/i386/include/asm/global_data.h |3 +++
3 files changed, 13 insertions(+), 16 deletions(-)
diff --git a/arch/i386/cpu/start.S b/arch/i386/cp
Provides a small speed increase and prepares for fully relocatable image.
Downside is the TEXT_BASE, bss, load address etc must ALL be aligned on a
a 4-byte boundary which is not such a terrible restriction as everything
is already 4-byte aligned anyway
Signed-off-by: Graeme Russ
---
arch/i386/l
By reserving space for the Global Data immediately below the stack during
assembly level initialisation, the C declaration of the static global data
can be removed, along with the 'RAM Bootstrap' function. This results in
cleaner code, and the ability to pass boot-up flags from assembler into C
Si
Tidy up the linker script and discard some sections to save space
Signed-off-by: Graeme Russ
---
arch/i386/lib/board.c |5 +++--
board/eNET/u-boot.lds | 39 ++-
2 files changed, 21 insertions(+), 23 deletions(-)
diff --git a/arch/i386/lib/board.c b/arch
Create more generic names for the symbols exported from the linker script
Signed-off-by: Graeme Russ
---
arch/i386/lib/bios_setup.c | 14 +++---
arch/i386/lib/board.c | 20 ++--
arch/i386/lib/realmode.c | 14 +++---
board/eNET/u-boot.lds | 21 +
%ebx will hold low-level boot flags and must be preserved
Signed-off-by: Graeme Russ
---
arch/i386/cpu/sc520/sc520_asm.S | 15 ++-
arch/i386/cpu/start.S |4 ++--
2 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/arch/i386/cpu/sc520/sc520_asm.S b/arch/i38
By using another register, reduce code size by one instruction
Signed-off-by: Graeme Russ
---
arch/i386/cpu/start.S |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/i386/cpu/start.S b/arch/i386/cpu/start.S
index 63f7334..66ff4f3 100644
--- a/arch/i386/cpu/start.S
Using %ebp as a return pointer prevents creating 'load anywhere' images
Signed-off-by: Graeme Russ
---
arch/i386/cpu/sc520/sc520_asm.S |6 +++---
arch/i386/cpu/start.S | 12 ++--
arch/i386/cpu/start16.S |2 +-
board/eNET/eNET_start.S |2 +-
board/e
Progress indication is not relocation friendly so remove it in
preperation for full relocatability support
Signed-off-by: Graeme Russ
---
arch/i386/cpu/start.S | 44 ++--
board/eNET/eNET_start.S | 12
2 files changed, 2 insertions(+), 54
To allow for 'load anywhere' images, the %ebp return pointer 'hack' must
be removed, so we cannot have two 'calls' to get_mem_size
Signed-off-by: Graeme Russ
---
arch/i386/cpu/sc520/sc520_asm.S | 17 +++--
arch/i386/cpu/start.S | 11 +++
2 files changed, 14 inse
Signed-off-by: Graeme Russ
---
arch/i386/cpu/interrupts.c| 23 +++
arch/i386/include/asm/interrupt.h |2 ++
arch/i386/include/asm/ptrace.h| 24
3 files changed, 45 insertions(+), 4 deletions(-)
diff --git a/arch/i386/cpu/interrupt
Perform some basic code cleanups of the x86 files
Signed-off-by: Graeme Russ
---
arch/i386/cpu/sc520/sc520.c | 54 ++--
arch/i386/cpu/sc520/sc520_asm.S | 642 +++
arch/i386/cpu/start.S | 30 +-
arch/i386/cpu/start16.S |9 +-
4 fi
Use TEXT_BASE rather than a hard-coded base address on x86 linker scripts.
This will allow any board to define its base link address without having
to modify the linker script
Signed-off-by: Graeme Russ
---
board/eNET/u-boot.lds |8
1 files changed, 4 insertions(+), 4 deletions(-)
Change to:
- reparam=3
- no-from-pointer
- no-stack-protector
- preferred-stack-boundary=2
- no-top-level-reorder
These options make the code a little smaller and faster
Signed-off-by: Graeme Russ
---
arch/i386/config.mk |8
arch/i386/cpu/interrupts.c|
Linux has C macros and code to load the GTD after switching to Protected
Mode. Using these greatly simplifies the assembler code
Signed-off-by: Graeme Russ
---
arch/i386/cpu/cpu.c | 57 +
arch/i386/cpu/start.S | 96 ---
Follow the discussion of Charles Manning and Mike Frysinger.
Using gc_sections helps reduce image size.
Signed-off-by: Graeme Russ
---
arch/i386/config.mk |3 +++
board/eNET/u-boot.lds | 10 +-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/arch/i386/config.mk b/a
The header of recent Linux Kernels includes the size of the image, and
therefore is not needed to be passed to zboot. Still process the third
parameter (size of image) in the event that an older kernel is being loaded
Signed-off-by: Graeme Russ
---
arch/i386/lib/zimage.c | 18 +
Relocation is not board-specific for the x86 architectrure, so
CONFIG_RELOC_FIXUP_WORKS can be defined globally in the config.h
Signed-off-by: Graeme Russ
---
arch/i386/include/asm/config.h |2 ++
include/configs/eNET.h |2 --
2 files changed, 2 insertions(+), 2 deletions(-)
dif
Commit 55e97429d1e6cf0976711e4e0f29ea924b7e5917 removed the definition
from /arch/i386/include/asm/u-boot.h but not its usage in do_bdinfo()
Signed-off-by: Graeme Russ
---
common/cmd_bdinfo.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/common/cmd_bdinfo.c b/common/cm
Version 2 adds an additional patch to fix a breakage which I did not pick
up after rebasing against master
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Le 05/10/2010 13:01, Reinhard Meyer a écrit :
> Dear Graeme Russ,
>>> .globl _rel_dyn_start_ofs
>>> _rel_dyn_start_ofs:
>>> .word __rel_dyn_start - _start
>>> .globl _rel_dyn_end_ofs
>>> _rel_dyn_end_ofs:
>>> .word __rel_dyn_end - _start
>>> .globl _dynsym_start_ofs
>>> _dynsym_start_ofs:
>
Dear All ;)
>> Umm... is my understanding correct that we can drop the whole
>> CONFIG_SYS_ARM_WITHOUT_RELOC stuff then, too?
>
> I believe we're just changing the relocation solution, but we're not
> changing the overall strategy regarding CONFIG_SYS_ARM_WITHOUT_RELOC.
We should not forget that
1 - 100 of 140 matches
Mail list logo
