Hello Reinhard,
Reinhard Meyer wrote:
> Dear Heiko Schocher,
>
> In message<4ca4aeff.3050...@denx.de> you wrote:
>> If TEXT_BASE == relocation address it could be defined,
>> never tested.
>
> If I think right, relocation address would vary with u-boot size,
> so there seems no rea
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Friday, October 01, 2010 12:06 PM
> To: Prafulla Wadaskar
> Cc: Rogan Dawes; u-boot@lists.denx.de; Ashish Karkare;
> Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] kirkwood: added common config
> f
Dear Heiko Schocher,
In message<4ca4aeff.3050...@denx.de> you wrote:
> If TEXT_BASE == relocation address it could be defined,
> never tested.
If I think right, relocation address would vary with u-boot size,
so there seems no really reliable way to ensure above "if" is true.
Even
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1285851649.22004.5.ca...@ptyser-laptop> you wrote:
>> Currently the POST code makes sure every entry in the white list is
>> found, but it also considers any unexpected devices found an error. Eg
>> you plug in a daughter c
Le 01/10/2010 08:10, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
>> Sent: Thursday, September 30, 2010 9:05 PM
>> To: Prafulla Wadaskar
>> Cc: Rogan Dawes; u-boot@lists.denx.de; Ashish Karkare;
>> Prabhanjan Sarnaik
>> Subjec
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert ARIBAUD
> Sent: Friday, October 01, 2010 11:51 AM
> To: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] Kirkwood: dram_init is moved to dram.c
>
> Le 01/10/2010 07
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Thursday, September 30, 2010 9:05 PM
> To: Prafulla Wadaskar
> Cc: Rogan Dawes; u-boot@lists.denx.de; Ashish Karkare;
> Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] kirkwood: added common config
Le 01/10/2010 07:59, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: Heiko Schocher [mailto:h...@denx.de]
>> Sent: Thursday, September 30, 2010 9:10 PM
>> To: Prafulla Wadaskar
>> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
>> Subject: Re: [U-Boot] [PATCH] Ki
Hello Prafulla,
Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Heiko Schocher [mailto:h...@denx.de]
>> Sent: Thursday, September 30, 2010 9:10 PM
>> To: Prafulla Wadaskar
>> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
>> Subject: Re: [U-Boot] [PATCH] Kirkw
Hello.
It changes reduce bss usage.
Ymodem receive buffer dinamic allocation.
Signed-off-by: Yoshinori Sato
---
common/cmd_load.c |1 +
common/xyzModem.c | 17 ++---
2 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/common/cmd_load.c b/common/cmd_load.c
index dad
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Thursday, September 30, 2010 9:10 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] Kirkwood: dram_init is moved to dram.c
>
> Hello Prafull
Hello Albert,
Albert ARIBAUD wrote:
> Le 01/10/2010 07:25, Heiko Schocher a écrit :
>> Hello Wolfgang,
>>
>> Wolfgang Denk wrote:
>>> Dear Heiko Schocher,
>>>
>>> In message<4ca4aeff.3050...@denx.de> you wrote:
> 1. should CONFIG_SKIP_RELOCATE_UBOOT be not defined anymore?
If TEXT_BASE =
Le 01/10/2010 07:25, Heiko Schocher a écrit :
> Hello Wolfgang,
>
> Wolfgang Denk wrote:
>> Dear Heiko Schocher,
>>
>> In message<4ca4aeff.3050...@denx.de> you wrote:
1. should CONFIG_SKIP_RELOCATE_UBOOT be not defined anymore?
>>> If TEXT_BASE == relocation address it could be defined,
>>> n
Hello Steve,
Steve Sakoman wrote:
> This patch removes #undef CONFIG_SYS_ARM_WITHOUT_RELOC from the
> Beagle config file
>
> Signed-off-by: Steve Sakoman
> ---
Thanks, but this is already fixed here:
http://lists.denx.de/pipermail/u-boot/2010-September/077652.html
bye,
Heiko
--
DENX Software
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <4ca4aeff.3050...@denx.de> you wrote:
>>> 1. should CONFIG_SKIP_RELOCATE_UBOOT be not defined anymore?
>> If TEXT_BASE == relocation address it could be defined,
>> never tested.
>
> We should point out that this is only
Le 29/09/2010 10:55, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4ca2ecea.1010...@free.fr> you wrote:
>>
>>> Do you expect any further work on this, or should we apply this to the
>>> public repo now?
>>
>> As far as Ben, Heiko and myself are concerned, there is not further work
On Thursday, September 30, 2010 16:05:49 NB wrote:
> However when I boot my device I see u-boot spiting out the same stuff it
> does even if "silent" isn't selected, as well as linux but I'm focusing on
> getting u- boot working as the README / README.silent suggests first.
ive seen issues dependi
Wolfgang Denk denx.de> writes:
> You are aware that U-Boot 1.3.4 is moe than 2 years old and as such
> hopelessly obsolete, aren't you? Don;t expect much help for ancient
> versions like this...
>
> I can only comment on current code...
Yeah. I've tried U-Boot 2010-06 but it doesn't have 9g10
Dne Čt 30. září 2010 19:49:24 Wolfgang Denk napsal(a):
> Dear Heiko Schocher,
>
> In message <4ca4af81.4000...@denx.de> you wrote:
> > I setup the initial stack in the SDRAM, because I didn;t know,
> > if there is on this cpu family a better place for the initial stack.
> > (Some cpu internal ram?
Dear Steve Sakoman,
In message you
wrote:
>
> OK. I copied it from the Beagle example. I'll submit a cleanup patch
> to remove it from there too.
Thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchen
Dear NB,
In message you wrote:
> I'm using U-Boot 1.3.4. When building I've defined "CONFIG_SILENT_CONSOLE"
> and
> "CFG_DEVICE_NULLDEV". My board is an at91sam9261ek.
You are aware that U-Boot 1.3.4 is moe than 2 years old and as such
hopelessly obsolete, aren't you? Don;t expect much help
ame wrote:
> Finally reset_4xx_watchdog does mtspr(tsr, 0xc000) where tsr is 0x150
> IIRC.
My guess is that this code doesn't actually reset the watchdog. Perhaps your
value of TSR is wrong, or 0xc000 is wrong, or perhaps there's some other
watchdog active that you're ignoring.
--
Timu
On Thu, Sep 30, 2010 at 03:48:36PM -0500, Timur Tabi wrote:
> On Thu, Sep 30, 2010 at 3:15 PM, ame wrote:
> > On my 460ex board, i've tried to add CONFIG_WATCHDOG to the config and it
> > appears to
> > work until the board tries to boot. ?At that point I can count down about
> > 10 seconds
> >
On Thu, Sep 30, 2010 at 3:15 PM, ame wrote:
> On my 460ex board, i've tried to add CONFIG_WATCHDOG to the config and it
> appears to
> work until the board tries to boot. At that point I can count down about 10
> seconds
> and the reboot happens. The 10s correlates with what I think the watchd
Freescale application note AN3638 describes an update to the NXID format, which
stores MAC addresses and related data on an on-board EEPROM. The new version
adds support for up to 23 MAC addresses, instead of just 8. Since the initial
implementation of NXID had a "0" in the 'version' field, this
This patch enables cache support on Overo
Signed-off-by: Steve Sakoman
---
diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
index d7c7b0f..69f9126 100644
--- a/include/configs/omap3_overo.h
+++ b/include/configs/omap3_overo.h
@@ -98,6 +98,7 @@
/* commands to include */
This patch fixes the build breakage introduced by the recent relocation
changes for ARMV7
Signed-off-by: Steve Sakoman
---
diff --git a/board/overo/config.mk b/board/overo/config.mk
index d372fd9..59b651f 100644
--- a/board/overo/config.mk
+++ b/board/overo/config.mk
@@ -26,4 +26,4 @@
# (mem ba
On my 460ex board, i've tried to add CONFIG_WATCHDOG to the config and it
appears to
work until the board tries to boot. At that point I can count down about 10
seconds
and the reboot happens. The 10s correlates with what I think the watchdog is
being
set to. I've inserted some WATCHDOG_RESET
This patch removes #undef CONFIG_SYS_ARM_WITHOUT_RELOC from the
Beagle config file
Signed-off-by: Steve Sakoman
---
diff --git a/include/configs/omap3_beagle.h b/include/configs/omap3_beagle.h
index cd3ac20..29ce67c 100644
--- a/include/configs/omap3_beagle.h
+++ b/include/configs/omap3_beagle.h
On Thu, Sep 30, 2010 at 10:52 AM, Wolfgang Denk wrote:
> Dear Steve Sakoman,
>
> In message <1285867914.4705.145.ca...@quadra> you wrote:
>> This patch fixes the build breakage introduced by the recent relocation
>> changes for ARMV7. It is based on the patch for Beagleboard.
>>
>> Signed-off-by:
I'm using U-Boot 1.3.4. When building I've defined "CONFIG_SILENT_CONSOLE" and
"CFG_DEVICE_NULLDEV". My board is an at91sam9261ek.
My U-Boot environment looks like this via "printenv":
bootargs=mem=64M console=ttyS0,115200
mtdparts=atmel_nand:4M(kernel)ro,-(rootfs)
root=/dev/mtdblock1 rw ro
Dear Kim Phillips,
In message <20100930141517.92dacbb7.kim.phill...@freescale.com> you wrote:
>
> > Thanks for catching that. Should the MPC837XEMDS MAKEALL target be
> > changed to MPC837XEMDS_HOST to include coverage of its PCI code? I
>
> either that or the makeall code that uses boards.cfg
On Thu, 30 Sep 2010 14:09:11 -0500
Peter Tyser wrote:
> On Thu, 2010-09-30 at 13:40 -0500, Kim Phillips wrote:
> > commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9
> > "83xx: Remove warmboot parameter from PCI init functions" missed
> > one mpc83xx_pcie_init callsite, causing this build error:
> >
Only a few PPC boards actually use the common BAT manipulation
functions, so only compile it for them.
Signed-off-by: Peter Tyser
---
arch/powerpc/lib/Makefile |2 +-
include/configs/Alaska8220.h |1 +
include/configs/MPC8610HPCD.h |1 +
include/configs/MPC8641HPCN.h |1 +
i
On Thu, 2010-09-30 at 13:40 -0500, Kim Phillips wrote:
> commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9
> "83xx: Remove warmboot parameter from PCI init functions" missed
> one mpc83xx_pcie_init callsite, causing this build error:
>
> Configuring for MPC837XEMDS_HOST board...
> pci.c: In function
On Thu, 30 Sep 2010 08:45:48 -0500
Kumar Gala wrote:
> Is it on purpose that we are echoing out:
>
> awk '(NF && $1 !~ /^#/) { print $1 ": " $1 "_config; $(MAKE)" }' boards.cfg >
> .boards.depend
Seems WD applied this patch:
http://lists.denx.de/pipermail/u-boot/2010-September/077205.html
wh
commit 6aa3d3bfaa986f1aff5e21a9b9f68d087715b1a9
"83xx: Remove warmboot parameter from PCI init functions" missed
one mpc83xx_pcie_init callsite, causing this build error:
Configuring for MPC837XEMDS_HOST board...
pci.c: In function 'pci_init_board':
pci.c:141: error: too many arguments to function
Dear Peter Tyser,
In message <1285868400.28947.19878.ca...@petert> you wrote:
> > So the IGNORE_LIST is intended for devices that may or may not be
> > present, and neither state is considered an error?
>
> Correct. And also for devices that may or may not be present, but are
> impossible to det
Dear Steve Sakoman,
In message <1285867914.4705.145.ca...@quadra> you wrote:
> This patch fixes the build breakage introduced by the recent relocation
> changes for ARMV7. It is based on the patch for Beagleboard.
>
> Signed-off-by: Steve Sakoman
> ---
>
> diff --git a/board/overo/config.mk b/b
Dear Albert ARIBAUD,
In message <4ca4b922.1040...@free.fr> you wrote:
>
> Kirkwood has no internal RAM.
But Data Cache, which is nothing else but fast RAM :-)
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirche
Dear Heiko Schocher,
In message <4ca4af81.4000...@denx.de> you wrote:
>
> I setup the initial stack in the SDRAM, because I didn;t know,
> if there is on this cpu family a better place for the initial stack.
> (Some cpu internal ram?)
As mentioned before: if ther eios no SRAM or other on-chip me
Dear Heiko Schocher,
In message <4ca4aeff.3050...@denx.de> you wrote:
>
> > 1. should CONFIG_SKIP_RELOCATE_UBOOT be not defined anymore?
>
> If TEXT_BASE == relocation address it could be defined,
> never tested.
We should point out that this is only intended (and allowed) for
boards where U-Bo
> So the IGNORE_LIST is intended for devices that may or may not be
> present, and neither state is considered an error?
Correct. And also for devices that may or may not be present, but are
impossible to determine if they should/shouldn't be present, so its
impossible to determine what an error
Dear Prafulla Wadaskar,
In message <1285869240-17251-3-git-send-email-prafu...@marvell.com> you wrote:
> All Kirkwood based boards are supported for this new implementation
> ref: dovs/README.arm-relocation
>
> Signed-off-by: Prafulla Wadaskar
> ---
> include/configs/mv-common.h |6 ++
>
This patch fixes the build breakage introduced by the recent relocation
changes for ARMV7. It is based on the patch for Beagleboard.
Signed-off-by: Steve Sakoman
---
diff --git a/board/overo/config.mk b/board/overo/config.mk
index d372fd9..59b651f 100644
--- a/board/overo/config.mk
+++ b/board/o
Dear Prafulla Wadaskar,
In message <1285869240-17251-1-git-send-email-prafu...@marvell.com> you wrote:
> For all Kirkwood boards so far dram_init function is duplicated
> dram_init function is moved to dram.c and relevant code from all
> board specific files removed
>
> If any board needs specifi
Dear Stefano Babic,
In message <4ca490d3.5030...@denx.de> you wrote:
> Kumar Gala wrote:
>
> > I'm guessing on this last bit the stat's dont count signoffs on which
> > you are the author, but that's just a theory :)
>
> More as a theory: in gitdm README:
>
> -s Ignore Signed-off-by lines
From: Aaron Sierra
Some OSes require that secondary cores not be initialized when they
are booted (eg VxWorks). By default when U-Boot is compiled with the
CONFIG_MP option all secondary cores are brought out of reset and held
in spinloops. Setting the "mp_holdoff" environment variable to 'yes'
Dear Peter Tyser,
In message <1285851649.22004.5.ca...@ptyser-laptop> you wrote:
>
> Currently the POST code makes sure every entry in the white list is
> found, but it also considers any unexpected devices found an error. Eg
> you plug in a daughter card with an EEPROM on it that isn't listed i
On Thu, 2010-09-30 at 12:13 -0500, Scott Wood wrote:
> On Thu, 30 Sep 2010 11:14:50 -0500
> Peter Tyser wrote:
>
> > + if (hold_cores_in_reset(0)) {
> > +#ifdef CONFIG_FSL_CORENET
> > + /* Cores held in reset, use BRR to release */
> > +
On Thu, 30 Sep 2010 11:14:50 -0500
Peter Tyser wrote:
> + if (hold_cores_in_reset(0)) {
> +#ifdef CONFIG_FSL_CORENET
> + /* Cores held in reset, use BRR to release */
> + enable_method = "fsl,brr-holdoff";
> +#else
> +
Hello.
Peter Tyser wrote:
>> +#ifdef I2C_ADDR_IGNORE_LIST
>> +unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
> This array is aking to be *static*...
... and *const* as well ?
>>> I'll add 'const' in the next version, but I'm not sure if the 'static'
>>> ad
Most people don't use the 'rarpboot' command, so only enable it when
CONFIG_CMD_RARP is defined.
Signed-off-by: Peter Tyser
---
common/cmd_net.c |2 ++
include/config_cmd_all.h |1 +
net/Makefile |2 +-
net/net.c| 11 +--
4 files changed,
Le 30/09/2010 17:40, Heiko Schocher a écrit :
> Hello Prafulla,
>
> Prafulla Wadaskar wrote:
>> All Kirkwood based boards are supported for this new implementation
>> ref: dovs/README.arm-relocation
>
> should be docs/README.arm-relocation
>
>> Signed-off-by: Prafulla Wadaskar
>> ---
>> include/c
From: Aaron Sierra
Some OSes require that secondary cores not be initialized when they
are booted (eg VxWorks). By default when U-Boot is compiled with the
CONFIG_MP option all secondary cores are brought out of reset and held
in spinloops. Setting the "mp_holdoff" environment variable to 'yes'
Dear Heiko Schocher,
>>
>> Before the relocation: macb, enc and environment did work :)
>> I have to look into that issue later...
>
> No spontaneous idea ... maybe something with gpio pins?
The relocation should ideally not affect that ;)
I suspect the initiallization now does not call all func
Hello Prafulla,
Prafulla Wadaskar wrote:
> All Kirkwood based boards are supported for this new implementation
> ref: dovs/README.arm-relocation
should be docs/README.arm-relocation
> Signed-off-by: Prafulla Wadaskar
> ---
> include/configs/mv-common.h |6 ++
> 1 files changed, 6 inser
Hello Prafulla,
Prafulla Wadaskar wrote:
> For all Kirkwood boards so far dram_init function is duplicated
> dram_init function is moved to dram.c and relevant code from all
> board specific files removed
>
> If any board needs specific dram init handling than standard one,
> then, a macro CONFIG
Hello Reinhard,
Reinhard Meyer wrote:
> Dear Stefano Babic,
>>> 1. should CONFIG_SKIP_RELOCATE_UBOOT be not defined anymore?
>> I had the same issue because I forget to remove it from my config file.
>> After dropping it, I got the u-boot prompt again ;-)
> Thank you, that (partially) helped:
>
>
Hi Sergei,
> Peter Tyser wrote:
>
> +#ifdef I2C_ADDR_IGNORE_LIST
> +unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
>
> >>> This array is aking to be *static*...
>
> >> ... and *const* as well ?
>
> > I'll add 'const' in the next version, but I'm not sure if the '
Hello Reinhard,
Reinhard Meyer wrote:
> Hello,
>
> after enabling relocation I get the following output:
>
> U-Boot 2010.09-00106-g6e135b9-dirty (Sep 30 2010 - 16:57:43)
>
> U-Boot code: 21F0 -> 21F3C140 BSS: -> 21F7D700
> CPU: AT91SAM9XE
> Crystal frequency: 18.432 MHz
> CPU clock
Le 30/09/2010 16:33, Prafulla Wadaskar a écrit :
>>> +/*
>>> + * IDe Support on SATA port0
>>> + */
>>
>> IDe?
>
> I think Ide can be removed, right?
Do none of the boards have disks? At least openrd-base should have IDE
(and openrd-client as well if the patch to introduced it is finally merged)
On 2010/09/30 4:33 PM, Prafulla Wadaskar wrote:
>>> +/*
>>> + * IDe Support on SATA port0
>>> + */
>>
>> IDe?
>
> I think Ide can be removed, right?
I was just commenting on the (mis-)capitalisation.
Rogan
___
U-Boot mailing list
U-Boot@lists.denx.de
Hello.
Peter Tyser wrote:
+#ifdef I2C_ADDR_IGNORE_LIST
+ unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
>>> This array is aking to be *static*...
>> ... and *const* as well ?
> I'll add 'const' in the next version, but I'm not sure if the 'static'
> adds any benefit sin
On Wed, 2010-09-29 at 23:41 -0500, Kumar Gala wrote:
> On Sep 29, 2010, at 2:05 PM, Peter Tyser wrote:
>
> > Previously io_sel=0xe incorrect stated PCIE1 was enabled. Also add
> > support for the mpc8640's PCIE2 interface.
> >
> > Signed-off-by: Peter Tyser
> > CC: Kumar Gala
> > ---
> > arch/
On Thu, 2010-09-30 at 13:04 +0200, Reinhard Meyer wrote:
> Dear Sergei Shtylyov,
> >> +#ifdef I2C_ADDR_IGNORE_LIST
> >> + unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
> >
> > This array is aking to be *static*...
> ... and *const* as well ?
I'll add 'const' in the next version, bu
> -Original Message-
> From: Rogan Dawes [mailto:rogan.da...@gmail.com] On Behalf Of
> Rogan Dawes
> Sent: Thursday, September 30, 2010 7:24 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] kirkwood: added common c
Dear Stefano Babic,
>> 1. should CONFIG_SKIP_RELOCATE_UBOOT be not defined anymore?
>
> I had the same issue because I forget to remove it from my config file.
> After dropping it, I got the u-boot prompt again ;-)
Thank you, that (partially) helped:
U-Boot 2010.09-00106-g6e135b9-dirty (Sep 30 20
Add a common helper that will set the PHY connection type based on enum.
We use this on eTSEC, UCC, and will with Fman in the future.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/fdt.c| 24
arch/powerpc/include/asm/fsl_enet.h |2 ++
boar
Have a common enum for phy types that we use in the UCC driver. We will
also use this enum for dealing with phy connection fixup in the device
tree.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/fsl_enet.h | 31 +++
drivers/qe/uec.c|
From: Kim Phillips
pumping line-rate traffic though a p4080 rev.2, which
is configured to encrypt packets prior to forwarding through
an IPsec tunnel, gets this error:
of_platform ffe302000.jq: DECO: desc idx 22: LIODN error. DECO was trying
to share from itself or from another DECO but the two
From: Emil Medve
* Make the U-Boot update command sequence conditional. Helps prevent
accidental erasing if an upload or previous step fails
* Make it easier to update other FLASH banks
* Enable DDR controller cache line interleaving and bank cs0/cs1 by default
Signed-off-by: Emil Medve
Sign
We configure the controller but dont have virtual address space thus any
devices on the 4th controller are not accessible in u-boot.
Signed-off-by: Kumar Gala
---
board/freescale/corenet_ds/pci.c | 28 +++-
include/configs/corenet_ds.h |8
2 files chang
Manual was updated to add a new register for disabling CDQ speculation.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/immap_85xx.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/include/asm/immap_85xx.h
b/arch/powerpc/include/asm/immap_85xx.h
Reinhard Meyer wrote:
> Hello,
>
Hi Reinhard,
> int dram_init(void)
> {
> gd->ram_size =
> get_ram_size((void*)PHYS_SDRAM, PHYS_SDRAM_MAX_SIZE);
> return 0;
> }
>
> void dram_init_banksize(void)
> {
> gd->bd->bi_dram[0].start = PHYS_SDRAM;
> gd->bd->bi_dram
Hello,
after enabling relocation I get the following output:
U-Boot 2010.09-00106-g6e135b9-dirty (Sep 30 2010 - 16:57:43)
U-Boot code: 21F0 -> 21F3C140 BSS: -> 21F7D700
CPU: AT91SAM9XE
Crystal frequency: 18.432 MHz
CPU clock: 198.656 MHz
Master clock : 99.328 MHz
I2C: rea
On 2010/09/30 7:53 PM, Prafulla Wadaskar wrote:
> diff --git a/include/configs/mv-common.h b/include/configs/mv-common.h
> @@ -0,0 +1,230 @@
> +#ifndef _MV_COMMON_H
> +#define _MV_COMMON_H
> +
> +/*
> + * High Level Configuration Options (easy to change)
> + */
> +#define CONFIG_MARVELL
On Aug 2, 2010, at 1:03 PM, Timur Tabi wrote:
> Update the code which writes to the on-board EEPROM so that it can detect if
> the write failed because the EEPROM is write-protected. Most of the
> 8xxx-class
> Freescale reference boards use an AT24C02 EEPROM to store MAC addresses and
> similar
On Jul 21, 2010, at 4:56 PM, Timur Tabi wrote:
> The Freescale P1022DS can use either a 12.288MHz or a 11.2896MHz reference
> clock for the audio codec, but by default both are disabled. Add a 'audclk'
> hwconfig option that allows the user to choose which clock he wants.
>
> The 12.288MHz cloc
Is it on purpose that we are echoing out:
awk '(NF && $1 !~ /^#/) { print $1 ": " $1 "_config; $(MAKE)" }' boards.cfg >
.boards.depend
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
It is observed that, in most of the board configs the code is being
duplicated, also for any common change all board files needs update
This issue was under discussion from long on mailing list and we
converge on introducing common config file.
With this patch-
1. Total Kirkwood specific configura
All Kirkwood based boards are supported for this new implementation
ref: dovs/README.arm-relocation
Signed-off-by: Prafulla Wadaskar
---
include/configs/mv-common.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/mv-common.h b/include/configs/mv-comm
For all Kirkwood boards so far dram_init function is duplicated
dram_init function is moved to dram.c and relevant code from all
board specific files removed
If any board needs specific dram init handling than standard one,
then, a macro CONFIG_SYS_BOARD_DRAM_INIT should be defined in
board config
On Sep 29, 2010, at 12:31 PM,
wrote:
> From: Haiying Wang
>
> Enable half drive strength, set RTT to 60Ohm and set write leveling override.
>
> Signed-off-by: Haiying Wang
> ---
> board/freescale/mpc8569mds/ddr.c | 16 +---
> 1 files changed, 13 insertions(+), 3 deletions(-)
On Sep 29, 2010, at 12:31 PM,
wrote:
> From: Haiying Wang
>
> The original code maps boot flash as non-cacheable region. When calling
> relocate_code in flash to copy u-boot from flash to ddr, every loop copy
> command
> is read from flash. The flash read speed will be the bottleneck, which
On Sep 29, 2010, at 12:44 PM,
wrote:
> From: Haiying Wang
>
> CONFIG_ENV_SIZE of MPC8569MDS was wrongly set to CONFIG_ENV_SECT_SIZE which
> is 128KB, so it took longer time to do crc32 calculation for ENV than it
> should
> do. It causes the bootup for MPC8569MDS significantly slow. This pa
Kumar Gala wrote:
> I'm guessing on this last bit the stat's dont count signoffs on which
> you are the author, but that's just a theory :)
More as a theory: in gitdm README:
-s Ignore Signed-off-by lines which match the author of
each patch.
If Wolfgang has used this optio
Hi
I am currently porting u-boot to a new board based on Freescales iMX25
processor. I would like to add USB support. As I can see there is no
support in current head for USB on iMX. Can someone give me some hints
what I have to do to enable USB host support on iMX25.
Matthias
> What I don't understand yet: why do we need a balck (ignore) list at
> all, when we already have a white list (I2C_ADDR_LIST) ?
>
> Should not one be sufficient?
Currently the POST code makes sure every entry in the white list is
found, but it also considers any unexpected devices found an err
The patch adds support for TTECH vision2 board.
The board has 512MB RAM, SDHC slot and 4MB SPI
device from StMicron.
Signed-off-by: Stefano Babic
---
MAINTAINERS|1 +
board/ttcontrol/vision2/Makefile | 48 ++
board/ttcontrol/vision2/config.mk
The handling of the SPI_CPOL bit inside the SPI
driver was wrong. As reported by the manual,
the meaning of the SSPOL inside the
configuration register is the same as reported
by SPI specification (0 if low in idle, 1 is high
on idle). The driver inverts this logic.
Because this patch sets the log
Due to wrong dependencies, it is not possible to include imx_regs.h
inside the board configuration file.
Signed-off-by: Stefano Babic
---
arch/arm/include/asm/arch-mx51/imx-regs.h | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx51/imx
As stated in 272017853339f5b9685f9488bdaf5405812d12a4,
the mx51evk has not CPLD and all references must be removed.
This patch drop a .h file that still remains in board
directory.
Signed-off-by: Stefano Babic
---
board/freescale/mx51evk/mx51evk.c |2 -
board/freescale/mx51evk/mx51evk.h |
The actual SPI driver for i.MX31 and i.MX51 controller
use a wrong byte ordering, because it is supposed
to work only with Freescale's devices, as the Power
Controllers (PMIC). The driver is not suitable for
general purposes, because the buffers passed to spi_xfer
must be 32-bit aligned, as it is u
Calls WATCHDOG_RESET() inside serial driver
for boards enabling watchdog.
Signed-off-by: Stefano Babic
---
drivers/serial/serial_mxc.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/serial_mxc.c b/drivers/serial/serial_mxc.c
index 4b93e7b..f96b21f 1
Signed-off-by: Stefano Babic
---
arch/arm/include/asm/arch-mx51/imx-regs.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx51/imx-regs.h
b/arch/arm/include/asm/arch-mx51/imx-regs.h
index 0e3bc2a..072ad0f 100644
--- a/arch/arm/include
Add pins definitions to set up RAM pads. Pins have only
a pad, there is no entry in the multiplexer.
Signed-off-by: Stefano Babic
---
arch/arm/include/asm/arch-mx51/mx51_pins.h | 44
1 files changed, 44 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/a
The OMAP3 cpu directory contains a syslib file with some utilities
that can be shared by all targets using arm cortexa8 processors,
not only OMAP.
Signed-off-by: Stefano Babic
---
arch/arm/cpu/armv7/Makefile|3 +-
arch/arm/cpu/armv7/omap-common/Makefile|1 -
arch/arm/
The patch adds support for setting gpios to the
MX51 processor and change name to the corresponding
functions for MX31. In this way, it is possible to get rid
of nasty #ifdef switches related to the processor type.
Signed-off-by: Stefano Babic
---
arch/arm/include/asm/arch-mx31/mx31-regs.h | 1
Dear Sergei Shtylyov,
>> +#ifdef I2C_ADDR_IGNORE_LIST
>> +unsigned char i2c_ignore_list[] = I2C_ADDR_IGNORE_LIST;
>
> This array is aking to be *static*...
... and *const* as well ?
Reinhard
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
1 - 100 of 103 matches
Mail list logo