Use QSPI_CMD_xx instead of flash opcodes
Signed-off-by: Peng Fan peng@freescale.com
---
Changelog v3:
Use QSPI_CMD_XX instead of flash opcodes. To fsl qspi controller, the LUT
should be pre programmed with QSPI CMD.
Changelog v2:
none
drivers/spi/fsl_qspi.c | 64
According cs, use different amba_base to choose the corresponding
flash devices. If not, `sf probe 1:0` and `sf probe 1:1` will
choose the same flash device, but not different flash devices.
Signed-off-by: Peng Fan peng@freescale.com
---
Changelog v3:
none
Changelog v2:
none
Add QSPI support for mx6solox.
Signed-off-by: Peng Fan peng@freescale.com
---
Changelog v3:
none
Changelog v2:
Take Fabio's suggestion, split soc code and board code into two patches.
arch/arm/cpu/armv7/mx6/clock.c | 50
Configure the pad setting and enable qspi clock to support qspi
flashes access.
Signed-off-by: Peng Fan peng@freescale.com
---
Changelog v3:
none
Changelog v2:
Take Fabio's suggestion, split soc code and board code into two patches.
board/freescale/mx6sxsabresd/mx6sxsabresd.c | 40
On Mon, Oct 13, 2014 at 3:56 AM, Alban Bedel alban.be...@avionic-design.de
wrote:
On Thu, 9 Oct 2014 17:17:00 +0200
Marek Vasut ma...@denx.de wrote:
On Thursday, October 09, 2014 at 01:42:49 PM, Alban Bedel wrote:
Many ethernet devices use an EEPROM to store various settings, most
The reset value of uSDHCx_INT_STATUS_EN register is changed to 0
on iMX6SX. So the fsl_esdhc driver must update to set the register,
otherwise no state can be detected.
Signed-off-by: Ye.Li b37...@freescale.com
---
Changes since v1:
- Remove codes which set INT_STATUS_EN register according PIO or
Add full support for USDHC2, USDHC3, USDHC4 on mx6sx sabresd board.
The default boot socket is USDHC4, so the MMC environment is set to
this device.
Signed-off-by: Ye.Li b37...@freescale.com
---
Changes since v1:
- Modify the function return value
board/freescale/mx6sxsabresd/mx6sxsabresd.c |
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 b37...@freescale.com
---
Changes since v1:
- Correct the return value of board_mmc_init function
Set the USDHC1-3 IOMUX settings which are used for mx6slevk board.
Signed-off-by: Ye.Li b37...@freescale.com
---
Changes since v1:
- None
arch/arm/include/asm/arch-mx6/mx6sl_pins.h | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git
Hi Stefan,
On 3 October 2014 08:39, Igor Grinberg grinb...@compulab.co.il wrote:
On 10/02/14 17:17, Nikita Kiryanov wrote:
From: Simon Glass s...@chromium.org
GPIOs should be requested before use. Without this, driver model will
not permit the GPIO to be used.
Cc: Igor Grinberg
Hi,
On 22 September 2014 17:48, Simon Glass s...@chromium.org 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
Hi Tom,
On 10 October 2014 05:06, Simon Glass s...@chromium.org wrote:
Commit 32d0192 broke the sandbox build - fix it.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/serial/serial-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Tom,
On 28 August 2014 17:43, Simon Glass s...@chromium.org 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 s...@chromium.org
Should this patch go in the release?
On Mon, Oct 13, 2014 at 12:44:32PM -0300, Otavio Salvador wrote:
On Mon, Oct 13, 2014 at 9:38 AM, Tom Rini tr...@ti.com 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 tr...@ti.com wrote:
On Sun, Oct 12, 2014 at 05:48:37PM
On Tue, Oct 14, 2014 at 09:38:36AM +0200, Simon Glass wrote:
Hi Tom,
On 28 August 2014 17:43, Simon Glass s...@chromium.org 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:
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 ota...@ossystems.com.br
Signed-off-by: Tom Rini
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
On Tue, Oct 14, 2014 at 09:34:38AM +0200, Simon Glass wrote:
Hi Tom,
On 10 October 2014 05:06, Simon Glass s...@chromium.org wrote:
Commit 32d0192 broke the sandbox build - fix it.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/serial/serial-uclass.c | 2 +-
1 file
On Tue, Oct 14, 2014 at 09:34:38AM +0200, Simon Glass wrote:
Hi Tom,
On 10 October 2014 05:06, Simon Glass s...@chromium.org wrote:
Commit 32d0192 broke the sandbox build - fix it.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/serial/serial-uclass.c | 2 +-
1 file
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
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 valentin.longch...@keymile.com
---
include/configs/km/km_arm.h | 2 +-
include/configs/km_kirkwood.h |
Hi Tom,
On 14 October 2014 10:50, Tom Rini tr...@ti.com wrote:
On Tue, Oct 14, 2014 at 09:34:38AM +0200, Simon Glass wrote:
Hi Tom,
On 10 October 2014 05:06, Simon Glass s...@chromium.org wrote:
Commit 32d0192 broke the sandbox build - fix it.
Signed-off-by: Simon Glass
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
On Tue, Oct 14, 2014 at 4:14 AM, Ye.Li b37...@freescale.com 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 b37...@freescale.com
---
Changes
On Tue, Oct 14, 2014 at 4:14 AM, Ye.Li b37...@freescale.com wrote:
Set the USDHC1-3 IOMUX settings which are used for mx6slevk board.
Signed-off-by: Ye.Li b37...@freescale.com
Reviewed-by: Fabio Estevam fabio.este...@freescale.com
___
U-Boot mailing
On 14 October 2014 10:20, Simon Glass s...@chromium.org 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
-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_BUS
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 tr...@ti.com
---
Kconfig |8
1 file changed, 8
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
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
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 eeprom again
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 you
On 09/17/2014 10:16 AM, Stephen Warren wrote:
On 08/22/2014 03:04 PM, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
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.
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
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 alban.be...@avionic-design.de
---
v1: * Patch didn't exists
v2: * Patch didn't exists
v3: *
Use the new ethernet eeprom API to allow the user to read/write the
EEPROM.
Signed-off-by: Alban Bedel alban.be...@avionic-design.de
---
v2: * Rework the defaults implementation to use the proper config
depending on the device type.
* Allow the board to override the defaults data.
*
Hi,
On 14 October 2014 18:26, Alban Bedel alban.be...@avionic-design.de 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
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;
On 08/17/2014 07:43 PM, York Sun wrote:
Yangbo,
On 8/17/14 7:03 PM, Yangbo Lu yangbo...@freescale.com wrote:
Enable these boards mtdparts for nor flash:
p1020rdb-pd, p1021rdb-pc, p1022ds, p1025twr, and p2020rdb-pc.
Signed-off-by: Xie Xiaobo x@freescale.com
Signed-off-by: Yangbo Lu
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 vijay@freescale.com
---
I think the commit message is not
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
- fix debug pixel clk display and add unit
- fix some comments
Cc: Stefano Babic sba...@denx.de
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
---
drivers/video/ipu_disp.c | 2 +-
drivers/video/mxc_ipuv3_fb.c | 7 +++
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git
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
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 b45...@freescale.com
---
arch/arm/include/asm/arch-ls102xa/config.h | 4
arch/arm/include/asm/global_data.h | 8
On Tue, Oct 14, 2014 at 12:21 PM, Simon Glass s...@chromium.org wrote:
Hi,
On 14 October 2014 18:26, Alban Bedel alban.be...@avionic-design.de
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
Hi Joe,
On 14 October 2014 21:14, Joe Hershberger joe.hershber...@gmail.com wrote:
On Tue, Oct 14, 2014 at 12:21 PM, Simon Glass s...@chromium.org wrote:
Hi,
On 14 October 2014 18:26, Alban Bedel alban.be...@avionic-design.de wrote:
Many ethernet devices use an EEPROM to store
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 code.
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
savou...@gmail.com wrote:
This commit relocates the exception
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 Kumar
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
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 alison.w...@freescale.com
---
Change log:
v2: No change.
common/Makefile | 20 ++--
1
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:
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.
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.
On Tuesday, October 14, 2014 at 07:21:06 PM, Simon Glass wrote:
Hi,
On 14 October 2014 18:26, Alban Bedel alban.be...@avionic-design.de 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
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 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 x...@kosagi.com wrote:
Ok, understood. Just curious: which Ethernet PHY is used on the novena
board?
It's the same Micrel PHY used on the
Hi Georges,
On Tue, 14 Oct 2014 22:02:00 +0200, Georges Savoundararadj
savou...@gmail.com 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 Tom,
On Tue, 14 Oct 2014 08:39:20 -0400, Tom Rini tr...@ti.com 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.
Hi Tom,
On Tue, 14 Oct 2014 18:05:40 +, Tom Warren twar...@nvidia.com
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
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:
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:
From: Hao Zhang hzh...@ti.com
This patch adds hardware definitions specific to Keystone II
Lamar (K2L) SoC.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
Add Keystone II Lamar (K2L) SoC support.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/spl.c | 7 +++
1 file changed, 7 insertions(+)
diff
From: Hao Zhang hzh...@ti.com
This patches enables the On-chip Shared Ram clock domain for K2L SoC.
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/init.c| 49 +++
From: Hao Zhang hzh...@ti.com
This patch adds Keystone II Lamar (K2L) SoC specific definitions
to support MSMC cache coherency.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
From: Hao Zhang hzh...@ti.com
This patch adds clock definitions and commands to support Keystone II
K2L SOC.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/Makefile
From: Hao Zhang hzh...@ti.com
This patch adds Keystone II Lammar (K2L) EVM board support.
Acked-by: Vitaly Andrianov vita...@ti.com
Signed-off-by: Hao Zhang hzh...@ti.com
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@ti.com
---
arch/arm/cpu/armv7/keystone/Kconfig| 3 ++
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 b45...@freescale.com
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:
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 prabha...@freescale.com
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |
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 b45...@freescale.com
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 x...@kosagi.com wrote:
Ok, understood. Just curious: which Ethernet PHY is used on the
73 matches
Mail list logo