> -Original Message-
> From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Wolfgang Denk
> Sent: Monday, June 21, 2010 4:25 PM
> To: Aggrwal Poonam-B10812
> Cc: U-Boot-Denx; Kumar Gala
> Subject: Re: [U-Boot] TOT u-boot makes P1020RDB unbootable
>
> De
OMAP4430 SDP is a reference board based on OMAP4430, an ARMV7 Cortex A9 CPU
This patch adds basic support for booting the board. It includes i2c and mmc
support. It assumes U-boot is loaded to SDRAM with the help of another small
bootloader (x-load) running from SRAM. U-boot currently relies on x-
OMAP4 Panda is a reference board based on OMAP4430, an ARMV7 Cortex A9 CPU
This patch adds basic support for booting the board. It includes i2c and mmc
support. It assumes U-boot is loaded to SDRAM with the help of another small
bootloader (x-load) running from SRAM. U-boot currently relies on x-l
This patch adds minimum support for OMAP4. Code which can be shared
between OMAP3 and OMAP4 is placed in arch/arm/cpu/armv7/omap-common
Signed-off-by: Aneesh V
Signed-off-by: Steve Sakoman
---
Makefile |7 +
arch/arm/cpu/armv7/{omap3 => omap-common}
This patch modifies the omap24xx driver so that it will also work with OMAP4.
Signed-off-by: Steve Sakoman
---
arch/arm/include/asm/arch-omap3/i2c.h | 149 +---
arch/arm/include/asm/arch-omap4/i2c.h | 74 ++
drivers/i2c/omap24xx_i2c.c
The architecture independent header is moved to drivers/mmc, and the
architecture
dependent headers reside in asm/arch-omap3 and asm/arch-omap4
Signed-off-by: Steve Sakoman
---
arch/arm/include/asm/arch-omap4/mmc_host_def.h | 171
drivers/mmc/omap3_mmc.c
The purpose of this patch is to prepare for adding the OMAP4 architecture,
which is Cortex A9
Cortex A8 and A9 both belong to the armv7 architecture, hence the name change.
The two architectures are similar enough that substantial code can be shared.
Signed-off-by: Aneesh V
Signed-off-by: Stev
This is version 4, which takes into account all feedback to date, and has
been rebased on the next branch.
The folowing series adds support for two boards based upon the TI
OMAP4430. The OMAP4430 is a Cortex-A9 based SOC from TI.
The first patch in this series renames the cpu arm_cortexa8 to arm
Am Montag, 21. Juni 2010 23:21:02 schrieb Mike Frysinger:
> On Monday, June 21, 2010 16:58:09 Stephan Linz wrote:
> > #define CONFIG_CMD_PING
> > + #define CONFIG_CMD_DHCP
> > #endif
>
> not specific to this commit, but preprocessor statements really shouldnt be
> intended like this
> -
On Monday, June 21, 2010 16:58:09 Stephan Linz wrote:
> #define CONFIG_CMD_PING
> + #define CONFIG_CMD_DHCP
> #endif
not specific to this commit, but preprocessor statements really shouldnt be
intended like this
- #define FOO
+# define FOO
-mike
signature.asc
Description:
Signed-off-by: Stephan Linz
---
include/configs/microblaze-generic.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microblaze-generic.h
index 9b1569a..c9ee76e 100644
--- a/include/configs/microblaze-generic.h
+++ b
Signed-off-by: Stephan Linz
---
include/configs/microblaze-generic.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microblaze-generic.h
index c9ee76e..28cee47 100644
--- a/include/configs/microblaze-generic.
Foresighted to support flat device tree realocations we need to use
the new Logical memory blocks library in a manner as been used by all
other architectures.
Signed-off-by: Stephan Linz
---
arch/microblaze/include/asm/config.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --
Signed-off-by: Stephan Linz
---
include/configs/microblaze-generic.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/include/configs/microblaze-generic.h
b/include/configs/microblaze-generic.h
index 28cee47..89e6dbb 100644
--- a/include/configs/microblaze-generic.
Signed-off-by: Albert Aribaud
---
Orion5x MPP and GPIO setting code had writel arguments
the wrong way around. Fixed and tested.
arch/arm/cpu/arm926ejs/orion5x/cpu.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/orion5x/cpu.c
b/arch/arm/
The MPC5200 has a nasty problem that will cause silent data corruption
when performing unaligned 16 or 32 byte accesses when reading from the
local bus - typically this affects reading from flash. The problem can
be easily shown:
=> md fc0c 10
fc0c: 323e4337 01626f6f 74636d64 3d72756e2
Dear Remco Poelstra,
In message <4c064504.3010...@duran-audio.com> you wrote:
>
> >> + pfnct = (void (*)(void))(&(vic->vicaddr));
> >> +
> >> + (*pfnct) ();
> >>
> > Please unify with code for the LPC2292 and get rid of the #ifdef.
> >
>
> This is not possible. I do understand that t
> >
> > Currently EMAC_MDIO_PHY_NUM is defined as 1 in emac_defs.h.
> > Because of this, EMAC does not work on EVMs which do not have phy
> > connected at 1. Moving the macro to board config file makes this
> > configurable depending on where the phy is connected on the MDIO bus.
> >
> > This patc
On Mon, 21 Jun 2010 13:04:40 +0200
André Schwarz wrote:
> Felix,
> > I have the same problem on P2020RDB (VSC7385 with RGMII) with TOT u-boot.
> > The last working version seems to be u-boot-2009.11. Didn't have time to
> > git-bisect that yet.
>
> huh - this is good news :-)
> Thought we have
Hello Nick,
On 21/06/2010, at 11:27, Nick Thompson wrote:
> The following restructuring and optimisations increase the SPI
> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
Using this patch I get 2.21MiB/s on my L138 EVM (da850), quite
an improvement! I would like to see how m
Hi Mike,
On 6/21/2010 10:25 AM, Mike Frysinger wrote:
> On Monday, June 21, 2010 01:41:54 Ben Warren wrote:
>
>> On 6/2/2010 6:03 PM, Mike Frysinger wrote:
>>
>>> The current dm9000x driver accesses its memory mapped registers directly
>>> instead of using the standard I/O accessors. Th
Hi Eric,
On 6/21/2010 12:41 AM, Eric Bénard wrote:
> tested on cpuat91.
>
> Signed-off-by: Eric Bénard
> ---
> v2 :
> don't check if the MAC address is valid
>
> drivers/net/at91_emac.c | 28
> 1 files changed, 20 insertions(+), 8 deletions(-)
>
Applied t
Hi Eric,
On 6/21/2010 12:40 AM, Eric Bénard wrote:
> * the following problems are met :
> config was set to use the new driver as a default but
> - RMII was not enabled for the new driver
> - the new driver didn't compile with RMII enabled
> - the new driver initialize a PHY at address O when the
On Monday, June 21, 2010 10:13:21 Ilya Yanok wrote:
> Ensure that date is called only with LANG=C locale set to make dates
> locale neutral thus preventing lurking of non-ASCII characters into
> U-Boot binary.
use LC_ALL, not LANG
-mike
signature.asc
Description: This is a digitally signed messa
On Monday, June 21, 2010 01:41:54 Ben Warren wrote:
> On 6/2/2010 6:03 PM, Mike Frysinger wrote:
> > The current dm9000x driver accesses its memory mapped registers directly
> > instead of using the standard I/O accessors. This can cause problems on
> > Blackfin systems as the accesses can get out
On Sun, Jun 20, 2010 at 03:40:55PM +0200, Florian Fainelli wrote:
> Le Saturday 12 June 2010 20:59:25, Florian Fainelli a écrit :
> > When the NAND part is not supported, it is useful to show the manufacturer
> > and device ID to help debugging and reporting.
> >
> > Signed-off-by: Florian Fainell
>
> From: Aldo Brett Cedillo Martinez
>
> This patch gives basic funcionality to OMAP3630 Zoom3 board.
>
> Signed-off-by: Aldo Brett Cedillo Martinez
> ---
> MAINTAINERS|4 +
> MAKEALL|1 +
> Makefile |
On 21/06/10 15:41, Paulraj, Sandeep wrote:
>
>
>>
>> The following restructuring and optimisations increase the SPI
>> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
>>
>> Remove continual revaluation of driver state from the core of the
>> copy loop. State can not change duri
On 21/06/10 15:41, Paulraj, Sandeep wrote:
>
>
>>
>> The following restructuring and optimisations increase the SPI
>> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
>>
>> Remove continual revaluation of driver state from the core of the
>> copy loop. State can not change duri
>
> The following restructuring and optimisations increase the SPI
> read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
>
> Remove continual revaluation of driver state from the core of the
> copy loop. State can not change during the copy loop, so it is
> possible to move these
>
> Currently EMAC_MDIO_PHY_NUM is defined as 1 in emac_defs.h.
> Because of this, EMAC does not work on EVMs which do not have phy
> connected at 1. Moving the macro to board config file makes this
> configurable depending on where the phy is connected on the MDIO bus.
>
> This patch fixes the
Ensure that date is called only with LANG=C locale set to make dates
locale neutral thus preventing lurking of non-ASCII characters into
U-Boot binary.
Signed-off-by: Ilya Yanok
---
Makefile |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 3
Hello,
I'm hoping to use the s3c44b0 serial driver for a CPU with very similar serial
hardware. One change that I must make is to calculate the baud rate divisor
with a macro because this operation is board-specific. I propose to clean up
the large switch statement in the existing code with a ma
On Tue, Jun 1, 2010 at 3:42 PM, Wolfgang Denk wrote:
> Dear Brian Cavagnolo,
>
> In message <1275417750-10020-2-git-send-email-br...@cozybit.com> you wrote:
>>
>> Signed-off-by: Brian Cavagnolo
>> Signed-off-by: Andrey Yurovsky
>> ---
>> drivers/serial/Makefile | 1 +
>> drivers/seria
Dear Wolfgang,
On 21.06.2010 11:44, Wolfgang Denk wrote:
>> MAKEALL |1 +
>> Makefile |3 +
>> board/freescale/mpc8308erdb/Makefile | 52 +++
>> board/freescale/mpc8308erdb/config.mk |1 +
>> board/free
On Tue, Jun 1, 2010 at 3:38 PM, Wolfgang Denk wrote:
> Dear Brian Cavagnolo,
>
> In message <1275417750-10020-1-git-send-email-br...@cozybit.com> you wrote:
>>
>>
>> Signed-off-by: Brian Cavagnolo
>> Signed-off-by: Andrey Yurovsky
>
> Please be a bit more verbose - who is manufacturing this poll
Dear Wolfgang,
thanks for your review.
On 21.06.2010 11:44, Wolfgang Denk wrote:
>> This patch adds basic support for Freescale MPC8308 CPU. Serial ports,
>> NOR flash and integrated Ethernet controllers are supported.
>> PCI Express is also supported. eSDHC, NAND and USB may work but aren't
>> t
Currently EMAC_MDIO_PHY_NUM is defined as 1 in emac_defs.h.
Because of this, EMAC does not work on EVMs which do not have phy
connected at 1. Moving the macro to board config file makes this
configurable depending on where the phy is connected on the MDIO bus.
This patch fixes the board reset issu
Felix,
> >
> >
> I have the same problem on P2020RDB (VSC7385 with RGMII) with TOT u-boot.
> The last working version seems to be u-boot-2009.11. Didn't have time to
> git-bisect that yet.
huh - this is good news :-)
Thought we have a production issue...
Hopefully I find some time next week t
Hi Andre,
André Schwarz wrote:
> Kim,
>
> the 2nd TSEC has stopped working on both U-Boot and Linux on our MPC8343
> based system (MVBLM7). Actually I stumbled over this by accident...
>
> TSEC0+1 are using an VSC8601 connected via RGMII.
>
> Since both Bootloader (U-Boot 2010.3) and OS (Linux 2.6
Dear "Aggrwal Poonam-B10812",
In message
<8660da277dc57b4baac78225f03146b6b08...@zin33exm24.fsl.freescale.net> you wrote:
> There are few changes which need to be done for RevD and are not in TOT.
>
> I will send the patches for it soon.
Please hurry up. There is not much time left before the r
There are few changes which need to be done for RevD and are not in TOT.
I will send the patches for it soon.
Regards
Poonam
> -Original Message-
> From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Felix Radensky
> Sent: Monday, June 21, 2010 3:49 PM
Hi,
I've tried to flash TOT u-boot complied with ELDK 4.2 for P1020_config into
my P1020RDB RevD and bricked it. The same u-boot boots fine on P2020RDB
revC.
I don't have BDI3000 at the moment to debug the problem. It would be
great to fix it
before the release.
Below is u-boot output from P10
I am using ppc440 based board. Board is having 64bit memory controll register.
To access the memory controll region i have added one tlb entry i.e
tlbentry( 0xc70e, SZ_64K, 0xc70e, 0xf, AC_R|AC_X|AC_W|SA_I)
What is the way to access the 64bit register in u-boot?
Signed-off-by: Eric Bénard
---
v2 : send to Tom Rix's new email
include/configs/cpuat91.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/configs/cpuat91.h b/include/configs/cpuat91.h
index b012782..9ef4523 100644
--- a/include/configs/cpuat91.h
+++ b/incl
convert the board to the new soc architecture
update default config
i2c upgrade taken from eb_cpux9k2.h & board/BuS/eb_cpux9k2/cpux9k2.c
Signed-off-by: Eric Bénard
---
v2 : send to Tom Rix's new email
Makefile |2 +-
board/eukrea/cpuat91/cpuat91.c | 53 ++
Kim,
the 2nd TSEC has stopped working on both U-Boot and Linux on our MPC8343
based system (MVBLM7). Actually I stumbled over this by accident...
TSEC0+1 are using an VSC8601 connected via RGMII.
Since both Bootloader (U-Boot 2010.3) and OS (Linux 2.6.26.27) are
affected I suspect a configuratio
The following restructuring and optimisations increase the SPI
read performance from 1.3MiB/s (on da850) to 2.87MiB/s (on da830):
Remove continual revaluation of driver state from the core of the
copy loop. State can not change during the copy loop, so it is
possible to move these evaluations to b
Hi Wolfgang,
Wolfgang Denk wrote on Friday, June 18, 2010 8:18 PM:
> Dear Martin,
>
> In message
> <47f3f98010ff784ebee6526eaab078d10635e...@tq-mailsrv.tq-net.de> you
> wrote:
>>
>> If you reference to the trab board, then yes it is still running. But
>> on this board a very very old version o
Hi Ben,
Le 21/06/2010 07:59, Ben Warren a écrit :
> On 6/15/2010 5:36 AM, Eric Bénard wrote:
>> +
>> +if (netdev->enetaddr != 0) {
>>
> This check's not necessary. The caller checks if the MAC address is
> valid ( a more extensive check than you do here)
OK, fixed patch sent, thanks.
Eric
_
Dear Ilya Yanok,
In message <1277055168-18596-3-git-send-email-ya...@emcraft.com> you wrote:
> This patch provides support for MPC8308ERDB development board from
> Freescale with a minimal set of features:
> Dual UART is supported
> NOR flash is supported
> Both TSEC Ethernet controllers are su
Dear Ilya Yanok,
In message <1277055168-18596-2-git-send-email-ya...@emcraft.com> you wrote:
> This patch adds basic support for Freescale MPC8308 CPU. Serial ports,
> NOR flash and integrated Ethernet controllers are supported.
> PCI Express is also supported. eSDHC, NAND and USB may work but are
tested on cpuat91.
Signed-off-by: Eric Bénard
---
v2 :
don't check if the MAC address is valid
drivers/net/at91_emac.c | 28
1 files changed, 20 insertions(+), 8 deletions(-)
diff --git a/drivers/net/at91_emac.c b/drivers/net/at91_emac.c
index cf0a7c0..12
* the following problems are met :
config was set to use the new driver as a default but
- RMII was not enabled for the new driver
- the new driver didn't compile with RMII enabled
- the new driver initialize a PHY at address O when the PHY of
this board is at 1 thus we get "AT91 EMAC RMII: No PHY
54 matches
Mail list logo
