Hello, nice to meet everyone. I am new to U-boot development world.
i have a s5pv310 soc dk board, and i config. it as origen board.
i want to use nand command in u-boot, so i add blow setting in origen.h
/*enable nand command*/
#define CONFIG_CMD_NAND
#define CONFIG_SYS_MAX_NAND_DEVICE 1
#define
omap1510inn is orphan and has been for years now.
Reove it and, as it was the only arm925t target,
also remove arm925t support.
Signed-off-by: Albert ARIBAUD
---
Changes for v2:
- rebased after boards.cfg/MAINTAINERS reformating
Changes for v1:
- initial submission
MAKEALL
Adding required compatible string for xHCI host controller
as well as USB 3.0 PHY to enable dt support for usb 3.0 on
exynos5.
Signed-off-by: Vivek Gautam
Cc: Julius Werner
Cc: Simon Glass
Cc: Minkyu Kang
Cc: Dan Murphy
Cc: Marek Vasut
---
Changes since v2:
- Nothing.
include/fdtdec.h |
Macros defining bmRequestType field of USB device request,
given in table 9.2 USB 2.0 spec, are rather generic macros
which can be further used by other Host controller stacks.
So moving them to usb_defs header.
Signed-off-by: Vivek Gautam
Cc: Julius Werner
Cc: Simon Glass
Cc: Minkyu Kang
Cc:
Based on 'master' branch of u-boot-usb tree.
The series also includes patches to support xHCI on exynos5250,
including required driver, device tree changes.
Changes since V2:
- Added patch to move 'bmRequestType' (Table 9-2, Ch9) definitions
from EHCI header file to usb_defs.h so that XHCI ca
Adding device node for xhci host controller to enable
usb 3.0 on exynos5250.
Signed-off-by: Vivek Gautam
Cc: Julius Werner
Cc: Simon Glass
Cc: Minkyu Kang
Cc: Dan Murphy
Cc: Marek Vasut
---
Changes since v2:
- Nothing.
arch/arm/dts/exynos5250.dtsi | 12
1 files changed, 12
This adds driver layer for xHCI controller in Samsung's
exynos5 soc. This interacts with xHCI host controller stack.
Signed-off-by: Vikas C Sajjan
Signed-off-by: Vivek Gautam
Cc: Julius Werner
Cc: Simon Glass
Cc: Minkyu Kang
Cc: Dan Murphy
Cc: Marek Vasut
---
Changes since v2:
- Replaced
Adding methods to turn on/off power to USB3.0 type PHY
as and when required by the controller.
Signed-off-by: Vivek Gautam
Cc: Julius Werner
Cc: Simon Glass
Cc: Minkyu Kang
Cc: Dan Murphy
Cc: Marek Vasut
---
Changes since v2:
- Nothing.
arch/arm/cpu/armv7/exynos/power.c| 22 +++
XHCI stack driver needs this to align buffers to
CacheLine boundary. So define the same to be '64'
Signed-off-by: Vivek Gautam
Cc: Julius Werner
Cc: Simon Glass
Cc: Minkyu Kang
Cc: Dan Murphy
Cc: Marek Vasut
---
Changes since v2:
- Nothing
include/configs/exynos5250-dt.h |2 ++
1 fil
This enables support for xHCI host controller on Exynos5
and further disables EHCI support, to make sure only one
host controller is enabled at a time, since right now
using two controllers at a time is not possible with
current usb core infrastructure.
Anyone who wants to enable EHCI support agai
From: Julius Werner
This patch adds a new samsung,vbus-gpio parameter to the device tree, in
preparation of replacing the currently hardcoded VBUS GPIO mechanism in
exynos5-dt.c with a device tree controlled solution, just as it already
exists in the Linux kernel.
Signed-off-by: Julius Werner
S
From: Julius Werner
Some Exynos boards, such as the SMDK5250, control USB port power through
a GPIO pin. For now this had been hardcoded in the exynos5-dt board
file, but not all boards use the same pin, requiring local changes to
support different boards.
This patch moves the GPIO initializatio
Dear Albert,
In message <1379146985-21134-1-git-send-email-albert.u.b...@aribaud.net> you
wrote:
> omap1510inn is orphan and has been for years now.
> Reove it and, as it was the only arm925t target,
> also remove arm925t support.
Thanks - but please also add an entry to doc/README.scrapyard (
+ Marek, Dan, Julius, Simon and Vikas for this cover patch ;-)
On Sat, Sep 14, 2013 at 2:02 PM, Vivek Gautam wrote:
> Based on 'master' branch of u-boot-usb tree.
>
> The series also includes patches to support xHCI on exynos5250,
> including required driver, device tree changes.
>
> Changes sinc
Hi Axel,
On Fri, 06 Sep 2013 14:22:40 +0800, Axel Lin
wrote:
> In current gpio_set_value() implementation, it always sets the gpio control
> bit
> no matter the value argument is 0 or 1. Thus the GPIOs never set to low.
> This patch fixes this bug.
>
> Signed-off-by: Axel Lin
> Acked-by: Stef
Hi Albert
On Sat, Sep 14, 2013 at 11:10 AM, Albert ARIBAUD
wrote:
> Hi Axel,
>
> On Fri, 06 Sep 2013 14:22:40 +0800, Axel Lin
> wrote:
>
>> In current gpio_set_value() implementation, it always sets the gpio control
>> bit
>> no matter the value argument is 0 or 1. Thus the GPIOs never set to l
2013/9/14 Albert ARIBAUD :
> Hi Axel,
>
> On Fri, 06 Sep 2013 14:22:40 +0800, Axel Lin
> wrote:
>
>> In current gpio_set_value() implementation, it always sets the gpio control
>> bit
>> no matter the value argument is 0 or 1. Thus the GPIOs never set to low.
>> This patch fixes this bug.
>>
>> S
Hi Axel
On Sat, Sep 14, 2013 at 11:34 AM, Axel Lin wrote:
> 2013/9/14 Albert ARIBAUD :
>> Hi Axel,
>>
>> On Fri, 06 Sep 2013 14:22:40 +0800, Axel Lin
>> wrote:
>>
>>> In current gpio_set_value() implementation, it always sets the gpio control
>>> bit
>>> no matter the value argument is 0 or 1.
Hi Masahiro,
On Wed, 17 Jul 2013 20:35:55 +0900, Masahiro Yamada
wrote:
> Because the stack pointer is already set in arch/arm/lib/crt0.S,
> we do not need to set it in arch/arm/lib/spl.c.
>
> Signed-off-by: Masahiro Yamada
> ---
> arch/arm/lib/spl.c | 3 ---
> 1 file changed, 3 deletions(-)
Hi Kuo-Jung,
On Mon, 29 Jul 2013 13:51:43 +0800, Kuo-Jung Su
wrote:
> From: Kuo-Jung Su
>
> Even though the MMU/D-cache is off, some DMA engines still
> expect strict address alignment.
>
> For example, the incoming Faraday FTMAC110 & FTGMAC100 ethernet
> controllers expect the tx/rx descript
given my pedantic nature, i've run across the occasional spelling
mistake or grammar glitch and want to know the best way to submit a
patch (or patches) for that. naturally, this stuff is scattered across
the u-boot tree, so is it better to try to submit a separate patch per
subsystem, or just o
Hi Kuo-Jung,
On Mon, 29 Jul 2013 13:51:51 +0800, Kuo-Jung Su
wrote:
> + * At the time of writting, none of Faraday NAND & SPI controllers
> + * supports XIP (eXecute In Place). So the Faraday A360/A369 SoC has
> + * to implement a 1st level bootstrap code stored in the embedded ROM
> + * inside
Hi Andre,
On Fri, 9 Aug 2013 17:03:04 +0200, Andre Przywara
wrote:
> (for GIT URL and Changelog see below)
Re: the changelog, I really prefer it when changelogs are per-patch
rather than per-series. Right now, if I want to know the history for,
say, patches 4/8 and 7/8, there is no way I can f
Hi Andre,
On Fri, 9 Aug 2013 17:03:12 +0200, Andre Przywara
wrote:
> To enable hypervisors utilizing the ARMv7 virtualization extension
> on the Versatile Express board with the A15 core tile, we add the
> required configuration variable.
> Also we define the board specific functions to do the
Hi Robert and Hector,
On Fri, Sep 13, 2013 at 2:46 PM, Wolfgang Denk wrote:
> That's ALLOC_CACHE_ALIGN_BUFFER. Thanks.
Could you please let us know wthether the change below fix the problem?
Thanks,
Fabio Estevam
--- a/drivers/net/fec_mxc.c
+++ b/drivers/net/fec_mxc.c
@@ -794,7 +794,7 @@ s
From: Fabio Estevam
Building the mx28evk target on a host PC without the 'libssl-dev' package,
results in the following build error:
mxsimage.c:18:25: fatal error: openssl/evp.h: No such file or directory
Add an entry about the need of installing this package.
Also, remove the 'elftosb' text,
From: Fabio Estevam
Fix the following checkpatch warning:
$ ./tools/checkpatch.pl -F board/freescale/mx28evk/mx28evk.c
CHECK: Alignment should match open parenthesis
#109: FILE: freescale/mx28evk/mx28evk.c:109:
+ writel(CLKCTRL_ENET_TIME_SEL_RMII_CLK | CLKCTRL_ENET_CLK_OUT_EN,
+
Hello All and especially Dan Murphy,
Reading thru the mailing list Dan seems to have worked on usb3503a +
LAN9730 enumeration wrt the OMAP5. Hence, I seek his help and anyone else!
This is with regards to an odroid-u2. It is Exynos 4412 prime based. It
has a usb3503a hub and also a LAN 9730
Dear "Robert P. J. Day",
In message you wrote:
>
> given my pedantic nature, i've run across the occasional spelling
> mistake or grammar glitch and want to know the best way to submit a
> patch (or patches) for that. naturally, this stuff is scattered across
> the u-boot tree, so is it better
On Sat, Sep 14, 2013 at 7:21 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Building the mx28evk target on a host PC without the 'libssl-dev' package,
> results in the following build error:
>
> mxsimage.c:18:25: fatal error: openssl/evp.h: No such file or directory
>
> Add an entry about the
Hi Roger,
On Thu, 12 Sep 2013 13:18:20 +, "Meier, Roger"
wrote:
> Hi Albert
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
> > Behalf Of Albert ARIBAUD
> > Sent: Mittwoch, 11. September 2013 15:53
> > To: u-boot@lists.denx.de
>
Hi bin4ry,
On Fri, 13 Sep 2013 16:57:20 +0200, bin4ry <0xbin...@gmail.com> wrote:
> Hi everyone,
>
> I want to implement a minimal secure boot architecture into u-boot by
> letting the u-boot.img be decrypted during SPL execution. Thus, the
> u-boot.img is present on the MMC in an encrypted vers
32 matches
Mail list logo
