This patch adds support for reading fs information from summary
node instead of scanning full eraseblock.
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
fs/jffs2/jffs2_1pass.c | 187 +++-
fs/jffs2/summary.h
This patch adds sector_size field to part_info structure (used
by new JFFS2 code).
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
common/cmd_jffs2.c | 13 -
include/jffs2/load_kernel.h |1 +
2 files changed, 13 insertions(+), 1 deletions(-)
diff --git a/
Hello everybody,
here is a set of changes we made to improve U-Boot JFFS2 code
performance. We still can't reach Linux's performance but improvements
are significant.
Any comments are welcome.
Regards, Ilya.
___
U-Boot mailing list
U-Boot@lists.denx.
Rewrites jffs2_1pass_build_lists() function in style of Linux's
jffs2_scan_medium() and jffs2_scan_eraseblock().
This includes:
- Caching flash acceses
- Smart dealing with free space
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]&
With this patch JFFS2 code allocates memory buffer of max_totlen size
(size of the largest node, calculated during scan time) and uses it to
store entire node. Speeds up loading. If malloc fails we use old ways
to do things.
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by
Hi Wolfgang,
Wolfgang Denk wrote:
>> here is a set of changes we made to improve U-Boot JFFS2 code
>> performance. We still can't reach Linux's performance but improvements
>> are significant.
>>
>> Any comments are welcome.
>>
>
> Are these patches independent of each other, or are all
Hi Wolfgang,
Wolfgang Denk wrote:
>> @@ -359,6 +361,11 @@ static int part_validate_nor(struct mtdids *id, struct
>> part_info *part)
>>
>> end_offset = part->offset + part->size;
>> for (i = 0; i < flash->sector_count; i++) {
>> +if (i) {
>> +sector_siz
any of described symptoms on our system...
The only thing I can tell you for now is that the first patch from my
posting is wrong, the following patch fixes the problem:
>From 38d2055f7b493af858c96d1db2aa5cef78adeae1 Mon Sep 17 00:00:00 2001
From: Ilya Yanok <[EMAIL PROTECTED]>
Date: We
Hello Wolfgang,
Wolfgang Denk wrote:
>> Sounds good. That is what we were expecting.
>>
>
> If you submit a patch, then please add such comments *below* the "---"
> line.
>
That wasn't a patch submission actually... I've just wanted Michael to
test if this patch helps with his problem. I'
We need to update i_version inside cycle to find really latest version
inside jffs2_1pass_list_inodes(). With that fixed we can use isize inside
dump_inode() instead of calling expensive jffs2_1pass_read_inode().
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok &
This patch adds sector_size field to part_info structure (used
by new JFFS2 code).
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
common/cmd_jffs2.c | 20 +---
include/jffs2/load_kernel.h |1 +
2 files changed, 18 insertions(+), 3 deletions(-)
diff -
Hello everybody,
here is a set of changes we made to improve U-Boot JFFS2 code
performance. We still can't reach Linux's performance but improvements
are significant.
Patches are againt current u-boot git tree.
Any comments are welcome.
Regards, Ilya.
_
Rewrites jffs2_1pass_build_lists() function in style of Linux's
jffs2_scan_medium() and jffs2_scan_eraseblock().
This includes:
- Caching flash acceses
- Smart dealing with free space
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]&
I think, crc in RAM is really fast)
but this patch impacts memory usage -- every b_node structure uses
12 bytes instead of 8.
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
fs/jffs2/jffs2_1pass.c |5 -
fs/jffs2/jffs2_priv
With this patch JFFS2 code allocates memory buffer of max_totlen size
(size of the largest node, calculated during scan time) and uses it to
store entire node. Speeds up loading. If malloc fails we use old ways
to do things.
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by
This patch adds support for reading fs information from summary
node instead of scanning full eraseblock.
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
fs/jffs2/jffs2_1pass.c | 187 +++-
fs/jffs2/summary.h
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>> /* start at the beginning of the partition */
>> -while (offset < max) {
>> -if ((oldoffset >> SPIN_BLKSIZE) != (offset >> SPIN_BLKSIZE)) {
>> -printf("\b\b%c ", spinner[counter++ % size
Hi Stefan,
Stefan Roese wrote:
> After this patch is now applied to the main u-boot repo, I get the
> following warning when compiling my new board with OneNAND & JFFS2
> support:
>
> [EMAIL PROTECTED] u-boot (vcth-onenand-ubi-ver3)]$ make -s -j5
> jffs2_1pass.c:1411:1: warning: "min_t" redefined
Include header for min_t definition instead of
providing our own one. Removes warnings in case of OneNAND support
enabled.
Although I thinks it's a bit silly to include
just for min_t...
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
fs/jffs2/jffs2_1pass.c |6 +-
1 files
I think, crc in RAM is really fast)
but this patch impacts memory usage -- every b_node structure uses
12 bytes instead of 8.
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok <[EMAIL PROTECTED]>
---
fs/jffs2/jffs2_1pass.c |5 -
fs/jffs2/jffs2_priv
We need to update i_version inside cycle to find really latest version
inside jffs2_1pass_list_inodes(). With that fixed we can use isize inside
dump_inode() instead of calling expensive jffs2_1pass_read_inode().
Signed-off-by: Alexey Neyman <[EMAIL PROTECTED]>
Signed-off-by: Ilya Yanok &
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
---
arch/arm/include/asm/dma-mapping.h |4
arch/arm/include/asm/global_data.h |4
arch/arm/lib/Makefile
These patches add CPSW switch driver and enable support for it
on TI AM335x based boards. We need to detect the board type
to configure pins correctly so these patches also include small
fix to OMAP I2C driver.
CC: Tom Rini
Signed-off-by: Ilya Yanok
Cyril Chemparathy (1):
cpsw: add driver
ess to any compatible hardware
with 16bit data register so I can't test if those #ifdef
clauses really work.
CC: Tom Rini
Signed-off-by: Ilya Yanok
---
drivers/i2c/omap24xx_i2c.c | 58
1 file changed, 26 insertions(+), 32 deletions(-)
diff --gi
Signed-off-by: Ilya Yanok
---
drivers/net/Makefile |1 +
drivers/net/cpsw.c | 994 ++
include/cpsw.h | 51 +++
3 files changed, 1046 insertions(+)
create mode 100644 drivers/net/cpsw.c
create mode 100644 include/cpsw.h
diff --git a
This patch adds platform-specific initialization for CPSW
switch on TI AM33XX SoCs.
CC: Tom Rini
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/armv7/am33xx/clock.c |8 +++-
arch/arm/include/asm/arch-am33xx/cpu.h | 12
arch/arm/include/asm/arch-am33xx
This patch adds pin mux settings for CPSW switch found on
TI AM335X based boards (MII and RGMII modes).
CC: Tom Rini
Signed-off-by: Ilya Yanok
---
arch/arm/include/asm/arch-am33xx/common_def.h |2 ++
board/ti/am335x/mux.c | 47 +
2 files
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
Signed-off-by: Ilya Yanok
---
board/ti/am335x/evm.c | 72 +++--
1 file changed, 70
This patch adds board-specific initialization for CPSW on
TI AM335X based boards. Tested on BeagleBone.
CC: Tom Rini
Signed-off-by: Ilya Yanok
---
board/ti/am335x/evm.c| 86 ++
include/configs/am335x_evm.h | 20 +-
2 files changed
Hi All,
On Thu, May 31, 2012 at 1:41 AM, Ilya Yanok
wrote:
> This is a draft implementation of cache coherent memory allocator.
> This simple implementation just reserves memory area below malloc
> space and leave it uncached even if data cache is enabled.
> Allocations are even s
Tom, guys,
I've just found that I forgot to mention that this version requires my
patch [1] to work with enabled D-Cache correctly.
Hope to get some comments on it soon.
[1] http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/132464
Regards, Ilya.
On Fri, Jun 8, 2012 at 5:12 PM, Ilya
Hi Kim,
20.07.2010 4:33, Kim Phillips wrote:
> turning icache on early causes a different pattern of bus accesses when
> fetching code, and this might trigger bus accesses that interfere with
> code that sets bus configuration registers, such as the acr. Can you
> test this patch please?:
This
now Ethernet on motionpro board is broken again.
I haven't managed to find the true reason of such behavior so I've
just disabled PHY initialization on motionpro board.
Signed-off-by: Ilya Yanok
---
drivers/net/mpc5xxx_fec.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
di
Hello All,
On 12.08.2010 02:34, Ilya Yanok wrote:
> Historically PHY intialization was disabled on motionpro board. Then
> at some point PHY init was enabled and only comment message was left.
>
After looking once more at the history I've found that this problem was
act
Hello Ben, Everybody,
some boards used to have their PHY quirks in board-specific reset_phy()
function. This used to work because of reset_phy() being called later
than Ethernet drivers initialization during startup.
But nowadays some drivers (in particular I faced this problem using
mpc5xxx_fe
Hello Albert,
Albert ARIBAUD free.fr> writes:
> At the moment your problem is not being able to reset the PHY at times
> other than boot, i.e. the 'PHY API' would be limited to reset_phy()
> which is pretty much board-specific anyway.
The problem is the PHY being reseted by the driver and goi
t the PHY from the
driver) so we need to add call to reset_phy() directly in the
driver.
Cc: Ben Warren
Signed-off-by: Ilya Yanok
---
drivers/net/mpc5xxx_fec.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/net/mpc5xxx_fec.c b/drivers/net/mpc5xxx_fec.c
This patch provides support for MPC8308 P1M board with the following
set of features:
Dual UART is supported
NOR flash is supported
Both TSEC Ethernet controllers are supported
PCI Express initialization is supported
Both I2C controllers are supported
Signed-off-by: Ilya Yanok
This patch provides support for MPC8308 P1M board with the following
set of features:
Dual UART is supported
NOR flash is supported
Both TSEC Ethernet controllers are supported
PCI Express initialization is supported
Both I2C controllers are supported
Signed-off-by: Ilya Yanok
---
Changes
This patch provides support for MPC8308 P1M board with the following
set of features:
Dual UART is supported
NOR flash is supported
Both TSEC Ethernet controllers are supported
PCI Express initialization is supported
Both I2C controllers are supported
Signed-off-by: Ilya Yanok
---
Scott&#
This patch adds support for LED display on a4m072 board. Hardware is
capable of displaying only one symbol at any time. We support displaying
two symbols in software (via blinking).
Signed-off-by: Ilya Yanok
---
board/a4m072/a4m072.c| 174
into drivers/misc/pdsp188x.c
file (enabled with CONFIG_PDSP188x set).
Signed-off-by: Ilya Yanok
---
common/cmd_display.c | 26 ++---
doc/README.LED_display | 28 +
drivers/misc/Makefile |1 +
drivers/misc/pdsp188x.c
symbol codes are displayed using blinking. Boot progress codes are
displayed with decimal got unset (as opposed to 'display' command output).
Signed-off-by: Ilya Yanok
---
board/a4m072/a4m072.c| 79 +++---
include/configs/a4m072.h |2 +
These patches add support for A4M072 MPC5200-based board.
The first patch adds new board with support for all devices except for
7-segment LED display.
We've decided to use 'display' command to manipulate the LED display
so the second patch adds very simple generic interface to use such
devices and
From: Sergei Poselenov
This patch provides support for the A4M072 board with the following features:
UART
NOR flash
FEC Ethernet
External SRAM
I2C EEPROM
CompactFlash cards on IDE/ATA port
USB Host
PCI initialization
The 7-segment LED indicator is not yet supported.
Signed-off-by: Serge
This patch adds support for setting PCIE clocks in cpu_init.c by
providing CONFIG_SYS_SCCR_PCIEXP{1,2} in configuration.
Signed-off-by: Ilya Yanok
---
arch/powerpc/cpu/mpc83xx/cpu_init.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu
This patch adds defines to set supported fields in System I/O
Configuration Registers High and Low on Freescale MPC8308 CPU.
Signed-off-by: Ilya Yanok
---
include/mpc83xx.h | 48
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git a
MPC8308 has only one PCIE host controller so we want it to compile
without CONFIG_SYS_PCIE2_CFG_{BASE,SIZE} defined.
Signed-off-by: Ilya Yanok
---
arch/powerpc/cpu/mpc83xx/pcie.c | 47 --
1 files changed, 34 insertions(+), 13 deletions(-)
diff --git a/arch
e LBLAWAR_* defines instead of hardcoding
Signed-off-by: Ilya Yanok
---
board/freescale/mpc8308rdb/mpc8308rdb.c | 19 +++--
board/freescale/mpc8308rdb/sdram.c | 31 +
include/configs/MPC8308RDB.h| 46 +-
3 files c
This patch provides support for MPC8308 P1M board with the following
set of features:
Dual UART is supported
NOR flash is supported
Both TSEC Ethernet controllers are supported
PCI Express initialization is supported
Both I2C controllers are supported
Signed-off-by: Ilya Yanok
---
Kim&#
Hi Kim,
On 17.09.2010 03:54, Kim Phillips wrote:
>> +#if defined(CONFIG_SYS_PCIE2_CFG_BASE)&& defined(CONFIG_SYS_PCIE2_SIZE)
>> #define PCIE_MAX_BUSES 2
>> +#else
>> +#define PCIE_MAX_BUSES 1
>> +#endif
>>
> Technically this should be an indirect function of MPC8308, but what's
> the prob
MPC8308 has only one PCIE host controller so we want it to compile
without CONFIG_SYS_PCIE2_CFG_{BASE,SIZE} defined.
Signed-off-by: Ilya Yanok
---
arch/powerpc/cpu/mpc83xx/pcie.c | 38 +-
1 files changed, 25 insertions(+), 13 deletions(-)
diff --git a/arch
This patch adds support for setting PCIE clocks in cpu_init.c by
providing CONFIG_SYS_SCCR_PCIEXP{1,2} in configuration.
Signed-off-by: Ilya Yanok
---
arch/powerpc/cpu/mpc83xx/cpu_init.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu
e LBLAWAR_* defines instead of hardcoding
Signed-off-by: Ilya Yanok
---
board/freescale/mpc8308rdb/mpc8308rdb.c | 20 +++---
board/freescale/mpc8308rdb/sdram.c | 31 +
include/configs/MPC8308RDB.h| 46 +-
3 files c
This patch provides support for MPC8308 P1M board with the following
set of features:
Dual UART is supported
NOR flash is supported
Both TSEC Ethernet controllers are supported
PCI Express initialization is supported
Both I2C controllers are supported
Signed-off-by: Ilya Yanok
This patch adds defines to set supported fields in System I/O
Configuration Registers High and Low on Freescale MPC8308 CPU.
Signed-off-by: Ilya Yanok
---
include/mpc83xx.h | 48
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git a
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
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?
>>
>>
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
rebased on the current master and no-op implementation
for dcache operations on arm926ejs added.
Signed-off-by: Ilya Yanok
___
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
---
drivers/net/davinci_emac.c | 39 ++-
1 files changed, 30 insertions
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
---
arch/arm/cpu/arm926ejs/Makefile |2 +-
arch/arm/cpu/arm926ejs/cache.c | 75
AM3517 specific CONTROL_PADCONF_* defines moved from board-specific
files to
Signed-off-by: Ilya Yanok
---
arch/arm/include/asm/arch-omap3/mux.h | 41 +
board/logicpd/am3517evm/am3517evm.h | 40
board/ti/am3517crane
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
---
drivers/net/davinci_emac.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/davinci_emac.c b/drivers/net
ac.h"
unsigned int emac_dbg = 0;
#define debug_emac(fmt,args...)if (emac_dbg) printf(fmt,##args)
diff --git a/drivers/net/davinci_emac.h b/drivers/net/davinci_emac.h
new file mode 100644
index 000..a42c93a
--- /dev/null
+++ b/drivers/net/davinci_emac.h
@@ -0,0 +1,314 @@
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
---
drivers/mtd/nand/nand_ecc.c|2 +-
drivers/mtd/nand/nand_spl_simple.c | 11 ++-
2 files changed
AM35xx has DaVinci-compatible EMAC.
Signed-off-by: Ilya Yanok
---
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-omap3/emac_defs.h
ow if it is really needed or
alignment to cache line size is enough.
Signed-off-by: Ilya Yanok
---
drivers/net/davinci_emac.c | 41 +++--
drivers/net/davinci_emac.h |5 +++--
2 files changed, 42 insertions(+), 4 deletions(-)
diff --git a/driver
Signed-off-by: Ilya Yanok
---
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/davinci_emac.c
Use software ECC for the SPL build if support for software ECC in SPL is
enabled.
Signed-off-by: Ilya Yanok
---
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
index 5bbec48
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok
---
board/ti/beagle/beagle.c | 101 --
drivers/usb/host/Makefile |1 +
drivers/usb/host/ehci-omap.c | 156
include/configs
e.
Signed-off-by: Ilya Yanok
---
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
+++ b/d
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
---
MAINTAINERS |4 +
board/htkw/mcx/Makefile | 38 +
board
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 b
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:
>> http://thread.gma
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 wan
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 wa
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
>> +++ b/arch/arm/cpu/arm926ejs/
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.
>
> -
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
---
Hi Matthias,
thanks for cathing this. Surely my initial patch was totally wrong
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
> +++ b/drivers/
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);
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
Taken from Beagle code. Tested on mcx board (AM3517-based).
Signed-off-by: Ilya Yanok
---
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
- Calls to
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
---
I'm sorry for non-consistent version history, I will give links to my
pre
Hi Tom,
On 13.12.2011 22:52, Tom Rini wrote:
> On Mon, Dec 12, 2011 at 4:15 PM, Ilya Yanok 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.
>>
>>
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 al
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_PA
Hi Graeme,
Graeme Russ 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 mailing list
U-B
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 c
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 tha
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
---
I'm sorry for non-consistent version history, I will give links to my
previous posts along with version nu
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 th
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
---
I'm sorry for non-consistent version history, I will give links to my
previous posts along with version nu
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 pr
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 AM351
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 unt
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
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
> ---
> Changes from V3:
> - None
>
1 - 100 of 498 matches
Mail list logo
