Hi Eric,
On 6/15/2010 5:36 AM, Eric Bénard wrote:
tested on cpuat91.
Signed-off-by: Eric Bénarde...@eukrea.com
---
drivers/net/at91_emac.c | 31 +++
1 files changed, 23 insertions(+), 8 deletions(-)
diff --git a/drivers/net/at91_emac.c
Hi Eric,
On 6/10/2010 2:50 PM, 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 PHY
Hi Mike,
On 6/9/2010 7:10 PM, Mike Frysinger wrote:
Some commands operate on eth device names (like 'mii'), but those cannot
be passed on the command line as one argument. So detect devices like
these and warn about them so someone will fix it.
Signed-off-by: Mike Frysingervap...@gentoo.org
Hi Mike,
On 6/9/2010 7:14 PM, Mike Frysinger wrote:
Device names should not contain non-printable characters like newlines.
Signed-off-by: Mike Frysingervap...@gentoo.org
---
drivers/net/uli526x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Timur,
On 6/8/2010 6:21 AM, Timur Tabi wrote:
The Ethernet initialization functions are supposed to return the number of
devices initialized, so fix tsec_eth_init() so that they returns the number of
TSECs initialized, instead of just zero. This is safe because the return
value
is currently
Hi Juergen,
On 6/12/2010 12:22 PM, Juergen Kilb wrote:
From: Juergen Kilbj.j...@phytec.de
The smc911x_detect function in /net/driver/net/smc911x.c
returns a 0 if everything was ok (a chip was found) and -1 else.
In the standalone example 'smc911x_eeprom' the return value
of smc911x_detect
On 6/1/2010 12:03 PM, Ben Warren wrote:
Also, remove all calls to eth_init() in boards that use MACB
Signed-off-by: Ben Warrenbiggerbadder...@gmail.com
---
Please note: this is untested, but compiles cleanly
board/afeb9260/afeb9260.c |7 ---
* 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
tested on cpuat91.
Signed-off-by: Eric Bénard e...@eukrea.com
---
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
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 aren't
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
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
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
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
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 e...@eukrea.com
---
v2 : send to Tom Rix's new email
Makefile |2 +-
board/eukrea/cpuat91/cpuat91.c | 53
Signed-off-by: Eric Bénard e...@eukrea.com
---
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
---
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?
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
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
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
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.26.27)
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 to dig
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
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
tested
On Tue, Jun 1, 2010 at 3:38 PM, Wolfgang Denk w...@denx.de wrote:
Dear Brian Cavagnolo,
In message 1275417750-10020-1-git-send-email-br...@cozybit.com you wrote:
Signed-off-by: Brian Cavagnolo br...@cozybit.com
Signed-off-by: Andrey Yurovsky yurov...@gmail.com
Please be a bit more verbose
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 +
On Tue, Jun 1, 2010 at 3:42 PM, Wolfgang Denk w...@denx.de wrote:
Dear Brian Cavagnolo,
In message 1275417750-10020-2-git-send-email-br...@cozybit.com you wrote:
Signed-off-by: Brian Cavagnolo br...@cozybit.com
Signed-off-by: Andrey Yurovsky yurov...@gmail.com
---
drivers/serial/Makefile
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
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 ya...@emcraft.com
---
Makefile |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Makefile
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
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
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 during the copy
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 during the copy
From: Aldo Brett Cedillo Martinez aldo.cedi...@ti.com
This patch gives basic funcionality to OMAP3630 Zoom3 board.
Signed-off-by: Aldo Brett Cedillo Martinez aldo.cedi...@ti.com
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile
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 Fainelli
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 of
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 message
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 PHY
Hi Eric,
On 6/21/2010 12:41 AM, Eric Bénard wrote:
tested on cpuat91.
Signed-off-by: Eric Bénarde...@eukrea.com
---
v2 :
don't check if the MAC address is valid
drivers/net/at91_emac.c | 28
1 files changed, 20 insertions(+), 8 deletions(-)
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
On Mon, 21 Jun 2010 13:04:40 +0200
André Schwarz andre.schw...@matrix-vision.de 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
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
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 there is a lot of
Signed-off-by: Stephan Linz l...@li-pro.net
---
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
---
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 l...@li-pro.net
---
arch/microblaze/include/asm/config.h |2 ++
1 files changed, 2 insertions(+), 0
Signed-off-by: Stephan Linz l...@li-pro.net
---
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
---
Signed-off-by: Stephan Linz l...@li-pro.net
---
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
---
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:
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
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 ane...@ti.com
This patch modifies the omap24xx driver so that it will also work with OMAP4.
Signed-off-by: Steve Sakoman st...@sakoman.com
---
arch/arm/include/asm/arch-omap3/i2c.h | 149 +---
arch/arm/include/asm/arch-omap4/i2c.h | 74 ++
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
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
-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
Dear
54 matches
Mail list logo