From: Chin Liang See
Ensure "spi-flash" is added into compatible string when there is
NOR flash being instantiated in DTS. Discovered "sf probe" command
without argument would hit error if spi-flash compatible string
is missing.
Signed-off-by: Chin Liang See
---
arch/arm/dts/socfpga_cyclone5_i
From: Chin Liang See
Enable Macronix flash support for Cyclone5 SoC
Signed-off-by: Chin Liang See
---
configs/socfpga_cyclone5_defconfig| 1 +
configs/socfpga_is1_defconfig | 1 +
configs/socfpga_sockit_defconfig | 1 +
configs/socfpga_socrates_defconfig| 1 +
configs/socf
2018-01-06 3:17 GMT+09:00 Masahiro Yamada :
> U-Boot pulled in several core makefiles from Linux. The following
> are not used in U-Boot:
>
> - CONFIG_DEBUG_SECTION_MISMATCH
> - CONFIG_FTRACE_MCOUNT_RECORD
> - CONFIG_GCOV_KERNEL
> - CONFIG_GCOV_PROFILE_ALL
> - CONFIG_KASAN
> - CONFIG_M
On 02/20/2018 08:35 PM, Alexander Kochetkov wrote:
> SD-card with EXT_CSD_REV value 9 will trigger off-by-one
> bug while accessing mmc_versions array. The patch fix that.
I'm confusing about commit-msg. "SD-card with EXT_CSD_REV"?
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Alexander Kochet
If SYS_STDIO_DEREGISTER is not selected and USB_KEYBOARD is selected
U-Boot cannot be built due to missing function stdio_deregister_dev.
So USB_KEYBOARD should select SYS_STDIO_DEREGISTER.
Signed-off-by: Heinrich Schuchardt
---
drivers/usb/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --
On 19/02/18 15:44, Tom Rini wrote:
On Fri, Feb 02, 2018 at 04:56:57PM +0100, Dr. Philipp Tomsich wrote:
Bryan,
On 2 Feb 2018, at 16:37, Bryan O'Donoghue wrote:
On 02/02/18 15:02, Dr. Philipp Tomsich wrote:
Where do we stand on this: can we reuse IH_TYPE_TEE, will be use IH_TYPE_OPTEE
o
These were dropped in [1], after relocation, for their values offset by
reloc_off.
Unconditionally show the HW values and add a '(reloc)' hint for the
offset values showed after relocation.
Also, the LRs' dumps are now formatted the same way the other regs' are.
[1] Commit 082693f4 ("arm64 :show_r
Hi Tom/Stefano,
On Thu, Feb 15, 2018 at 12:44 PM, Tom Rini wrote:
> On Thu, Feb 15, 2018 at 03:33:29PM +0100, Lukasz Majewski wrote:
>> Hi Fabio,
>>
>> > This reverts commit d695d6627803dbb78a226e04b0436a01633a9936.
>> >
>> > Commit d695d6627803 ("spl: eMMC/SD: Provide one __weak spl_boot_mode()
Hey all,
So, we're a day late. That's because I wanted the MMC PR to come in for
some important fixes, and it was too late in my day to then push a
release. I think we probably have a few more fixes that need to come
in, but hopefully no more new regressions to be found. That said, if
you have
On Mon, Feb 12, 2018 at 07:24:31PM +0530, Faiz Abbas wrote:
> When booting from a non-MMC device, the MMC sub-system may not be
> initialized when the environment is first accessed.
> We need to make sure that the MMC sub-system is ready in even a non-MMC
> boot case.
>
> Therefore, initialize mm
On Wed, Feb 14, 2018 at 11:39:48AM +0100, Lukasz Majewski wrote:
> This commit fixes several issues:
>
> - After moving env related code to ./env directory the env_common.o file
> is no longer present in the system (has been replaced with built-in.o).
>
> - Use ${OBJCOPY} if available, fallback
Hi,
<-Original Message-
; u-boot@lists.denx.de;
albert.u.b...@aribaud.net; s...@chromium.org
; Christophe KERELLO
; Christophe PRIOUZEAU
<
Hi,
<>
<> <-Original Message-
<>s...@chromium.org; Vikas MANOCHA
<> ; Patrick DELAUNAY
<> ; Christophe KERELLO
<> <; Christophe PRIOUZE
From: Stephen Warren
Currently, if a test emits a warning message but otherwise passes, there's
no indication of this in the log summary, which can lead to warnings being
missed. Enhance the test logic to explicitly mention warnings in otherwise
passing tests, and not to collapse the log sections
From: Stephen Warren
Add a standalone MMC block read test. This allows direct testing of MMC
access rather than relying on doing so as a side-effect of e.g. DFU or
UMS testing, which may not be enabled on all platforms.
Signed-off-by: Stephen Warren
---
test/py/tests/test_mmc_rd.py | 129 +
Hi Simon,
El 20/02/2018 a las 19:49, Simon Glass escribió:
Hi Alvaro,
On 20 February 2018 at 10:46, Álvaro Fernández Rojas wrote:
This adds channels support for dma controllers that have multiple channels
which can transfer data to/from different devices (enet, usb...).
Signed-off-by: Álvaro
Hi Simon,
El 20/02/2018 a las 19:49, Simon Glass escribió:
Hi Alvaro,
On 20 February 2018 at 10:46, Álvaro Fernández Rojas wrote:
Move dma_ops to a separate header file, following other uclass implementations.
Signed-off-by: Álvaro Fernández Rojas
---
drivers/dma/dma-uclass.c | 3 ++-
i
Hi Alvaro,
On 20 February 2018 at 10:46, Álvaro Fernández Rojas wrote:
> Move dma_ops to a separate header file, following other uclass
> implementations.
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> drivers/dma/dma-uclass.c | 3 ++-
> include/dma-uclass.h | 38 ++
Hi Alvaro,
On 20 February 2018 at 10:46, Álvaro Fernández Rojas wrote:
> This adds channels support for dma controllers that have multiple channels
> which can transfer data to/from different devices (enet, usb...).
>
> Signed-off-by: Álvaro Fernández Rojas
> ---
> v2: Introduce changes reporte
Hi Simon, Tom,
On Sun, 2018-02-04 at 06:40 -0700, Simon Glass wrote:
> On 25 January 2018 at 11:22, Alexey Brodkin
> wrote:
> > From: Alexey Brodkin
> >
> > Disabling relocation might be useful on ARC for 2 reasons:
> > a) For advanced debugging with Synopsys proprietary MetaWare debugger
> >
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/brcm,bcm6338.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/mips/dts/brcm,bcm6338.dtsi b/arch/mips/dts/brcm,bcm6338.dtsi
index 4125f71d9f..621278c9d1 100644
--- a/arch/mips/dts/brcm,bcm6338.dt
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/sagem,f...@st1704.dts | 12
configs/sagem_f@st1704_ram_defconfig | 9 -
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/arch/mips/dts/sagem,f...@st1704.dts
b/arch/mips/dts/sagem,f...
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/brcm,bcm6358.dtsi | 28
1 file changed, 28 insertions(+)
diff --git a/arch/mips/dts/brcm,bcm6358.dtsi b/arch/mips/dts/brcm,bcm6358.dtsi
index 1468e4f63a..04329864c2 100644
--- a/arch/mips/dts/br
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/sfr,nb4-ser.dts | 24
configs/sfr_nb4-ser_ram_defconfig | 8 +++-
2 files changed, 31 insertions(+), 1 deletion(-)
diff --git a/arch/mips/dts/sfr,nb4-ser.dts b/arch/mips/dts/sfr,nb4-ser.dts
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/brcm,bcm6348.dtsi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/mips/dts/brcm,bcm6348.dtsi b/arch/mips/dts/brcm,bcm6348.dtsi
index d774c59665..e540865019 100644
--- a/arch/mips/dts/brcm
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/comtrend,ct-5361.dts| 12
configs/comtrend_ct5361_ram_defconfig | 8 +++-
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/arch/mips/dts/comtrend,ct-5361.dts
b/arch/mips/dts/comtrend,ct-5
BCM6348 IUDMA controller is present on multiple BMIPS (BCM63xx) SoCs.
Signed-off-by: Álvaro Fernández Rojas
---
v2: Fix dma rx burst config and select DMA_CHANNELS.
drivers/dma/Kconfig | 9 +
drivers/dma/Makefile| 1 +
drivers/dma/bcm6348-iudma.c | 505 +
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/huawei,hg556a.dts | 12
configs/huawei_hg556a_ram_defconfig | 8 +++-
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/arch/mips/dts/huawei,hg556a.dts b/arch/mips/dts/huawei,hg556a.dts
ind
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/brcm,bcm6358.dtsi | 18 ++
include/dt-bindings/dma/bcm6358-dma.h | 17 +
2 files changed, 35 insertions(+)
create mode 100644 include/dt-bindings/dma/bcm6358-dma.h
diff --git a/arch/mi
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
include/phy.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/phy.h b/include/phy.h
index 0543ec10c2..8f3e53db01 100644
--- a/include/phy.h
+++ b/include/phy.h
@@ -50,6 +50,7 @@
typedef enum {
+ PHY_INTERFACE_MODE
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/brcm,bcm6348.dtsi | 16
include/dt-bindings/dma/bcm6348-dma.h | 17 +
2 files changed, 33 insertions(+)
create mode 100644 include/dt-bindings/dma/bcm6348-dma.h
diff --git a/arch/mips
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/dts/brcm,bcm6338.dtsi | 14 ++
include/dt-bindings/dma/bcm6338-dma.h | 15 +++
2 files changed, 29 insertions(+)
create mode 100644 include/dt-bindings/dma/bcm6338-dma.h
diff --git a/arch/mips/dts
Signed-off-by: Álvaro Fernández Rojas
---
v2: select DMA_CHANNELS.
drivers/net/Kconfig| 10 +
drivers/net/Makefile | 1 +
drivers/net/bcm6348-eth.c | 517 +
include/configs/bmips_common.h | 5 +-
4 files changed, 532 insert
This adds channels support for dma controllers that have multiple channels
which can transfer data to/from different devices (enet, usb...).
Signed-off-by: Álvaro Fernández Rojas
---
v2: Introduce changes reported by Vignesh:
- Respect current dma implementation.
- Let dma_memcpy find a comp
Move dma_ops to a separate header file, following other uclass implementations.
Signed-off-by: Álvaro Fernández Rojas
---
drivers/dma/dma-uclass.c | 3 ++-
include/dma-uclass.h | 38 ++
include/dma.h| 22 --
3 files changed
In order to add bcm6348-enet support, dma-uclass must be extended to support
dma channels and reworked to operate like the other dm uclass (clk, reset...).
This is a RFC, so please give you feedback on the things that I should
fix or rework.
v2: Introduce changes reported by Vignesh:
- Respect c
On 02/19/2018 04:48 PM, Simon Glass wrote:
With sandbox the U-Boot code is not mapped into the sandbox memory range
so does not need to be excluded when allocating EFI memory. Update the EFI
memory init code to take account of that.
Also use mapmem instead of a cast to convert a memory address t
On Tue, Feb 20, 2018 at 2:38 AM, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> This patch bypasses phy detection logic for GMII interface
> and just depend on phy address received from DT. This patch
> is required as phy detection logic is different for some phys
> like xilinx phy wh
Hi Simon,
On Sun, 2018-02-04 at 06:40 -0700, Simon Glass wrote:
> Hi Alexey,
>
> On 25 January 2018 at 10:56, Alexey Brodkin
> wrote:
> > In case of no relocation we'll just waste some paceat the very end
>
> space at?
Sure, thanks for pointing out!
>
> > of usable memory area. If U-Boot is
Fix build after addition of RSA_get0_key() to LibreSSL.
Patch from Theo Buehler and Stuart Henderson.
Signed-off-by: Theo Buehler
Signed-off-by: Stuart Henderson
---
tools/kwbimage.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tools/kwbimage.c b/tools/kwbimage.c
ind
On 20/02/2018 11:08, Maxim Yu. Osipov wrote:
> This reverts commit edf0093732225c2fd0791c3864e9a3eef1f92f19 for
> cm_fx6 iMX.6 Solo module as it causes frequent (around 10 percent of
> power cycles) board's hangs.
>
> These hangs happen in SPL when BSS is being initialized in SDRAM -
> it appear t
On Tue, Feb 20, 2018 at 12:57:28PM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Could you pull these patches into u-boot/master?
>
>
> The following changes since commit 02b0895c215e252cff50d9edf53a972d2bbbfd30:
>
> Merge git://git.denx.de/u-boot-sh (2018-02-17 16:06:59 -0500)
>
> are availa
On 02/20/2018 01:54 AM, Jaehoon Chung wrote:
> On 02/20/2018 02:02 AM, Marek Vasut wrote:
>> On 02/19/2018 12:23 PM, Jaehoon Chung wrote:
>>> On 02/01/2018 12:21 AM, Marek Vasut wrote:
Add DT compatible strings for RCar Gen2 SoCs, so that this driver
can bind with them. Unlike Gen3, which
> 20 февр. 2018 г., в 13:02, Jaehoon Chung написал(а):
>
>> Also the patch fix mmc_versions array bounds check. Value 8
>> produced out of array access.
>
> It was already fixed.
>
> http://git.denx.de/?p=u-boot/u-boot-mmc.git;a=commit;h=ace1bed327411cf3cade45599864df2d461045a0
>
> Best Rega
This reverts commit edf0093732225c2fd0791c3864e9a3eef1f92f19 for
cm_fx6 iMX.6 Solo module as it causes frequent (around 10 percent of
power cycles) board's hangs.
These hangs happen in SPL when BSS is being initialized in SDRAM -
it appear that variables from BSS contain trash values which lead to
SD-card with EXT_CSD_REV value 9 will trigger off-by-one
bug while accessing mmc_versions array. The patch fix that.
Signed-off-by: Alexander Kochetkov
---
drivers/mmc/mmc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 99e2a75
On Mon, Feb 19, 2018 at 10:19 PM, Breno Lima wrote:
> From: Utkarsh Gupta
>
> For proper authentication the HAB code must check if the CSF is valid.
> Users must call the csf_is_valid() function to parse the CSF prior to
> authenticating any additional images. The function will return a failure
>
On Mon, Feb 19, 2018 at 10:19 PM, Breno Lima wrote:
> From: Breno Lima
>
> Currently the following devices are using a different definition for ROM
> Vector Table addresses:
>
> - i.MX6DQP = All rev
> - i.MX6DQ >= rev 1.5
> - i.MX6SDL >= rev 1.2
>
> There is no need to create a new RVT macros si
On Mon, Feb 19, 2018 at 10:19 PM, Breno Lima wrote:
> From: Utkarsh Gupta
>
> Write, Check and Set MID commands have been deprecated from the Code
> Signing Tool (CST) v2.3.3 and will not be implemented in newer versions
> of HAB, hence the following features are no longer available:
>
> - Write
On Mon, Feb 19, 2018 at 10:19 PM, Breno Lima wrote:
> From: Utkarsh Gupta
>
> DCD commands should only be present in the initial boot image loaded by
> the SoC ROM. DCD should not be present in images that will be verified
> by software using HAB RVT authentication APIs. Newer versions of HAB
> w
On Mon, Feb 19, 2018 at 10:19 PM, Breno Lima wrote:
> From: Breno Lima
>
> Currently it is not possible to run CMD_DEK on i.MX SPL targets:
>
> => dek_blob 0x1200 0x12001000 128
>
> The system hangs after running dek_blob because the CAAM clock is being
> disabled by the HAB code. There is no
Hi,
On 02/20/2018 06:29 PM, Alexander Kochetkov wrote:
> eMMC cards v5.1 has value 8 inside EXT_CSD_REV register.
> The patch make EXT_CSD_REV value 8 match v5.1
>
> The is a hole inside version enumeration. EXT_CSD_REV value 4
> doens't correspond to any valid eMMC version. So EXT_CSD_REV
> valu
On Tue, 20 Feb 2018 09:00:56 +0100
Maxime Ripard wrote:
> On Mon, Feb 19, 2018 at 07:47:52PM +0200, Sam Protsenko wrote:
> > On 18 February 2018 at 23:22, Wolfgang Denk wrote:
> > > Dear Sam,
> > >
> > > In message
> > >
> > > you wrote:
> > >>
> > >> Right now U-Boot and SPL logs are clutt
eMMC cards v5.1 has value 8 inside EXT_CSD_REV register.
The patch make EXT_CSD_REV value 8 match v5.1
The is a hole inside version enumeration. EXT_CSD_REV value 4
doens't correspond to any valid eMMC version. So EXT_CSD_REV
value 4 assigned undefined version.
Also the patch fix mmc_versions arr
ll_temac driver was used by Xilinx Microblaze big endian and
Xilinx ppc405/ppc440 SoCs.
ppc support was removed by: "powerpc: remove 4xx support"
(sha1: 98f705c9cefdfdba62c069821bbba10273a0a8ed)
and Microblaze BE is not tested for a long time that's why this driver
can be removed because none is g
> Use live dt api to get cru base addr.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/clk/rockchip/clk_rk322x.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
___
> Use live dt api to get cru base addr.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/clk/rockchip/clk_rv1108.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
___
> Booting a aarch64 Linux kernel requires the image to be placed
> text_offset bytes from a 2MB aligned address.
> See https://www.kernel.org/doc/Documentation/arm64/booting.txt
>
> booti_setup() takes care about this alignment and will relocate the
> image if not properly aligned with memmove().
> Use live dt api to get cru base addr.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/clk/rockchip/clk_rk3188.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
___
> Use live dt api to get cru base addr.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/clk/rockchip/clk_rk3328.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
___
> Use live dt api to get cru base addr.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/clk/rockchip/clk_rk3288.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
___
> use live dt api to get base addr
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/pwm/rk_pwm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
_
> Use live dt api to get cru base addr.
>
> Signed-off-by: Kever Yang
> Acked-by: Philipp Tomsich
> Reviewed-by: Philipp Tomsich
> ---
>
> drivers/clk/rockchip/clk_rk3036.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Applied to u-boot-rockchip/next, thanks!
___
In order to make I2C work on rk3066 and rk3188 boards GFR
must be updated.
Signed-off-by: Alexander Kochetkov
---
drivers/i2c/rk_i2c.c | 85 +++---
1 file changed, 80 insertions(+), 5 deletions(-)
diff --git a/drivers/i2c/rk_i2c.c b/drivers/i2c/rk_i
From: Siva Durga Prasad Paladugu
This patch bypasses phy detection logic for GMII interface
and just depend on phy address received from DT. This patch
is required as phy detection logic is different for some phys
like xilinx phy which can be connected over SGMII and GMII
interface.
This fixes th
Please add a commit message as this is a pretty big change providing a
overview what is being added and why?
On Monday 12 February 2018 10:08 PM, Álvaro Fernández Rojas wrote:
> Signed-off-by: Álvaro Fernández Rojas
> ---
> drivers/dma/dma-uclass.c| 212 ++
On Mon, Feb 19, 2018 at 07:47:52PM +0200, Sam Protsenko wrote:
> On 18 February 2018 at 23:22, Wolfgang Denk wrote:
> > Dear Sam,
> >
> > In message
> > you
> > wrote:
> >>
> >> Right now U-Boot and SPL logs are cluttered with bogus warnings like
> >> these (on X15 board, but I'm pretty sure it
66 matches
Mail list logo
