Hi, Albert,
> On Wed, 8 Oct 2014 09:53:03 +, Huan Wang
> wrote:
>
> > Hi, Albert,
> >
> > > On Thu, 25 Sep 2014 06:45:00 +, Huan Wang
> > > wrote:
> > >
> > > > Hi, Albert,
> > > >
> > > > > On Mon, 22 Sep 2014 06:46:20 +, Huan Wang
> > > > > wrote:
> > > > >
> > > > > > Hi, Albert
Hello,
Apologies if I have missed the answer to my question in
tools/buildman/README or the buildman -h output.
When buildman runs on a large set of boards (such as when I run
'tools/buildman/buildman -k aarch64 arm') it shows a summary of how
many boards so far have built fine, built with warnin
Hardware accelerated support for SHA-1 and SHA-256 has been added.
Hash command enabled along with hardware accelerated support for
SHA-1 and SHA-256 for platforms which have CAAM block.
Signed-off-by: Ruchika Gupta
CC: York Sun
---
Changes from v3:
Added CONFIG_FSL_CAAM to enable CAAM/SEC
Chan
SHA-256 and SHA-1 accelerated using SEC hardware in Freescale SoC's
The driver for SEC (CAAM) IP is based on linux drivers/crypto/caam.
The platforms needto add the MACRO CONFIG_FSL_CAAM inorder to
enable initialization of this hardware IP.
Signed-off-by: Ruchika Gupta
CC: York Sun
---
Changes f
Enable CAAM in platforms supporting the hardware block.
Hash command enabled along with hardware accelerated support for
SHA-1 and SHA-256 for platforms which have CAAM block.
Signed-off-by: Ruchika Gupta
CC: York Sun
---
Changes from v2:
CONFIG_FSL_CAAM added in platforms to enable SEC
Changes
On Wed, Oct 15, 2014 at 12:19:58AM +0200, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Tue, 14 Oct 2014 08:39:20 -0400, Tom Rini wrote:
>
> > For similar reasons to why the Linux Kernel has an EXPERT option, we too
> > want an option to allow for tweaking of some options that while normally
> > should
Hi Marek,
On 10/15/2014 12:38 AM, Marek Vasut wrote:
On Sunday, October 12, 2014 at 08:33:21 AM, Sean Cross wrote:
On 12/10/2014 05:04, Fabio Estevam wrote:
On Sat, Oct 11, 2014 at 11:21 AM, Sean Cross wrote:
Ok, understood. Just curious: which Ethernet PHY is used on the novena
board?
It'
T2080 v1.0 has this errata while v1.1 has fixed
this errata by hardware, add a new function has_errata_a007186
to check the SVR_SOC_VER, SVR_MAJ and SVR_MIN first,
if the sil has errata a007186, then run the errata code,
if not, doesn't run the code.
Signed-off-by: Zhao Qiang
---
Changes for v2:
Workaround of Errata A-008044 was implemented without errata number and it is
enabled by default. Errata A-008044 is only valid for T1040 Rev 1.0.
So put errata number and make it conditional.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c | 3 ++-
board/freescale/
When device is configured to load RCW from NAND flash IFC_A[16:31] are driven
low after RCW loading. Hence Devices connected on IFC_CS[1:7] and using
IFC_A[16:31] lines are not accessible.
Workaround is already in-place.
Put the errata number to adhere errata handling framework.
Signed-off-by: Pr
T2080 v1.0 has this errata while v1.1 has fixed
this errata by hardware, add a new function has_errata_a007186
to check the SVR_SOC_VER, SVR_MAJ and SVR_MIN first,
if the sil has errata a007186, then run the errata code,
if not, doesn't run the code.
Signed-off-by: Zhao Qiang
---
Changes for v2:
From: Hao Zhang
This patch adds Keystone II Lammar (K2L) EVM board support.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/Kconfig| 3 ++
arch/arm/include/asm/arch-keystone/clock-k2l.h | 6 +++
board/ti/ks2_evm
From: Hao Zhang
This patch adds clock definitions and commands to support Keystone II
K2L SOC.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/Makefile | 1 +
arch/arm/cpu/armv7/keystone/clock-k2l.c| 138 +
From: Hao Zhang
Add Keystone II Lamar (K2L) SoC support.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/spl.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/cpu/armv7/keystone/spl.c
b/arch/arm/cpu/armv7
From: Hao Zhang
This patches enables the On-chip Shared Ram clock domain for K2L SoC.
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/init.c| 49 +++
arch/arm/include/asm/arch-keystone/hardware-k2l.h | 25
From: Hao Zhang
This patch adds Keystone II Lamar (K2L) SoC specific definitions
to support MSMC cache coherency.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/cpu/armv7/keystone/init.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/a
From: Hao Zhang
This patch adds hardware definitions specific to Keystone II
Lamar (K2L) SoC.
Acked-by: Vitaly Andrianov
Signed-off-by: Hao Zhang
Signed-off-by: Ivan Khoronzhuk
---
arch/arm/include/asm/arch-keystone/hardware-k2hk.h | 2 -
arch/arm/include/asm/arch-keystone/hardware-k2l.h |
This patch series adds Keystone II Lamar (K2L) SoC and k2l_evm
board support.
Based on
"[U-boot] [Patch v2] keystone: usb: add support of usb xhci"
https://patchwork.ozlabs.org/patch/386506/
v4..v3
- keystone2: k2l-evm: add board support
remove dimm name reading
v3..v2
- keystone2: k2l-e
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
The following changes since commit a7f99bf139b3aaa0d5494693fd0395084355e41a:
arm: Fix _start for CONFIG_SYS_DV_NOR_BOOT_CFG (2014-09-11 18:04:39 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-tegra.gi
Hi Tom,
On Tue, 14 Oct 2014 18:05:40 +, Tom Warren
wrote:
> My gmail account has been in flux for a few weeks, so I can't say for sure
> whether I sent a PR or not.
I've gone through the U-Boot archives, and the last tegra PR sent was
on aug 20, applied aug 29.
> I'll resend one today to
Hi Tom,
On Tue, 14 Oct 2014 08:39:20 -0400, Tom Rini wrote:
> For similar reasons to why the Linux Kernel has an EXPERT option, we too
> want an option to allow for tweaking of some options that while normally
> should remain hidden, may need to be changed in some cases.
>
> Signed-off-by: Tom
Hi Georges,
On Tue, 14 Oct 2014 22:02:00 +0200, Georges Savoundararadj
wrote:
> Hi Albert,
>
> Hi Masahiro,
(putting Masahiro in Cc: just in case)
> As my issue is related to Kconfig, I would like you to give me your
> opinions.
>
>
> Le 11/10/2014 12:47, Albert ARIBAUD a écrit :
> > Hi Ge
On Sunday, October 12, 2014 at 08:33:21 AM, Sean Cross wrote:
> On 12/10/2014 05:04, Fabio Estevam wrote:
> > On Sat, Oct 11, 2014 at 11:21 AM, Sean Cross wrote:
> >>> Ok, understood. Just curious: which Ethernet PHY is used on the novena
> >>> board?
> >>
> >> It's the same Micrel PHY used on th
On Tuesday, October 14, 2014 at 07:21:06 PM, Simon Glass wrote:
> Hi,
>
> On 14 October 2014 18:26, Alban Bedel wrote:
> > Many ethernet devices use an EEPROM to store various settings, most
> > commonly the device MAC address. But on some devices it can contains
> > a lot more, for example USB d
On Saturday, October 11, 2014 at 03:39:36 AM, Fabio Estevam wrote:
> Hi Marek,
Fixed all, I dunno where my git-foo got wrong :/ Thanks!
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 09/26/2014 03:33 AM, Alison Wang wrote:
> This patch adds SD boot support for LS1021AQDS board. SPL
> framework is used. PBL initialize the internal RAM and copy
> SPL to it, then SPL initialize DDR using SPD and copy u-boot
> from SD card to DDR, finally SPL transfer control to u-boot.
>
> Sig
On 09/26/2014 03:33 AM, Alison Wang wrote:
> This patch adds SD boot support for LS1021ATWR board. SPL
> framework is used. PBL initialize the internal RAM and copy
> SPL to it, then SPL initialize DDR using SPD and copy u-boot
> from SD card to DDR, finally SPL transfer control to u-boot.
>
> Sig
Hi York,
Yes, I should superseed/reject the below patches
http://patchwork.ozlabs.org/patch/391991/
http://patchwork.ozlabs.org/patch/391990/
Regards
Ashish
-Original Message-
From: Sun York-R58495
Sent: Wednesday, October 15, 2014 1:44 AM
To: Kumar Ashish-B37399; u-Boot@lists.denx.de
On 09/26/2014 03:33 AM, Alison Wang wrote:
> For LS102xA, interactive DDR debugger is still needed in SPL part.
> So build the needed files in SPL image too.
>
> Signed-off-by: Alison Wang
> ---
> Change log:
> v2: No change.
>
> common/Makefile | 20 ++--
> 1 file changed, 10
On 10/14/2014 01:19 PM, Kumar Ashish-B37399 wrote:
> Hi York,
>
> Yes, I should superseed/reject the below patches
>
> http://patchwork.ozlabs.org/patch/391991/
I think your v2 patch reduced the size of SPI. Please check before you mark them
superseded.
York
> http://patchwork.ozlabs.org/patch
On 10/06/2014 05:54 AM, Ashish Kumar wrote:
> * fdt_fixup_mtdparts is called from ft_board_setup
> * run "mtdparts default" to create NAND, NOR partition on uboot
> * Use mtdparts to create partitions dynamically rather
> than using static partitions in device tree
>
> Signed-off-by: Ashish
Hi Albert,
Hi Masahiro,
As my issue is related to Kconfig, I would like you to give me your
opinions.
Le 11/10/2014 12:47, Albert ARIBAUD a écrit :
Hi Georges,
On Sat, 27 Sep 2014 21:48:10 +0200, Georges Savoundararadj
wrote:
This commit relocates the exception vectors.
As ARM1176 and A
On 09/27/2014 08:21 PM, Zhao Qiang wrote:
> T2080 v1.0 has this errata while v1.1 has fixed
> this errata by hardware, add a new function has_errata_a007186
> to check the SVR_SOC_VER, SVR_MAJ and SVR_MIN first,
> if the sil has errata a007186, then run the errata code,
> if not, doesn't run the co
Hi Joe,
On 14 October 2014 21:14, Joe Hershberger wrote:
>
> On Tue, Oct 14, 2014 at 12:21 PM, Simon Glass wrote:
> >
> > Hi,
> >
> > On 14 October 2014 18:26, Alban Bedel wrote:
> > > Many ethernet devices use an EEPROM to store various settings, most
> > > commonly the device MAC address. But
On Tue, Oct 14, 2014 at 12:21 PM, Simon Glass wrote:
>
> Hi,
>
> On 14 October 2014 18:26, Alban Bedel
wrote:
> > Many ethernet devices use an EEPROM to store various settings, most
> > commonly the device MAC address. But on some devices it can contains
> > a lot more, for example USB device mig
On 09/24/2014 10:52 PM, Zhao Qiang wrote:
> ls1021 is arm-core and support qe which is u-qe.
> add u-qe init for arm board.
>
> Signed-off-by: Zhao Qiang
> ---
> arch/arm/include/asm/arch-ls102xa/config.h | 4
> arch/arm/include/asm/global_data.h | 8
> drivers/Makefile
On 10/10/2014 03:32 PM, Marcel Ziswiler wrote:
On popular request this now completes the Warren's work started for
TK1:
aeb3fcb35956461077804720b8a252d50758d7e0
ARM: tegra: Use mem size from MC rather than ODMDATA
In addition to the move of using the Tegra memory controller (MC)
register rather
- fix debug pixel clk display and add unit
- fix some comments
Cc: Stefano Babic
Signed-off-by: Jeroen Hofstee
---
drivers/video/ipu_disp.c | 2 +-
drivers/video/mxc_ipuv3_fb.c | 7 +++
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/video/ipu_disp.c b/drivers/vid
The ipu display insists on having a lower_margin smaller
then 2. If this is not the case it will attempt to force
it and adjust the pixclk accordingly. This multiplies pixclk
in Hz with the width and height, since this is typically
a * 10^7 * b * 10^2 * c * 10^2 this will overflow the
uint_32 and m
On 09/21/2014 11:02 PM, Vijay Rai wrote:
> When booted with upstream code, it shows error in u-boot that board is not
> compliant. This patch will make board compliant with upstream code changes
> in u-boot.
>
> Signed-off-by: Vijay Rai
> ---
I think the commit message is not accurate. You are n
On 08/17/2014 07:43 PM, York Sun wrote:
> Yangbo,
>
> On 8/17/14 7:03 PM, "Yangbo Lu" wrote:
>
>> Enable these boards mtdparts for nor flash:
>> p1020rdb-pd, p1021rdb-pc, p1022ds, p1025twr, and p2020rdb-pc.
>>
>> Signed-off-by: Xie Xiaobo
>> Signed-off-by: Yangbo Lu
>> Cc: York Sun
>> Cc: Sco
My gmail account has been in flux for a few weeks, so I can't say for sure
whether I sent a PR or not.
I'll resend one today to Albert.
Tom
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, October 14, 2014 8:25 AM
> To: Tom Warren; Tom Rini; al
Hi,
On 14 October 2014 18:26, Alban Bedel wrote:
> Many ethernet devices use an EEPROM to store various settings, most
> commonly the device MAC address. But on some devices it can contains
> a lot more, for example USB device might also have many USB related
> parameters.
>
> This commit add a s
Use the new ethernet eeprom API to allow the user to read/write the
EEPROM.
Signed-off-by: Alban Bedel
---
v2: * Rework the defaults implementation to use the proper config
depending on the device type.
* Allow the board to override the defaults data.
* Use the proper defaults inste
Add the 'eth' command for operations on ethernet devices.
This first version only contains a command to show a device
properties, currently only name, index and MAC address.
Signed-off-by: Alban Bedel
---
v1: * Patch didn't exists
v2: * Patch didn't exists
v3: * Replace the dedicated 'eth_eeprom'
Many ethernet devices use an EEPROM to store various settings, most
commonly the device MAC address. But on some devices it can contains
a lot more, for example USB device might also have many USB related
parameters.
This commit add a set of commands to read/write this EEPROM, write a
default conf
On 09/17/2014 10:16 AM, Stephen Warren wrote:
On 08/22/2014 03:04 PM, Stephen Warren wrote:
From: Stephen Warren
This pinmux tables currently omit any configuration for PCIe clk_req,
wake, and rst pins, which in turn causes intermittent failures in
U-Boot's PCIe support. Import an updated vers
Hi Matthias,
On 10/14/2014 02:32 PM, Matthias Fuchs wrote:
> Hi Valentin,
>
> my patch fixed environment from i2c eeprom. I am not sure on which board
> I ran into that trouble. Probably PMC440. So reverting my former patch
> will break environment in i2c eeprom again on many boards.
Good that y
On 10/14/2014 03:01 PM, Holger Brunck wrote:
> On 10/14/2014 02:32 PM, Matthias Fuchs wrote:
>> Hi Valentin,
>>
>> my patch fixed environment from i2c eeprom. I am not sure on which board
>> I ran into that trouble. Probably PMC440. So reverting my former patch
>> will break environment in i2c eepr
On 10/14/2014 02:32 PM, Matthias Fuchs wrote:
> Hi Valentin,
>
> my patch fixed environment from i2c eeprom. I am not sure on which board
> I ran into that trouble. Probably PMC440. So reverting my former patch
> will break environment in i2c eeprom again on many boards.
>
> But perhaps there's a
Hi Valentin,
my patch fixed environment from i2c eeprom. I am not sure on which board
I ran into that trouble. Probably PMC440. So reverting my former patch
will break environment in i2c eeprom again on many boards.
But perhaps there's a better way to fix that.
Matthias
On 10/14/2014 11:16 AM,
For similar reasons to why the Linux Kernel has an EXPERT option, we too
want an option to allow for tweaking of some options that while normally
should remain hidden, may need to be changed in some cases.
Signed-off-by: Tom Rini
---
Kconfig |8
1 file changed, 8 insertions(+)
diff
> -Original Message-
> From: Valentin Longchamp
> [mailto:valentin.longch...@keymile.com]
> Sent: 14 October 2014 14:49
> To: u-boot@lists.denx.de; Prafulla Wadaskar
> Cc: Holger Brunck; Valentin Longchamp
> Subject: [PATCH] km_kirkwood: remove KM_ENV_BUS and use
> CONFIG_I2C_ENV_EEPROM_B
On 14 October 2014 10:20, Simon Glass wrote:
> Hi,
>
> This question came up at the U-Boot mini-summit yesterday and I was
> tasked with starting a thread on the mailing list.
>
> There seemed to be a strong feeling in the room that permitting
> platform data in driver model is a mistake. Reasons
On Tue, Oct 14, 2014 at 4:14 AM, Ye.Li wrote:
> Set the USDHC1-3 IOMUX settings which are used for mx6slevk board.
>
> Signed-off-by: Ye.Li
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u
On Tue, Oct 14, 2014 at 4:14 AM, Ye.Li wrote:
> There are three SD/MMC sockets on mx6slevk boards. Implements the
> full support for them.
> The default boot socket is USDHC2, so the MMC environment is set
> to that device.
>
> Signed-off-by: Ye.Li
> ---
> Changes since v1:
> - Correct the return
On Mon, 2014-10-13 at 14:55 +0200, Hans de Goede wrote:
> Many people are still using old linux-sunxi-3.4 kernels on sunxi devices,
> adding the proper MACH_TYPE defines for this allows people to switch to
> upstream u-boot, so that we can stop maintaining the linux-sunxi u-boot fork.
>
> These ma
Hi Tom,
On 14 October 2014 10:50, Tom Rini wrote:
> On Tue, Oct 14, 2014 at 09:34:38AM +0200, Simon Glass wrote:
>> Hi Tom,
>>
>> On 10 October 2014 05:06, Simon Glass wrote:
>> > Commit 32d0192 broke the sandbox build - fix it.
>> >
>> > Signed-off-by: Simon Glass
>> > ---
>> >
>> > drivers/s
KM_ENV_BUS was used for nothing else than an direct assignment to
CONFIG_I2C_ENV_EEPROM_BUS. To avoid this, directly use
CONFIG_I2C_ENV_EEPROM_BUS instead.
Signed-off-by: Valentin Longchamp
---
include/configs/km/km_arm.h | 2 +-
include/configs/km_kirkwood.h | 4
2 files changed, 1 ins
Since i2c_init_all always sets the bus back to CONFIG_SYS_SPD_BUS_NUM
for compatibility reasons, it means that any eeprom not located on this
CONFIG_SYS_SPD_BUS_NUM is not accessible with the eeprom commands, even
if you change the bus number with an i2c dev command before.
Furthermore i2c_init_al
On Tue, Oct 14, 2014 at 09:34:38AM +0200, Simon Glass wrote:
> Hi Tom,
>
> On 10 October 2014 05:06, Simon Glass wrote:
> > Commit 32d0192 broke the sandbox build - fix it.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > drivers/serial/serial-uclass.c | 2 +-
> > 1 file changed, 1 insertion(
On Tue, Oct 14, 2014 at 09:34:38AM +0200, Simon Glass wrote:
> Hi Tom,
>
> On 10 October 2014 05:06, Simon Glass wrote:
> > Commit 32d0192 broke the sandbox build - fix it.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > drivers/serial/serial-uclass.c | 2 +-
> > 1 file changed, 1 insertion(
Hey all,
I've pushed v2014.10 out to the repository and tarballs should exist
soon.
First, the big changes. We're using Kconfig now, not just Kbuild.
There's still a lot of work to do on converting from defines in the
config header files to Kconfig choices, but the first big step is done
and I w
On Mon, Oct 13, 2014 at 08:40:06AM -0400, Tom Rini wrote:
> With the introduction of CONFIG_LOCALVERSION support we cannot build
> tools without having a config file (as we won't know our PLAIN_VERSION
> until then).
>
> Reported-by: Otavio Salvador
> Signed-off-by: Tom Rini
Applied to u-boot/
On Tue, Oct 14, 2014 at 09:38:36AM +0200, Simon Glass wrote:
> Hi Tom,
>
> On 28 August 2014 17:43, Simon Glass wrote:
> > Since buildman now includes most of the features of MAKEALL it is probably
> > time to talk about deprecating MAKEALL.
> >
> > Comments welcome.
> >
> > Signed-off-by: Simon
On Mon, Oct 13, 2014 at 12:44:32PM -0300, Otavio Salvador wrote:
> On Mon, Oct 13, 2014 at 9:38 AM, Tom Rini wrote:
> > On Mon, Oct 13, 2014 at 09:08:09AM -0300, Otavio Salvador wrote:
> >> On Mon, Oct 13, 2014 at 5:53 AM, Tom Rini wrote:
> >> > On Sun, Oct 12, 2014 at 05:48:37PM -0300, Otavio Sa
Hi Tom,
On 28 August 2014 17:43, Simon Glass wrote:
> Since buildman now includes most of the features of MAKEALL it is probably
> time to talk about deprecating MAKEALL.
>
> Comments welcome.
>
> Signed-off-by: Simon Glass
Should this patch go in the release?
Regards,
Simon
__
Hi Tom,
On 10 October 2014 05:06, Simon Glass wrote:
> Commit 32d0192 broke the sandbox build - fix it.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/serial/serial-uclass.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/serial/serial-uclass.c b/drivers/seria
Hi,
On 22 September 2014 17:48, Simon Glass wrote:
> This series adjusts the serial and GPIO drivers, used by Beaglebone for
> example, to work with driver model. Since there are still boards using
> these drivers but not driver model, this adds new functionality rather
> than replacing what exis
Hi Stefan,
On 3 October 2014 08:39, Igor Grinberg wrote:
>
> On 10/02/14 17:17, Nikita Kiryanov wrote:
> > From: Simon Glass
> >
> > GPIOs should be requested before use. Without this, driver model will
> > not permit the GPIO to be used.
> >
> > Cc: Igor Grinberg
> > Signed-off-by: Simon Glass
There are three SD/MMC sockets on mx6slevk boards. Implements the
full support for them.
The default boot socket is USDHC2, so the MMC environment is set
to that device.
Signed-off-by: Ye.Li
---
Changes since v1:
- Correct the return value of board_mmc_init function
board/freescale/mx6slevk/mx6
Set the USDHC1-3 IOMUX settings which are used for mx6slevk board.
Signed-off-by: Ye.Li
---
Changes since v1:
- None
arch/arm/include/asm/arch-mx6/mx6sl_pins.h | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx6/mx6sl_pins.h
72 matches
Mail list logo