This patch adds platform-specific initialization for CPSW
switch on TI AM33XX SoCs.
CC: Tom Rini tr...@ti.com
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
arch/arm/cpu/armv7/am33xx/clock.c |8 +++-
arch/arm/include/asm/arch-am33xx/cpu.h | 12
This patch adds pin mux settings for CPSW switch found on
TI AM335X based boards (MII and RGMII modes).
CC: Tom Rini tr...@ti.com
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
arch/arm/include/asm/arch-am33xx/common_def.h |2 ++
board/ti/am335x/mux.c
Read the on-board EEPROM during startup to detect the version
of the board we are running on (as for now only BeagleBone vs
EVM detection is supported).
CC: Tom Rini tr...@ti.com
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
board/ti/am335x/evm.c | 72
This patch adds board-specific initialization for CPSW on
TI AM335X based boards. Tested on BeagleBone.
CC: Tom Rini tr...@ti.com
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedde.com
---
board/ti/am335x/evm.c| 86 ++
include/configs
counter. No deallocations
supported for now. In future versions we could probably use
dlmalloc allocator to get space out of coherent pool.
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
arch/arm/include/asm/dma-mapping.h |4
arch/arm/include/asm/global_data.h |4
arch
Hi Marek, Stefano,
On 02.04.2012 21:29, Marek Vasut wrote:
In our setup (OMAP3 EHCI host, keyboard, mouse mass storage and BT
dongle devices connected via several hubs) keyboard fails to initialize
during the bus scan (stalled endpoint while get_descriptor/64) and after
that keyboard is
Hi Govindraj,
On 22.12.2011 10:55, Govindraj wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Changes from V3:
- None
Changes from V2:
- None
Changes from V1:
- CONFIG_OMAP_EHCI_PHYx_RESET changed to CONFIG_OMAP_EHCI_PHYx_RESET_GPIO
- phy reset moved to separate function
Hi Tom,
any news on this?
I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
were originally based on these series) are already accepted while mine
are not...
Regards, Ilya.
On 14.12.2011 20:05, Ilya Yanok wrote:
This patch adds support for the HTKW mcx AM3517-based board
Hi Tom,
On 20.12.2011 02:56, Tom Rini wrote:
I'm getting a little bit jealous ;) Stefano's TAM3517 patches (which
were originally based on these series) are already accepted while mine
are not...
1/2 is held up on USB review. If you want to split out the USB part
of your board until Remy
Hi Anatolij,
On 20.12.2011 03:12, Anatolij Gustschin wrote:
1/2 is held up on USB review. If you want to split out the USB part
of your board until Remy can comment on it I'd be happy to put this
into u-boot-ti/next.
I'm not sure whether Remy is aware of this patch. It is delegated
to
Hi Remy,
could you please review this patch? It's waiting for your approval.
Regards, Ilya.
On 13.12.2011 03:15, Ilya Yanok wrote:
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Changes from V3:
- None
Changes from V2
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 ya...@emcraft.com
---
I'm sorry for non-consistent version history, I will give links to my
previous posts along
Hi Tom,
On 14.12.2011 06:48, Tom Rini wrote:
Probably I just didn't want to change TEXT_BASE... Ah, now I recall.
I tried to make SPL working without breaking the board, so I loaded SPL
to SRAM with BDI and tried to make it work with the u-boot.bin I had in
NAND. That's why I had to preserve
Hi Tom,
On 13.12.2011 22:52, Tom Rini wrote:
On Mon, Dec 12, 2011 at 4:15 PM, Ilya Yanok ya...@emcraft.com wrote:
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.
Requires updated mach
Hi Tom,
On 13.12.2011 22:52, Tom Rini wrote:
+#define CONFIG_SYS_TEXT_BASE 0x80008000
[snip]
+#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR0x300 /* address
0x6 */
+#define CONFIG_SYS_MMC_SD_FAT_BOOT_PARTITION 1
+#define CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME
Hi Tom,
On 12.12.2011 20:22, Tom Rini wrote:
+#if defined(CONFIG_GENERIC_MMC) defined(CONFIG_OMAP_HSMMC) \
+!defined(CONFIG_SPL_BUILD)
+int board_mmc_init(bd_t *bis)
+{
+omap_mmc_init(0);
+return 0;
return omap_mmc_init(0);
I would also define this function (weak) in some
Hi Tom,
On 13.12.2011 23:30, Tom Rini wrote:
+#define CONFIG_SYS_TEXT_BASE 0x80008000
[snip]
+#define CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR0x300 /* address
0x6 */
+#define CONFIG_SYS_MMC_SD_FAT_BOOT_PARTITION 1
+#define CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME
Hi Graeme,
Graeme Russ graeme.russ at gmail.com writes:
I have a need to dump memory contents to a filesystem on an SD/MMC
Do you really need a filesystem for this? You can easily dump memory to SD using
block write.
Regards, Ilya.
___
U-Boot
Hi Graeme,
On 14.12.2011 03:28, Graeme Russ wrote:
I have a need to dump memory contents to a filesystem on an SD/MMC
Do you really need a filesystem for this? You can easily dump memory to SD
using
block write.
Well I want to copy the data back to my dev PC - If the SD/MMC card is
Hi Graeme,
On 14.12.2011 03:37, Graeme Russ wrote:
Well, it shouldn't be that hard to get the data written to specific
blocks on the dev PC using dd command.
But what about bad blocks?
You don't need to worry much about this. MMC/SD card are not a raw flash
devices they contain FTL that
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 ya...@emcraft.com
---
I'm sorry for non-consistent version history, I will give links to my
previous posts along
Hi Tom,
On 14.12.2011 01:47, Tom Rini wrote:
As for the devkit8000 boot problem, I have BSS set up close to the top
of the RAM. Probably that's the reason I don't see any problems.
Unfortunately, I can't recall why I had moved BSS... It clashed with
something but I don't remember the
Hi Igor,
thanks for your comments.
On 30.11.2011 12:21, Igor Grinberg wrote:
+#if defined(CONFIG_GENERIC_MMC) defined(CONFIG_OMAP_HSMMC) \
+!defined(CONFIG_SPL_BUILD)
+int board_mmc_init(bd_t *bis)
+{
+omap_mmc_init(0);
+return 0;
return omap_mmc_init(0);
I would also
Hi All,
these patches introduce support for HTKW mcx board (AM3517-based)
including OMAP3 EHCI support.
Regards, Ilya.
Ilya Yanok (2):
ehci-omap: driver for EHCI host on OMAP3
mcx: support for HTKW mcx board
MAINTAINERS|4 +
board/htkw/mcx/Makefile| 38
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.
Requires updated mach-types file.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
I'm sorry for non-consistent version history, I will give
dcache_disable thus creating an infinite loop.
This patch removes noop implementation for flush_dcache_all, we already
have default one in arch/arm/lib/cache.c and it should be used instead.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Hi Matthias,
thanks for cathing this. Surely my initial patch
Hi Stefano,
thanks for posting this. There is a couple of comments below.
On 11.12.2011 21:22, Stefano Babic wrote:
diff --git a/drivers/mtd/nand/nand_spl_simple.c
b/drivers/mtd/nand/nand_spl_simple.c
index ed821f2..a3d1af0 100644
--- a/drivers/mtd/nand/nand_spl_simple.c
+++
Hi Matthias,
On 09.12.2011 18:24, Matthias Weißer wrote:
breaks zmx25 booting with the following command:
tftpboot 0x8200 foo.img; dcache on; bootm 0x8200
It is stuck then in an endless loop after dcache is disabled before
jumping to the OS.
Hi Stefano,
On 07.12.2011 13:06, Stefano Babic wrote:
+#ifndef CONFIG_SPL_NAND_WORKSPACE
+#define CONFIG_SPL_NAND_WORKSPACE (CONFIG_SYS_SDRAM_BASE + 0x1)
+#endif
Maybe it is better to not have a default value somewhere in the SDRAM
and to get a compile error. If we do not want to fix
Dear Wolfgang,
On 07.12.2011 22:45, Wolfgang Denk wrote:
boards, we could at least use a #warn message to advise at compile time
that a default value is taken (and at the end, to force the board
maintainers to fix it...).
Probably. Wolfgang, Scott, do you think we should add a warning here?
Hi Igor,
sorry for the late answer.
On 30.11.2011 11:42, Igor Grinberg wrote:
diff --git a/arch/arm/cpu/arm926ejs/davinci/dp83848.c
b/arch/arm/cpu/arm926ejs/davinci/dp83848.c
index c71c685..d435e4b 100644
--- a/arch/arm/cpu/arm926ejs/davinci/dp83848.c
+++
Hi Christian,
On 28.11.2011 19:43, Christian Riesch wrote:
What do you mean by broken? Is it never working or is it working
sometimes or not working under specific conditions? I have a DA850
based board and I use the Davinci EMAC driver (CONFIG_DRIVER_TI_EMAC).
I don't have these
are rebased on the current master and no-op implementation
for dcache operations on arm926ejs added.
Signed-off-by: Ilya Yanok ya...@emcraft.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On AM35xx CPPI RAM had different addresses when accessed from the CPU
and from the EMAC. We need to account this to deal with the buffer
descriptors correctly.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c | 39 ++-
1 files
Added noop implementation for dcache operations that will buzz
about missing real implementation and disable the dcache.
This fixes compilation of DaVinci EMAC driver on arm926ejs.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/cpu/arm926ejs/Makefile |2 +-
arch/arm/cpu/arm926ejs
AM3517 specific CONTROL_PADCONF_* defines moved from board-specific
files to asm/arch-omap3/mux.h
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/include/asm/arch-omap3/mux.h | 41 +
board/logicpd/am3517evm/am3517evm.h | 40
For some reason code setting the speed based on the PHY feedback causes
troubles on AM3517 so hardcode 100Mbps for now.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c
000..a42c93a
--- /dev/null
+++ b/drivers/net/davinci_emac.h
@@ -0,0 +1,314 @@
+/*
+ * Copyright (C) 2011 Ilya Yanok, Emcraft Systems
+ *
+ * Based on: mach-davinci/emac_defs.h
+ * Copyright (C) 2007 Sergey Kubushyn k...@koi8.net
+ *
+ * This program is free software; you can redistribute
This patch adds support for software ECC to the nand_spl_simple driver.
To enable this one have to define CONFIG_SPL_NAND_SOFTECC.
Tested on OMAP3.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/nand_ecc.c|2 +-
drivers/mtd/nand/nand_spl_simple.c | 11
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c | 44 +
arch/arm/include/asm/arch-omap3/am35x_def.h |3 +
arch/arm/include/asm/arch
if it is really needed or
alignment to cache line size is enough.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c | 41 +++--
drivers/net/davinci_emac.h |5 +++--
2 files changed, 42 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 2ac6874..4f9ed2f 100644
--- a/drivers/net/davinci_emac.c
+++ b/drivers/net
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/omap_gpmc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/omap_gpmc.c b/drivers/mtd/nand/omap_gpmc.c
-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/nand_spl_simple.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/nand_spl_simple.c
b/drivers/mtd/nand/nand_spl_simple.c
index ed821f2..70f3cfe 100644
--- a/drivers/mtd/nand/nand_spl_simple.c
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.
Requires updated mach-types file.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
MAINTAINERS |4 +
board/htkw/mcx/Makefile
Hi Albert,
On 28.11.2011 16:56, Albert ARIBAUD wrote:
Yes, that would be the 4th approach, listed as much better :-)
Better yet, have an ARM-wide, not only ARM926EJ-S, cache framework with
a hierarchy of cache function implementations, from ARM architectures to
Cores / SoCs or even boards.
Hi Igor,
On 29.11.2011 11:29, Igor Grinberg wrote:
these patches introduce support for HTKW mcx board (AM3517-based)
including DaVinci EMAC driver fixes to work on AM35xx, SPL fixes
and OMAP3 EHCI support.
This is an updated version of previously posted patches:
Dear Wolfgang,
On 27.11.2011 22:09, Wolfgang Denk wrote:
To be clear, the problem is that today the driver is broken (not cache
safe) and this series of patches fixes that problem. In doing so we
expose that arm926ejs doesn't have complete cache support today.
But the cahce support works
Dear Wolfgang,
On 27.11.2011 22:49, Wolfgang Denk wrote:
But the cahce support works fine for a lot of things - basicly
everything except for the broken drivers. Why do you want to make ALL
user suffer from this, even if they don't intend to use the broken
driver(s) at all?
Please note
Hi Mike,
On 10.11.2011 05:09, Mike Frysinger wrote:
On Wednesday 09 November 2011 19:03:58 Ilya Yanok wrote:
In our setup (OMAP3 EHCI host, keyboard, mouse mass storage and BT
dongle devices connected via several hubs) keyboard fails to initialize
during the bus scan (stalled endpoint while
DaVinci EMAC driver needs working {flush,invalidate}_dcache_range
functions to run with enabled D-Cache correctly. These functions are not
implemented for ARM926EJS currently so disable D-Cache on DaVinci boards
with EMAC for now.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
include/configs
DaVinci EMAC driver has no support for running with D-Cache enabled so
disable D-Cache on all DaVinci boards with EMAC device.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
I can't test it on any DaVinci boards right now but my understanding
is that currently EMAC driver can't work properly
Hi Tom,
On 11.11.2011 06:52, Tom Rini wrote:
Added no-op cache functions for arm926ejs. However many DaVinci boards
are still broken as suprisingly they have D-Cache enabled (I wonder if
EMAC works on these boards).
Given how quick builds are now, what's MAKEALL -s davinci look like,
boundary comes
from the old driver version I don't know if it is really needed or
alignment to cache line size is enough.
Signed-off-by: Ilya Yanok ya...@emcraft.com
I don't understand. Didn't you just submit a patch to disable dcache
on all boards with EMAC?
Yes, on all arm926ejs boards. Look
addressed, some care taken not to break DaVinci boards.
Signed-off-by: Ilya Yanok ya...@emcraft.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
000..a42c93a
--- /dev/null
+++ b/drivers/net/davinci_emac.h
@@ -0,0 +1,314 @@
+/*
+ * Copyright (C) 2011 Ilya Yanok, Emcraft Systems
+ *
+ * Based on: mach-davinci/emac_defs.h
+ * Copyright (C) 2007 Sergey Kubushyn k...@koi8.net
+ *
+ * This program is free software; you can redistribute
For some reason code setting the speed based on the PHY feedback causes
troubles on AM3517 so hardcode 100Mbps for now.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index f65108d..76a5cfb 100644
--- a/drivers/net/davinci_emac.c
+++ b/drivers/net
if it is really needed or
alignment to cache line size is enough.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c | 41 +++--
drivers/net/davinci_emac.h |5 +++--
2 files changed, 42 insertions(+), 4 deletions(-)
diff --git
Added no-op {flush,invalidate}_dcache_range functions for the
CONFIG_SYS_DCACHE_OFF case to fix compilation of DaVinci EMAC driver on
arm926.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
This should help building DaVinci boards with CONFIG_SYS_DCACHE_OFF
defined. But I can see that most
AM3517 specific CONTROL_PADCONF_* defines moved from board-specific
files to asm/arch-omap3/mux.h
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/include/asm/arch-omap3/mux.h | 41 +
board/logicpd/am3517evm/am3517evm.h | 40
This patch adds support for software ECC to the nand_spl_simple driver.
To enable this one have to define CONFIG_SPL_NAND_SOFTECC.
Tested on OMAP3.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/nand_ecc.c|2 +-
drivers/mtd/nand/nand_spl_simple.c | 11
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c | 44 +
arch/arm/include/asm/arch-omap3/am35x_def.h |3 +
arch/arm/include/asm/arch
On AM35xx CPPI RAM had different addresses when accessed from the CPU
and from the EMAC. We need to account this to deal with the buffer
descriptors correctly.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c | 39 ++-
1 files
-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/nand_spl_simple.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/nand_spl_simple.c
b/drivers/mtd/nand/nand_spl_simple.c
index ed821f2..70f3cfe 100644
--- a/drivers/mtd/nand/nand_spl_simple.c
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/omap_gpmc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/omap_gpmc.c b/drivers/mtd/nand/omap_gpmc.c
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
board/ti/beagle/beagle.c | 101 --
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-omap.c | 156
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.
Requires updated mach-types file.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
MAINTAINERS |4 +
board/htkw/mcx/Makefile
Hi Igor,
On 02.11.2011 13:14, Igor Grinberg wrote:
Please note that I wasn't able to test this patch on Beagle. Testers
are welcome! Also we have one strange bug in our setup (mcx board, USB
storage device, keyboard, mouse and BT stick connected through several
hubs): while scanning the bus
Hi Tom,
I've just posted the updated patches, please consider merging them.
( http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/116535 )
On 07.11.2011 04:14, Tom Rini wrote:
I'm not sure what we should do about this series right now. Aside
from some easily fixable things like all of
after port reset from 200ms to 260ms solves this
problem.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
common/usb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/usb.c b/common/usb.c
index bed5116..5e282c6 100644
--- a/common/usb.c
+++ b/common/usb.c
@@ -1147,7
Hi Tom,
03.11.2011 4:33, Tom Rini wrote:
these patches introduce support for HTKW mcx board (AM3517-based).
Previously posted DaVinci EMAC patches
( http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/112309 )
and NAND SPL patches
(
Fix compilation issues introduced by recent multiply PHY patch.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index 7dacb23..a900480
as EHCI host support (moved from Beagle
board code).
Signed-off-by: Ilya Yanok ya...@emcraft.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net/davinci_emac.c
index b2a6076..0e9fbc2 100644
--- a/drivers/net/davinci_emac.c
+++ b/drivers/net
For some reason code setting the speed based on the PHY feedback causes
troubles on AM3517 so hardcode 100Mbps for now.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c
DaVinci EMAC is found not only on DaVinci SoCs but on some OMAP3 SoCs
also. This patch moves common defines from arch-davinci/emac_defs.h to
drivers/net/davinci_emac.h
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/include/asm/arch-davinci/emac_defs.h | 289
if it is really needed or
alignment to cache line size is enough.
!!!NOTE!!! This actually breaks builds for all DaVinci boards that use
this driver (as there is no {invalidate,flush}_dcache_range for
ARM926EJS).
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c | 41
On AM35xx CPPI RAM had different addresses when accessed from the CPU
and from the EMAC. We need to account this to deal with the buffer
descriptors correctly.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/net/davinci_emac.c | 39 ++-
1 files
This patch adds support for software ECC to the nand_spl_simple driver.
To enable this one have to define CONFIG_SPL_NAND_SOFTECC.
Tested on OMAP3.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/nand_ecc.c|2 +-
drivers/mtd/nand/nand_spl_simple.c | 11
AM3517 specific CONTROL_PADCONF_* defines moved from board-specific
files to asm/arch-omap3/mux.h
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/include/asm/arch-omap3/mux.h | 41 +
board/logicpd/am3517evm/am3517evm.h | 40
Currently OMAP SPL code does all the initialization but does not set the
gd-have_console value so no output is actually performed. This patch
sets gd-have_console to 1.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/cpu/armv7/omap-common/spl.c |2 ++
1 files changed, 2 insertions
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c | 44 +
arch/arm/include/asm/arch-omap3/am35x_def.h |3 +
arch/arm/include/asm/arch
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.
Requires updated mach-types file.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
MAINTAINERS |4 +
board/htkw/mcx/Makefile
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/omap_gpmc.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/omap_gpmc.c b/drivers/mtd/nand/omap_gpmc.c
-off-by: Ilya Yanok ya...@emcraft.com
---
drivers/mtd/nand/nand_spl_simple.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/nand/nand_spl_simple.c
b/drivers/mtd/nand/nand_spl_simple.c
index dd1de27..e40cbf0 100644
--- a/drivers/mtd/nand/nand_spl_simple.c
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Please note that I wasn't able to test this patch on Beagle. Testers
are welcome! Also we have one strange bug in our setup (mcx board, USB
storage device, keyboard, mouse and BT stick
Hi Tom, All,
On 18.10.2011 03:43, Tom Rini wrote:
Don't hardcode u-boot.bin size for the case where mkimage signature is
missing, use CONFIG_SYS_NAND_U_BOOT_SIZE for this.
Signed-off-by: Ilya Yanok ya...@emcraft.com
So what about this patch? Should I drop it?
Regards, Ilya
Hi Tom,
Currently OMAP SPL code does all the initialization but does not set the
gd-have_console value so no output is actually performed. This patch
sets gd-have_console to 1 if CONFIG_SPL_CONSOLE is defined.
Signed-off-by: Ilya Yanok ya...@emcraft.com
So, this is because of a behavior
Hi Simon,
On 21.10.2011 15:08, Simon Schwarz wrote:
Another thing just poped into my mind, ATM I have a DMA patch for
devkit8000 on the ML:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/109744
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/112661
It speeds up the process
Hi Mike,
On 27.10.2011 02:20, Mike Frysinger wrote:
What do you think, how should we deal with it? Make all buffers
alligned or implement bounce-buffering inside host driver?
since this is a common issue to most USB controllers, aligning the
buffers is probably best. and should be
Hi Simon,
On 21.10.2011 15:08, Simon Schwarz wrote:
Use software ECC for the SPL build if support for software ECC in
SPL is
enabled.
I'am curious: Is there a special reason for having software ecc in SPL?
Well, yes. On OMAP2+ ECC mode defaults to software (incompatible with HW
mode; 256
Make sure that all transfer buffers are cache-alligned so that HCD
driver could safely do cache invalidate on them.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Hi guys,
I'm working with EHCI-controller on OMAP3 board and I've found that
ehci-hcd.c driver procudes a lot of unalligned cache
Hi Simon,
On 20.10.2011 16:00, Simon Schwarz wrote:
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
I'am curious: Is there a special reason for having software ecc in SPL?
Well, yes. On OMAP2+ ECC mode defaults to software (incompatible with HW
mode; 256 vs
errors during dependency generation.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Makefile | 34 +-
config.mk |2 ++
tools/Makefile | 19 ---
3 files changed, 35 insertions(+), 20 deletions(-)
Is it correct to assume
Dear Wolfgang,
On 18.10.2011 00:35, Wolfgang Denk wrote:
Is it correct to assume that this commit has been obsolteted by
the following commits:
...
Not exactly. I've reposted my patch splitting it into three as Mike
suggested, and all these patches are already applied.
The commits you
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/emac.c | 44 +
arch/arm/include/asm/arch-omap3/am35x_def.h |3 +
arch/arm/include/asm/arch
On 18.10.2011 02:25, Ilya Yanok wrote:
AM35xx has DaVinci-compatible EMAC.
Argh.. Sorry, replied to the wrong message.
Regards, Ilya.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Diff from v2:
1. Fixed the return value as Mike suggested.
2. Moved EMAC reset from board file to cpu_eth_init() as Igor suggested.
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7
Hi Igor,
On 16.10.2011 12:42, Igor Grinberg wrote:
I don't really insist, but couldn't the EMAC reset be handled
in the cpu_eth_init() function, instead of each board does
the reset itself?
Thanks for review! I've done as you suggest in my v3 patch.
Regards, Ilya.
201 - 300 of 476 matches
Mail list logo