On Tue, Aug 25, 2009 at 8:25 AM, Stefan Roeses...@denx.de wrote:
On Tuesday 25 August 2009 07:54:57 Frederik Kriewitz wrote:
include/configs/devkit8000.h | 307 +
include/configs/omap3_devkit8000.h | 307 +
why do you
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
Changelog:
v6:
added changelog
v5:
moved files from board/timll/devkit8000 to board/devkit8000
added omap3_ config file prefix
On Tue, Aug 25, 2009 at 7:25 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 20:31 Mon 24 Aug , Frederik Kriewitz wrote:
This patch adds support for the DevKit8000 board.
snip
MAINTAINERS|4 +
MAKEALL|1
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile
On Sun, Aug 23, 2009 at 6:02 PM, Dirk Behmedirk.be...@googlemail.com wrote:
Frederik Kriewitz wrote:
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS
On Fri, Aug 21, 2009 at 7:59 PM, Wolfgang Denkw...@denx.de wrote:
In message m24os18a3w@ohwell.denx.de you wrote:
That being said, I think it
would make sense to put the devkit8000 in either board/devkit8000/ or
board/embedinfo/devkit8000 now as that is the correct place for it.
On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
board/omap3/devkit8000/Makefile | 52 +
board/omap3/devkit8000/config.mk| 35
board/omap3/devkit8000/devkit8000.c | 124
board/omap3/devkit8000/devkit8000.h | 373
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile |3 +
board
it out of the omap3 vendor directory:
On 10:55 Thu 20 Aug , Frederik Kriewitz wrote:
On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
board/omap3/devkit8000/Makefile | 52 +
board/omap3/devkit8000/config.mk| 35
board/omap3
I'll fix that.
On Thu, Aug 20, 2009 at 12:19 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
+void reset_phy(void)
+{
+ eth_init(gd-bd);
+}
NACK
the net need to be init only when you use it
The kernel will try to use the already (temporally) programmed MAC address.
I
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
Makefile|3 +
board/omap3/devkit8000/Makefile | 51 +
board/omap3/devkit8000/config.mk| 34 +++
board/omap3/devkit8000/devkit8000.c | 117
Thank you for reviewing my patch.
I've fixed the issues and will submit it again once Jean-Christophe
updated the mach-types.h.
On Mon, Aug 17, 2009 at 11:50 AM, Wolfgang Denkw...@denx.de wrote:
+#define CONFIG_SYS_MAX_FLASH_SECT 520 /* max number of sectors on */
+
On Mon, Aug 17, 2009 at 5:21 PM, Dirk Behmedirk.be...@googlemail.com wrote:
With the OMAP DIE_ID thread we know what you are doing here. But do we want
to have this really in mainline? It looks to me like a workaround for broken
hardware (that is, having no proper MAC address configured)? Or do
This patch adds support for the DevKit8000 board.
Signed-off-by: Frederik Kriewitz frede...@kriewitz.eu
---
mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000)
---
MAINTAINERS |4 +
Makefile|3 +
board/omap3/devkit8000/Makefile
On Sat, Aug 15, 2009 at 6:12 PM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
I intent to use some bytes of the die id as MAC address. So I'm
interested in the bytes which change often.
for private mac address or public?
for public you may need to remember that you are
Hello,
I noticed that enabling CONFIG_CMDLINE_EDITING breaks CONFIG_SYS_CBSIZE.
Once CONFIG_CMDLINE_EDITING is enabled, it's not possible to enter
more than 256 characters (CONFIG_SYS_CBSIZE is ignored).
Probably related to
#define MAX_CMDBUF_SIZE 256
in common/main.c
I guess replacing
I'm a bit confused about the u-boot code which reads the OMAP die id.
From the OMAP TRM:
CONTROL.CONTROL_DIE_ID[127:0]
Address: 0x4830A218
Size: 128
u-boot code:
http://gitorious.org/u-boot-omap3/mainline/blobs/master/cpu/arm_cortexa8/omap3/sys_info.c#line44
result: Die ID #: 04ba0054 0020
17 matches
Mail list logo