On Tue, 18 Jun 2013 16:54:57 +0200, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Jeroen,
On Sun, 16 Jun 2013 15:33:32 +0200, Jeroen Hofstee
jer...@myspectrum.nl wrote:
Hello Albert,
On 06/13/2013 08:54 PM, Jeroen Hofstee wrote:
binaries only use one type of relocation
Hi Masahiro,
On Wed, 19 Jun 2013 10:54:27 +0900, Masahiro Yamada
yamad...@jp.panasonic.com wrote:
How strict is the MW rule in U-Boot development?
I can't say for sure because I'm quite new here,
but the development looks (at least to me)
to keep going regardless of the MW status.
To sum
Dear Masahiro Yamada,
In message 20130619105426.7444.aa925...@jp.panasonic.com you wrote:
Especailly after reading this
http://thread.gmane.org/gmane.linux.network/104943/focus=104951
Maybe I became a little nervous about the MW.
I'm not sure what you mean here?
Let me ask one more
Signed-off-by: Pierre Aubert p.aub...@staubli.com
CC: Stefano Babic sba...@denx.de
---
arch/arm/include/asm/arch-mx6/imx-regs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/imx-regs.h
b/arch/arm/include/asm/arch-mx6/imx-regs.h
index
On Wed, Jun 19, 2013 at 9:58 AM, Simon Glass s...@chromium.org wrote:
Hi Jagan,
On Thu, Jun 13, 2013 at 1:55 PM, Jagannadha Sutradharudu Teki
jagannadha.sutradharudu-t...@xilinx.com wrote:
Bank/Extended addr commands are specific to particular
flash vendor so discover them based on the
On Wed, Jun 19, 2013 at 10:00 AM, Simon Glass s...@chromium.org wrote:
Hi Jagan,
On Thu, Jun 13, 2013 at 1:55 PM, Jagannadha Sutradharudu Teki
jagannadha.sutradharudu-t...@xilinx.com wrote:
Flag status register polling is required for micron 512Mb flash
devices onwards, for performing
On Wed, Jun 19, 2013 at 10:01 AM, Simon Glass s...@chromium.org wrote:
Hi Jagan,
On Fri, Jun 14, 2013 at 1:18 PM, Jagannadha Sutradharudu Teki
jagannadha.sutradharudu-t...@xilinx.com wrote:
Move common flash write code into spi_flash_write_common().
Signed-off-by: Jagannadha Sutradharudu
Signed-off-by: Antoine Tenart aten...@adeneo-embedded.com
---
MAINTAINERS |4 +
board/ti/ti816x/Makefile | 47
board/ti/ti816x/evm.c| 249 ++
boards.cfg |1 +
include/configs/ti816x_evm.h |
Rename some CONFIG_TI814X to a more generic CONFIG_81XX
Signed-off-by: Antoine Tenart aten...@adeneo-embedded.com
---
Makefile|2 +-
arch/arm/cpu/armv7/Makefile |2 +-
arch/arm/cpu/armv7/omap-common/Makefile |2 +-
This serie introduce the support of the TI816X EVM board.
The serie fits into the existing AM33XX SoC support and reuse some definitions
from the TI814X.
Based on the implementation in the TI-PSP-04.00.02.14 vendor tree:
http://arago-project.org/git/projects/?p=u-boot-omap3.git;a=summary
It has
Signed-off-by: Antoine Tenart aten...@adeneo-embedded.com
---
arch/arm/cpu/armv7/am33xx/Makefile |1 +
arch/arm/cpu/armv7/am33xx/clock_ti814x.c | 95
arch/arm/cpu/armv7/am33xx/clock_ti816x.c | 529
Hi Minkyu,
On Mon, 17 Jun 2013 11:10:58 +0900, Minkyu Kang mk7.k...@samsung.com
wrote:
Dear Albert,
The following changes since commit d0a51373131c4ba565a2391d5ed78b87c406ce98:
at91sam9260ek: move board id setup to config header (2013-05-12 16:49:14
+0200)
are available in the git
On Wed, Jun 19, 2013 at 6:09 AM, Minkyu Kang mk7.k...@samsung.com wrote:
On 18/06/13 23:57, Albert ARIBAUD wrote:
Hi Minkyu,
On Mon, 17 Jun 2013 13:16:20 +0530, Jagan Teki
jagannadh.t...@gmail.com wrote:
On Mon, Jun 17, 2013 at 7:40 AM, Minkyu Kang mk7.k...@samsung.com wrote:
Dear Albert,
Hi Jagan,
On Wed, 19 Jun 2013 17:19:36 +0530, Jagan Teki
jagannadh.t...@gmail.com wrote:
On Wed, Jun 19, 2013 at 6:09 AM, Minkyu Kang mk7.k...@samsung.com wrote:
On 18/06/13 23:57, Albert ARIBAUD wrote:
Hi Minkyu,
On Mon, 17 Jun 2013 13:16:20 +0530, Jagan Teki
jagannadh.t...@gmail.com
On Wed, Jun 19, 2013 at 5:24 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Jagan,
On Wed, 19 Jun 2013 17:19:36 +0530, Jagan Teki
jagannadh.t...@gmail.com wrote:
On Wed, Jun 19, 2013 at 6:09 AM, Minkyu Kang mk7.k...@samsung.com wrote:
On 18/06/13 23:57, Albert ARIBAUD wrote:
Hi
+ Marek
and a bump
On 06/13/2013 02:07 PM, Dan Murphy wrote:
Move the linux and usb compat files to the
include/linux/usb directory in order for the files to be
reused.
Added GPLv2 license to the linux and usb compat as well.
Signed-off-by: Dan Murphy dmur...@ti.com
---
v2 - Fix
On 19/06/13 20:30, Albert ARIBAUD wrote:
Hi Minkyu,
On Mon, 17 Jun 2013 11:10:58 +0900, Minkyu Kang mk7.k...@samsung.com
wrote:
Dear Albert,
The following changes since commit d0a51373131c4ba565a2391d5ed78b87c406ce98:
at91sam9260ek: move board id setup to config header (2013-05-12
Dear Heiko Schocher,
Dfu transfer uses a buffer before writing data to the
raw storage device. Make the size (in bytes) of this buffer
configurable through environment variable dfu_bufsiz.
Defaut value is configurable through CONFIG_SYS_DFU_DATA_BUF_SIZE
Signed-off-by: Heiko Schocher
On Fri, May 17, 2013 at 05:41:03PM +0800, Jim Lin wrote:
If we try to boot from NET device, NetInitLoop in net.c will be invoked.
If NET device is not installed, eth_get_dev() function will return
eth_current value, which is NULL.
When NetInitLoop is called, eth_get_dev-enetaddr will access
On Tue, Jun 11, 2013 at 12:19:52PM -0400, Tom Rini wrote:
On Mon, Jun 10, 2013 at 05:16:56PM -0600, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This is a series of patches which simplifies the rules to build *.dts in
U-Boot by relying on features in the latest dtc.
Hi Scott,
On 05/09/2013 11:37 PM, Scott Wood wrote:
On 05/06/2013 11:53:52 AM, Michal Simek wrote:
Hi guys,
Zynq supports 8 and 16bit ONFI nand flashes.
We can count number of connected pins and from that
we know if 8bit or 16bit nand flash is used.
I have looked at the code and contains
Current code looks strange because no matter the value argument is 0 or 1
it always calls
writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
And then gpio_get_value() always return 1.
I'm wondering if it needs to be fixed, something like below change:
diff --git
On Wed, Jun 19, 2013 at 10:44 AM, Axel Lin axel@ingics.com wrote:
Current code looks strange because no matter the value argument is 0 or 1
it always calls
writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
And then gpio_get_value() always return 1.
I'm wondering if it needs
Dear Axel Lin,
Current code looks strange because no matter the value argument is 0 or 1
it always calls
writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
And then gpio_get_value() always return 1.
I'm wondering if it needs to be fixed, something like below change:
diff --git
2013/6/19 Marek Vasut ma...@denx.de:
Dear Axel Lin,
Current code looks strange because no matter the value argument is 0 or 1
it always calls
writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
And then gpio_get_value() always return 1.
I'm wondering if it needs to be fixed,
On 19.06.2013 16:01, Axel Lin wrote:
- writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
+ if (value)
+ writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
+ else
+ writel(0, regs-gpiodata[DATA_REG_ADDR(gpio)]);
You might want to use clrbits_le32()
On 06/19/2013 06:46 AM, Tom Rini wrote:
On Tue, Jun 11, 2013 at 12:19:52PM -0400, Tom Rini wrote:
On Mon, Jun 10, 2013 at 05:16:56PM -0600, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This is a series of patches which simplifies the rules to build
*.dts in U-Boot by
On Wed, Jun 19, 2013 at 09:38:17AM -0600, Stephen Warren wrote:
On 06/19/2013 06:46 AM, Tom Rini wrote:
On Tue, Jun 11, 2013 at 12:19:52PM -0400, Tom Rini wrote:
On Mon, Jun 10, 2013 at 05:16:56PM -0600, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
This is a series
Hi Minkyu,
On Mon, 17 Jun 2013 11:10:58 +0900, Minkyu Kang mk7.k...@samsung.com
wrote:
Dear Albert,
The following changes since commit d0a51373131c4ba565a2391d5ed78b87c406ce98:
at91sam9260ek: move board id setup to config header (2013-05-12 16:49:14
+0200)
are available in the git
On Tue, Jun 18, 2013 at 12:54 PM, Scott Wood scottw...@freescale.comwrote:
On 06/18/2013 10:37:02 AM, Timur Tabi wrote:
On Tue, Jun 18, 2013 at 5:39 AM, ying.zh...@freescale.com wrote:
From: Ying Zhang b40...@freescale.com
Support TPL on the P1022DS.
Please define TPL. I have no idea
On Fri, Jun 7, 2013 at 4:25 AM, ying.zh...@freescale.com wrote:
From: Ying Zhang b40...@freescale.com
Support to boot from spi flash.
This patch is on top of the patch:
powerpc/p1022ds: boot from SD Card with SPL
Signed-off-by: Ying Zhang b40...@freescale.com
---
On 06/19/2013 08:40:19 AM, Michal Simek wrote:
Hi Scott,
On 05/09/2013 11:37 PM, Scott Wood wrote:
On 05/06/2013 11:53:52 AM, Michal Simek wrote:
Hi guys,
Zynq supports 8 and 16bit ONFI nand flashes.
We can count number of connected pins and from that
we know if 8bit or 16bit nand flash
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
Aside from microblaze, all other SoCs/boards/vendors store their DT files
in board/$vendor/dts/$soc-$board.dts. Move microblaze-generic.dts to this
location for consistency.
Hi Stephen,
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
The invocation of dtc is significantly more complex that it could be,
in order to work around an issue on old versions of dtc, which print
a message to stdout
On 06/19/2013 02:37 PM, Simon Glass wrote:
Hi Stephen,
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.org
mailto:swar...@wwwdotorg.org wrote:
...
Related, split the invocation of cpp and dtc into separate commands
rather than a pipeline, so that if either fail, it
Hi Stephen,
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
*.dts may use #include (via cpp) or /include/ (via dtc; assuming a newer
dtc). The choice is up to the creator of the DT. Create a common variable
DTC_INCDIRS that
On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
Now that we assume dtc supports the -i option, we don't need to use
ARCH_CPU_DTS in *.dts{,i}; we simply specify the include filename
directly, and dtc will find it.
On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
Now that nothing uses the defines ARCH_CPU_DTS, BOARD_DTS, stop defining
them.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass s...@chromium.org
On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
Now that nothing uses CONFIG_ARCH_DEVICE_TREE, stop defining it.
Signed-off-by: Stephen Warren swar...@nvidia.com
Acked-by: Simon Glass s...@chromium.org
---
On 06/19/2013 02:51 PM, Simon Glass wrote:
Hi Stephen,
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.org
mailto:swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com mailto:swar...@nvidia.com
*.dts may use #include (via cpp) or /include/ (via
On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
Recent dtc supports #line directives in the input source code, and even
uses them to generate useful line numbers in any messages it emits. Stop
passing -P to cpp, since
On Mon, Jun 10, 2013 at 4:17 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
This brings U-Boot's cpp invocation into line with the way the Linux
kernel invokes cpp on device trees. Consistency will be useful to ensure
*.dts is portable between the two.
Hi Jagan,
On Wed, Jun 19, 2013 at 2:56 AM, Jagan Teki jagannadh.t...@gmail.comwrote:
On Wed, Jun 19, 2013 at 10:01 AM, Simon Glass s...@chromium.org wrote:
Hi Jagan,
On Fri, Jun 14, 2013 at 1:18 PM, Jagannadha Sutradharudu Teki
jagannadha.sutradharudu-t...@xilinx.com wrote:
Move
On Wed, Jun 19, 2013 at 1:56 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
On 06/19/2013 02:51 PM, Simon Glass wrote:
Hi Stephen,
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.org
mailto:swar...@wwwdotorg.org wrote:
From: Stephen Warren swar...@nvidia.com
On Wed, Jun 12, 2013 at 3:08 AM, dirk.eib...@gdsys.cc wrote:
From: Dirk Eibach eib...@gdsys.de
MAKEALL is fine for ppc4xx and mpc85xx.
Run checks were done on our controlcenterd hardware.
Signed-off-by: Dirk Eibach dirk.eib...@gdsys.cc
Signed-off-by: Dirk Eibach dirk.eib...@gdsys.cc
Hi Heiko,
On Sun, May 19, 2013 at 11:13 PM, Piotr Wilczek p.wilc...@samsung.comwrote:
Hi Simon,
-Original Message-
From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
Sent: Saturday, May 18, 2013 7:41 PM
To: Piotr Wilczek
Cc: Heiko Schocher; U-Boot Mailing
---
arch/powerpc/cpu/mpc85xx/fdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/cpu/mpc85xx/fdt.c b/arch/powerpc/cpu/mpc85xx/fdt.c
index 24eb978..ece1336 100644
--- a/arch/powerpc/cpu/mpc85xx/fdt.c
+++ b/arch/powerpc/cpu/mpc85xx/fdt.c
@@ -492,7 +492,7 @@ void
On Thu, Jun 13, 2013 at 01:01:10PM +0200, Andre Przywara wrote:
To actually trigger the non-secure switch we just implemented, call
the switching routine from within the bootm command implementation.
This way we automatically enable this feature without further user
intervention.
The core
Hello,
I am trying to compile my own U-Boot for microblaze.
Version:
U-Boot 2013.01-dirty (Jun 19 2013 - 16:26:51)
microblazeel-xilinx-linux-gnu-gcc (crosstool-NG 1.15.3) 4.6.4 20120924
(prerelease)
GNU ld (crosstool-NG 1.15.3) 2.22.90.20121010
I have demo where Flash access works fine.
Verion:
On Thu, Jun 13, 2013 at 01:01:09PM +0200, Andre Przywara wrote:
While actually switching to non-secure state is one thing, the
more important part of this process is to make sure that we still
super nit: not sure it's more important - it's just another thing we
need to do.
have full access to
Hi Tom,
On Tue, 18 Jun 2013 11:25:59 -0400, Tom Rini tr...@ti.com wrote:
Hello,
The following changes since commit 847e6693ccb529bf8346db62876f38f0c4e04ade:
arm: pxa: config option for PXA270 turbo mode (2013-06-12 22:24:12 +0200)
are available in the git repository at:
On Thu, Jun 13, 2013 at 01:01:11PM +0200, Andre Przywara wrote:
Currently the non-secure switch is only done for the boot processor.
To enable full SMP support, we have to switch all secondary cores
into non-secure state also.
So we add an entry point for secondary CPUs coming out of
On Thu, Jun 13, 2013 at 01:01:12PM +0200, Andre Przywara wrote:
For the KVM and XEN hypervisors to be usable, we need to enter the
kernel in HYP mode. Now that we already are in non-secure state,
HYP mode switching is within short reach.
While doing the non-secure switch, we have to enable
Dear Otavio Salvador,
On Wed, Jun 19, 2013 at 10:44 AM, Axel Lin axel@ingics.com wrote:
Current code looks strange because no matter the value argument is 0 or 1
it always calls
writel(1 gpio, regs-gpiodata[DATA_REG_ADDR(gpio)]);
And then gpio_get_value() always return
check_gpio() and gpio_is_valid() are both used to check if a gpio is valid or
not. It looks pointless to have both function because we can just call
gpio_is_valid() instead of check_gpio(). Thus remove check_gpio() function.
Signed-off-by: Axel Lin axel@ingics.com
---
Hi Albert.
To sum up things (anyone correct me as needed):
It is very useful list of rules and
cleared my questions about the MW.
Thanks a lot!
Best Regards,
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
Hi Wolfgang.
In message 20130619105426.7444.aa925...@jp.panasonic.com you wrote:
Especailly after reading this
http://thread.gmane.org/gmane.linux.network/104943/focus=104951
Maybe I became a little nervous about the MW.
I'm not sure what you mean here?
What I tried to say is:
Tested-by: Jaehoon Chung jh80.ch...@samsung.com
Best Regards,
Jaehoon Chung
On 06/18/2013 04:00 PM, Jaehoon Chung wrote:
Hi Piotr,
I tested your patches on trats2 board.
I found the below log message..If i missed some patch, let me know.
Board PMIC init
Can't find PMIC:MAX77686_PMIC
Implement this feature on ARM for tracing.
It would be nice to have generic bootm support so that it is easily
implemented on any arch.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v3:
- Revert to using 'images' instead of 'image' in boot_jump_linux()
Changes in v2: None
Hi Albert,
On Tue, Jun 11, 2013 at 2:36 PM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi Simon,
On Tue, 11 Jun 2013 14:17:42 -0700, Simon Glass s...@chromium.org
wrote:
Hi Albert,
On Tue, Jun 11, 2013 at 1:21 PM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi Simon,
On 6/19/2013 7:14 PM, Axel Lin wrote:
Current code looks strange because no matter the value argument is 0 or 1
it always calls
writel(1 gpio,regs-gpiodata[DATA_REG_ADDR(gpio)]);
And then gpio_get_value() always return 1.
I'm wondering if it needs to be fixed, something like below
Hello Simon,
Am 20.06.2013 00:07, schrieb Simon Glass:
Hi Heiko,
On Sun, May 19, 2013 at 11:13 PM, Piotr Wilczek p.wilc...@samsung.com
mailto:p.wilc...@samsung.com wrote:
Hi Simon,
-Original Message-
From: s...@google.com mailto:s...@google.com
Hello Tom,
Am 14.06.2013 16:58, schrieb Tom Rini:
On Fri, Jun 14, 2013 at 07:59:26AM +0200, Heiko Schocher wrote:
Hello Tom,
Am 13.06.2013 17:53, schrieb Tom Rini:
On Thu, Jun 13, 2013 at 05:53:17AM +0200, Heiko Schocher wrote:
move s_init from every board code to a common place.
-Original Message-
From: Simon Guinot [mailto:simon.gui...@sequanux.org]
Sent: 18 June 2013 18:45
To: Prafulla Wadaskar
Cc: Albert ARIBAUD; u-boot@lists.denx.de
Subject: [PATCH v2 0/3] net2big_v2: initialize fan and
LEDs at startup
This patch series allows to initialize the fan
Hi Axel,
On 06/20/2013 04:03 AM, Axel Lin wrote:
check_gpio() and gpio_is_valid() are both used to check if a gpio is valid or
not. It looks pointless to have both function because we can just call
gpio_is_valid() instead of check_gpio(). Thus remove check_gpio() function.
I don't see the
On 06/19/2013 10:36 PM, Simon Glass wrote:
On Mon, Jun 10, 2013 at 4:16 PM, Stephen Warren swar...@wwwdotorg.orgwrote:
From: Stephen Warren swar...@nvidia.com
Aside from microblaze, all other SoCs/boards/vendors store their DT files
in board/$vendor/dts/$soc-$board.dts. Move
On 06/19/2013 07:17 PM, Scott Wood wrote:
On 06/19/2013 08:40:19 AM, Michal Simek wrote:
Hi Scott,
On 05/09/2013 11:37 PM, Scott Wood wrote:
On 05/06/2013 11:53:52 AM, Michal Simek wrote:
Hi guys,
Zynq supports 8 and 16bit ONFI nand flashes.
We can count number of connected pins and
Hello Scott,
Am 18.06.2013 02:51, schrieb Scott Wood:
On 06/17/2013 12:01:01 AM, Heiko Schocher wrote:
before writing the received buffer to nand, erase the nand
sectors. If not doing this, nand write fails. See for
more info here:
http://lists.denx.de/pipermail/u-boot/2013-June/156361.html
-Original Message-
From: Prafulla Wadaskar
Sent: 20 June 2013 10:46
To: 'Simon Guinot'
Cc: Albert ARIBAUD; u-boot@lists.denx.de
Subject: RE: [PATCH v2 0/3] net2big_v2: initialize fan
and LEDs at startup
-Original Message-
From: Simon Guinot
The following changes since commit c2543a21df335484fa86bd652b5564d0ca90d5f6:
Albert ARIBAUD (1):
Merge branch 'u-boot-ti/master' into 'u-boot-arm/master'
are available in the git repository at:
u-boot-marvell.git master branch.
Simon Guinot (3):
net2big_v2: initialize I2C fan
Dear Heiko,
On 20/06/13 12:38, Heiko Schocher wrote:
Hello Simon,
Am 20.06.2013 00:07, schrieb Simon Glass:
Hi Heiko,
On Sun, May 19, 2013 at 11:13 PM, Piotr Wilczek p.wilc...@samsung.com
mailto:p.wilc...@samsung.com wrote:
Hi Simon,
-Original Message-
From:
Dear All,
-Original Message-
From: Heiko Schocher [mailto:h...@denx.de]
Sent: Thursday, June 20, 2013 5:38 AM
To: Simon Glass
Cc: Piotr Wilczek; U-Boot Mailing List; Dirk Eibach; Stefan Roese;
Holger Brunck; Mike Frysinger; Stephen Warren; Minkyu Kang
Subject: Re: [PATCH v3 0/9]
72 matches
Mail list logo