Jean-Christophe PLAGNIOL-VILLARD wrote:
On 07:37 Sat 05 Sep , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
Hi,
Please pull
The following changes since commit 3aa8b68d80dbcb6829af60485c1e388b39af793d:
Wolfgang Denk (1):
Merge branch 'next' of
Recent U-Boot head gives (e.g. for omap3_beagle_config)
omap3_mmc.c: In function 'mmc_detect_card':
omap3_mmc.c:279: warning: dereferencing type-punned pointer will break
strict-aliasing rules
omap3_mmc.c:292: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Hello Marcel,
Marcel ziswiler wrote:
Move the memory node fixup of the MPC8260ADS, ids8247 and muas3001 boards into
common mpc8260 CPU code.
Remove Ethernet node fixup from muas3001 board and modify its config for the
common mpc8260 code to use generic Ethernet fixup.
Thanks for cleaning up,
Hello Eric,
Eric Millbrandt wrote:
Reset any i2c devices that may have been interrupted during a system reset.
Normally this would be accomplished by clocking the line until SCL and SDA
are released and then sending a start condtiion (From an Atmel datasheet).
There is no direct access to the
Hello Timur,
Timur Tabi wrote:
The value of I2C_TIMEOUT in fsl_i2c.c has several problems. First, it is
defined as CONFIG_HZ/4, but it is used as a count of microseconds, so it makes
no sense to derive it from a clock rate. Second, the current value (250) is
too low for some boards, so it
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:12 Fri 04 Sep , Tom Rix wrote:
The preferred serial output comes from the debug board.
When the debug board is disconnected, fall back on using
usbtty from the usb connector on the Zoom2 board.
This shows up as /dev/ttyACM0 in a linux
On 18:15 Sat 05 Sep , Eric Benard wrote:
these boards are built around Atmel's AT91SAM9260/9G20 and have
up to 64MB of NOR flash, up to 128MB of SDRAM, up to 2GB of NAND
and include a 10/100 Ethernet PHY in RMII mode.
Signed-off-by: Eric Benard e...@eukrea.com
---
MAINTAINERS
Jean-Christophe PLAGNIOL-VILLARD wrote:
Hi,
please be carefull you have a lot's of ligne which exceed 80 chars
limit
Yes I saw these from check_patch.
I will try to reduce these.
+
+/* Define MUSB_DEBUG before including this file to get debug macros */
+#ifdef MUSB_DEBUG
+
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:12 Fri 04 Sep , Tom Rix wrote:
snip
please add an empty line
I will take care of all the empty lines.
+if (ret == 0)
+ret = data;
+else
+printf(TWL4030:USB:Read[0x%x] Error %d\n, address, ret);
Paulraj, Sandeep wrote:
Wolfgang, Dirk,
I can take responsibility for TI DaVinci SOCs.
This means an omap/davinci split ?
u-boot-arm-omap
u-boot-arm-davinci
This is ok with me
Tom
Thanks,
Sandeep
From: u-boot-boun...@lists.denx.de
Tom,
This is also what we have been discussing internally within TI to have an
omap/davinci split.
BTW there are SOC's which have an OMAP part number but are actually very
similar to DaVinci's.
Since i am quite familiar with the RBLs of all these devices and i have all the
EVMs for the
On 08:46 Sun 06 Sep , Tom wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 15:12 Fri 04 Sep , Tom Rix wrote:
snip
please add an empty line
I will take care of all the empty lines.
+ if (ret == 0)
+ ret = data;
+ else
+ printf(TWL4030:USB:Read[0x%x] Error
On 17:27 Fri 04 Sep , Justin Waters wrote:
Simon,
I found a slight problem with this section of the patch:
On Mon, 2009-08-24 at 03:10 -0400, Simon Kagstrom wrote:
diff --git a/include/asm-arm/bitops.h b/include/asm-arm/bitops.h
index 854e225..3c7b00c 100644
---
And of course the omap / davinci repos should be sync-ed up regularly so
they do not drift too much.
Tom
Paulraj, Sandeep wrote:
Tom,
This is also what we have been discussing internally within TI to have an
omap/davinci split.
BTW there are SOC's which have an OMAP part number but are
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:12 Sun 06 Sep , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 07:37 Sat 05 Sep , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
Hi,
Please pull
The following changes since commit
On Sun, 2009-09-06 at 19:59 +0200, Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:12 Sun 06 Sep , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 07:37 Sat 05 Sep , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
Peter Tyser wrote:
On Sun, 2009-09-06 at 19:59 +0200, Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:12 Sun 06 Sep , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 07:37 Sat 05 Sep , Dirk Behme wrote:
Dear Jean-Christophe,
Jean-Christophe
On Sun, 2009-09-06 at 20:40 +0200, Dirk Behme wrote:
Peter Tyser wrote:
On Sun, 2009-09-06 at 19:59 +0200, Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:12 Sun 06 Sep , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 07:37 Sat 05 Sep , Dirk Behme
Dirk Behme wrote:
Peter Tyser wrote:
On Sun, 2009-09-06 at 19:59 +0200, Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 09:12 Sun 06 Sep , Dirk Behme wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 07:37 Sat 05 Sep , Dirk Behme
Jean-Christophe: In
http://lists.denx.de/pipermail/u-boot/2009-August/059087.html
we agreed on omap3_devkit8000.
in v4 the author prefer it devkit8000 so I respect it
You missed v5 and v6, no?
no I did not as Frederik Kriewitz said this
'Oh yes, do we really need a v7? Or is v4 (with
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090905113728.gn30...@game.jcrosoft.org you wrote:
Sorry to ping you all, but are there any more comments on work to be
done before this patch series can be accepted? The patches were these:
[PATCH v4 1/4]: Move __set/clear_bit
Dear Sandeep,
In message 0554bef07d437848af01b9c9b5f0bc5d91e07...@dlee01.ent.ti.com you
wrote:
This is also what we have been discussing internally within TI to have an
omap/davinci split.
I'm not happy about the idea. If there really is need (or reason) to
split these, I would prefer to
Dear Dirk Behme,
In message 4aa4020c.8080...@googlemail.com you wrote:
My vote is for keeping the board config file named devkit8000.h - that's
U-Boot's current, standard naming convention and it matches up with the
board name under board/.
ACK.
And I vote (as agreed like mentioned
Dear Tom,
In message 4aa419d7.2010...@windriver.com you wrote:
I know i may be muddying this up but..
The devkit8000 looks a lot like the beagle.
Have you already thought of just rolling devkit8000 into beagle?
That's actually a good idea, if possible.
My opinion on naming is to keep
Dear Tom,
In message 4aa3bf2f.3080...@windriver.com you wrote:
This means an omap/davinci split ?
u-boot-arm-omap
u-boot-arm-davinci
This is ok with me
I would like to avoid this, at least for now. Let's do a first step
now (split into vendor based sub-repos), and stabilize that. Then we
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 1251037960-17063-1-git-send-email-plagn...@jcrosoft.com you wrote:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
Sorry for the late comment, but I hust notice that this patch (and
the two following ones) moves the
Wolfgang Denk skrev:
Dear E Robertson,
In message 200908251428.55255.e.robertson@gmail.com you wrote:
In message 200908251403.20809.e.robertson@gmail.com you wrote:
I am using the at91sam9263 device from which the bootstrap code load
u-boot to the desired ram address. However, I
Wolfgang Denk wrote:
Dear Tom,
In message 4aa419d7.2010...@windriver.com you wrote:
I know i may be muddying this up but..
The devkit8000 looks a lot like the beagle.
Have you already thought of just rolling devkit8000 into beagle?
That's actually a good idea, if possible.
On 23:43 Sun 06 Sep , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 1251037960-17063-1-git-send-email-plagn...@jcrosoft.com you
wrote:
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
---
Sorry for the late comment, but I hust notice
On 22:50 Sun 06 Sep , Wolfgang Denk wrote:
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090905113728.gn30...@game.jcrosoft.org you wrote:
Sorry to ping you all, but are there any more comments on work to be
done before this patch series can be accepted? The patches were
This patch re-formats the arm920t s3c24x0 nand driver in preparation for changes
to add support for the Embest SBC2440-II Board.
The changes are as follows:
- re-indent the code using Lindent
- make sure register layouts are defined using a C struct
- replace the upper-case typedef'ed C struct
On Sat, Sep 5, 2009 at 6:57 AM, Wolfgang Denkw...@denx.de wrote:
Hello everybody,
ARM has always been one of the architectures that generated a big
number of different processors and SoCs, but recently the activitiy in
this area is literally exploding. This is partially due to the fact
that
Dear Dirk,
2009/9/5 Dirk Behme dirk.be...@googlemail.com
Minkyu Kang wrote:
Dear, Dirk
2009/9/4 Dirk Behme dirk.be...@googlemail.com
Kyungmin Park wrote:
On Fri, Sep 4, 2009 at 7:45 PM, Dirk Behmedirk.be...@googlemail.com
wrote:
Kyungmin Park wrote:
...
+ if
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Kyungmin Park
Sent: Monday, September 07, 2009 6:36 AM
To: Wolfgang Denk
Cc: u-boot@lists.denx.de; Magnus Lilja; Minkyu Kang
Subject: Re: [U-Boot] RFC: split ARM repo and
This makes sure it gets rebuilt if any of the headers it includes are modified
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
Acked-by: Ron Lee r...@debian.org
---
tools/Makefile |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/tools/Makefile b/tools/Makefile
1. get_table_entry_id API made global
2. get_table_entry_name API made global
3. struct table_entry moved to image.h
Currently it is used by image.c only
These APIs are very usefull and can be used by other part of code
This patch makes these APIs and struct global
Signed-off-by: Prafulla
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
board/Marvell/sheevaplug/config.mk|3 +
board/Marvell/sheevaplug/kwbimage.cfg | 162 +
2 files changed, 165 insertions(+), 0 deletions(-)
create mode 100644 board/Marvell/sheevaplug/kwbimage.cfg
Currently it is used by image.c only
This API can be used by additional mkimage types supports
for ex. kwbimage, to use it the API is made global
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
common/image.c |3 +--
include/image.h |1 +
2 files changed, 2 insertions(+), 2
This patch adds type kwbimabe support for new mkimage core
For more details refer docs/README.kwbimage
This patch is tested with Sheevaplug board
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
Acked-by: Ron Lee r...@debian.org
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
v2:
This patch adds type kwbimage support for new mkimage core
For more details refer docs/README.kwbimage
This patch is tested with Sheevaplug board
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
Acked-by: Ron Lee r...@debian.org
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
v2:
40 matches
Mail list logo
