Like [1], reset the FLP burst timing for the KSZ9031 to the 16ms
specified by the IEEE802.3 standard from the chip's default of 8ms.
For more details, see the "Auto-Negotiation Timing" section of the
KSZ9031RNX datasheet.
[1] https://patchwork.kernel.org/patch/6558371/
Sig
371/
Change-Id: I122ee33300db3a617cc527070b4e97b88563d7a7
Signed-off-by: Ash Charles
---
drivers/net/phy/micrel.c | 23 +++
include/micrel.h | 3 +++
2 files changed, 26 insertions(+)
diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
index 6b313a9..28a1401 100644
--
The DuoVero board fails to compile with EFI enabled as the generated
binaries are too large. As this platform doesn't currently need EFI,
disable this feature.
Signed-off-by: Ash Charles
---
include/configs/duovero.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/duov
The Gumstix DuoVero board isn't compiling currently. These patches get
it compiling and booting again.
Ash Charles (2):
omap4: load files for legacy boot
omap4: duovero: Disable EFI booting
include/configs/duovero.h | 1 +
include/configs/ti_omap4_common.h | 5 -
2
Be sure to load the zImage and fdtfile prior to actually booting in
case we are doing a legacy boot.
Signed-off-by: Ash Charles
---
include/configs/ti_omap4_common.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/configs/ti_omap4_common.h
b/include/configs
ul 30, 2015 at 12:58 PM, Ash Charles wrote:
> On Tue, Jul 28, 2015 at 10:19 AM, Ash Charles wrote:
>> I suspect testing u-boot v2015.07 on another OMAP35xx platform besides
>> Overo will be most useful to confirm the scope of the problem. Anyone
>> have a board and wi
On Tue, Jul 28, 2015 at 10:19 AM, Ash Charles wrote:
> I suspect testing u-boot v2015.07 on another OMAP35xx platform besides
> Overo will be most useful to confirm the scope of the problem. Anyone
> have a board and willing to test? I'm happy to send binaries :).
Hi,
FWIW, I j
On Tue, Jul 28, 2015 at 3:46 AM, Guillaume Gardet
wrote:
> n files ./arch/arm/cpu/armv7/omap3/{board.c, sys_info.c} there are some ASM
> instructions lines, including MCR and MRC instructions which are ARM only
> (no thumb).
> This may be the problem?
I tested this by faking out this assemble code
On Mon, Jul 27, 2015 at 9:39 AM, Guillaume Gardet
wrote:
> Which bump SPL size from 54*1024 to 64*1024 and moves SPL text base from
> 0x40200800 to 0x4020.
> Any reason for that? What happens if you use original values?
>
> What is the size of your MLO?
Hi Guillaume,
I changed the lines to ge
On Fri, Jul 24, 2015 at 7:04 AM, Tom Rini wrote:
> Can you give us more details on the exact nature of the failure? Thanks!
Oh sorry--that wasn't clear! The boards appear to get stuck in SPL
before anything can be printed to the console. Basically, I power on,
see gunk from the boot rom on the c
Hi,
In testing v2015.07 with OMAP35xx (Overo) boards (ES3.1), I see boot
failure which I bisected down to this patch. Reverting just this
patch from v2015.07 allows the same boards to boot into SPL without
issue. My OMAP37xx-based Overos seem unaffected. My guess is
enabling CONFIG_SYS_THUMB_BU
Acked-by: Ash Charles
On Mon, Jul 20, 2015 at 11:50 AM, Adam YH Lee wrote:
> Gumstix is migrating from ext3 to ext4 file system.
>
> Signed-off-by: Adam YH Lee
> ---
> include/configs/omap3_overo.h | 2 +-
> include/configs/pepper.h | 2 +-
> 2 files changed, 2 inser
elinux.org/BeagleBoardPinMux#List_of_Vendor_and_Device_IDs
Signed-off-by: Adam YH Lee
Signed-off-by: Ash Charles
---
board/gumstix/pepper/board.c | 124 ---
board/gumstix/pepper/board.h | 13 +
board/gumstix/pepper/mux.c | 5 ++
include/config
Ah---good catch. Thanks for the explanation Tom.
--Ash
On Sun, May 10, 2015 at 7:07 AM, Tom Rini wrote:
> On Tue, Apr 28, 2015 at 04:17:55PM -0700, Ash Charles wrote:
>
>> From: Arun Bharadwaj
>>
>> Overo boards with board revision 0 use a 256MB RAM + 256MB NAND chip.
On Wed, Apr 29, 2015 at 2:36 PM, Tom Rini wrote:
> Well, lets look at it this way. You got it posted before the merge
> window. Lets revisit this early July and see if this is still the
> direction you want to go in mainline for the hardware.
Okay---that seems fair. Hopefully we can get hardwar
; On Tue, Apr 28, 2015 at 04:25:44PM -0700, Ash Charles wrote:
>
>> Some variants of the Gumstix Pepper board use DDR3 memory instead of
>> DDR2. This adds a machine variant to support these DDR3-based boards
>> which can be built as 'pepper_ddr3_defconfig'
Some variants of the Gumstix Pepper board use DDR3 memory instead of
DDR2. This adds a machine variant to support these DDR3-based boards
which can be built as 'pepper_ddr3_defconfig' rather than the normal
'pepper_defconfig'.
Signed-off-by: Ash Charles
---
board/gumsti
If regular NAND booting fails to find a valid uImage in the
kernel partition in NAND, try to boot using a zImage and dtb found
in a UBI volume in the rootfs partition. This is the NAND analog
of mmc zImage booting for device-tree based kernels.
Signed-off-by: Ash Charles
Signed-off-by: Arun
ge the max size of the SPL so the BCH code can fit.
[1] https://www.mail-archive.com/u-boot@lists.denx.de/msg163912.html
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/include/configs/omap3
Signed-off-by: Ash Charles
---
board/overo/overo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/overo/overo.c b/board/overo/overo.c
index 3f14b03..d5ac1ad 100644
--- a/board/overo/overo.c
+++ b/board/overo/overo.c
@@ -193,6 +193,7 @@ int misc_init_r(void
.x6.nabble.com/running-built-images-tt4969794.html
Signed-off-by: Arun Bharadwaj
Signed-off-by: Ash Charles
---
board/overo/spl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/overo/spl.c b/board/overo/spl.c
index 64c33d6..e1652c3 100644
--- a/board/overo/spl.c
+++ b
The Gumstix Arbor43C expansion board [1] uses a customized device tree
file. When this expansion board is detected, load this file.
[1] https://store.gumstix.com/index.php/products/635/
Signed-off-by: Ash Charles
---
board/overo/overo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a
://lists.denx.de/pipermail/u-boot/2015-April/211651.html
Arun Bharadwaj (2):
omap3: overo: Add DTS support for TobiDuo expansion
overo: Override RAM setup for rev. 0 boards
Ash Charles (4):
omap3: overo: Set the Arbor43C 'expansionname'
overo: Add support for Palo35 expansion boa
From: Arun Bharadwaj
Signed-off-by: Arun Bharadwaj
Signed-off-by: Ash Charles
---
board/overo/overo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/overo/overo.c b/board/overo/overo.c
index 2845e7c..3f14b03 100644
--- a/board/overo/overo.c
+++ b/board/overo/overo.c
@@ -185,6
Hi Arun,
I gave this patch a whirl and it works for me. As such:
Tested-by: Ash Charles
--Ash
On Tue, Apr 21, 2015 at 4:56 PM, Arun Bharadwaj wrote:
> u-boot breaks for the Overo boards since the following
> commit: a6b541b09022acb6f7c2754100ae26bd44eed1d9
>
> This is because th
On Tue, Apr 21, 2015 at 4:56 PM, Arun Bharadwaj wrote:
> - printf("Board revision: %d\n", get_board_revision());
It is still very useful to report the board revision on boot. Could
you restore this? The printf in get_board_revision doesn't appear
(too early in the boot perhaps?).
--Ash
__
On Tue, Apr 21, 2015 at 12:23 PM, Tom Rini wrote:
> Sadly it may make sense to move some SPL-only
> functions out into a file that is only built/linked for SPL due to this
> bug.
Ah---that is a funky bug.
Is it reasonable to wrap the offending lines in a
#ifndef CONFIG_SPL_BUILD
#endif // CONFIG_
Hi Tom,
On Wed, Feb 18, 2015 at 10:32 AM, Tom Rini wrote:
> Well, the best answer is to check the TRM and see what it says about the
> ROM memory map. My recollection is that 0x40200800 - 0x4020BBFF is the
> download area and 0x4020E000 - 0x4020FFFC is what it calls the public
> stack and we deci
mming' is still the default.
Note: we don't just use CONFIG_NAND_OMAP_ECCSCHEME as it might be set
to a hardware-based ECC scheme---a little strange when the user
has requested 'sw' ECC.
Signed-off-by: Ash Charles
---
arch/arm/cpu/armv7/omap3/board.c | 11 ++
Thanks Tom.
And Stefan: I apologize for my delayed review on these.
--Ash
On Fri, Oct 10, 2014 at 9:12 AM, Tom Rini wrote:
> On Tue, Sep 16, 2014 at 05:51:04PM +0200, Stefan Herbrechtsmeier wrote:
>
>> At the moment the boot loader use a common configuration for all Gumstix
>> Overo expansion bo
Hi Pekon,
On Mon, Jul 7, 2014 at 11:19 PM, Gupta, Pekon wrote:
> Sorry seeing this bit late. Were you able to root cause the issue ?
Did you see http://patchwork.ozlabs.org/patch/356984/ ?
This resolves the issue for me but I'd welcome any feedback you have
on this fix.
...
> Also, the change in
Works for me on the Pepper board. Thanks for the fix!
Tested-By: Ash Charles
On Mon, Jul 7, 2014 at 6:40 PM, Tom Rini wrote:
> As noted by clang, we have been shifting certain values out of 32bit
> range when setting some DDR registers. Upon further inspection these
> had been
Thanks for the correction Tom.
--Ash
On Thu, Jun 19, 2014 at 3:01 PM, Tom Rini wrote:
> On Fri, Jun 06, 2014 at 11:27:28AM -0700, Ash Charles wrote:
>
>> If CONFIG_(NAND|NOR|ONENAND) is not defined, no configuration is set
>> for GPMC on chip select #0---size is 0. In t
On Tue, Jun 10, 2014 at 12:29 PM, Stefan Herbrechtsmeier
wrote:
> You should add an additional case (0x0) above GUMSTIX_NO_EEPROM but an
> un-programmed eeprom returns GUMSTIX_NO_EEPROM (0x).
Forgive my stupidity---I don't follow.
Either,
1. No eeprom is probed or expansion_id is 0xFFF
the expansion board EEPROM. To match the
3.15+ kernels, fdtfile names have this format:
"omap3-overo[-storm]-.dtb"
By default, we use "omap3-overo-storm-tobi.dtb".
Signed-off-by: Ash Charles
Conflicts:
include/configs/omap3_overo.h
---
board/overo/ov
On Tue, Jun 10, 2014 at 11:06 AM, Stefan Herbrechtsmeier
wrote:
> You could use an environment file next to the u-boot image.
Good point.
...
> Ok, but please use the GUMSTIX_NO_EEPROM case and leave the default empty or
> at least check the vendor id. This allows foreign vendors to use the
> upst
On Tue, Jun 10, 2014 at 12:30 AM, Stefan Herbrechtsmeier
wrote:
> Why you set the 'expansionname' to 'tobi' for unknown (maybe foreign)
> expansion boards?
1. We need some sort of default otherwise people's boards that either
don't have an eeprom or don't have board data set in the eeprom will
sto
the expansion board EEPROM. To match the
3.15+ kernels, fdtfile names have this format:
"omap3-overo[-storm]-.dtb"
By default, we use "omap3-overo-storm-tobi.dtb".
Signed-off-by: Ash Charles
Conflicts:
include/configs/omap3_overo.h
---
board/overo/ov
On Sun, Jun 8, 2014 at 12:57 AM, Stefan Herbrechtsmeier
wrote:
> At the moment I use this functionality to set the environment variable
> 'fdtfile'.
Cool :)
> Maybe you could set an environment variable 'boardname' to 'overo' or
> 'overo-storm' and use something like the following environment
On Sat, Jun 7, 2014 at 10:48 AM, Tom Rini wrote:
> In this case it might be harder to do this in a shell cmd. But we
> _must_ check for fdtfile being unset and only setenv if not already set.
> And then drop fdtfile from the config file.
Stefan and Tom,
Thanks both for your comments and suggest
the expansion board EEPROM. To match the
3.15+ kernels, fdtfile names have this format:
"omap3-overo[-storm]-.dtb"
By default, we use "omap3-overo-storm-tobi.dtb".
Signed-off-by: Ash Charles
Conflicts:
include/configs/omap3_overo.h
---
board/overo/ov
Signed-off-by: Ash Charles
---
include/configs/ti_omap4_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/ti_omap4_common.h
b/include/configs/ti_omap4_common.h
index 44b3718..30b02f6 100644
--- a/include/configs/ti_omap4_common.h
+++ b/include/configs
If CONFIG_(NAND|NOR|ONENAND) is not defined, no configuration is set
for GPMC on chip select #0---size is 0. In this case, the GPMC
configuration should be reset but not enabled. Enabling causes the
Gumstix DuoVero board to hang when entering Linux.
Signed-off-by: Ash Charles
---
arch/arm/cpu
Hi,
I'm actually seeing some breakage from this commit
(a0a37183bd75e74608bc78c8d0e2a34454f95a91). When booting the DuoVero
board (no NAND/NOR/ONENAND but a network card on GPMC), it hangs as it
enters the kernel.
These lines in gpmc_init() in arch/arm/cpu/armv7/omap-common/mem-common.c
...
v.txt was loaded. If uenvcmd doesn't exist the default boot sequence
will be started.
Signed-off-by: Javier Martinez Canillas
Acked-by: Nishanth Menon
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 10 ++
1 file changed, 10
Gumstix Overo COMs with board revision 0x4 use a different Wifi and
Bluetooth module: Wi2Wi's W2CBW0015. No other code changes are required
in u-boot---just handling of this particular board revision.
Signed-off-by: Ash Charles
---
board/overo/overo.c | 1 +
board/overo/overo.h | 1 +
2
configured specifically now.
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
index 706c8cc..1e4dfcf 100644
--- a/include/configs/omap3_overo.h
+++ b/include/configs
The NAND linux partition format default was changed from jffs2 to ubi in
254973e6df0e48f1a72b67905185c774dcd9f394 but the corresponding commands were
not enabled.
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 40
From: "Peter A. Bigot"
Linux kernel at version 3.5 is about 3.5 MiB; test kernels for 3.10 exceed 4
MiB. Prepare for future upgrades by increasing the NAND partition now.
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 4 ++--
1 file
Clean-up the board configuration file for the Gumstix Overo board by
including common omap3 definitions from ti_omap3_common.h as suggested
here [1].
[1] http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/185960
Signed-off-by: Ash Charles
Conflicts:
include/configs/omap3_overo.h
Update the board configuration for Gumstix Overo. In particular,
add support for zImage and DTB files on boot.
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 58 ---
1 file changed, 38 insertions(+), 20 deletions(-)
diff --git a/include
Add EEPROM ID switches for Alto35, Arbor43C, Stagecoach, Thumbo, and
Turtlecore Gumstix Overo expansion boards.
Signed-off-by: Ash Charles
---
board/overo/overo.c | 42 --
board/overo/overo.h | 16
2 files changed, 56 insertions(+), 2
gned-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
index 321e110..706c8cc 100644
--- a/include/configs/omap3_overo.h
+
This patch series collects board-specific fixes and updates for the
Gumstix Overo COMs.
v2 adds [1] originally sent separately and amends as discussed [2].
[1] https://www.mail-archive.com/u-boot@lists.denx.de/msg137739.html
[2] http://lists.denx.de/pipermail/u-boot/2014-May/179891.html
Ash
On Tue, May 20, 2014 at 10:34 AM, Stefan Herbrechtsmeier
wrote:
> A run of mmcargs is missing.
Totally correct---good catch.
I'll send a v2 for this series rebased on u-boot-ti/master and also
include this [1] patch. Hopefully this is correct.
--Ash
[1] https://www.mail-archive.com/u-boot@lists
This adds the Gumstix DuoVero machine [1]. This is a OMAP4430-based
computer-on-module (COM aka SOM) that can be mounted on various
expansion boards with different peripherals.
[1] https://store.gumstix.com/index.php/category/43/
Signed-off-by: Ash Charles
Cc: Tom Rini
---
board/gumstix
On Tue, May 13, 2014 at 6:34 PM, Tom Rini wrote:
> Applied to u-boot-ti/master (with a minor change to board.c to drop a
> warning), thanks!
Thank you!
--Ash
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Clean-up the board configuration file for the Gumstix Overo board by
including common omap3 definitions from ti_omap3_common.h as suggested
here [1].
[1] http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/185960
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 222
On Wed, May 7, 2014 at 5:40 AM, Tom Rini wrote:
> I'd like to start by seeing if we can adopt the files (ti_omap3_common.h
> which grabs ti_armv7_common.h). The intention is to have the
> really common parts there and the board specific elsewhere. It's indeed
> not quite perfect and we probably
This adds the Gumstix DuoVero machine [1]. This is a OMAP4430-based
computer-on-module (COM aka SOM) that can be mounted on various
expansion boards with different peripherals.
[1] https://store.gumstix.com/index.php/category/43/
Signed-off-by: Ash Charles
Cc: Tom Rini
---
board/gumstix
On Tue, May 6, 2014 at 11:06 AM, Tom Rini wrote:
> You really are using uImage and not zImage for this board, but not for
> pepper?
As with Pepper, the default kernel for this DuoVero board is currently
a uImage. We're moving to a device tree kernel but having the
fall-back to uImage, particularl
This adds the Gumstix Pepper[1] single-board computer based on the
TI AM335x processor. Schematics are available [2].
[1] https://store.gumstix.com/index.php/products/344/
[2] https://pubs.gumstix.com/boards/PEPPER/
Signed-off-by: Ash Charles
Cc: Tom Rini
---
board/gumstix/pepper/Makefile
On Tue, May 6, 2014 at 11:14 AM, Tom Rini wrote:
> Please see DEFAULT_LINUX_BOOT_ENV and the related discussions. If you
> have less than 128MB DDR we can sort something out, but if you have
> 256MB it's really advised to use 0x8800 for the DT (see
> Documentation/arm/Booting in the kernel).
On Tue, May 6, 2014 at 11:02 AM, Tom Rini wrote:
> Shouldn't need this, you don't support any non-DT kernels do you,
> really?
Embarrassingly, the default kernel is non-devicetree. Future updates
to the BSP will use devicetree instead but some customers may still
wish to use a non-devicetree kern
Gumstix Overo COMs with board revision 0x4 use a different Wifi and
Bluetooth module: Wi2Wi's W2CBW0015. No other code changes are required
in u-boot---just handling of this particular board revision.
Signed-off-by: Ash Charles
---
board/overo/overo.c | 1 +
board/overo/overo.h | 1 +
2
Update the board configuration for Gumstix Overo. In particular,
add support for zImage and DTB files on boot.
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 57 ---
1 file changed, 37 insertions(+), 20 deletions(-)
diff --git a/include
Add EEPROM ID switches for Alto35, Arbor43C, Stagecoach, Thumbo, and
Turtlecore Gumstix Overo expansion boards.
Signed-off-by: Ash Charles
---
board/overo/overo.c | 42 --
board/overo/overo.h | 16
2 files changed, 56 insertions(+), 2
gned-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
index 321e110..706c8cc 100644
--- a/include/configs/omap3_overo.h
+
configured specifically now.
Signed-off-by: Ash Charles
---
include/configs/omap3_overo.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/omap3_overo.h b/include/configs/omap3_overo.h
index 706c8cc..1e4dfcf 100644
--- a/include/configs/omap3_overo.h
+++ b/include/configs
From: "Peter A. Bigot"
Linux kernel at version 3.5 is about 3.5 MiB; test kernels for 3.10 exceed 4
MiB. Prepare for future upgrades by increasing the NAND partition now.
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 4 ++--
1 file
The NAND linux partition format default was changed from jffs2 to ubi in
254973e6df0e48f1a72b67905185c774dcd9f394 but the corresponding commands were
not enabled.
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 40
This patch series collects board-specific fixes and updates
for the Gumstix Overo COMs.
Ash Charles (7):
omap: overo: allow the use of a plain text env file instead boot
scripts
OMAP3: overo: add command support for mtd and ubi
OMAP3: overo: eliminate hard-coded partition offsets
arm
v.txt was loaded. If uenvcmd doesn't exist the default boot sequence
will be started.
Signed-off-by: Javier Martinez Canillas
Acked-by: Nishanth Menon
Signed-off-by: Peter A. Bigot
Tested-by: Ash Charles
---
include/configs/omap3_overo.h | 10 ++
1 file changed, 10
This adds the Gumstix DuoVero machine [1]. This is a OMAP4430-based
computer-on-module (COM aka SOM) that can be mounted on various
expansion boards with different peripherals.
[1] https://store.gumstix.com/index.php/category/43/
Signed-off-by: Ash Charles
Cc: Tom Rini
---
board/gumstix
This adds the Gumstix Pepper[1] single-board computer based on the
TI AM335x processor. Schematics are available [2].
[1] https://store.gumstix.com/index.php/products/344/
[2] https://pubs.gumstix.com/boards/PEPPER/
Signed-off-by: Ash Charles
Cc: Tom Rini
---
board/gumstix/pepper/Makefile
Hi,
I'm working with an OMAP3503 processor with a NAND chip attached via
the GPMC interface. The NAND chip required at least 4-bit ECC outside
of the first block. Currently, I write the MLO and u-boot.img files
from u-boot using 1-bit hardware ECC (i.e. nandecc hw) to NAND and
boot the board. I
c1bfb8416added07ef33 is
not to blame. It just exposes a bug where if 'nandecc hw', subpage
reads don't work properly even if the NAND flash supports it. Seem
okay?
Thanks again for your help.
--Ash
On Thu, Sep 5, 2013 at 1:57 AM, Andreas Bießmann
wrote:
> Dear Ash Charles
st NAND partition and software ECC elsewhere. Does this
ecc.mode switch need to be partition specific?
--Ash
On Wed, Sep 4, 2013 at 11:00 AM, Ash Charles wrote:
> On Wed, Sep 4, 2013 at 1:54 AM, Andreas Bießmann
> wrote:
>> I can't confirm your complaints. Here it works (at l
On Wed, Sep 4, 2013 at 1:54 AM, Andreas Bießmann
wrote:
> I can't confirm your complaints. Here it works (at least on tricorder,
> which utilizes BCH for U-Boot section in SPL):
Hi Andreas,
Thanks for your response---this was very helpful. When I boot my
board using the tricorder board file, it
Hi,
When using 'nandecc hw' on an OMAP3 platform, data is not being
correctly written to NAND. I see the issue on 2013.10-rc2 and 2013.07
but not on 2012.10. Specifically, when I read back a SPL binary
written with hardware Hamming ECC, I don't get a matching CRC. With
the BCH8 ECC algorithm, t
On Fri, Sep 30, 2011 at 12:20 PM, Steve Sakoman wrote:
> Signed-off-by: Steve Sakoman
Tested-by: Ash Charles
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
level for this chip. This patch
has been tested on a Gumstix Overo board.
Signed-off-by: Ash Charles
---
drivers/power/twl4030.c |4 ++--
include/twl4030.h |1 +
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/power/twl4030.c b/drivers/power/twl4030.c
82 matches
Mail list logo
