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
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
>> >
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 slightl
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
fo
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
---
arch/blackfin/cpu/Makef
This board uses the OMAP-L138 SOM stacked on a
custom baseboard. It supports SPI Flash, Ethernet
with RMII.
Signed-off-by: Stefano Babic
---
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 is taken from
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 do
On 16 November 2010 13:54, Albert ARIBAUD 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 -- for softwar
On Fri, 2010-11-19 at 13:53 +0800, Li Yang wrote:
> >
> >
> >> >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 does
On Fri, Nov 19, 2010 at 11:56 PM, Paulraj, Sandeep 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 send a new
>
> 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 ca
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. I
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
> 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 covers pandora and other boards, you
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 an
Dear Sandeep,
In message
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 covers pandora and other boards, you
> applied pandora-onl
Dear s-paul...@ti.com,
In message <1290187301-2829-1-git-send-email-s-paul...@ti.com> you wrote:
> The following changes since commit 635d1b3e1b885267de90d100402ba7748fdd9bc5:
> Matthias Weisser (1):
> Makefile: Fix build with USE_PRIVATE_LIBGCC
>
> are available in the git repository a
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:
> git://
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 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:
>
>
On Fri, Nov 19, 2010 at 10:29 PM, Paulraj, Sandeep wrote:
>> On Fri, Nov 5, 2010 at 10:07 PM, Paulraj, Sandeep
>> 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.
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: Wolf
>
> 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. Th
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
>
> On Fri, Nov 5, 2010 at 10:07 PM, Paulraj, Sandeep
> 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
> >>
>
> 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
> Cc: Sandeep Paulraj
> ---
Wolfgang,
Pushed to u-boot-ti/master
My pull request in the morning did not have this patch.
Can you pull this o
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 l
Dear "Premi, Sanjeev",
In message you
wrote:
>
> This points leads me to this commit:
>
> commit 6d8962e814c15807dd6ac5757904be2a02d187b8
> Author: Sebastien Carlier
> Date: Fri Nov 5 15:48:07 2010 +0100
>
> Switch from archive libraries to partial linking
>
> Is this rela
>
> 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
Wolfg
> -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 ab
* 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 regi
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
---
drivers/net/xilinx_ll_temac.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/xilin
Signed-off-by: Stephan Linz
---
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
--- a/include/configs/microblaze-generic.h
++
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 r
Hi all,
I pulled u-boot about an hour ago and master is at this commit:
Author: Matthias Weisser
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 u-boot I was constantly
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 Gmb
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 is
Joakim Tjernlund 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 HW before continuing wi
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 an
---
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 @@
"
---
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
@@
>
> 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
>
> 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
> ---
Pushed to u-boot-ti
--Sandeep
___
U-Boot mailing list
U-Bo
>
> 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
> in
> 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 o
>
> 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 differe
>
> 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
> ---
> arch/arm/cpu/armv7/omap4
>
> 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 resultin
---
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 @@
#defi
---
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 inser
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-usele
Mimic support that exists on MPC8536DS on the MPC8572DS to allow booting
from NAND.
Signed-off-by: Jin Qing
Signed-off-by: Kumar Gala
---
* Depends on the CONFIG_SYS_EXTRA_ENV_RELOC patch
board/freescale/mpc8572ds/config.mk|6 +
board/freescale/mpc8572ds/tlb.c|
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
>
Jason,
I can test successfully the patch on i.MX25 and i.MX27 (imx27lite and tx25).
Tested-by: Stefano Babic
Best regards,
Stefano Babic
--
===
Sugosh and Stefano,
On Fri, Nov 19, 2010 at 2:23 AM, Sughosh Ganu 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, 2010 at 9:35 AM, Stefano
We need HWCONFIG to allow configuration of DDR params
Signed-off-by: Kumar Gala
---
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 100644
--- a/include/configs/M
Otherwise environment read will fail if correctable errors occur
Signed-off-by: Steve Sakoman
---
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 offset, u_char * buf)
This board uses the OMAP-L138 SOM stacked on a
custom baseboard. It supports SPI Flash, Ethernet
with RMII.
Signed-off-by: Stefano Babic
rebased on top of Sugosh's patches. merge in boards.cfg
Signed-off-by: Ben Gardiner
---
MAINTAINERS |1 +
board/davinci/ea20/Makefile |
As more Davinci 8xx board can be added, move common code
to be shared between boards.
Signed-off-by: Stefano Babic
* 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
arch/arm/include/asm/arch-dav
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 fil
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 0x
> -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]
> >>
> >
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
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 Scott
Hi,
2010/11/19 Premi, Sanjeev :
>> -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
>>
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 ther
> -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 y
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
Hi,
Thanks for your reply
2010/11/19 Premi, Sanjeev :
>> -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
>> Subjec
Dear Sebastien Carlier,
In message 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 restrictions for setting the absolute
> address of a symbol that
Le 19/11/2010 13:33, Sebastien Carlier a écrit :
> Dear Wolfgang,
>
> On 2010-11-19 12:11:12, Wolfgang Denk wrote:
>>
>> In message 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
>
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
wrote:
> On 2010-11-18, Hamilton Vera wrote:
>> Hi folks this is probably out off topic, we are happily using uboot i
Dear Wolfgang,
On 2010-11-19 12:11:12, Wolfgang Denk wrote:
>
> In message 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 layout:
>
> Sector Start Addresses:
> 400
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);
>
> Signed-o
Le 19/11/2010 12:48, Wolfgang Denk a écrit :
> 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
> -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 1000MH
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 inc
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 bas
Le 19/11/2010 12:11, Wolfgang Denk a écrit :
> Dear Sebastien Carlier,
>
> In message 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
Dear Sebastien Carlier,
In message 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 of the binary or
> immediately after the binary does no
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 w
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, wh
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
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 hal
>>
>>> 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 reg
The patch is to support getting FEC MAC address from fuse bank.
Signed-off-by: Jason Liu
---
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:
- rebase
- address
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
http://lists.denx.de/mailman/
Hi,
On Fri, Nov 19, 2010 at 10:32 AM, Minkyu Kang wrote:
> Dear Darius Augulis,
>
> On 13 November 2010 03:05, Darius Augulis wrote:
>> Fix pll divider values to standard ones described
>> in "S3C6410X RISC Microprocessor User's Manual,
>> Revision 1.20", p. 3-21.
>>
>> Signed-off-by: Darius Aug
> -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
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(+), 9 deletions(-)
diff --git a/arch/arm/cpu/armv7/s5p-commo
Dear Wolfgang,
On 2010-11-19 09:08:33, Wolfgang Denk wrote:
>
> In message 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 t
Dear Darius Augulis,
On 13 November 2010 03:05, Darius Augulis wrote:
> Fix pll divider values to standard ones described
> in "S3C6410X RISC Microprocessor User's Manual,
> Revision 1.20", p. 3-21.
>
> Signed-off-by: Darius Augulis
> ---
> arch/arm/include/asm/arch-s3c64xx/s3c6400.h | 17 +++
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
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
--
===
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 i
2010/11/19 Stefano Babic :
> 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
>>> w
Dear Sebastien Carlier,
In message 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 there any reason to prefer any given
> definition to go in
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 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
> fi
98 matches
Mail list logo