On 10:42 Wed 12 Aug , Tom Rix wrote:
v7_flush_dcache_all, because it depends on omap ROM code is not
generic. Rename the function to 'invalidate_dcache' and move it
to the omap cpu directory.
Collect the other omap cache routines l2_cache_enable and
l2_cache_disable with
On 18:10 Wed 12 Aug , Albin Tonnerre wrote:
Currently, at91/led.c only provides _on and _off functions for green,
yellow and red LEDs. This patch provides a generic coloured_LED_init
function, which is a first step towards getting rid of the
board-specific (and duplicated) board/*/*/led.c
On 14:15 Wed 12 Aug , Ben Warren wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 20:50 Wed 12 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 1250023747-20224-1-git-send-email-plagn...@jcrosoft.com you
wrote:
Signed-off-by: Jean-Christophe PLAGNIOL
On 10:55 Mon 10 Aug , Wolfgang Denk wrote:
Hi everybody...
v2009.08-rc2 has just been released.
Please help testing, and submit fixes to the remaining problems.
Things still missing should be submitted ASAP.
v2009.08-rc2 is also be the base for the next branch which I just
On 11:11 Mon 27 Jul , Ben Warren wrote:
Hi Mike,
Mike Frysinger wrote:
On Monday 27 July 2009 05:26:07 Wolfgang Denk wrote:
* Many boards now throw the (expected)
#warning Ethernet driver is deprecated. Please update to use
CONFIG_NET_MULTI
messages.
i see
On 11:43 Sun 09 Aug , Eric Benard wrote:
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
Signed-off-by: Eric Benard e...@eukrea.com
---
MAINTAINERS
On 13:13 Sun 09 Aug , Eric Benard wrote:
CPUAT91 is built around Atmel's AT91RM9200 and has up to 16MB of NOR
flash, up to 128MB of SDRAM, and includes a Micrel KS8721 PHY in RMII
mode.
v3 : fix coding style issues
v4 : fix coding style in ks8721
v5 : fix following Jean Christophe's
for the ST M95xxx SPI EEPROM
Support for the Calao TNY-A9260/TNY-A9G20 boards
Alessandro Rubini (1):
kirkwood/gpio.h: remove duplicate definition
Ilya Yanok (1):
mxc-mmc: sdhc host driver for MX2 and MX3 proccessor
Jean-Christophe PLAGNIOL-VILLARD (1):
ARM: Don't include libgcc
On 12:46 Sat 08 Aug , Dirk Behme wrote:
Since there is only one version of flushing the dcache for
arm_cortex8, rename v7_flush_dcache_all to the the generic
name flush_dcache. Because the function is intended for
only omap3 boards, move the function to the new file
cache_flush.S.
On 15:47 Sat 08 Aug , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:46 Sat 08 Aug , Dirk Behme wrote:
Since there is only one version of flushing the dcache for
arm_cortex8, rename v7_flush_dcache_all to the the generic
name flush_dcache. Because the function
On 16:06 Sat 08 Aug , Dirk Behme wrote:
Remove bogus config.mk entry, fix newline and remove redundant
omap3/config.mk
do not do this in one step
do this in two step
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
On 16:36 Sat 08 Aug , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 16:06 Sat 08 Aug , Dirk Behme wrote:
Remove bogus config.mk entry, fix newline and remove redundant
omap3/config.mk
do not do this in one step
do this in two step
NACK. It's totally fine to have
On 16:35 Sat 08 Aug , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:47 Sat 08 Aug , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 12:46 Sat 08 Aug , Dirk Behme wrote:
Since there is only one version of flushing the dcache for
arm_cortex8, rename
Yes, it is OMAP3 specific (as already mentioned in the patch
description). So it's totally fine to move it to an OMAP3 specific
file. So it's totally fine that others (!= OMAP3, e.g Samsung) can
re-use arm_cortexa8 stuff without the burden of OMAP3 stuff.
the flush MUST NOT be soc specific
On 20:03 Sat 08 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090808152633.gd17...@game.jcrosoft.org you wrote:
so NACK
Let's summarize:
- First, you NACK because of device_type and function name
- Then, you mention this code is omap3
On 12:37 Fri 07 Aug , Albin Tonnerre wrote:
This chip is used in a number of boards manufactured by Calao-Systems
which should be supported soon. This driver provides the necessary
spi_read and spi_write functions necessary to communicate with the chip.
Signed-off-by: Albin Tonnerre
create mode 100644 board/calao/tny_a9260/spi.c
create mode 100644 board/calao/tny_a9260/tny_a9260.c
create mode 100644 include/configs/tny_a9260.h
Acked-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Best Regards,
J.
___
U-Boot mailing
From: Ron Lee r...@debian.org
use the same dummy weak functions too
it will save 200 bytes
Signed-off-by: Ron Lee r...@debian.org
update the implementation
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
lib_arm/board.c | 28 ++--
1 files
On 22:27 Fri 07 Aug , Prafulla Wadaskar wrote:
It is recommended to define the macro CONFIG_SYS_64BIT_VSPRINTF
for NAND specific warning removal, same is done in this patch
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
include/configs/sheevaplug.h |1 +
1 files
On 12:35 Fri 07 Aug , Alessandro Rubini wrote:
Signed-off-by: Alessandro Rubini rub...@gnudd.com
---
To test the define is not really needed, I applied the suen3 patch and
added CONFIG_KIRKWOOD_GPIO to the config file.
Now back to defrag stuff.
include/asm-arm/arch-kirkwood/gpio.h
On 04:12 Mon 08 Jun , Ilya Yanok wrote:
This is a port of Linux driver for SDHC host controller hardware
found on Freescale's MX2 and MX3 processors. Uses new generic MMC
framework (CONFIG_GENERIC_MMC) and it looks like there are some
problems with a framework (at least on LE cpus). Some
On 22:17 Fri 07 Aug , Prafulla Wadaskar wrote:
eth_setenv_enetaddr is avaible by upper layer
using this saves 204 bytes on total image size
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
drivers/net/kirkwood_egiga.c | 13 -
1 files changed, 8 insertions(+), 5
This patch removes the inclusion of libgcc functions into U-Boot on the ARM
architecture. Only the really needed functions are provided in the lib_arm
directory. Those implementations are copied from Linux where they are well
proven related to reliably, performance.
Signed-off-by: Jean-Christophe
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
drivers/mtd/spi/eeprom_m95xxx.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/spi/eeprom_m95xxx.c b/drivers/mtd/spi/eeprom_m95xxx.c
index 59f80e3..0148d00 100644
--- a/drivers/mtd/spi
On 23:55 Fri 07 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 1249680826-20181-1-git-send-email-plagn...@jcrosoft.com you
wrote:
This patch removes the inclusion of libgcc functions into U-Boot on the ARM
architecture. Only the really needed functions
On 23:58 Fri 07 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 1249675613-10949-1-git-send-email-plagn...@jcrosoft.com you
wrote:
From: Ron Lee r...@debian.org
use the same dummy weak functions too
it will save 200 bytes
Signed-off-by: Ron Lee
At the moment I don't see any advantages of your patch. On contrary,
I would like to avoid such an intrusive change so late in the release
cycle unless there is really good reason for it.
on contrary my patch was patch months ago and well tested on multiple
boards and socs
your patch is
On 15:09 Thu 06 Aug , Renato Andreola wrote:
From 3723c8437d8c3d2e04bc3bc1de9c21b33072ab08 Mon Sep 17 00:00:00 2001
From: Renato Andreola renato.andre...@imagos.it
Date: Thu, 6 Aug 2009 14:49:59 +0200
Subject: [PATCH] drivers/mtd/cfi_flash: precision and underflow problem
in tout
On 22:53 Thu 06 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090806202615.gh13...@game.jcrosoft.org you wrote:
as we are all supposed to have CONFIG_SYS_HZ at 1000 (mandtory)
to have cfi, tftp co working perfectly I do not thing this is a good idea
On 19:16 Wed 05 Aug , Albin Tonnerre wrote:
This chip is used in a number of boards manufactured by Calao-Systems
which should be supported soon. This driver provides the necessary
spi_read and spi_write functions necessary to communicate with the chip.
Signed-off-by: Albin Tonnerre
Some general comment
please add space before and after '*' co
and the ligne length limit in 80 chars
+/* Env, bootstrap and u-boot in NAND */
+#ifdef CONFIG_ENV_IS_IN_NAND
+#define CONFIG_ENV_OFFSET 0x6
+#define CONFIG_ENV_OFFSET_REDUND 0x8
+#define CONFIG_ENV_SIZE 0x2
+#endif
why?
and NACK the start.S MUST be generic
I'll rework the RM9200 code for this too
start.S is not generic already.
but it must not become more board specific with ifdef
what could you suggest instead this?
in your case the prelooder
and answer is: Gemini does NOT execute code from
On 21:45 Wed 05 Aug , Albin Tonnerre wrote:
On Wed, Aug 05, 2009 at 09:30:11PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
Some general comment
please add space before and after '*' co
and the ligne length limit in 80 chars
Fine. Please note that you could have pointed
On 03:44 Thu 06 Aug , Ron wrote:
GCC 4.4 complains about this now.
I'd remove the inline ot all
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 19:55 Mon 03 Aug , Darius Augulis wrote:
On 07/08/2009 01:29 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
On 22:03 Tue 30 Jun , Darius Augulis wrote:
This board is based on Cortina Systems networking processor
CS3516. It has FA526 core, which is ARMv4 compatible.
Many SoC
On 09:54 Mon 03 Aug , Albin Tonnerre wrote:
On Sat, Aug 01, 2009 at 04:15:32PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote :
On 10:32 Fri 24 Jul , Albin Tonnerre wrote:
The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao
Systems http://www.calao
On 18:40 Thu 16 Jul , David Brownell wrote:
For some reason the AT91rm9200 lowlevel init writes to a bunch of
reserved or read-only addresses. All the boards seem to define the
value-to-be-written values as zero ... but they shouldn't actually
be writing *anything* there.
No documented
Hi,
Please pull
The following changes since commit 56bdfa961242fc6acaeebc800640a12b28db3899:
Dirk Eibach (1):
ppc4xx: Remove check for PPC460EX from CompactCenter
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
David Brownell (1):
rm9200
On 10:19 Mon 03 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090803053218.ga15...@game.jcrosoft.org you wrote:
...
+/* malloc() len */
+#define CONFIG_SYS_MALLOC_LEN(0x1 + 256 * 1024)
please do not mix hexa and decimal
I've
+ * Copyright (C) 2008,2009 Eric Jarrige jora...@users.sourceforge.net
+ * Copyright (C) 2009 Ilya Yanok ya...@emcraft.com
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free
index dd0b761..6d18e7f 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -595,11 +595,12 @@ LIST_at91= \
at91sam9260ek \
at91sam9261ek \
at91sam9263ek \
- at91sam9g10ek \
+ at91sam9g10ek \
again please do this in
On 00:06 Fri 31 Jul , Penda, Naveen Kumar wrote:
From: Penda Naveen Kumarpnav...@ti.com
This patch provides bug fix, when omap3 uses nor boot.
Signed-off-by: Penda Naveen Kumarpnav...@ti.com
please specify on which board you test it
Best Regards,
J.
On 17:40 Fri 31 Jul , J.C. Wren wrote:
I enabled CONFIG_YAFFS2 for ARM, and got the following message:
/home/user/u-boot/fs/yaffs2/yaffscfg.c:185: undefined reference to
`__udivdi3'
just use lldiv
Best Regards,
J.
___
U-Boot mailing list
On 14:32 Thu 30 Jul , David Hunter wrote:
Fix a typo in the GCDR(x) macro. It's a good thing no one was using it.
Signed-off-by: David Hunter hunter...@gmail.com
---
include/asm-arm/arch-pxa/pxa-regs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
applied to u-boot-arm
On 10:32 Fri 24 Jul , Albin Tonnerre wrote:
The Calao TNY-A9260 and TNY-9G20 are boards manufactured and sold by Calao
Systems http://www.calao-systems.com. Their components are very
similar to the AT91SAM9260EK board, so their configuration is based on
the configuration of this board.
On 16:40 Sat 01 Aug , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090801132619.ga19...@game.jcrosoft.org you wrote:
On 17:40 Fri 31 Jul , J.C. Wren wrote:
I enabled CONFIG_YAFFS2 for ARM, and got the following message:
/home/user/u-boot/fs/yaffs2
On 12:15 Sat 01 Aug , David Hunter wrote:
On Sat, Aug 1, 2009 at 6:28 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
applied to u-boot-arm
That raises a question. I'm porting U-Boot to our Marvell PXA310-based
hardware. (I'm very new to contributing to an open
On 17:40 Fri 31 Jul , Albin Tonnerre wrote:
Hi Wolfgang and Jean-Christophe,
Is this patch being left aside on purpose, or did it get under the radar ? I
think it would be nice to have that fixed for the next release.
I've not missed it but here each board Maintainer must ack it
as the
I'll prefer we find a way to not put soc specific code in the generic code
maybe we can crete a header which will be soc specific or a generic that we
will include depending on the soc
something like weak alias?
The new problem is now I want to support S5PC100 S5PC110 Samsung SoC
On 09:51 Tue 28 Jul , Heiko Schocher wrote:
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
}
diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
index 3e2e09f..8a83d92 100644
--- a/include/configs/nhk8815.h
+++ b/include/configs/nhk8815.h
Schocher h...@denx.de
---
Acked-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Best Regards,
J.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
it will better to define a couple of generic function where we implement it
as this
i2c_sda()
i2c_scl()
i2c_read()
i2c_activate()
i2c_tristate()
i2c_delay()
i2c_get_bus_num()
i2c_set_bus_num()
i2c_get_bus_speed()
i2c_set_bus_speed()
i2c_init()
I posted such a
+++
include/asm-arm/arch-nomadik/gpio.h | 42 +++
3 files changed, 142 insertions(+), 1 deletions(-)
create mode 100644 cpu/arm926ejs/nomadik/gpio.c
create mode 100644 include/asm-arm/arch-nomadik/gpio.h
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
On 07:58 Tue 28 Jul , Kyungmin Park wrote:
On Tue, Jul 28, 2009 at 5:09 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 14:28 Fri 24 Jul , Kyungmin Park wrote:
On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On
On 22:42 Thu 23 Jul , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723202252.ga9...@game.jcrosoft.org you wrote:
Sorry if I have to ask, but I mostly lost track of the discussion. It
seems you reject these patches just because you dislike the naming
}
diff --git a/include/configs/nhk8815.h b/include/configs/nhk8815.h
index 3e2e09f..8a83d92 100644
--- a/include/configs/nhk8815.h
+++ b/include/configs/nhk8815.h
@@ -93,7 +93,7 @@
#define CONFIG_SYS_GBL_DATA_SIZE 128 /* for initial data */
#define CONFIG_SYS_64BIT_VSPRINTF
On 10:16 Mon 27 Jul , Heiko Schocher wrote:
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 18:21 Thu 23 Jul , Dirk Behme wrote:
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
Umm... is this all for ARM for this merge window? I mean, could
On 14:28 Fri 24 Jul , Kyungmin Park wrote:
On Fri, Jul 24, 2009 at 7:42 AM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 09:55 Tue 21 Jul , Kyungmin Park wrote:
S5PC100 has own OneNAND controller and has different interface.
OneNAND IPL use it to S5PC100 board.
On 18:21 Thu 23 Jul , Dirk Behme wrote:
Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
Umm... is this all for ARM for this merge window? I mean, could we
release -rc1 from ARM's point of view now?
Or do you have more stuff queued? If so, when will it be ready
On 02:17 Thu 23 Jul , Ilya Yanok wrote:
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
+static int imx27lite_devices_init(void)
+{
+ struct gpio_regs *regs = (struct gpio_regs *)IMX_GPIO_BASE;
+ int i;
+ unsigned int mode[] = {
+ PD0_AIN_FEC_TXD0
On 22:24 Wed 22 Jul , Ben Warren wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c)
+OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS
On 21:04 Sat 18 Jul , Mike Frysinger wrote:
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
Ben: some things to note:
- i adopted Jean's proposed naming scheme in the CONFIG section
- i deprecated calling the driver-specific entry point
xxx_initialization() in
On 19:19 Wed 22 Jul , Alessandro Rubini wrote:
From: Alessandro Rubini rub...@gnudd.com
While it's a matter of personal taste, I prefer to avoid ifdef when
possible. For example, I don't like to add BOARD_LATE_INIT in the
config file just to have my board_late_init() function called.
.
Signed-off-by: Alessandro Rubini rub...@gnudd.com
---
include/lcd.h |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
Acked-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
Best Regards,
J.
___
U-Boot mailing list
U-Boot
On 13:02 Sun 19 Jul , Alessandro Rubini wrote:
From: Alessandro Rubini rub...@unipv.it
Signed-off-by: Alessandro Rubini rub...@unipv.it
Acked-by: Andrea Gallo andrea.ga...@stericsson.com
---
board/st/nhk8815/Makefile |2 +-
board/st/nhk8815/gpio.c | 99
On 23:45 Sat 18 Jul , Eric Benard wrote:
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
v4 : do the commit before generating/sending the patch ;-)
v3 : fix Makefile
--- a/MAKEALL
+++ b/MAKEALL
@@ -587,11 +587,12 @@ LIST_at91= \
at91sam9260ek \
at91sam9261ek \
at91sam9263ek \
- at91sam9g10ek \
+ at91sam9g10ek \
please do not touch non related part to your patch
On 17:30 Wed 22 Jul , Thomas Petazzoni wrote:
The Calao USB A9263 board is a board manufactured and sold by Calao
Systems http://www.calao-systems.com. Its components are very
similar to the AT91SAM9263EK board, so its configuration is based on
the configuration of this board. There are
On 07:49 Wed 22 Jul , Heiko Schocher wrote:
Hello Andreas,
Andreas Huber wrote:
We are using the pRAM feature (CONFIG_PRAM) on the PPC architecture. As
we are switching to an ARM architecture (Kirkwood) I am wondering if
there is an equivalent U-Boot feature for this (CONFIG_PRAM did
On 09:55 Tue 21 Jul , Kyungmin Park wrote:
S5PC100 has own OneNAND controller and has different interface.
OneNAND IPL use it to S5PC100 board.
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
is there any better than put soc specific code in generic implementatioN
Best
On 00:45 Fri 24 Jul , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723223518.gd24...@game.jcrosoft.org you wrote:
On 17:30 Wed 22 Jul , Thomas Petazzoni wrote:
The Calao USB A9263 board is a board manufactured and sold by Calao
Systems http
On 00:41 Fri 24 Jul , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090723222713.gc24...@game.jcrosoft.org you wrote:
--- a/Makefile
+++ b/Makefile
@@ -2683,6 +2683,18 @@ at91rm9200ek_config: unconfig
cmc_pu2_config : unconfig
On 14:53 Fri 17 Jul , Ilya Yanok wrote:
Driver for NFC NAND controller found on Freescale's MX2 and MX3
processors. Ported from Linux. Tested only with i.MX27 but should
works with other MX2 and MX3 processors too.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
+ */
+
+#include common.h
+#include asm/io.h
+#include asm/arch/imx-regs.h
+
+DECLARE_GLOBAL_DATA_PTR;
+
+static int imx27lite_devices_init(void)
+{
+ struct gpio_regs *regs = (struct gpio_regs *)IMX_GPIO_BASE;
+ int i;
+ unsigned int mode[] = {
+
On 11:40 Mon 20 Jul , Minkyu Kang wrote:
Because of the reset_cpu is soc specific, should be move to soc
Cc: Dirk Behme dirk.be...@googlemail.com
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
cpu/arm_cortexa8/omap3/Makefile |1 +
cpu/arm_cortexa8/omap3/reset.S | 36
On 11:12 Mon 20 Jul , Heiko Schocher wrote:
Hello Tom,
Tom wrote:
Omap2 is still pending.
I was hoping to help Richard out with this last week but he was on travel.
There is not much more I think I can do wrt omap2.
All my targets are omap3.
The nearest I can find online is
On 09:59 Mon 20 Jul , Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
added comments from Prafulla Wadaskar
- changes since v2
added comments from Jean-Christophe
- added speed setting
drivers/i2c/Makefile |1 +
-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c)
+OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS) $(COBJS-y))
all: $(obj).depend $(LIB)
diff --git
On 09:08 Fri 17 Jul , Shinya Kuribayashi wrote:
Scott Wood wrote:
On Mon, Jul 13, 2009 at 09:48:30AM +0900, Kyungmin Park wrote:
Basically I agree your opinion, however do see the other arch OneNAND
usage? I mean I can't see the other arch patches.
There was nothing but powerpc in
On 20:47 Sat 18 Jul , Wolfgang Denk wrote:
The #ifdef/#endif pairing in this file was obviously messed up.
Signed-off-by: Wolfgang Denk w...@denx.de
---
include/configs/at91cap9adk.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
applied to u-boot-arm
Best Regards,
J.
On 23:35 Fri 17 Jul , Wolfgang Denk wrote:
A large number of boards (all AT91 based) duplicated the ROUND()
macro in their board specific config files. Add the definition to
include/common.h and clean up the board config files.
Signed-off-by: Wolfgang Denk w...@denx.de
build failled
as
On 16:35 Fri 17 Jul , Piotr Ziecik wrote:
This patch fixes broken build introduced by commit
84bf7ca522e94ec402a1264b01971b924b7e268f (api: remove un-needed
ifdef CONFIG_API already handle by the Makefile).
Signed-off-by: Piotr Ziecik ko...@semihalf.com
---
api/api_platform-arm.c |
On 21:02 Thu 16 Jul , Prafulla Wadaskar wrote:
This is Marvell's 88F6281_A0 based reference design board
This patch is tested for-
1. Boot from DRAM/NAND flash/NFS
2. File transfer using tftp and loadb
3. NAND flash read/write/erase
Signed-off-by: Prafulla Wadaskar
On 09:59 Thu 16 Jul , Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
include/asm-arm/arch-kirkwood/kirkwood.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
applied to u-boot-arm
Best Regards,
J.
___
U-Boot
From fcdea0c7bba3c25a1fb183bbcaf6d1a4ec32a157 Mon Sep 17 00:00:00 2001
From: Dieter Kiermaier dk-arm-li...@gmx.de
Date: Mon, 29 Jun 2009 14:22:13 +0200
Subject: [PATCH] Kirkwood: add Marvell Kirkwood gpio driver
Signed-off-by: Dieter Kiermaier dk-arm-li...@gmx.de
---
On 15:11 Mon 20 Jul , Kyungmin Park wrote:
Hi,
On Sun, Jul 12, 2009 at 9:58 PM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 17:10 Sat 11 Jul , Kyungmin Park wrote:
Use the common OneNAND linker script.
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
On 09:58 Thu 16 Jul , Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
This patch needs the patch from:
http://lists.denx.de/pipermail/u-boot/2009-July/055854.html
first applied.
include/asm-arm/arch-kirkwood/gpio.h |2 ++
1 files changed, 2 insertions(+), 0
On 19:32 Tue 21 Jul , Ilya Yanok wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
cpu/arm926ejs/mx27/generic.c | 10 +
drivers/net/Makefile |1 +
drivers/net/fec_mxc.c| 742
++
drivers/net/fec_mxc.h| 304
Hi Wolfgang,
this pull request need that ben send it's pull request for net first
as multiple patch depend on it
Ben do you plan to send it soon?
Please pull
The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
Wolfgang Denk (1):
Merge branch 'master' of
Wolfgang Denk
No problem. I assumed it was a chip erratum but should have
looked closer. Let's wait for Prafulla's response.
Ideally auto negotiation must work, but :-(
I don't think this is not for SoC/PHY erratum since both are working okay
with other boards.
Only the
This definition in struct vidinfo for Atmel LCD
/* LCD configuration register */
u_long vl_sync; /* Horizontal / vertical sync */
u_long vl_bpix; /* Bits per pixel, 0 = 1, 1 = 2, 2 = 4, 3 = 8,
4 = 16 */
u_long
On 15:58 Tue 07 Jul , Simon Kagstrom wrote:
Signed-off-by: Simon Kagstrom simon.kagst...@netinsight.net
---
include/asm-arm/bitops.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
NACK
the test_and_set_bit and co must be endianless specific
which is not the case here
On 15:56 Tue 07 Jul , Simon Kagstrom wrote:
Move __set/clear_bit from ubifs.h to bitops.h
__set_bit and __clear_bit are defined in ubifs.h as well as in
asm/include/bitops.h for some architectures. This patch moves
the generic implementation to include/linux/bitops.h and uses
that
On 10:01 Thu 16 Jul , Heiko Schocher wrote:
added support for the Hardware I2C TWSI Interface on
kirkwood SOCs, based on the Linux driver, without IRQ
support.
Tested on a ARM926EJS (CPU Core Version FEROCEON_88FR131
SOC Family: KIRKWOOD, KW88F6281) based suen3 board
Signed-off-by:
instead have different naming convention CONFIG_I2C, CONFIG__I2C
use the same CONFIG_I2C
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
due to ML limit size
you can find the patch here
http://git.denx.de/?p=u-boot/u-boot-arm.git;a=commitdiff_plain;h
Hi all,
Currently we have a mess in the drivers CONFIG naming convention
as example on I2C we have
CONFIG_I2C_X
CONFIG_DRIVER_XXX_I2C
CONFIG__I2C
CONFIG_SYS_I2C_
I think it will good to have common and clean naming convention
On 23:39 Tue 14 Jul , Peter Tyser wrote:
On Wed, 2009-07-15 at 12:38 +0900, Shinya Kuribayashi wrote:
Peter Tyser wrote:
On Sun, 2009-07-12 at 14:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
On 22:42 Fri 10 Jul , Mike Frysinger wrote:
On Friday 10 July 2009 21:20:45
On 14:50 Sat 18 Jul , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090718110338.ga30...@game.jcrosoft.org you wrote:
I think it will good to have common and clean naming convention
so I'll propose we use this one
Funny. You first post a patch
On 15:24 Thu 16 Jul , Eric Benard wrote:
CPUAT91 is built around Atmel's AT91RM9200 and has up to 16MB of NOR
flash, up to 128MB of SDRAM, and includes a Micrel KS8721 PHY in RMII
mode.
Signed-off-by: Eric Benard e...@eukrea.com
---
MAINTAINERS |6 +-
MAKEALL
On 11:15 Sat 18 Jul , Robin Getz wrote:
On Sat 18 Jul 2009 07:03, Jean-Christophe PLAGNIOL-VILLARD pondered:
Hi all,
Currently we have a mess in the drivers CONFIG naming convention
as example on I2C we have
CONFIG_I2C_X
CONFIG_DRIVER_XXX_I2C
101 - 200 of 1501 matches
Mail list logo