Hello Andreas,
Andreas Bießmann wrote:
> Am 30.11.2010 um 08:02 schrieb Heiko Schocher:
>
>> diff --git a/arch/arm/include/asm/global_data.h
>> b/arch/arm/include/asm/global_data.h
>> index ada3fbb..16dc27c 100644
>> --- a/arch/arm/include/asm/global_data.h
>> +++ b/arch/arm/include/asm/global_d
Hello Prafulla,
Prafulla Wadaskar wrote:
> From: Prafulla WADASKAR
>
> ARMADA 100 Family processors are highly integrated SoCs
> based on Sheeva_88SV331x-v5 PJ1 cpu core.
> Ref: http://www.marvell.com/products/processors/applications/armada_100
>
> SoC versions Supported:
> 1) ARMADA168/88AP168
Dear Andreas Bießmann,
> Reuse the gd->tbl/tbu values for timestamp/lastinc bss values in
> arm920t/at91/timer driver.
> The usage of bss values in driver before initialisation of bss is
> forbidden. In that special case some data in .rel.dyn gets corrupted by
> the arm920t/at91/timer driver.
>
>
Dear Heiko Schocher,
Am 30.11.2010 um 08:02 schrieb Heiko Schocher:
> diff --git a/arch/arm/include/asm/global_data.h
> b/arch/arm/include/asm/global_data.h
> index ada3fbb..16dc27c 100644
> --- a/arch/arm/include/asm/global_data.h
> +++ b/arch/arm/include/asm/global_data.h
> @@ -61,6 +61,16 @@
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm920t/start.S |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm920t/start.S b/arch/arm/cpu/arm920t/start.S
index 629be3f..e3f9cdb 100644
--- a/arch/arm/cpu/arm920t/start.S
+++ b/arch/arm/cpu/arm920t/star
Dear Jens Scharsig and Albert ARIBAUD,
please see following RFC for the mentioned issues with NULL pointer
relocation and some other points on current relocation.
Andreas Bießmann (3):
arm920t: do not set register useless
arm920t: do not use r8 for relocation
arm920t: do not relocate NULL p
r8 is used for gd and should therefore be left alone
Signed-off-by: Andreas Bießmann
---
I don't know if this is really needed, but we use --fixed-r8 compiler
flag for all arm boards. Albert, can you shed some light on that?
arch/arm/cpu/arm920t/start.S | 21 ++---
1 files ch
in case we are still at relocation target address before relocation we
do not need to load the registers needed for relocation. We should
instead skip the whole relocation part and jump over to clear_bss.
Also prepare to not use target address twice. When we use a scratch
register here r6 is uncha
timer.c use static data and change this before relocation,
where bss section (in which the static data is stored) is
not valid. Instead before relocation there is the .rel.dyn
section overlayed.
Move all static variables into global_data structure.
Tested on the omap3_beagle board.
Signed-off-by
Dear Dirk Behme,
In message <4cf48968.9060...@googlemail.com> you wrote:
>
> > All 3 of your patches have the same issue.
>
> Sorry, which issue? What's wrong with _these_ patches?
As far as I can tell, nothing is wrong with them.
Acked-by: Wolfgang Denk
to the tree of them.
> > Wolfgang, se
This patch adds commonly used macros for ARMADA100 based
baords, Also some code reshuffled and updated for typos and comments
Signed-off-by: Prafulla Wadaskar
---
include/configs/mv-common.h | 65 --
1 files changed, 49 insertions(+), 16 deletions(-)
di
From: Prafulla WADASKAR
Aspenite is a Development Board for ASPEN/ARMADA168(88AP168) with
* Processor upto 1.2GHz
* Parallel 1Gb x8 DDR2-1066 MHz
* 16 Mb x16 NOR, 4Gb x8 SLC NAND, footprint for SPI NOR
* Footprints for eMMC/eSD NAND & MMC x8 card
* 4-in-1 c
ARMADA 100 SoCs has NS16550 compatible UART peripheral
This patch enables the same for ARMADA100 platforms
Signed-off-by: Mahavir Jain
Signed-off-by: Prafulla Wadaskar
---
drivers/serial/serial.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/seria
On some processors this ier register configuration is different
for ex. Marvell Armada100
This patch introduce CONFIG_SYS_NS16550_IER macro support to
unconditionally initialize this register.
Signed-off-by: Prafulla Wadaskar
---
drivers/serial/ns16550.c |4 ++--
include/ns16550.h|
This patch adds the support MFP support for Marvell ARMADA100 SoCs
Signed-off-by: Prafulla Wadaskar
---
arch/arm/include/asm/arch-armada100/mfp.h | 218 +
1 files changed, 218 insertions(+), 0 deletions(-)
create mode 100755 arch/arm/include/asm/arch-armada100/mfp.h
Most of the Marvell SoCs has Multi Function Pin (MFP) configuration registers
For ex. ARMADA100.
These registers are programmed to expose the specific functionality
associated with respective SoC Pins
This driver provides configuration APIs,
using them, configuration need to be done in board spec
From: Prafulla WADASKAR
ARMADA 100 Family processors are highly integrated SoCs
based on Sheeva_88SV331x-v5 PJ1 cpu core.
Ref: http://www.marvell.com/products/processors/applications/armada_100
SoC versions Supported:
1) ARMADA168/88AP168(Aspen P)
2) ARMADA166/88AP166(Aspen M)
3) ARMADA1
From: Prafulla WADASKAR
This patch series adds basic ARMADA100 support, with minimal drivers
(UART, MFP) support and Aspenite-DB board support for simple boot
Changelog v2:
1. This patch series is in sync latest u-boot
2. config.mk removed
3. CONFIG_SYS_NS16550_IER used for serial drivers
4. mv-
Reuse the gd->tbl/tbu values for timestamp/lastinc bss values in
arm920t/at91/timer driver.
The usage of bss values in driver before initialisation of bss is
forbidden. In that special case some data in .rel.dyn gets corrupted by
the arm920t/at91/timer driver.
Signed-off-by: Andreas Bießmann
---
Without this patch the linker will SEGFAULT on some undefined weak
symbols.
Suggested-by: Sebastien Carlier
Signed-off-by: Andreas Bießmann
---
arch/arm/cpu/arm920t/u-boot.lds |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm920t/u-boot.lds b/arch/arm/c
* add boards_by_soc()
* remove boards already in boards.cfg from LIST_AT91
Signed-off-by: Andreas Bießmann
---
MAKEALL | 18 +++---
1 files changed, 3 insertions(+), 15 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 767d561..4254565 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -187,
This patch also removes now unnecessary config.mk in board directory and
make usage of new features in boards.cfg.
Signed-off-by: Andreas Bießmann
---
board/atmel/at91rm9200ek/config.mk |2 --
boards.cfg |3 ++-
include/configs/at91rm9200ek.h | 14 ++
This patch series enables at91rm9200ek board to work with new ARM relocation.
Unfortunately the board does _not_ fully work, there is one issue left I can't
figure out currently. When booting from pre-initialised clock and RAM (e.g.
by JTAG dongle or preloader) the relocation works.
But when bootin
On 30.11.2010 04:25, Paulraj, Sandeep wrote:
>
>
>>
>> Signed-off-by: Dirk Behme
>> ---
>>
>> Compile tested only.
>>
>> board/ti/sdp3430/config.mk |2 +-
>> include/configs/omap3_sdp3430.h |6 ++
>> 2 files changed, 7 insertions(+), 1 deletion(-)
>>
>> Index: u-boot.git/board/
Wolfgang, Albert,
Sorry I don't know who will accept my pull request so addressing both of you.
Please pull u-boot-ti/master.
Regards,
Sandeep
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Wolfgang Denk (1):
Prepare v2010.12-rc2
are available in the git
>
> Signed-off-by: Dirk Behme
> ---
>
> Compile tested only.
>
> board/ti/sdp3430/config.mk |2 +-
> include/configs/omap3_sdp3430.h |6 ++
> 2 files changed, 7 insertions(+), 1 deletion(-)
>
> Index: u-boot.git/board/ti/sdp3430/config.mk
> =
Signed-off-by: Marek Vasut
---
v2: Use structures instead of defines as Wolfgang proposed
drivers/block/Makefile |1 +
drivers/block/mxc_ata.c | 149 +++
2 files changed, 150 insertions(+), 0 deletions(-)
create mode 100644 drivers/block/mxc_ata
Hi Vitaly,
On Mon, Nov 29, 2010 at 9:56 PM, Vitaly Kuzmichev wrote:
> Hi Lei,
>
> Lei Wen wrote:
>> Hi Vitaly,
>> [...]
+ if (usb_gadget_register_driver(ð_driver) < 0)
+ goto fail;
>>>
>>> You probably need then at least to remove usb_gadget_register_driver
>>> call from
Hi, Wolfgang,
Please pull from u-boot-sh.git.
The following changes since commit d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
Prepare v2010.12-rc2 (2010-11-28 19:48:11 +0100)
are available in the git repository at:
ssh+git://git.denx.de/u-boot-sh.git master
Nobuhiro Iwamatsu (2):
sh: Fi
Dear Darius Augulis,
On 18 November 2010 06:26, Darius Augulis wrote:
> Add support for mini6410 from FriendlyARM
>
> Signed-off-by: Darius Augulis
> ---
> MAKEALL | 1
> Makefile | 4
> arch/arm/cpu/arm1176/s3
On 19 November 2010 17:34, Minkyu Kang wrote:
> Because of count_value is set to tcnb4 register,
> should be get from this register when call udelay function.
>
> Signed-off-by: Minkyu Kang
> ---
> arch/arm/cpu/armv7/s5p-common/timer.c | 18 +-
> 1 files changed, 9 insertions(+
On 22 November 2010 20:34, Minkyu Kang wrote:
> Signed-off-by: Minkyu Kang
> Signed-off-by: Kyungmin Park
> ---
> board/samsung/goni/goni.c | 10 --
> include/configs/s5p_goni.h | 2 ++
> 2 files changed, 10 insertions(+), 2 deletions(-)
>
applied to u-boot-samsung
--
from. pro
On 22 November 2010 20:33, Minkyu Kang wrote:
> Signed-off-by: Minkyu Kang
> Signed-off-by: Kyungmin Park
> ---
> board/samsung/smdkc100/smdkc100.c | 10 +++---
> include/configs/smdkc100.h | 2 ++
> 2 files changed, 9 insertions(+), 3 deletions(-)
>
applied to u-boot-samsung
CONFIG_FSL_DIU_LOGO_BMP has been removed while refactoring
MPC8610 and MPC5121 DIU code, so remove it.
Signed-off-by: Anatolij Gustschin
---
include/configs/aria.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/aria.h b/include/configs/aria.h
index b3ca8
> From: Vaibhav Hiremath
>
> With addition of "dram_init_banksize()" function from Heiko,Schocher
> (commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size
> is getting configured wrongly to 512Mb (CS0 & CS1).
> So fix it to 256Mb.
>
> Signed-off-by: Vaibhav Hiremath
> ---
> arc
>
> From: Vaibhav Hiremath
>
> Without CONFIG_CMD_NET support CONFIG_CMD_NFS leads
> to linking error, so disable CONFIG_CMD_NFS option.
>
> Signed-off-by: Vaibhav Hiremath
> ---
> include/configs/am3517_evm.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/in
>
> From: Vaibhav Hiremath
>
> With addition of "dram_init_banksize()" function from Heiko,Schocher
> (commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size
> is getting configured wrongly to 512Mb (CS0 & CS1).
> So fix it to 256Mb.
>
> Signed-off-by: Vaibhav Hiremath
> ---
Pus
>
> The macro CONFIG_SYS_GBL_DATA_SIZE has been replaced
> with GENERATED_GBL_DATA_SIZE.
>
> Also define macros: CONFIG_SYS_INIT_RAM_ADDR and
> CONFIG_SYS_INIT_RAM_SIZE.
>
> Based on changes for omap3_beagle in the commit:
> 31bfcf1c5776df3d90286aa15104c45096d53dc6
>
> Signed-off-by: Sanjeev
>
> Seems that if CONFIG_CMD_NET is undefined we should also
> undefine CONFIG_CMD_NFS, otherwise build fails with various
> undefined reference like:
>
> net/libnet.o: In function `rpc_req':
> u-boot/net/nfs.c:193: undefined reference to `NetEthHdrSize'
> u-boot/net/nfs.c:202: undefined
Since the driver is used not only on Freescale boards,
we move it to a common place for video drivers as
suggested by Wolfgang. The patch also cleans up the
top level Makefile.
Signed-off-by: Anatolij Gustschin
---
Makefile |3 ---
board/freescale/co
Hello Wolfgang,
On Mon, 22 Nov 2010 23:40:14 +0100
Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> Cc: Anatolij Gustschin
> Cc: Timur Tabi
> ---
>
> Hello Anatolij & Timur,
>
> I'm not happy about the CONFIG_FSL_DIU_FB hacking I had to do in
> Makefile and arch/powerpc/cpu/mpc512x/Mak
Mimic support that exists on MPC8536DS on the MPC8572DS to allow booting
from NAND.
Signed-off-by: Jin Qing
Signed-off-by: Kumar Gala
---
* Removed CONFIG_SYS_SPL as its not used and copied for older code
board/freescale/mpc8572ds/config.mk|6 +
board/freescale/mpc8572ds/tlb.c
Some systems need to relocate the env_addr pointer early because the
location it points to will get invalidated before env_relocate is
called. One example is on systems that might use a L2 or L3 cache
in SRAM mode and initialize that cache from SRAM mode back to being
a cache in cpu_init_r.
We se
> Wolfgang,
>
> Please pull this patch to your master.
> With this one more ARM board builds
>
> Thanks,
> Sandeep
>
> The following changes since commit
> d0d2271f8c62e830ec65fb069b6d12dd708e3e2f:
> Wolfgang Denk (1):
> Prepare v2010.12-rc2
>
> are available in the git repository a
>
> On 27.11.2010 08:43, Dirk Behme wrote:
> > On 26.11.2010 21:55, Wolfgang Denk wrote:
> >> In message<20101126202955.b087d11d9...@gemini.denx.de> you wrote:
> >>> The following changes since commit
> >>> 6163f5b4c8873848ed023054bc401727301ea537:
> >>>
> >>> malloc: Fix issue with calloc memor
On 27.11.2010 08:43, Dirk Behme wrote:
> On 26.11.2010 21:55, Wolfgang Denk wrote:
>> In message<20101126202955.b087d11d9...@gemini.denx.de> you wrote:
>>> The following changes since commit
>>> 6163f5b4c8873848ed023054bc401727301ea537:
>>>
>>> malloc: Fix issue with calloc memory possibly being no
Dear Albert ARIBAUD,
I have tried to start update the eb_cpux9k2 board. I can compile
board without errors from current tree. But the board hangs on
NAND detection. If I disable NAND support, the board starts and
I can also start Linux.
A second problem, the board does not restart (reset command)
Dear Thomas Weber,
In message <1291046912-15167-1-git-send-email-we...@corscience.de> you wrote:
> This patch fixes the bss usage in ARMv7/omap-common/timer.c
>
> The .bss section cannot be used before the relocation, because this
> section is overlayed with .rel.dyn section.
No, this is not cor
On 29.11.2010 19:09, Matt Waddel wrote:
> Fixes undefined reference to `__udelay' build failure.
>
> Signed-off-by: Matt Waddel
Ah, you were some minutes faster ;) So:
Acked-by: Dirk Behme
> ---
> board/armltd/vexpress/ca9x4_ct_vxp.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions
On 29.11.2010 19:13, Albert ARIBAUD wrote:
> Le 03/11/2010 00:25, matt.wad...@linaro.org a écrit :
>> From: Matt Waddel
>>
>> These patches fix several build errors and warnings. A successful build for
>> this platform depends on Steve Sakoman's "ARMV7: Fix build for non-OMAP3
>> boards" patch.
>>
Fixes undefined reference to `__udelay' build failure.
Signed-off-by: Matt Waddel
---
board/armltd/vexpress/ca9x4_ct_vxp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/armltd/vexpress/ca9x4_ct_vxp.c
b/board/armltd/vexpress/ca9x4_ct_vxp.c
index c1c4ea1..ce1be1e
Le 03/11/2010 00:25, matt.wad...@linaro.org a écrit :
> From: Matt Waddel
>
> These patches fix several build errors and warnings. A successful build for
> this platform depends on Steve Sakoman's "ARMV7: Fix build for non-OMAP3
> boards" patch.
>
> Matt Waddel (2):
>ARMV7: Vexpress build error
Hello Heiko,
On Mon, Nov 29, 2010 at 6:25 PM, Heiko Schocher wrote:
> Hello Thomas,
>
> Thomas Weber wrote:
>> This patch fixes the bss usage in ARMv7/omap-common/timer.c
>>
>> The .bss section cannot be used before the relocation, because this
>> section is overlayed with .rel.dyn section.
>>
>>
Signed-off-by: Dirk Behme
---
Compile tested only.
board/logicpd/zoom2/config.mk |2 +-
include/configs/omap3_zoom2.h |6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
Index: u-boot.git/board/logicpd/zoom2/config.mk
=
Signed-off-by: Dirk Behme
---
Compile tested only.
board/logicpd/zoom1/config.mk |2 +-
include/configs/omap3_zoom1.h |6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
Index: u-boot.git/board/logicpd/zoom1/config.mk
=
Signed-off-by: Dirk Behme
---
Compile tested only.
board/ti/sdp3430/config.mk |2 +-
include/configs/omap3_sdp3430.h |6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
Index: u-boot.git/board/ti/sdp3430/config.mk
Hello Thomas,
Thomas Weber wrote:
> This patch fixes the bss usage in ARMv7/omap-common/timer.c
>
> The .bss section cannot be used before the relocation, because this
> section is overlayed with .rel.dyn section.
>
> Suggested-by: Andreas Biessmann
> Signed-off-by: Thomas Weber
> ---
> arch/
Hello Albert,
Albert ARIBAUD wrote:
> Le 29/11/2010 16:04, Heiko Schocher a écrit :
>> Hello Albert,
>>
>> Albert ARIBAUD wrote:
>>> I'll take a look this evening at builds with and without the SORT() from
>>> an ELF relocation tables perspective.
>>
>> I debugged on the beagle board a little bit
Hello Andreas
Andreas Bießmann wrote:
> Am 29.11.2010 16:04, schrieb Heiko Schocher:
> [snip]
>> So it seems to me the "sort" version intermix the "rel dyn"
>> section entries with "normal" vars in bss ... Which raises
>> the question:
>>
>> Why is the rel.dyn Section in the bss section?
>
> caus
>
> > -Original Message-
> > From: Hiremath, Vaibhav
> > Sent: Monday, November 29, 2010 9:52 PM
> > To: u-boot@lists.denx.de
> > Cc: alb...@aribaud.net; Paulraj, Sandeep; Hiremath, Vaibhav
> > Subject: [PATCH] AM3517:Fix for ARM Relocation support
> >
> > From: Vaibhav Hiremath
> >
> >
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Monday, November 29, 2010 9:52 PM
> To: u-boot@lists.denx.de
> Cc: alb...@aribaud.net; Paulraj, Sandeep; Hiremath, Vaibhav
> Subject: [PATCH] AM3517:Fix for ARM Relocation support
>
> From: Vaibhav Hiremath
>
> Also change the CONFI
From: Vaibhav Hiremath
With addition of "dram_init_banksize()" function from Heiko,Schocher
(commit ID: 561142af20f1fd7b425d9425730014e656defb91), the DRAM size
is getting configured wrongly to 512Mb (CS0 & CS1).
So fix it to 256Mb.
Signed-off-by: Vaibhav Hiremath
---
arch/arm/cpu/armv7/omap3/
From: Vaibhav Hiremath
Without CONFIG_CMD_NET support CONFIG_CMD_NFS leads
to linking error, so disable CONFIG_CMD_NFS option.
Signed-off-by: Vaibhav Hiremath
---
include/configs/am3517_evm.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/am3517_evm.h
From: Vaibhav Hiremath
Also change the CONFIG_SYS_TEXT_BASE to 0x80008000, required
with relocation support. This is the load address for primary
boot loader (x-loader).
Signed-off-by: Vaibhav Hiremath
---
board/logicpd/am3517evm/config.mk |2 +-
include/configs/am3517_evm.h |6 ++
This patch fixes the bss usage in ARMv7/omap-common/timer.c
The .bss section cannot be used before the relocation, because this
section is overlayed with .rel.dyn section.
Suggested-by: Andreas Biessmann
Signed-off-by: Thomas Weber
---
arch/arm/cpu/armv7/omap-common/timer.c |6 ++
1 fi
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is used.
At reset, the Rom Boot Loader(RBL), initialises the ddr and the nand
controll
Hello
The attached patch fixes the s3c24x0 timer code to work with the ARM
relocation feature.
Dave
Signed-off-by: David Mueller
diff --git a/arch/arm/cpu/arm920t/s3c24x0/timer.c
b/arch/arm/cpu/arm920t/s3c24x0/timer.c
index 8cf9ff6..2903ba7 100644
--- a/arch/arm/cpu/arm920t/s3c24x0/timer.c
++
Hello
The attached patch fixes wrong timing default values and adds the
possibility to specify board specific timing value in the board config file.
Dave
Signed-off-by: David Mueller
diff --git a/drivers/mtd/nand/s3c2410_nand.c b/drivers/mtd/nand/s3c2410_nand.c
index f70daef..27351fb 100644
--
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Monday, November 29, 2010 9:04 PM
> To: Premi, Sanjeev
> Cc: Wolfgang Denk; u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build failures with older toolchain
>
> Le 29/11/2010 16:08, Premi, Sanjeev a écrit
Le 29/11/2010 16:08, Premi, Sanjeev a écrit :
> I will start working backwards from the errors I notice with 2010.09-50.
> Should I post the errors?
You should post patches against the master branch for others to be able
to build the same code as you build. Do not post the compile er
Dear all,
Am 29.11.2010 16:19, schrieb Albert ARIBAUD:
[snip]
> The real solution is to fix the BSS usage.
I'd like to mention old thread facing this issue for timestamp/lastinc
values in arch/arm/cpu/*/timer.c
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/88545
and
http://thread.gma
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Heiko Schocher
> Sent: Monday, November 29, 2010 8:35 PM
> To: Albert ARIBAUD
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] v2010-rc2: OMAP3 broken
>
[snip]
> in arch/arm/
Le 29/11/2010 16:04, Heiko Schocher a écrit :
> Hello Albert,
>
> Albert ARIBAUD wrote:
>> I'll take a look this evening at builds with and without the SORT() from
>> an ELF relocation tables perspective.
>
> I debugged on the beagle board a little bit in this problem, and here
> what I found:
>
>
Dear Heiko Schocher,
Am 29.11.2010 16:04, schrieb Heiko Schocher:
[snip]
> So it seems to me the "sort" version intermix the "rel dyn"
> section entries with "normal" vars in bss ... Which raises
> the question:
>
> Why is the rel.dyn Section in the bss section?
cause of the
---8<---
.bss __rel_
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, November 29, 2010 5:35 PM
> To: Premi, Sanjeev
> Cc: Albert ARIBAUD; u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build failures with older toolchain
>
> Dear "Premi, Sanjeev",
>
> In message
>
> you wrot
Hello Albert,
Albert ARIBAUD wrote:
> I'll take a look this evening at builds with and without the SORT() from
> an ELF relocation tables perspective.
I debugged on the beagle board a little bit in this problem, and here
what I found:
Hier it goes wrong:
arch/arm/cpu/armv7/start.S
fixloop:
On Nov 28, 2010, at 1:52 PM, Wolfgang Denk wrote:
> Dear Andy & Kumar,
>
> a number of boards define RESET_VECTOR_ADDRESS in their config.mk
> files:
>
> board/freescale/corenet_ds/config.mk
> board/freescale/mpc8536ds/config.mk
> board/freescale/mpc8572ds/config.mk
> board/freescale/p1022ds/co
Dear all,
Am 29.11.2010 14:23, schrieb Hiremath, Vaibhav:
>> The system is hanging at
>>
>> fixrel:
>> /* relative fix: increase location by offset */
>> ldr r1, [r0]
>>
> [Hiremath, Vaibhav] pasting error, the actual place is
>
> fixnext:
> str r1, [r0]
> Here
On Nov 18, 2010, at 2:30 PM, Kumar Gala wrote:
> Some systems need to relocate the env_addr pointer early because the
> location it points to will get invalidated before env_relocate is
> called. One example is on systems that might use a L2 or L3 cache
> in SRAM mode and initialize that cache f
Hi all,
I'll take a look this evening at builds with and without the SORT() from
an ELF relocation tables perspective.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Marek Vasut
---
NOTE: Wolfgang, is this what you meant ? If so, I'll merge this with the old
driver and send a v2 patch. Otherwise, can you point me in a right direction?
NOTE2: I haven't tested this, I'll do so in the evening.
drivers/block/mxc_ata.c | 131 +
Vitaly Kuzmichev wrote:
> Hi Lei,
>
> Lei Wen wrote:
>> Hi Vitaly,
>> [...]
+ if (usb_gadget_register_driver(ð_driver) < 0)
+ goto fail;
>>>
>>> You probably need then at least to remove usb_gadget_register_driver
>>> call from usb_eth_initialize. And add usb_gadget_unreg
Hi Lei,
Lei Wen wrote:
> Hi Vitaly,
> [...]
>>> + if (usb_gadget_register_driver(ð_driver) < 0)
>>> + goto fail;
>>
>> You probably need then at least to remove usb_gadget_register_driver
>> call from usb_eth_initialize. And add usb_gadget_unregister_driver in
>> usb_eth_halt.
>
>
2010/11/28 Kim Phillips :
> doesn't apply:
>
> Applying: mpc83xx:pcie:bugfix for mpc83xx pcie enumeration
> fatal: corrupt patch at line 13
>
> please resubmit.
>
> Thanks,
>
> Kim
>
>
Please use this one http://patchwork.ozlabs.org/patch/73424/
My mailer wrap the long line in the V2 patch.
Than
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Hiremath, Vaibhav
> Sent: Monday, November 29, 2010 6:50 PM
> To: Wolfgang Denk; u-boot@lists.denx.de
> Subject: Re: [U-Boot] v2010-rc2: OMAP3 broken
>
>
> > -Original Messa
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Wolfgang Denk
> Sent: Monday, November 29, 2010 6:19 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] v2010-rc2: OMAP3 broken
>
> Hi,
>
> it seems that commit 566d49a3f has bro
This patch fix a problem for the pcie enumeration for mpc83xx cpus.Without this
we will not get correct value in hose->regions[...].
The pointer *reg in function mpc83xx_pcie_init_bus() shall not be changed.
Because we will use this pointer as a parameter to call function
mpc83xx_pcie_register_ho
Hi Mauro,
The U-Boot you work with is pretty old. Usually we can not help with
such old software, but in this case I can give you some general remarks.
> Continuing with this subject. I didn't mention the registers values
> posted last email was already changed for ISSI RAM. Having said tha
Hi,
it seems that commit 566d49a3f has broken OMAP3 - at least beagle and
devkit8000 hang in or after relocation.
The culprit is this the "$(sort $(LIBS)) in Makefile, i. e. the
following change will unbreak the boards:
@@ -263,7 +263,7 @@ ifeq ($(SOC),s5pc2xx)
LIBS += $(CPUDIR)/s5p-common/libs
Hi Wolfgang,
> Recent cleanup actions resulted in a number of config.mk files that
> contained only LDSCRIPT definitions. Move these into th respective
> board config files and remove the now empty config.mk files.
>
> Signed-off-by: Wolfgang Denk
> Cc: Matthias Fuchs
> Cc: Detlev Zundel
> Cc:
This patch fix a problem for the pcie enumeration for mpc83xx cpus.Without this
we will not get correct value in hose->regions[...].
The pointer *reg in function mpc83xx_pcie_init_bus() shall not be changed.
Because we will use this pointer as a parameter to call function
mpc83xx_pcie_register_ho
Dear Mr. Wolfgang,
Please find the patch for the same. This is ok or I have to prepare a
different mail and send the patch as an attachment.
Regards
Debashish Rath
--PATCH START--
diff -Naur u-boot-2010.09/common/usb_storage.c
u-boot-2010.09_usb_ms_reset/co
Dear "Premi, Sanjeev",
In message you
wrote:
>
> I am process of downloading the 2009q3 version from codesourcery
> Albert mentioned he is using it. Are you on the same version as
> well?
No, I'm using ELDk 4.2
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, November 29, 2010 5:00 PM
> To: Premi, Sanjeev
> Cc: Albert ARIBAUD; u-boot@lists.denx.de
> Subject: Re: [U-Boot] Build failures with older toolchain
[snip]
> > I had been holding this patch until until
Dear Debashish Rath,
In message <24a35c16137fe049838d189639dd567f0846f...@eu-exh-02.eu.trid.com> you
wrote:
>
> I found the issue.
> In usb_stor_get_info function of common/usb_storage.c I add the following:
> (dev->descriptor.idVendor =3D=3D 0x0204 &&
> dev->descriptor.i
Dear "Premi, Sanjeev",
can you *please* quote only _relevant_ parts of previous messages?
Thanks.
In message you
wrote:
>
> I had been holding this patch until until the problem is
> really solved - just in case there was a relation.
You mean you are complaining about problems with c
Am Sonntag, 28. November 2010, um 21:35:58 schrieb Wolfgang Denk:
> Dear Stephan Linz,
Hello Wolfgang Denk,
>
> In message <1290419192-13422-2-git-send-email-l...@li-pro.net> you wrote:
> > * avoid using link variable uninitialized
> > * avoid using phy_addr variable with invalid value
> >
Hi ML,
I'm working to have a small but also full-featured u-boot bootloader.
The idea, that I already see on lantiq sources, is to have a small bootstrap
code that decompresses the final u-boot.
The code is divided into two stages:
1) bootstrap: initializes the ram in order to decompress the u
The macro CONFIG_SYS_GBL_DATA_SIZE has been replaced
with GENERATED_GBL_DATA_SIZE.
Also define macros: CONFIG_SYS_INIT_RAM_ADDR and
CONFIG_SYS_INIT_RAM_SIZE.
Based on changes for omap3_beagle in the commit:
31bfcf1c5776df3d90286aa15104c45096d53dc6
Signed-off-by: Sanjeev Premi
---
include/conf
Dear Mr. Wolfgang,
I found the issue.
In usb_stor_get_info function of common/usb_storage.c I add the following:
(dev->descriptor.idVendor == 0x0204 &&
dev->descriptor.idProduct == 0x6025)
to skip the ss->transport_reset(ss);. This I took out from the linux kernel
code.
1 - 100 of 111 matches
Mail list logo
