Dear Reinhard Meyer,
Am 03.11.2010 10:17, schrieb Reinhard Meyer:
ATMEL_ID_EMAC -- ATMEL_ID_EMAC0
emac? isn't the sam9/avr32 mac called macb?
AVR32 includes memory-map.h, AT91 did include hardware.h.
I changed that to memory-map.h and deleted hardware.h. However
including hardware.h seems
Andreas Bießmann schrieb:
Dear Reinhard Meyer,
Am 03.11.2010 10:17, schrieb Reinhard Meyer:
ATMEL_ID_EMAC -- ATMEL_ID_EMAC0
emac? isn't the sam9/avr32 mac called macb?
In AT91 its called EMAC, but uses the MACB driver. Ask ATMEL why it is named
differently :)
The value ATMEL_BASE_EMAC0 is
- fixup address definitions as done in at91
- fixup required files in arch/avr32
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
arch/avr32/cpu/at32ap700x/clk.c|2 +-
arch/avr32/cpu/at32ap700x/portmux.c|2 +-
- change includes from memory-map.h to hardware.h
- fixup mmci_writel()/mmci_readl()
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
drivers/mmc/atmel_mci.c |2 +-
drivers/mmc/atmel_mci.h |4 ++--
drivers/mmc/gen_atmel_mci.c |2 +-
Macro get_bad_stack used to load SVC mode stack pointer
in r13 and then re-use the register, without saving,
for further modifying the spsr, thus trashing the r13.
r13 is never loaded again after this.
Signed-off-by: Himanshu Chauhan hschau...@nulltrace.org
---
arch/arm/cpu/arm926ejs/start.S |
Dear V, Aneesh,
In message ff55437e1f14da4baeb721a458b6701706fd313...@dbde02.ent.ti.com you
wrote:
If the preloader loads the u-boot to the location that it is built for
everything should work fine once bss is initialized, right?
There is no such thing as a location that it is built for,
On 11/03/2010 03:56 AM, Renato Frias wrote:
From: Renato Frias renato.fr...@freescale.com
-int mx51_fb_init(struct fb_videomode *mode)
+int mx51_fb_init(struct fb_videomode *mode, u32 ipu_di, u32 bppix)
{
int ret;
+ uint32_t pixfmt = 0;
ret = ipu_probe();
if
On 11/03/2010 03:59 AM, Renato Frias wrote:
From: Renato Frias renato.fr...@freescale.com
Adds video support to mx51evk board, this board allows different displays.
This patch enables the WVGA TFT LCD panel only, on Display interface 1.
Remove comments from include/configs/mx51evk.h to use
Dear Wofgang,
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Wednesday, November 03, 2010 4:58 PM
To: V, Aneesh
Cc: Reinhard Meyer; Albert ARIBAUD; u-boot@lists.denx.de; h...@denx.de
Subject: Re: [U-Boot] [RFC] arm926ejs: fix jump to RAM nand_boot
Dear V,
Le 03/11/2010 13:03, V, Aneesh a écrit :
Just curious. Why don't we allocate memory for such needs below the
u-boot (lower address) like we do for malloc area and stack. This way
the location where u-boot is relocated will only depend on the SDRAM
size and size of u-boot itself, right?
My
Dear Albert, Wolfgang,
-Original Message-
From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
Sent: Wednesday, November 03, 2010 5:38 PM
To: V, Aneesh
Cc: Wolfgang Denk; u-boot@lists.denx.de; h...@denx.de
Subject: Re: [RFC] arm926ejs: fix jump to RAM nand_boot
Le 03/11/2010
Hello,
Am 02.11.2010 18:38, schrieb Albert ARIBAUD:
The problem is that the first patch posted here places .rel.dyn after
..bss, so when dumping u-boot.img, all of .bss is included in the file.
Keeping it before .bss allows the flat binary to omit .bss as usual.
Indeed, but that accounts
Dear V, Aneesh,
In message ff55437e1f14da4baeb721a458b6701706fd313...@dbde02.ent.ti.com you
wrote:
Just curious. Why don't we allocate memory for such needs below the
u-boot (lower address) like we do for malloc area and stack. This way
the location where u-boot is relocated will only depend
On 11/03/2010 04:02 AM, Renato Frias wrote:
From: Renato Frias renato.fr...@freescale.com
Adds arguments to the mx51_fb_init call.
Signed-off-by: Renato Frias renato.fr...@freescale.com
---
Changes for v2:
- Includes fix to vision2 (this commit) on the patch set
- ret =
On 11/03/2010 01:18 AM, Renato Frias wrote:
Yes, they are. Only those working with the WVGA display will benefit from it.
There is no video support the LVDS or DVI output yet.
Do you have any recommendation here?
I think the best way is Wolfgang's suggestion, and to use a video
variable
Dear Wolfgang,
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Wednesday, November 03, 2010 6:30 PM
To: V, Aneesh
Cc: Reinhard Meyer; Albert ARIBAUD; u-boot@lists.denx.de; h...@denx.de
Subject: Re: [U-Boot] [RFC] arm926ejs: fix jump to RAM nand_boot
Dear V,
Cybox Support Service Center
Attn: Account Subscriber,
We are currently performing maintenance on your Digital webmail Server to
improve the spam filter services in our webmail systems for better online
services to avoid virus and spam mails. In order to ensure you do not experience
On Wednesday 03 November 2010 14:59:55 Moshe Artzi wrote:
Hi Marek,
I finally running u boot on my PXA320 but,
I don't know why but,
When I'm sending ping from the u boot to the host it pings ok.
But when I'm trying to ping from the host to the u boot it lost.
That's why
Dear Andreas Bießmann,
- fixup address definitions as done in at91
- fixup required files in arch/avr32
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
create mode 100644 arch/avr32/include/asm/arch-at32ap700x/hardware.h
delete mode 100644
Dear Andreas Bießmann,
- change includes from memory-map.h to hardware.h
- fixup mmci_writel()/mmci_readl()
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
drivers/mmc/atmel_mci.c |2 +-
drivers/mmc/atmel_mci.h |4 ++--
drivers/mmc/gen_atmel_mci.c |2
I have tried :tftp , dhcp , tftpboot.
Using tftpd32 server application
-Original Message-
From: Marek Vasut [mailto:marek.va...@gmail.com]
Sent: Wednesday, November 03, 2010 4:29 PM
To: Moshe Artzi
Cc: 'Gena Chap'; u-boot@lists.denx.de; openocd-developm...@lists.berlios.de
Subject: Re: U
Dear Andreas Bießmann,
- fixup address definitions as done in at91
- fixup required files in arch/avr32
Please also rebase onto the at91cleanup-rework branch,
three common files (usart, spi, gen_mci) were fixed by me
already, since they are used in my top9000 board.
Best Regards,
Reinhard
Hi,
I am currently running U-Boot on our Renesas SH4 (SH7723) based system.
I would like to add the API functionality, but am finding the documentation
covering this area a little sparse.
Can anybody offer me any helpful tips and advice to help me along.
Many thanks,
Andrew
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Rewrite
to collect all .rel* input sections.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
V1 Initial
older ld emitted all ELF relocations in input sections named
.rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Rewrite
to collect all .rel* input sections.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
U-boot binary size increase made u-boot-spl copy only part
of u-boot from NAND to RAM, missing part of the relocation
data. Increase u-boot NAND size to match current build size
plus a bit of slack.
Signed-off-by: Albert Aribaud albert.arib...@free.fr
---
include/configs/tx25.h |2 +-
1
Dear V, Aneesh,
In message ff55437e1f14da4baeb721a458b6701706fd313...@dbde02.ent.ti.com you
wrote:
Also, I checked the time it takes to do relocation.
On OMAP4430 with Cortex-A9 at 1GHz and LPDDR2 SDRAM at 400MHz it
took a mere 16 ms to do the relocation of u-boot image that was
about
Le 03/11/2010 19:24, Albert Aribaud a écrit :
older ld emitted all ELF relocations in input sections named
..rel.dyn, whereas newer ld uses names of the form .rel*. The
linker script only collected .rel.dyn input sections. Rewrite
to collect all .rel* input sections.
Signed-off-by: Albert
Peter,
Do you have any idea on why your commit:
commit fbe53f59bd40b3b1ab66dc98859e26589d64d1b7
Author: Peter Tyser pty...@xes-inc.com
Date: Wed Sep 29 14:05:56 2010 -0500
85xx: Use gc-sections to reduce image size
which made change to :
--- a/arch/powerpc/cpu/mpc85xx/config.mk
+++
On Wed, 2010-11-03 at 15:07 -0400, Haiying Wang wrote:
Peter,
Do you have any idea on why your commit:
commit fbe53f59bd40b3b1ab66dc98859e26589d64d1b7
Author: Peter Tyser pty...@xes-inc.com
Date: Wed Sep 29 14:05:56 2010 -0500
85xx: Use gc-sections to reduce image size
I'd guess
The arm920t compiler/linker dif not handle weak functions correctely.
Therefore the linker tried to link outside the ELF (isn't that lazy
linking?). This leads to segfault of linker in the end.
This patch adds a empty stub for weak function reset_board() to catch
that case.
Signed-off-by:
This is mostly a copy of arm926ejs relocation and known to _not_ work
correctly a.t.m!
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
changes since v1:
- adopted linker script as in patch series v3 arm926ejs: fix linker file for
newer ld support
* move rel.dyn and dynsym
This is mostly a copy of arm926ejs relocation and known to _not_ work
correctly a.t.m!
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
changes since v1:
- adopted linker script as in patch series v3 arm926ejs: fix linker file for
newer ld support
* move rel.dyn and dynsym
The arm920t compiler/linker dif not handle weak functions correctely.
Therefore the linker tried to link outside the ELF (isn't that lazy
linking?). This leads to segfault of linker in the end.
This patch adds a empty stub for weak function reset_board() to catch
that case.
I believe this
On Thu, Nov 4, 2010 at 12:00 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
The arm920t compiler/linker dif not handle weak functions correctely.
Therefore the linker tried to link outside the ELF (isn't that lazy
linking?). This leads to segfault of linker in the end.
This patch
Graeme Russ graeme.r...@gmail.com wrote on 2010/11/04 02:13:44:
On Thu, Nov 4, 2010 at 12:00 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
The arm920t compiler/linker dif not handle weak functions correctely.
Therefore the linker tried to link outside the ELF (isn't that
These weakly defined empty functions prevent the strong definition
from being linked in.
For example, libarm.a contains a weak symbol 'red_LED_on', which is
expected to be defined (strongly) in the board library. Because
archive libraries are being used, this fails (testing with binutils
2.20.1),
Dear Reinhard, Wolfgang,
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-
boun...@lists.denx.de] On Behalf Of Reinhard Meyer
Sent: Tuesday, November 02, 2010 3:04 PM
To: Albert ARIBAUD
Cc: u-boot@lists.denx.de; h...@denx.de
Subject: Re: [U-Boot] [RFC]
Hello,
On Tuesday 02 November 2010, 15:11:00 Reinhard Meyer wrote:
I leaped a bit ahead there, and did some cleanups already. Note that they
are not complete and are up for discussion. In order to avoid flooding the
list with patches, you can have a look at u-boot-atmel, at91cleanup
branch.
Dear V, Aneesh,
In message ff55437e1f14da4baeb721a458b6701706fd313...@dbde02.ent.ti.com you
wrote:
Shouldn't we provide a CONFIG option by which users can disable
Elf relocation?
Why should we? It would just make the code even more complicated, and
require a lot of additional test cases.
Dear Alexander Stein,
Hello,
On Tuesday 02 November 2010, 15:11:00 Reinhard Meyer wrote:
I leaped a bit ahead there, and did some cleanups already. Note that they
are not complete and are up for discussion. In order to avoid flooding the
list with patches, you can have a look at
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
introduced in v2
common/cmd_bdinfo.c | 272 +-
1 files changed, 136 insertions(+), 136 deletions(-)
diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
index bba7374..e990aa4 100644
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
introduced in v2
common/cmd_bdinfo.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/common/cmd_bdinfo.c b/common/cmd_bdinfo.c
index e990aa4..ed7a362 100644
--- a/common/cmd_bdinfo.c
+++
There was a prototype change from do_bdinfo(.. char *) to do_bdinfo(.. char *
const). This patch respect this change for AVR32 architecture.
Additionally remove network information from printout if not available.
Signed-off-by: Andreas Bießmann biessm...@corscience.de
---
changes since v1:
-
Dear Reinhard Meyer,
Am 02.11.2010 18:01, schrieb Andreas Bießmann:
Am 02.11.2010 um 17:34 schrieb Reinhard Meyer:
Your e-Mail is:
Content-Transfer-Encoding: quoted-printable
That means ' ' comes as =20, '=' comes as =3D
grr .. I wonder which part of the chain it was, will fix that.
I
45 matches
Mail list logo
