Albert,
On Sat, Feb 4, 2012 at 8:35 AM, viresh kumar wrote:
> On Fri, Feb 3, 2012 at 10:24 AM, Albert ARIBAUD
> wrote:
> >>> On 2/1/12, Amit Virdi wrote:
> I'm in the process of updating platform support for spear series of
> SoC on the latest u-boot.
> I picked u-boot v2011.12.
> On Sunday 05 February 2012 01:44:19 Simon Glass wrote:
> > This permits disabling the code relation in U-Boot which is useful when
> > debugging with an ICE.
> >
> > To use it define CONFIG_SYS_SKIP_ARM_RELOCATION in your board.
>
> any reason for "ARM" in there ?
Because this is only for ARM?
> This permits disabling the code relation in U-Boot which is useful when
> debugging with an ICE.
>
> To use it define CONFIG_SYS_SKIP_ARM_RELOCATION in your board.
>
> Signed-off-by: Simon Glass
> ---
> arch/arm/config.mk |2 ++
> arch/arm/cpu/armv7/start.S |3
Hi Amit,
Le 05/02/2012 12:29, Amit Virdi a écrit :
Albert,
On Sat, Feb 4, 2012 at 8:35 AM, viresh kumar wrote:
On Fri, Feb 3, 2012 at 10:24 AM, Albert ARIBAUD
wrote:
On 2/1/12, Amit Virdi wrote:
I'm in the process of updating platform support for spear series of
SoC on the latest u-boo
Hi Mike,
Le 05/02/2012 04:38, Mike Frysinger a écrit :
On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
--- a/drivers/net/phy/broadcom.c
+++ b/drivers/net/phy/broadcom.c
-static struct phy_driver BCM5461S_driver = {
+struct phy_driver BCM5461S_driver __phy_entry = {
why do you have to
On 04/02/2012 17:57, Albert ARIBAUD wrote:
> Hi Stefano,
>
Hi Albert,
> Do you want me to ignore these and honor the initial 11-commit pull
> request, or would you prefer to issue an [UPDATE] pull req for the whole
> 16 commits?
I send yaou an update pull req, thanks.
Stefano
--
=
Hi Albert,
I have updated my pull request:
The following changes since commit 778a2c5f846b1d0b78152747af96bcd0ca04e562:
arm, davinci: cam_enc_4xx board updates (2012-02-02 10:54:37 -0700)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
Dirk Behme (4):
> Hello again
>
> Sorry for slipping the u-boot list e-mail address
>
> i understand the benefit of relocating u-boot to the end of DRAM but in
> systems where boot time is critical this redundant copy is undesirable.
> anyway i understand there is no official way of avoiding it.
You can boot li
From: Ilya Yanok
This patch adds support for the HTKW mcx AM3517-based board.
Serial, Ethernet, NAND, MMC, RTC, EHCI USB host and both
NAND and MMC SPLs are supported.
Signed-off-by: Ilya Yanok
Signed-off-by: Stefano Babic
CC: Tom Rini
Cc: Detlev Zundel
---
Changes from V6:
- rebased on curr
On 05/02/2012 15:22, Marek Vasut wrote:
>> Hello again
>>
>> Sorry for slipping the u-boot list e-mail address
>>
>> i understand the benefit of relocating u-boot to the end of DRAM but in
>> systems where boot time is critical this redundant copy is undesirable.
>> anyway i understand there is no
Albert,
> Definitely a toolchain setting somewhere, and one that has disappeared in
> CS two years ago.
>
> Amicalement,
> --
> Albert.
>
Thanks a lot. Now I have got specific direction.
Best Regards
Amit Virdi
___
U-Boot mailing list
U-Boot@lists.den
Dear Simon Glass,
In message <1328424259-12914-1-git-send-email-...@chromium.org> you wrote:
> This permits disabling the code relation in U-Boot which is useful when
> debugging with an ICE.
>
> To use it define CONFIG_SYS_SKIP_ARM_RELOCATION in your board.
>
> Signed-off-by: Simon Glass
NAK.
On Sunday 05 February 2012 07:05:13 Marek Vasut wrote:
> > On Sunday 05 February 2012 01:44:19 Simon Glass wrote:
> > > This permits disabling the code relation in U-Boot which is useful when
> > > debugging with an ICE.
> > >
> > > To use it define CONFIG_SYS_SKIP_ARM_RELOCATION in your board.
>
On Sunday 05 February 2012 08:26:57 Albert ARIBAUD wrote:
> Le 05/02/2012 04:38, Mike Frysinger a écrit :
> > On Saturday 04 February 2012 22:02:46 Troy Kisky wrote:
> >> --- a/include/phy.h
> >> +++ b/include/phy.h
> >>
> >> +extern struct phy_driver __phy_entry_start, __phy_entry_end;
> >
> > l
On Saturday 04 February 2012 22:02:45 Troy Kisky wrote:
> arch/blackfin/cpu/u-boot.lds
> is warranted.
yes, this change will break Blackfin boards for sure
> --- a/arch/blackfin/cpu/u-boot.lds
> +++ b/arch/blackfin/cpu/u-boot.lds
>
> MEMORY
> {
> #if CONFIG_MEM_SIZE
> - ram : ORIGIN =
Hi Mike, Wolfgang,
On Sun, Feb 5, 2012 at 12:38 PM, Mike Frysinger wrote:
> On Sunday 05 February 2012 07:05:13 Marek Vasut wrote:
>> > On Sunday 05 February 2012 01:44:19 Simon Glass wrote:
>> > > This permits disabling the code relation in U-Boot which is useful when
>> > > debugging with an IC
Hi Mike,
On Mon, Feb 6, 2012 at 8:01 AM, Mike Frysinger wrote:
> On Saturday 04 February 2012 22:02:45 Troy Kisky wrote:
>
> since we preprocess our linker scripts now, i'd suggest using #include rather
> than INCLUDE
+1
>> --- /dev/null
>> +++ b/u-boot-common.lds
>>
>> + . = ALIGN(4);
>>
Dear Simon Glass,
In message
you wrote:
>
> This patch shows how to do this sort of thing on ARM. I would like to
> see this feature in mainline, but it makes more sense to do it
> properly if/when generic relocation is in. Then it will automatically
> work for all archs. For now it is a useful
Hi Wolfgang, Simon,
On Mon, Feb 6, 2012 at 9:44 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> This patch shows how to do this sort of thing on ARM. I would like to
>> see this feature in mainline, but it makes more sense to do it
>> properly if/when generic r
Hi Wolfgang,
On Sun, Feb 5, 2012 at 2:44 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> This patch shows how to do this sort of thing on ARM. I would like to
>> see this feature in mainline, but it makes more sense to do it
>> properly if/when generic relocati
Hi Graeme,
On Sun, Feb 5, 2012 at 3:23 PM, Graeme Russ wrote:
> Hi Wolfgang, Simon,
>
> On Mon, Feb 6, 2012 at 9:44 AM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message
>> you
>> wrote:
>>>
>>> This patch shows how to do this sort of thing on ARM. I would like to
>>> see this featur
Hi Simon
On Mon, Feb 6, 2012 at 10:32 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Sun, Feb 5, 2012 at 3:23 PM, Graeme Russ wrote:
>> Hi Wolfgang, Simon,
>>
>> On Mon, Feb 6, 2012 at 9:44 AM, Wolfgang Denk wrote:
>>> Dear Simon Glass,
>>>
>>> In message
>>> you
>>> wrote:
This patch
Hi Graeme,
On Sun, Feb 5, 2012 at 3:37 PM, Graeme Russ wrote:
> Hi Simon
>
> On Mon, Feb 6, 2012 at 10:32 AM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Sun, Feb 5, 2012 at 3:23 PM, Graeme Russ wrote:
>>> Hi Wolfgang, Simon,
>>>
>>> On Mon, Feb 6, 2012 at 9:44 AM, Wolfgang Denk wrote:
Dear
Hi Simon,
On Mon, Feb 6, 2012 at 10:41 AM, Simon Glass wrote:
> Hi Graeme,
>
> On Sun, Feb 5, 2012 at 3:37 PM, Graeme Russ wrote:
>> Hi Simon
>>
[snip]
>> Sorry for the dealy, but hopefully I'll have it all sorted by the end of
>> the week
>
> OK thanks for the update. Would be keen to get my
On 4 February 2012 04:43, Albert ARIBAUD wrote:
> Hi David,
>
> Le 09/01/2012 08:23, "David Müller (ELSOFT AG)" a écrit :
>>
>> Hello
>>
>> Any news?
>
>
> Adding Minkyu.
>
> Amicalement,
> --
> Albert.
>
Acked-by: Minkyu Kang
Thanks
Minkyu Kang.
--
from. prom.
www.promsoft.net
___
On Sunday 05 February 2012 17:07:41 Graeme Russ wrote:
> On Mon, Feb 6, 2012 at 8:01 AM, Mike Frysinger wrote:
> > On Saturday 04 February 2012 22:02:45 Troy Kisky wrote:
> >> --- /dev/null
> >> +++ b/u-boot-common.lds
> >>
> >> + . = ALIGN(4);
> >> + __u_boot_cmd_start = .;
> >> + .u_
Hi Mike,
On Mon, Feb 6, 2012 at 2:24 PM, Mike Frysinger wrote:
> On Sunday 05 February 2012 17:07:41 Graeme Russ wrote:
>> On Mon, Feb 6, 2012 at 8:01 AM, Mike Frysinger wrote:
>> > On Saturday 04 February 2012 22:02:45 Troy Kisky wrote:
>> >> --- /dev/null
>> >> +++ b/u-boot-common.lds
>> >>
>>
On Sunday 05 February 2012 22:43:33 Graeme Russ wrote:
> On Mon, Feb 6, 2012 at 2:24 PM, Mike Frysinger wrote:
> > it isn't just that. i don't think a single u-boot.lds for every arch is
> > feasible. the kernel method allows all the common pieces to be in a
> > common header, and then the arches
Hi Mike,
On Mon, Feb 6, 2012 at 3:27 PM, Mike Frysinger wrote:
> On Sunday 05 February 2012 22:43:33 Graeme Russ wrote:
>> On Mon, Feb 6, 2012 at 2:24 PM, Mike Frysinger wrote:
>> > it isn't just that. i don't think a single u-boot.lds for every arch is
>> > feasible. the kernel method allows a
hi albert
Yes,actually there is already support of flash test in POST of latest
uboot.They are testing flash on every power on so am I for my board.But i
don't want to disturb sectors in which uboot code relies. Can you help me
here?
On Sat, Feb 4, 2012 at 3:02 AM, Albert ARIBAUD wrote:
> Hi vk,
Christian,
On Thu, Feb 02, 2012 at 19:56:45, Christian Riesch wrote:
> Hi,
> Thank you for re-submitting the patchset!
>
> On Thu, Feb 2, 2012 at 2:42 PM, Manjunath Hadli
> wrote:
> > There are two da850 SOC based EVMs, one from Spectrum digital and
> > other from Logic PD. Boards from Spectru
On Sunday 05 February 2012 23:34:27 Graeme Russ wrote:
> On Mon, Feb 6, 2012 at 3:27 PM, Mike Frysinger wrote:
> > On Sunday 05 February 2012 22:43:33 Graeme Russ wrote:
> >> On Mon, Feb 6, 2012 at 2:24 PM, Mike Frysinger wrote:
> >> > it isn't just that. i don't think a single u-boot.lds for ever
On 26 January 2012 20:21, Minkyu Kang wrote:
> Signed-off-by: Minkyu Kang
> Signed-off-by: HeungJun, Kim
> Cc: Chander Kashyap
> ---
> board/samsung/trats/trats.c | 18 +++---
> 1 files changed, 7 insertions(+), 11 deletions(-)
>
applied to u-boot-samsung
--
from. prom.
www.pr
Hi,
As there are no changes in other patches. So is it fine to only send this patch.
On 4 February 2012 01:01, Mike Frysinger wrote:
> On Friday 03 February 2012 11:05:57 Chander Kashyap wrote:
>> board/samsung/smdk5250/tools/mkexynos_image.c | 117
>> create mode 100644 tools/mksmdk5250spl.c
>
Hello Nobuhiro,
Nobuhiro Iwamatsu wrote:
> Renesas SH7734 has two I2C interfaceis.
> This supports these I2C.
>
> Signed-off-by: Nobuhiro Iwamatsu
> ---
> drivers/i2c/Makefile|1 +
> drivers/i2c/sh_sh7734_i2c.c | 468
> +++
> 2 files changed
Hello Simon,
Simon Glass wrote:
> Hi Heiko,
>
> On Jan 14, 2012 11:28 PM, "Heiko Schocher" wrote:
>> Hello Simon,
>>
>> Simon Glass wrote:
>>> Add tegra_i2c_get_dvc_bus_num() to obtain the I2C bus number of DVC bus.
>>> This allows us to talk to the PMU.
>>>
>>> Signed-off-by: Simon Glass
>>> -
Dear Graeme Russ,
In message
you wrote:
>
> I think the immediate focus should be on centralising the init sequence
> processing into /common/init.c and then bringing the new'initcall'
> architecture online
Agreed.
> Once these have been done, any board can just specific:
>
> SKIP_INIT(RELOC
37 matches
Mail list logo
