Dear Albert ARIBAUD,
In message 4ce61ad5.50...@free.fr you wrote:
Most probably 2); mentioning a file in the linker script either with or
without mentioning it on the command line has certainly been done for
some time, so I doubt the feature is new; and certainly the doc is about
files,
On 2010-11-19 07:36:05, Albert ARIBAUD wrote:
Le 18/11/2010 23:33, Wolfgang Denk a écrit :
I see two possible reasons: 1) whay you describe is a new feature in
binutils 2.20; I'm currently using 2.17.50 (with ELDk 4.2); or 2) the
linker does not realize it because it's actually
Dear Sebastien Carlier,
In message sebastien.carl...@1e724f1c01c015f817d5e33b57e7134d4468dbcc you
wrote:
It looks like the purpose is to optimally fill a flash sector with
definitions, is this accurate? Why is this needed? Beside the obvious
Correct.
(reset vectors, startup code), is
2010/11/19 Stefano Babic sba...@denx.de:
On 11/19/2010 07:44 AM, Jason Liu wrote:
I think you are right. I did not have the mx27 board to do test.
Thanks for test.
I only test it on mx51babbage board, the following is the output:
Net: got MAC address from fuse: 00:04:9f:00:f7:78
which is
On Friday, November 19, 2010 02:50:37 Sebastien Carlier wrote:
It looks like the purpose is to optimally fill a flash sector with
definitions, is this accurate? Why is this needed? Beside the obvious
(reset vectors, startup code), is there any reason to prefer any given
definition to go into
On 11/19/2010 09:10 AM, Jason Liu wrote:
Is there anyone on the ML can do me one favor to test it on MX25 like
on karo/tx25?
I have checked and I can test here at DENX on a i.MX25. I will do his job.
Best regards,
Stefano Babic
--
Hi there,
This may not be the ideal place to post this question, but I thought
someone might know this.
I have custom board using OMAP3 and I have a problem. We have more
than one I2C slave connected on I2C1 u-boot was not displaying the
slave addresses correctly.
I fixed some issues in u-boot
Dear Wolfgang,
On 2010-11-19 09:08:33, Wolfgang Denk wrote:
In message sebastien.carl...@1e724f1c01c015f817d5e33b57e7134d4468dbcc you
wrote:
It looks like the purpose is to optimally fill a flash sector with
definitions, is this accurate? Why is this needed? Beside the obvious
Because of count_value is set to tcnb4 register,
should be get from this register when call udelay function.
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
arch/arm/cpu/armv7/s5p-common/timer.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Murali K. Vemuri
Sent: Friday, November 19, 2010 1:49 PM
To: u-boot@lists.denx.de
Subject: [U-Boot] omap3 booting issues
Hi there,
This may not be the ideal place to post
Hi,
On Fri, Nov 19, 2010 at 10:32 AM, Minkyu Kang proms...@gmail.com wrote:
Dear Darius Augulis,
On 13 November 2010 03:05, Darius Augulis augulis.dar...@gmail.com wrote:
Fix pll divider values to standard ones described
in S3C6410X RISC Microprocessor User's Manual,
Revision 1.20, p. 3-21.
Hi all,
I would ask a question, maybe someone can help, which is the better
way to configure the PRCM registers to get 1000MHz on AM/DM37X
processor ?
Thanks in advance,
Enric
___
U-Boot mailing list
U-Boot@lists.denx.de
The patch is to support getting FEC MAC address from fuse bank.
Signed-off-by: Jason Liu r64...@freescale.com
---
Changes for v2:
- correct the mac address byte order according to review comments
- add memset(edev, 0. sizeof(*edev)) when do fec_probe,
- fix some code comments
Changes for v3:
Well, it's actually 2 Gig, just like u-boot recognizes above...
There's something wrong with the parameter you're passing to print_size().
I'm guessing its -1 or something like that.
I used the board specific code of the MPC8568MDS and adapted it to our
configuration.
The code region of
Le 19/11/2010 08:13, Mike Frysinger a écrit :
On Friday, November 19, 2010 00:59:47 Albert ARIBAUD wrote:
Le 19/11/2010 00:13, Mike Frysinger a écrit :
On Thursday, November 18, 2010 17:21:49 Albert ARIBAUD wrote:
Besides, about half the archs do not use asm-generic/unaligned, and half
do
On Friday, November 19, 2010 05:50:20 Albert ARIBAUD wrote:
If the goal is 'have all arches use a single unaligned.h' -- then fine,
let us *remove* the unaligned.h files in arches and refer to the generic
one instead. That, indeed, would increase maintenability by *reducing*
the number of
Hi Albert,
Le 17/11/2010 19:01, Quotient Remainder a écrit :
Ar Céad, 2010-11-17 ag 17:25 +0100, scríobh Albert ARIBAUD:
Do you mean that, in Linux, you do a power cycle without (syncing and)
unmounting a file system that will be critical to properly booting later
on? If so, what is the
Hi Kumar,
Creating an RCW from scratch is more complicated, which is why we
have that javascript tool -- though we could provide some example RCWs
for common configs.
Just for my information - it sounds like the RCW is really complex. If
RCW still expands to reset control word, I would
Dear Sebastien Carlier,
In message sebastien.carl...@f67ce90ecc8846695b88fb9ac74f99d56979b90a you
wrote:
I am still not getting why the code needs to be split this way, rather
than being a continuous segment followed by an environment sector.
Whether the environment sector is in the middle
Le 19/11/2010 12:11, Wolfgang Denk a écrit :
Dear Sebastien Carlier,
In messagesebastien.carl...@f67ce90ecc8846695b88fb9ac74f99d56979b90a you
wrote:
I am still not getting why the code needs to be split this way, rather
than being a continuous segment followed by an environment sector.
Dear Albert ARIBAUD,
In message 4ce66215.2030...@free.fr you wrote:
There is a variant of this problem with many ARM boards, those based on
Marvell SoCs for instance, which have a start address at 0x --
that's a 64K block the usage of which we want to maximize.
Yes, that's basicly
Le 19/11/2010 11:51, Mike Frysinger a écrit :
On Friday, November 19, 2010 05:50:20 Albert ARIBAUD wrote:
If the goal is 'have all arches use a single unaligned.h' -- then fine,
let us *remove* the unaligned.h files in arches and refer to the generic
one instead. That, indeed, would increase
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Enric
Balletbò i Serra
Sent: Friday, November 19, 2010 2:42 PM
To: u-boot@lists.denx.de; Steve Sakoman
Subject: [U-Boot] AM/DM37X How to configure registers to get 1000MHz
Le 19/11/2010 12:48, Wolfgang Denk a écrit :
Dear Albert ARIBAUD,
In message4ce66215.2030...@free.fr you wrote:
There is a variant of this problem with many ARM boards, those based on
Marvell SoCs for instance, which have a start address at 0x --
that's a 64K block the usage of
On 11/08/2010 03:37 PM, Sergiy Kibrik wrote:
Improved default config for OMAP4 Pandaboard for faster boot:
-reduced environment size to speed up memory initialization;
-tweaked blob load address to avoid image relocation (according to
default uImage load address);
Dear Wolfgang,
On 2010-11-19 12:11:12, Wolfgang Denk wrote:
In message sebastien.carl...@f67ce90ecc8846695b88fb9ac74f99d56979b90a you
wrote:
The used flash chips are so-called bootom boot sector types; using two
chips in 16 bit config in parallel (to get a 32 bit bus) we see this
flash
Thank you all, I appreciate very much your tips.
We will study this tactic with our staff in China.
Thanks a lot.
Hamilton Vera
On Thu, Nov 18, 2010 at 7:52 PM, Grant Edwards
grant.b.edwa...@gmail.com wrote:
On 2010-11-18, Hamilton Vera hamilton.lis...@gmail.com wrote:
Hi folks this is
Le 19/11/2010 13:33, Sebastien Carlier a écrit :
Dear Wolfgang,
On 2010-11-19 12:11:12, Wolfgang Denk wrote:
In messagesebastien.carl...@f67ce90ecc8846695b88fb9ac74f99d56979b90a you
wrote:
The used flash chips are so-called bootom boot sector types; using two
chips in 16 bit config in
Dear Sebastien Carlier,
In message sebastien.carl...@9400084bb093b10e93ff65be513a8043def9b8e1 you
wrote:
Is it not possible to tell the linker to place a made-up 32 kB symbol
within the text section at address 0x40008000? I am not familiar enough
with ld to tell whether there are
Hi,
Thanks for your reply
2010/11/19 Premi, Sanjeev pr...@ti.com:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Enric
Balletbò i Serra
Sent: Friday, November 19, 2010 2:42 PM
To: u-boot@lists.denx.de; Steve Sakoman
Dear Albert,
On 2010-11-19 13:38:00, Albert ARIBAUD wrote:
Le 19/11/2010 13:33, Sebastien Carlier a écrit :
Is it not possible to tell the linker to place a made-up 32 kB symbol
within the text section at address 0x40008000? I am not familiar enough
with ld to tell whether there are
-Original Message-
From: Enric Balletbò i Serra [mailto:eballe...@gmail.com]
Sent: Friday, November 19, 2010 6:30 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de; Steve Sakoman
Subject: Re: [U-Boot] AM/DM37X How to configure registers to
get 1000MHz
Hi,
Thanks for your reply
Dear Albert,
On 2010-11-19 13:38:00, Albert ARIBAUD wrote:
Le 19/11/2010 13:33, Sebastien Carlier a écrit :
Is it not possible to tell the linker to place a made-up 32 kB symbol
within the text section at address 0x40008000? I am not familiar enough
with ld to tell whether there are
Hi,
2010/11/19 Premi, Sanjeev pr...@ti.com:
-Original Message-
From: Enric Balletbò i Serra [mailto:eballe...@gmail.com]
Sent: Friday, November 19, 2010 6:30 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de; Steve Sakoman
Subject: Re: [U-Boot] AM/DM37X How to configure registers to
After the removal of COLD/WARM start flags my mpc8321
board didn't boot anymore.
Trial and error suggests that map/remap_flash_by_xxx needs
to wait after updating LBLAWAR1 to make sure the the change has
reached the HW before continuing with the code that depends on it.
Final fix suggested by
Le 19/11/2010 14:07, Reinhard Meyer a écrit :
Dear Albert,
On 2010-11-19 13:38:00, Albert ARIBAUD wrote:
Le 19/11/2010 13:33, Sebastien Carlier a écrit :
Is it not possible to tell the linker to place a made-up 32 kB symbol
within the text section at address 0x40008000? I am not familiar
-Original Message-
From: Enric Balletbò i Serra [mailto:eballe...@gmail.com]
Sent: Friday, November 19, 2010 6:43 PM
To: Premi, Sanjeev
Cc: u-boot@lists.denx.de; Steve Sakoman
Subject: Re: [U-Boot] AM/DM37X How to configure registers to
get 1000MHz
[snip]...[snip]
I'm
Dear Reinhard Meyer,
In message 4ce676a6.10...@emk-elektronik.de you wrote:
Have you tried something in the line of:
/* Memory Definitions */
MEMORY
{
CODE (rx) : ORIGIN 0x, LENGTH 0x0007E000
DATA (rw) : ORIGIN 0x4000, LENGTH 0x7A00
ENET (rw) : ORIGIN 0x7FE0,
Since board_hwconfig cpu_hwconfig are defined as weak and dont have a
default value they will get put into the BSS if they aren't defined
elsewhere. This is problematic as we try to utilize hwconfig before
we've relocated and thus BSS isn't setup.
Instead of giving dummy values in the board
As more Davinci 8xx board can be added, move common code
to be shared between boards.
Signed-off-by: Stefano Babic sba...@denx.de
* rebased ontop of Sugosh's patches
* moving the HAWKBOARD_KICK{0,1}_UNLOCK defines to
arch/arm/include/asm/arch-davinci/davinci_misc.h from to
This board uses the OMAP-L138 SOM stacked on a
custom baseboard. It supports SPI Flash, Ethernet
with RMII.
Signed-off-by: Stefano Babic sba...@denx.de
rebased on top of Sugosh's patches. merge in boards.cfg
Signed-off-by: Ben Gardiner bengardi...@nanometrics.ca
---
MAINTAINERS
Otherwise environment read will fail if correctable errors occur
Signed-off-by: Steve Sakoman steve.sako...@linaro.org
---
diff --git a/common/env_nand.c b/common/env_nand.c
index 4e8307a..7f6c917 100644
--- a/common/env_nand.c
+++ b/common/env_nand.c
@@ -297,7 +297,7 @@ int readenv(size_t
We need HWCONFIG to allow configuration of DDR params
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
include/configs/MPC8572DS.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/MPC8572DS.h b/include/configs/MPC8572DS.h
index 2e40237..0abb8a6
Sugosh and Stefano,
On Fri, Nov 19, 2010 at 2:23 AM, Sughosh Ganu urwithsugh...@gmail.com wrote:
Thanks for all the work. I will be able to test these changes only
next week. I will test them on hawkboard and update you. Thanks.
You're very welcome. Looking forward to it.
On Fri, Nov 19,
On 11/19/2010 10:45 AM, Jason Liu wrote:
The patch is to support getting FEC MAC address from fuse bank.
Signed-off-by: Jason Liu r64...@freescale.com
Jason,
I can test successfully the patch on i.MX25 and i.MX27 (imx27lite and tx25).
Tested-by: Stefano Babic sba...@denx.de
Best regards,
Mimic support that exists on MPC8536DS on the MPC8572DS to allow booting
from NAND.
Signed-off-by: Jin Qing b24...@freescale.com
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
* Depends on the CONFIG_SYS_EXTRA_ENV_RELOC patch
board/freescale/mpc8572ds/config.mk|6 +
On Nov 18, 2010, at 5:06 AM, Sebastien Carlier wrote:
Previously with archive libraries fdt.o was compiled and included in
qe.a and then discarded by the linker. With partial linking this
results in unresolved symbols, which this commit fixes.
This commit also cleans up a now-useless
---
arch/arm/include/asm/arch-kirkwood/kirkwood.h |1 +
arch/arm/include/asm/arch-kirkwood/mmc_host_def.h | 292 +
drivers/mmc/Makefile |1 +
drivers/mmc/mv_sdio.c | 663
+
4 files changed, 957
---
include/configs/sheevaplug.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/configs/sheevaplug.h b/include/configs/sheevaplug.h
index 83dd8ff..b944ec7 100644
--- a/include/configs/sheevaplug.h
+++ b/include/configs/sheevaplug.h
@@ -47,6 +47,7 @@
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c da8xx: fixup ARM
relocation support
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
to da830evm_config.h resulting in
DECLARE_GLOBAL_DATA_PTR is currently defined within the scope
of function while it is a global pointer. Change the scope of
definition to replicate it's global scope. This seems to help
gcc 4.5 optimizations as well.
Signed-off-by: Nishanth Menon n...@ti.com
---
Having a loop with a counter is no timing guarentee for timing
accuracy or compiler optimizations. For e.g. the same loop counter
which runs when the MPU is running at 600MHz will timeout in around
half the time when running at 1GHz. or the example where GCC 4.5
compiles with different
These patches update pandora's config for relocations and memory
layout changes. They also sync the config with one shipped on
production units.
Please apply at least the first patch for v2010.12 so that we have
pandora buildable.
Patches generated on top of u-boot-ti, also applies on
This patch fixes the Panda build after commit
6d8962e814c15807dd6ac5757904be2a02d187b8
by explicitly disabling CMD_NFS
From the commit message for Switch from archive libraries to partial
linking:
This commit reveals board configurations that exclude some features but
include source
The README.davinci in documentation folder is missing information
regarding DA850 which is a supported DaVinci device.
Add this information.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Pushed to u-boot-ti
--Sandeep
___
U-Boot mailing
The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
having different maximum allowed CPU clock rating.
The maximum clock the chip can support can only be determined from
the label on the package (not software readable).
Introduce a method to pass the maximum allowed clock
---
include/configs/sheevaplug.h | 29 +
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/include/configs/sheevaplug.h b/include/configs/sheevaplug.h
index b944ec7..82e49c0 100644
--- a/include/configs/sheevaplug.h
+++ b/include/configs/sheevaplug.h
@@
---
include/configs/sheevaplug.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/sheevaplug.h b/include/configs/sheevaplug.h
index 82e49c0..9f5f122 100644
--- a/include/configs/sheevaplug.h
+++ b/include/configs/sheevaplug.h
@@ -83,13 +83,13 @@
The following changes since commit 635d1b3e1b885267de90d100402ba7748fdd9bc5:
Matthias Weisser (1):
Makefile: Fix build with USE_PRIVATE_LIBGCC
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Grazvydas Ignotas (3):
OMAP3: pandora: fix relocation
Joakim Tjernlund joakim.tjernl...@transmode.se wrote on 2010/11/19 14:15:33:
After the removal of COLD/WARM start flags my mpc8321
board didn't boot anymore.
Trial and error suggests that map/remap_flash_by_xxx needs
to wait after updating LBLAWAR1 to make sure the the change has
reached the
Le 16/11/2010 14:42, Peter Maydell a écrit :
qemu does simulate data/insn aborts caused when the MMU is
enabled and you try an access forbidden by the access permissions
set up in the page table. That particular error message happens when
you try to execute from a physical address which isn't
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c0...@dlee01.ent.ti.com you
wrote:
Pushed to u-boot-ti
In this case it would make sense to set the state of this patch in
Patchwork to Awaiting Upstream. Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Hi all,
I pulled u-boot about an hour ago and master is at this commit:
Author: Matthias Weisser weiss...@arcor.de
Date: Thu Nov 18 09:35:09 2010 +0100
Makefile: Fix build with USE_PRIVATE_LIBGCC
(plus a small change in omap3_config.h - unrelated)
When trying to build
Am Mittwoch, 17. November 2010, um 13:15:24 schrieb Stephan Linz:
Hi Michal,
--snip--
@Michal: Where can I find the latest commit for cherry-pick?
You can look at this.
http://git.denx.de/?p=u-boot/u-boot-microblaze.git;a=summary
Thank you very much for your fast reaction. I'll
Signed-off-by: Stephan Linz l...@li-pro.net
---
include/configs/microblaze-generic.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microblaze-generic.h
index 15544a1..009a253 100644
---
Adding the missing phy-id for the National 10/100/1000 MBit
PHY DP83865 used on the Xilinx Spartan-3A DSP evaluation board
SP3ADSP1800.
Signed-off-by: Stephan Linz l...@li-pro.net
---
drivers/net/xilinx_ll_temac.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git
* avoid using link variable uninitialized
* avoid using phy_addr variable with invalid value
* reorganize phy control: first looking for phy than link
* return with error (result value -1) if no phy/link was found
* fix boolean mistake in wait for link: wait as long as we got
phy
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
Sent: Saturday, November 20, 2010 12:21 AM
To: u-boot@lists.denx.de
Subject: [U-Boot] Build failures with older toolchain
Hi all,
I pulled u-boot about an
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c0...@dlee01.ent.ti.com
you wrote:
Pushed to u-boot-ti
In this case it would make sense to set the state of this patch in
Patchwork to Awaiting Upstream. Thanks.
Best regards,
Wolfgang Denk
Wolfgang,
I am working
Dear Premi, Sanjeev,
In message b85a65d85d7eb246be421b3fb0fbb59302477ea...@dbde02.ent.ti.com you
wrote:
This points leads me to this commit:
commit 6d8962e814c15807dd6ac5757904be2a02d187b8
Author: Sebastien Carlier sebastien.carl...@gmail.com
Date: Fri Nov 5 15:48:07 2010
Dear Paulraj, Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c0...@dlee01.ent.ti.com you
wrote:
Pushed to u-boot-ti
In this case it would make sense to set the state of this patch in
Patchwork to Awaiting Upstream. Thanks.
...
I am working through the todo list on
Some boar config files defined DEF_BOOTM but this was not used
anywhere in the code. Remove this bogus define.
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Sandeep Paulraj s-paul...@ti.com
---
Wolfgang,
Pushed to u-boot-ti/master
My pull request in the morning did not have this
On Fri, Nov 5, 2010 at 10:07 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
Pandora's config has various flash related macros that are either
not referenced anywhere in the code or are used by drivers that
are not enabled. Remove them.
Signed-off-by: Grazvydas Ignotas
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com you
wrote:
Pushed to u-boot-ti/master
My pull request in the morning did not have this patch.
Can you pull this one too? I can send in an updated pull request.
Thanks. There is no need for a new pull
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com
you wrote:
Pushed to u-boot-ti/master
My pull request in the morning did not have this patch.
Can you pull this one too? I can send in an updated pull request.
Thanks. There is no need for a
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com you
wrote:
I am beginning to like patchwork. That is how I caught the fact that I missed
your patch.
That's great, thanks!
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang
On Fri, Nov 19, 2010 at 10:29 PM, Paulraj, Sandeep s-paul...@ti.com wrote:
On Fri, Nov 5, 2010 at 10:07 PM, Paulraj, Sandeep s-paul...@ti.com
wrote:
Pandora's config has various flash related macros that are either
not referenced anywhere in the code or are used by drivers that
are not
Dear Daniel Hellstrom,
In message 4ce4da04.1020...@gaisler.com you wrote:
The following changes since commit 6163f5b4c8873848ed023054bc401727301ea537:
Kumar Gala (1):
malloc: Fix issue with calloc memory possibly being non-zero
are available in the git repository at:
Dear Mike Frysinger,
In message 1290073529-5887-1-git-send-email-vap...@gentoo.org you wrote:
The following changes since commit 635d1b3e1b885267de90d100402ba7748fdd9bc5:
Makefile: Fix build with USE_PRIVATE_LIBGCC (2010-11-18 09:47:11 +0100)
are available in the git repository at:
Dear Heiko Schocher,
In message 4ce5744d.3030...@denx.de you wrote:
Hello Wolfgang,
The following changes since commit 8ad25bf8d9233eb7d0b614612108622a59069354:
Net: clarify board/cpu_eth_init calls (2010-11-15 00:01:15 +0100)
are available in the git repository at:
Dear Sandeep,
In message aanlktikymeerp9jxss71+4uv+wd38zrkqcsv5bgk2...@mail.gmail.com
Grazvydas Ignotas wrote:
This does not apply. This is probably because I added your other patches
Yeah this this was supposed to be applied instead of OMAP3: pandora:
remove unused config macros (it
The following changes since commit 635d1b3e1b885267de90d100402ba7748fdd9bc5:
Matthias Weisser (1):
Makefile: Fix build with USE_PRIVATE_LIBGCC
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Grazvydas Ignotas (3):
OMAP3: pandora: fix relocation
Dear Sandeep,
In message aanlktikymeerp9jxss71+4uv+wd38zrkqcsv5bgk2...@mail.gmail.com
Grazvydas Ignotas wrote:
This does not apply. This is probably because I added your other
patches
Yeah this this was supposed to be applied instead of OMAP3: pandora:
remove unused config
I came across this patch that might be useful
http://lists.denx.de/pipermail/u-boot/2010-February/067534.html
In any case since the u-boot structure has changed this cannot be applied. If
anybody is interested please send a new patch.
Regards,
Sandeep
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com you
wrote:
I came across this patch that might be useful
http://lists.denx.de/pipermail/u-boot/2010-February/067534.html
In any case since the u-boot structure has changed this cannot be
applied. If
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5dbd1c1...@dlee01.ent.ti.com
you wrote:
I came across this patch that might be useful
http://lists.denx.de/pipermail/u-boot/2010-February/067534.html
In any case since the u-boot structure has changed this cannot be
On Fri, Nov 19, 2010 at 11:56 PM, Paulraj, Sandeep s-paul...@ti.com wrote:
I came across this patch that might be useful
http://lists.denx.de/pipermail/u-boot/2010-February/067534.html
In any case since the u-boot structure has changed this cannot be applied.
If anybody is interested please
On Fri, 2010-11-19 at 13:53 +0800, Li Yang wrote:
snip
My understanding is that the SGMII link is always at 1000Mbps speed -
see figure 1 from the app note. Additionally look at figure 3. My
understand from it, and the app note's text is that SGMII
auto-negotiation doesn't really
On 16 November 2010 13:54, Albert ARIBAUD albert.arib...@free.fr wrote:
Mostly these things
don't cause a problem in practice, which is why they haven't
been corrected yet.
Thanks Peter for the clarification. I imagine that in practice can bear
different meanings depending on the practice --
On Friday, November 19, 2010 03:03:54 Wolfgang Denk wrote:
Albert ARIBAUD wrote:
Most probably 2); mentioning a file in the linker script either with or
without mentioning it on the command line has certainly been done for
some time, so I doubt the feature is new; and certainly the doc is
This board uses the OMAP-L138 SOM stacked on a
custom baseboard. It supports SPI Flash, Ethernet
with RMII.
Signed-off-by: Stefano Babic sba...@denx.de
---
Changes since V4:
- It was not my intention to modify the da850evm.h file.
Please ignore V4.
Changes since V3:
- Make clear that the code
We explicitly link in the initcode.o in the Blackfin linker script, so
there is no need to merge it into the main common object for the linker
to pull in itself. This also fixes duplicate symbol errors with the new
partial linking logic.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
The partial linking patch changes how objects are specified to the linker
and breaks boards with an embedded environment. So we need to tweak the
list of objects we specify via the linker script that go in the gap before
the embedded env to work with this new behavior. This fixes linker errors
On 11/18/10 9:54 PM, Wolfgang Denk wrote:
the U-Boot Patchwork setup is now mostly complete (except that Shinya
Kuribayashi has not registered yet).
Sorry I'm late, registered as skuribay.
By the way, maybe good opportunity to drop the leading [U-Boot] tag
from Subject: line? Still slightly
Hi,
On Monday, November 15, 2010 07:13:03 Sebastien Carlier wrote:
On 2010-11-15 11:54:07, Wolfgang Denk wrote:
I notice that the patch affects the size of the resulting U-Boot
images.
For example:
Configuring for MiniFAP - Board: TQM5200, Options: MINIFAP
textdata
On Nov 19, 2010, at 4:23 AM, DUNDA Matthias wrote:
Well, it's actually 2 Gig, just like u-boot recognizes above...
There's something wrong with the parameter you're passing to print_size().
I'm guessing its -1 or something like that.
I used the board specific code of the MPC8568MDS
96 matches
Mail list logo
