When checking for boards that are enabling a SATA driver that isn't
converted to DM yet we need to be sure to not also trip over boards that
do set CONFIG_AHCI & CONFIG_BLK by itself, as that is not a bug.
This was detected when converting the Armada XP SATA driver sata_mv.c
to DM with AHCI & BLK
On 11.03.19 15:09, Tom Rini wrote:
On Mon, Mar 11, 2019 at 01:29:23PM +0100, Stefan Roese wrote:
When checking for boards that are enabling a SATA driver that isn't
converted to DM yet we need to be sure to not also trip over boards that
do set CONFIG_AHCI & CONFIG_BLK by itself, as that is not
during SD boot, following error comes:
MMC read: dev # 0, block # 20480, count 2048 ... 2048 blocks read: OK
MMC read: dev # 0, block # 28672, count 2048 ... 2048 blocks read: OK
fsl-mc: ERR: Bad firmware image (bad FIT header)
Hit any key to stop autoboot: 0
it's occurring because mc 10
Hi Simon:
On 2019/3/11 上午10:30, Simon Glass wrote:
Hi Andy,
On Wed, 6 Mar 2019 at 03:52, Andy Yan wrote:
Hi Simon:
On 2019/2/12 下午11:31, Simon Glass wrote:
HI Andy,
On Tue, 12 Feb 2019 at 04:05, Andy Yan wrote:
Hi Philipp:
Sorry for the late reply, we just come back from the Chin
Hi Simon,
On 11.03.19 22:35, Simon Goldschmidt wrote:
This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it clears
the bss before calling board_init_f() instead of clearing it before calling
board_init_r().
This also ensures that variables placed in BSS can be shared between
boar
For MC, 512 MB DDR is reserved because of MC's alignment
requirement.
But for MC binaries needing 128MB or 256MB DDR memory, rest
of the memory is a waste. So reporting this extra memory to
Linux through dtb memory fixup.
Signed-off-by: Meenakshi Aggarwal
---
board/freescale/lx2160a/lx2160a.c |
+1
> -Original Message-
> From: Pankaj Bansal
> Sent: Tuesday, March 12, 2019 10:27 AM
> To: Meenakshi Aggarwal ; Priyanka Jain
> ; Prabhakar Kushwaha
>
> Cc: u-boot@lists.denx.de; Pankaj Bansal
> Subject: [PATCH v2] board/fsl/lx2160a: Fix MC firmware loading during SD boot
>
> Issue: d
Issue: during SD boot, following error comes:
MMC read: dev # 0, block # 20480, count 2048 ... 2048 blocks read: OK
MMC read: dev # 0, block # 28672, count 2048 ... 2048 blocks read: OK
fsl-mc: ERR: Bad firmware image (bad FIT header)
Hit any key to stop autoboot: 0
Cause: mc 10.14.3 fil
In case the gunzip() call fails, it will print an error message.
If that happens within the YModem session, the error message will
not be displayed and would be useless. Move the gunzip() call out
of the YModem session to make those possible error messages visible.
Signed-off-by: Marek Vasut
Cc:
In case spl_parse_image_header() errors out, terminate the YModem
session, otherwise we won't get any further output.
Signed-off-by: Marek Vasut
Cc: Tom Rini
---
common/spl/spl_ymodem.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/common/spl/spl_ymodem.c b/common/spl
On 12/03/19 1:45 AM, Andreas Dannenberg wrote:
> When initializing DDR from R5 SPL trigger U-Boot's panic facility
> rather than simply returning from the board init function as there
> is little point continuing code execution. Further, as panic implies
> a board reset, so using it might potenti
On 03/11/2019 09:04 PM, Philipp Tomsich wrote:
> Note that the minimum improvement that I’d expect to get this fully
> enabled again would be a clean-up of the Kconfig options, so it is
> easy and (from the documentation) predictable for boards to turn
> this off.
>
> I still want this to be turn
This patch adds a check for the default FIT config to iminfo. Once applied
any signing of the config will show a pass fail similar to rsa+/rsa-.
Output looks like this:
Hash(es) for Image 0 (kernel@1): sha1+
Hash(es) for Image 1 (f...@imx7s-warp.dtb): sha1+
Hash(es) for Image 2 (ramdisk@
Hi Lukas
Auer, Lukas 於 2019年3月11日 週一 上午2:12寫道:
>
> On Sun, 2019-03-10 at 20:24 +0530, Anup Patel wrote:
> > On Sun, Mar 10, 2019 at 7:28 PM Auer, Lukas
> > wrote:
> > > Hi Rick,
> > >
> > > On Thu, 2019-03-07 at 17:30 +0800, Rick Chen wrote:
> > > > Hi Lukas
> > > >
> > > > > > From: Lukas Auer
On 07/03/2019 03:37, Krzysztof Kozlowski wrote:
> Hi,
>
> Changes since v4
>
> 1. Patch 3: Fix build of trats/trats2 and other by hiding new call
>behind check for CONFIG_BOARD_TYPES.
>
> Changes since v3
>
> 1. Add accumulated review and test tags.
> 2. Patc
On 07/03/2019 17:03, Minkyu Kang wrote:
> Signed-off-by: Minkyu Kang
> ---
> include/configs/espresso7420.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/include/configs/espresso7420.h b/include/configs/espresso7420.h
> index 4e3b26c..5aeb009 100644
> --- a/include/configs/espresso74
On 23/02/2019 03:36, Krzysztof Kozlowski wrote:
> When including other header from configs, use consistent <> syntax.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/configs/odroid_xu3.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/configs/odroid_xu3.h
On 23/02/2019 03:36, Krzysztof Kozlowski wrote:
> Last activity from Arndale (Exynos5250) board maintainer Chander Kashyap
> was in January 2014 (Signed-off). Recently his samsung.com email
> bounces with 550 (5.1.1 Recipient address rejected: User unknown).
>
> Add Krzysztof Kozlowski as odd fix
On 23/02/2019 03:36, Krzysztof Kozlowski wrote:
> File mixed space and tab indentation. Unify it.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/configs/odroid_xu3.h | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/include/configs/odroid_xu3.h b/inclu
On 22/02/2019 01:32, Krzysztof Kozlowski wrote:
> Just add spaces around '=' sign for clarity.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> arch/arm/dts/exynos5422-odroidxu3.dts | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/dts/exynos5422-odroidxu3.dts
> b
On 06/03/2019 18:23, Krzysztof Kozlowski wrote:
> CONFIG_BOARD_TYPES is necessary for Odroid X/X2/U3 boards to detect
> proper revision. However building should succeed even without it.
> While moving code around, document also the reference clock selection.
>
> This fixes the build error without
On 23/02/2019 03:36, Krzysztof Kozlowski wrote:
> Various places in the code set "boardname" env property. It was used
> for booting from ITB images and choosing proper DTB file name. Instead
> of duplicating it, use existing U-Boot wide - "board_name".
>
> Signed-off-by: Krzysztof Kozlowski
>
This reverts commit 9e3c0174da842dd88f5feaffbf843ba332233897.
This commit breaks U-Boot when is load with imx-usb-loader.
Signed-off-by: Joris Offouga
---
Changes for v2:
- Add missing signed-off
---
board/technexion/pico-imx7d/pico-imx7d.c | 55
configs/pico-h
Some platforms cannot use simple malloc even in very early stages, e.g.
when using FAT before DRAM is available. Such platforms currently often
use non-Kconfig defines to initialize full malloc and rely on simple heap
before that.
This series makes some adjustments to ensure SPL behaves the same w
Some platforms (like socfpga A10) need a big hep before SDRAM is available
(e.g. because FAT is used). For such platforms, simple_malloc is often not
a good option as it does not support freeing memory. These platforms often
use the non-Kconfig defines CONFIG_SYS_SPL_MALLOC_START (and its SIZE).
T
Convert debug output from '%#lx' to '0x%lx' to be compatible with tiny
printf used in SPL.
Signed-off-by: Simon Goldschmidt
---
common/dlmalloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/dlmalloc.c b/common/dlmalloc.c
index 51d3bd671a..af6f43dcc9 100644
--- a/c
If the malloc range passed to mem_malloc_init() is at the end of address
range and 'start + size' overflows to 0, following allocations fail as
mem_malloc_end is zero (which looks like uninitialized).
Fix this by subtracting 1 of 'start + size' overflows to zero.
Signed-off-by: Simon Goldschmidt
Instead of fixing the SPL stack to 64 KiB in the board config header via
CONFIG_SYS_SPL_MALLOC_SIZE, let's just use CONFIG_SPL_SYS_MALLOC_F_LEN
in the defconfig.
This also has the advandage that it removes sub-mach specific ifdefs in
socfpga_common.h.
Signed-off-by: Simon Goldschmidt
---
This p
This implements the new option to clear BSS early in SPL for standard arm
crt0.
BSS is cleared before calling board_init_f() and thus not cleared before
calling board_init_r() as it is not relocated in SPL.
Signed-off-by: Simon Goldschmidt
---
arch/arm/lib/crt0.S | 22 ++
1
This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it clears
the bss before calling board_init_f() instead of clearing it before calling
board_init_r().
This also ensures that variables placed in BSS can be shared between
board_init_f() and board_init_r() in SPL.
Signed-off-by: Sim
Forwarded Message
Subject: Resend: Pull request for UEFI system for v2019.04-rc4 (2)
Date: Mon, 11 Mar 2019 19:30:46 +0100
From: Heinrich Schuchardt
To: Tom Rini , Alexander Graf ,
Takahiro Akashi , Simon Glass
, Bin Meng , Matthias Brugger
(Now with the correct sender address)
When initializing DDR from R5 SPL trigger U-Boot's panic facility
rather than simply returning from the board init function as there
is little point continuing code execution. Further, as panic implies
a board reset, so using it might potentially allow to recover from
this error in certain cases su
Le 11/03/2019 à 20:04, Fabio Estevam a écrit :
Hi Joris,
On Mon, Mar 11, 2019 at 3:27 PM Joris Offouga wrote:
I agree with you, but I have not managed to find the bug, Fabio also
searched and did not find. If I can get help of course I will look for
more, being a junior I wait for advice and
On Mon, Mar 11, 2019 at 03:27:52PM +, Ang, Chee Hong wrote:
> On Fri, 2019-03-08 at 13:09 -0500, Tom Rini wrote:
> > On Tue, Feb 12, 2019 at 12:27:01AM -0800, chee.hong@intel.com
> > wrote:
> >
> > >
> > > From: "Ang, Chee Hong"
> > >
> > > Currently u-boot only support standard PSCI fu
On Mon, Mar 11, 2019 at 11:05:48PM +0800, Bin Meng wrote:
> Hi Tom,
>
> This includes the following changes for v2019.04:
>
> - ACPI changes and fixes to Intel Tangier/Edison
> - i8254 beeper fixes
>
> The following changes since commit e8e3f2d2d48f97b2c79b698eccedce8f4f880993:
>
> Merge bra
On Sun, Mar 10, 2019 at 02:26:04PM +0100, Marek Vasut wrote:
> More gen2/gen3 fixes.
>
> The following changes since commit e8e3f2d2d48f97b2c79b698eccedce8f4f880993:
>
> Merge branch '2019-03-08-master-imports' (2019-03-08 18:04:13 -0500)
>
> are available in the Git repository at:
>
> git
On Sun, Mar 10, 2019 at 02:27:31PM +0100, Marek Vasut wrote:
> Arria10 DRAM fixes and Gen5 cache fixes.
>
> The following changes since commit e8e3f2d2d48f97b2c79b698eccedce8f4f880993:
>
> Merge branch '2019-03-08-master-imports' (2019-03-08 18:04:13 -0500)
>
> are available in the Git reposi
On Mon, Mar 11, 2019 at 4:05 PM Fabio Estevam wrote:
> On Mon, Mar 11, 2019 at 3:27 PM Joris Offouga
> wrote:
>
> > I agree with you, but I have not managed to find the bug, Fabio also
> > searched and did not find. If I can get help of course I will look for
> > more, being a junior I wait for
Hi Joris,
On Mon, Mar 11, 2019 at 3:27 PM Joris Offouga wrote:
> I agree with you, but I have not managed to find the bug, Fabio also
> searched and did not find. If I can get help of course I will look for
> more, being a junior I wait for advice and help if possible.
I haven't had a chance to
On Mon, Mar 11, 2019 at 07:37:53PM +0100, Marek Vasut wrote:
> On 3/11/19 4:01 PM, Eugeniu Rosca wrote:
> > On Sat, Mar 09, 2019 at 05:58:03PM +0100, Marek Vasut wrote:
> > [..]
> >
> >> Applied, thanks.
> >>
> >> --
> >> Best regards,
> >> Marek Vasut
> >
> > JFTR, apparently on a parallel trac
On 3/11/19 4:01 PM, Eugeniu Rosca wrote:
> On Sat, Mar 09, 2019 at 05:58:03PM +0100, Marek Vasut wrote:
> [..]
>
>> Applied, thanks.
>>
>> --
>> Best regards,
>> Marek Vasut
>
> JFTR, apparently on a parallel track, Renesas pushed same changes to
> rcar-3.9.3.rc2 via:
> - https://github.com/ren
Le 11/03/2019 à 17:52, Stefano Babic a écrit :
Hi Joris,
Hi Stephano,
On 10/03/19 19:52, Joris Offouga wrote:
This reverts commit 9e3c0174da842dd88f5feaffbf843ba332233897.
This commit causes the crash of U-Boot when loaded with imx-usb-loader
---
board/technexion/pico-imx7d/pico-imx7d.c
Hi Simon,
On Mon, Mar 11, 2019 at 6:59 AM Simon Glass wrote:
>
> Hi Tom, Masahiro,
>
> On Sat, 9 Mar 2019 at 10:42, Tom Rini wrote:
> >
> > On Sun, Mar 10, 2019 at 01:07:48AM +0900, Masahiro Yamada wrote:
> > > Hi Tom,
> > >
> > >
> > > On Sat, Mar 9, 2019 at 8:04 AM Tom Rini wrote:
> > > >
>
On Sat, 2 Mar 2019 at 06:27, Peng Fan wrote:
> > On Mon, 4 Feb 2019 at 10:05, Chris Spencer wrote:
> > > From: Chris Spencer
> > >
> > > The Ethernet controller is not able to initialise correctly without
> > > the pinctrl driver.
> > >
> > > This config setting was enabled in the initial versio
On Sun, Mar 10, 2019 at 9:47 PM Angelo Dureghello wrote:
>
> Hi Jagan,
>
> thanks for your comments,
>
> On Fri, Mar 08, 2019 at 11:30:56AM +0530, Jagan Teki wrote:
> > On Mon, Dec 17, 2018 at 1:06 AM Angelo Dureghello wrote:
> > >
> > > Converting to driver model and removes non-dm code.
> > >
>
Hi Tom,
Please pull this PR.
Summary:
- axp818 fix
- fix warnings for ethernet clock code
The following changes since commit f18b7b2798cc37b613b5d3dda2e1461857a913b8:
Merge branch 'master' of git://git.denx.de/u-boot-spi (2019-03-06 20:25:09
-0500)
are available in the Git repository at:
FWIW, below are some dangling struct name references due to:
- s/bootloader_message/andr_bl_msg/
- s/bootloader_message_ab/andr_bl_msg_ab/
- s/bootloader_control/andr_bl_control/
On Mon, Feb 18, 2019 at 5:25 PM Igor Opaniuk wrote:
[..]
> + * uncrypt. Move it into struct bootloader_message_ab t
Hi Joris,
On 10/03/19 19:52, Joris Offouga wrote:
> This reverts commit 9e3c0174da842dd88f5feaffbf843ba332233897.
> This commit causes the crash of U-Boot when loaded with imx-usb-loader
> ---
> board/technexion/pico-imx7d/pico-imx7d.c | 55
>
> configs/pico-hobb
> Le 11 mars 2019 à 14:42, Fabio Estevam a écrit :
>
> Hi Joris,
>
>> On Sun, Mar 10, 2019 at 3:52 PM Joris Offouga wrote:
>>
>> This reverts commit 9e3c0174da842dd88f5feaffbf843ba332233897.
>> This commit causes the crash of U-Boot when loaded with imx-usb-loader
>
> Your Signed-off-by line
> -Original Message-
> From: Palmer Dabbelt
> Sent: Monday, March 11, 2019 5:26 PM
> To: Anup Patel
> Cc: sch...@suse.de; Atish Patra ;
> a...@brainfault.org; lukas.a...@aisec.fraunhofer.de; Paul Walmsley
> ; ag...@suse.de; u-boot@lists.denx.de;
> bar...@tkos.co.il; daniel.schwierz...@g
On Fri, 2019-03-08 at 13:09 -0500, Tom Rini wrote:
> On Tue, Feb 12, 2019 at 12:27:01AM -0800, chee.hong@intel.com
> wrote:
>
> >
> > From: "Ang, Chee Hong"
> >
> > Currently u-boot only support standard PSCI functions for power
> > management
> > and lack of convenient method to allow the
Hi Tom,
This includes the following changes for v2019.04:
- ACPI changes and fixes to Intel Tangier/Edison
- i8254 beeper fixes
The following changes since commit e8e3f2d2d48f97b2c79b698eccedce8f4f880993:
Merge branch '2019-03-08-master-imports' (2019-03-08 18:04:13 -0500)
are available in t
On Sat, Mar 09, 2019 at 05:58:03PM +0100, Marek Vasut wrote:
[..]
> Applied, thanks.
>
> --
> Best regards,
> Marek Vasut
JFTR, apparently on a parallel track, Renesas pushed same changes to
rcar-3.9.3.rc2 via:
- https://github.com/renesas-rcar/u-boot/commit/6013d5005e5b ("ARM:
dts: rmobile
On Mon, Mar 11, 2019 at 5:51 AM Simon Glass wrote:
>
> On Tue, 26 Feb 2019 at 02:47, Bin Meng wrote:
> >
> > This is currently missing and without it the i8254 beeper driver
> > won't work.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > arch/x86/dts/coreboot.dts | 1 +
> > 1 file changed, 1 in
On Mon, Mar 11, 2019 at 5:51 AM Simon Glass wrote:
>
> On Tue, 26 Feb 2019 at 02:47, Bin Meng wrote:
> >
> > Use the i8254 sound driver to support creating simple beeps.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > arch/x86/dts/crownbay.dts | 1 +
> > configs/crownbay_defconfig | 3 +++
> >
On Mon, Mar 11, 2019 at 5:51 AM Simon Glass wrote:
>
> On Tue, 26 Feb 2019 at 02:47, Bin Meng wrote:
> >
> > The pc speaker driven by the i8254 is generic enough to deserve
> > a single dtsi file to be included by boards that use it.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > arch/x86/dts/
On Mon, Mar 11, 2019 at 5:51 AM Simon Glass wrote:
>
> On Tue, 26 Feb 2019 at 02:47, Bin Meng wrote:
> >
> > The i8254 timer control IO port (0x43) should be setup correctly
> > by using PIT counter 2 to generate beeps, however in U-Boot other
> > codes like TSC driver utilizes PIT for TSC freque
Hi Andy,
On Wed, Mar 6, 2019 at 7:09 PM Andy Shevchenko
wrote:
>
> On Thu, Feb 28, 2019 at 11:29:50AM +0800, Bin Meng wrote:
> > On Thu, May 24, 2018 at 12:00 PM Bin Meng wrote:
> > > On Thu, Apr 12, 2018 at 4:07 PM, Christian Gmeiner
> > > wrote:
>
> > So to me this seems to match my understan
On Thu, Feb 14, 2019 at 7:58 AM Kevin Hilman wrote:
>
> Kevin Hilman writes:
>
> > Hi Anup,
> >
> > Anup Patel writes:
> >
> >> This patchset adds SiFive Freedom Unleashed (FU540) support
> >> to RISC-V U-Boot.
> >>
> >> The patches are based upon latest U-Boot source tree
> >> (git://git.denx.d
On 3/11/19 9:08 AM, Abel Vesa wrote:
> If FIT_IMAGE_TINY is enabled, spl_fit_image_get_os returns -ENOTSUPP.
> In this case, we should default to IH_OS_U_BOOT not to IH_OS_INVALID.
>
> Signed-off-by: Abel Vesa
> ---
> common/spl/spl_fit.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
On Mon, Mar 11, 2019 at 01:29:23PM +0100, Stefan Roese wrote:
> When checking for boards that are enabling a SATA driver that isn't
> converted to DM yet we need to be sure to not also trip over boards that
> do set CONFIG_AHCI & CONFIG_BLK by itself, as that is not a bug.
>
> This was detected w
Off-topic: I'm just wondering, why no one introduced a proper Kconfig symbol for
FDT_FIXUP_PARTITIONS. Currently there is no any description of this
option through
the code and what it's actually used for. But, anyway, it doesn't
directly relate to this particular patch-set,
it can be addressed in
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:26, Marcel Ziswiler wrote:
>
> From: Stefan Agner
>
> Let the kernel print some debug messages when a user program
> crashes due to an exception.
>
> Signed-off-by: Stefan Agner
> Acked-by: Marcel Ziswiler
>
> ---
>
> include/configs/colibr
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:25, Marcel Ziswiler wrote:
>
> From: Stefan Agner
>
> It turns out that OpenSSL calls undefined instructions to detect
> ARM capabilities at runtime (via SIGILL handler). This leads to
> stack traces e.g. when logging in using SSH:
> [ 877.
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:22, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Remove obsolete MMC/SD card environment configuration dating back to
> un-fused samples times.
>
> While at it also remove meanwhile spurious "USB Storage" comment.
>
> Signed-off-by: Ma
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:22, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> The DDR memory controller include file for the Vybrid uses
> iomux_v3_cfg_t without actually including iomux-vf610.h.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> arch/arm/include/as
Hello
I followed the instructions here:
https://openbsdmailbox.blogspot.com/2018/04/re-pine64-lts-cant-detect-disk_41.html
Here's all I did:
dd if=miniroot65.fs of=/dev/rsd0c bs=1m
mount /dev/sd0i /mnt
cd /mnt
cp /usr/local/share/dtb/arm64/allwinner/sun50i-a64-sopine-baseboard.dtb .
mkdir allwin
Hi Joris,
On Sun, Mar 10, 2019 at 3:52 PM Joris Offouga wrote:
>
> This reverts commit 9e3c0174da842dd88f5feaffbf843ba332233897.
> This commit causes the crash of U-Boot when loaded with imx-usb-loader
Your Signed-off-by line is missing.
___
U-Boot mai
> On 11.03.2019, at 03:30, Simon Glass wrote:
>
> Hi Andy,
>
> On Wed, 6 Mar 2019 at 03:52, Andy Yan wrote:
>>
>> Hi Simon:
>>
>> On 2019/2/12 下午11:31, Simon Glass wrote:
>>> HI Andy,
>>>
>>> On Tue, 12 Feb 2019 at 04:05, Andy Yan wrote:
Hi Philipp:
Sorry for the late
The check for the missing PEX switch can lead to an infinite loop, when
the PCIe device is not found. It is helpful to enable the user to break
out of this boot-loop, to enable booting to the prompt for test cases.
This patch adds a 3 second delay in the error case before rebooting.
The user can pr
When checking for boards that are enabling a SATA driver that isn't
converted to DM yet we need to be sure to not also trip over boards that
do set CONFIG_AHCI & CONFIG_BLK by itself, as that is not a bug.
This was detected when converting the Armada XP SATA driver sata_mv.c
to DM with AHCI & BLK
This patch enables CONFIG_BLK as this is now possible with the recent
DM conversion of the Armada XP SATA driver.
Signed-off-by: Stefan Roese
Cc: Simon Glass
Cc: Tom Rini
---
configs/db-mv784mp-gp_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/db-mv784mp-gp_defconfig b/c
This patch adds DM support to the Armada XP SATA driver. This is needed
to enable CONFIG_BLK on this platform. It adds the SATA controller as
AHCI device, which is strictly speaking not correct, as the controller
is not AHCI compatible. But the U-Boot AHCI uclass interface enables
the usage of this
This patch enables CONFIG_BLK as this is now possible with the recent
DM conversion of the Armada XP SATA driver.
Signed-off-by: Stefan Roese
Cc: Simon Glass
Cc: Tom Rini
---
configs/theadorable_debug_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/theadorable_debug_defco
Convert the board to support the USB and video driver model and remove
the unnecessary code.
---
board/ronetix/pm9263/pm9263.c | 93 ---
configs/pm9263_defconfig | 3 ++
2 files changed, 3 insertions(+), 93 deletions(-)
diff --git a/board/ronetix/pm9263/pm926
Convert the board to support the USB and video driver model and remove
the unnecessary code.
---
board/ronetix/pm9261/pm9261.c | 105 --
configs/pm9261_defconfig | 3 +
2 files changed, 3 insertions(+), 105 deletions(-)
diff --git a/board/ronetix/pm9261/pm92
On Thu, 07 Mar 2019 19:37:30 PST (-0800), Anup Patel wrote:
-Original Message-
From: Andreas Schwab
Sent: Thursday, March 7, 2019 2:50 PM
To: Anup Patel
Cc: Atish Patra ; Anup Patel ;
Auer, Lukas ; paul.walms...@sifive.com;
ag...@suse.de; u-boot@lists.denx.de; bar...@tkos.co.il;
dani
On 3/11/19 9:03 AM, Ard Biesheuvel wrote:
> On Mon, 11 Mar 2019 at 01:16, Heinrich Schuchardt wrote:
>>
>> From: Alexander Graf
>>
>> While discussing something compeltely different, Ard pointed out
>> that it might be legal to omit calling SetVirtualAddressMap altogether.
>>
>> There is even a p
On Tue, Jan 8, 2019 at 6:08 AM Simon Glass wrote:
>
> Hi Jagan,
>
> On Sat, 5 Jan 2019 at 12:58, Jagan Teki wrote:
> >
> > Hi,
> >
> > I'm trying to bring-up rk3399 SBC with 1GB DDR3 933MHZ capable, and
> > observed an sdram_init issue where data_training_rg transfer is
> > looping forever. The d
In order to insure that hog GPIOs are configured early during
the boot process, force all pinctrl driver probing in board_init().
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
Reviewed-by: CITOOLS
---
Changes in v2: None
board/st/stm32mp1/stm32mp1.c | 9 +
1 file cha
From: Patrick Delaunay
Activate PINCTRL_STMFX and needed part for generic pincontrol
PINCTRL_FULL, PINCONF. Increase pre-reloc memory for MALLOC
(needed for each DM pinconfig node).
Signed-off-by: Patrick Delaunay
Reviewed-by: CITOOLS
Signed-off-by: Patrice Chotard
---
Changes in v2: None
Adds alias to set the pincontrol seq id.
For STMFX gpio expander, force sequence number after
the last bank (GPIOZ) to avoid conflict between STM32MP and STMFX
gpio bank sequence number.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
Changes in v2:
_ Add missing pinctr
This series adds:
- STMFX pinctrl driver
- update STM32MP15 basic and trusted config
- Add stmfx node in stm32mp157c-ev1 DT
- Update stm32mp1 board to probe pinctrl drivers early to be
able to hog pins.
There are dependencies with :
- http://patchwork.ozlabs.org/project/uboot/list/?
From: Patrick Delaunay
This patch adds pinctrl/GPIO driver for STMicroelectronics
Multi-Function eXpander (STMFX) GPIO expander.
STMFX is an I2C slave controller, offering up to 24 GPIOs.
The driver relies on UCLASS_PINCTRL and UCLASS_GPIO.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice
On Sun, Mar 10, 2019 at 03:51:42PM -0600, Simon Glass wrote:
> On Fri, 8 Mar 2019 at 13:11, Thierry Reding wrote:
> >
> > From: Thierry Reding
> >
> > This function can be used to add subnodes in the /reserved-memory node.
> >
> > Signed-off-by: Thierry Reding
> > ---
> > include/fdtdec.h | 17
On Sun, Mar 10, 2019 at 03:51:40PM -0600, Simon Glass wrote:
> Hi Thierry,
>
> On Fri, 8 Mar 2019 at 13:11, Thierry Reding wrote:
> >
> > From: Thierry Reding
> >
> > This function can be used to set a phandle for a given node.
> >
> > Signed-off-by: Thierry Reding
> > ---
> > include/fdtdec.h
For MC, 512 MB DDR is reserved because of MC's alignment
requirement.
But for MC binaries needing 128MB or 256MB DDR memory, rest
of the memory is a waste. So reporting this extra memory to
Linux through dtb memory fixup.
Signed-off-by: Meenakshi Aggarwal
---
board/freescale/lx2160a/lx2160a.c |
Hi
> -Original Message-
> From: Araya, Jose [mailto:j.ar...@sensopart.de]
> Sent: 2019年3月11日 16:50
> To: Peng Fan
> Subject: AW: [U-Boot] Custom SPL for im.X6UL
>
> Hi Peng,
>
> thanks for answering! Just a follow up question:
>
> Does the U-boot from NXP run in OCRAM or in DRAM?
For
On Sun, Mar 10, 2019 at 03:51:31PM -0600, Simon Glass wrote:
> Hi Thierry,
>
> On Fri, 8 Mar 2019 at 13:11, Thierry Reding wrote:
> >
> > From: Thierry Reding
> >
> > This function allows looking up the highest phandle value stored in a
> > device tree, which is useful to determine the next best
On Mär 08 2019, Anup Patel wrote:
> The reset button works fine for me an Atish. I am sure it works fine for lot
> of
> other folks too.
There is no issue with the reset button, only with openSBI.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970
Hi Masahiro,
> From: Masahiro Yamada
> Sent: samedi 9 mars 2019 16:57
>
> Hi Patrick,
>
>
> On Wed, Mar 6, 2019 at 10:31 PM Patrick Delaunay
> wrote:
> >
> > The dependency for .dtb = .dts is not enough in dts Makefile, as the
> > dts files are dts pre-proprocessed (include dtsi files, as spe
u-boot,dm-pre-reloc is required for SDMMC booted rk3399 boards and
which is U-Boot specific devicetrees binding.
Move it on global rk3399-u-boot.dtsi file and rest of the U-Boot
bindings will move it future based on the requirement.
This would help to sync the devicetrees from Linux whenever requ
Since rockchip have an individual doc/README.rockchip, it would
be better to update the same instead of maintaining it separately
in board files.
So, add the documentation for rk3399
- procedure to build
- procedure to boot from SD
Signed-off-by: Jagan Teki
---
doc/README.rockchip | 69
Add initial support for Orangepi RK3399 board.
Specification
- Rockchip RK3399
- 2GB/4GB DDR3
- 16GB eMMC
- SD card slot
- RTL8211E 1Gbps
- AP6356S WiFI/BT
- HDMI In/Out, DP, MIPI DSI/CSI
- Mini PCIe
- Sensors, Keys etc
- DC12V-2A and DC5V-2A
Commit details about Linux DTS sync:
"arm64: dts: rock
Sync rk3399-opp.dtsi from Linux.
Linux commit details about the rk3399-opp.dtsi sync:
"arm64: dts: rockchip: use SPDX-License-Identifier"
(sha1: 4ee99cebd486238ac433da823b95cc5f8d8a6905)
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3399-opp.dtsi | 133 +++
1 file
When running mkimage with "-f auto", the loadable property
needs to be set in order to allow SPL FIT support to boot.
Signed-off-by: Abel Vesa
---
tools/fit_image.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/fit_image.c b/tools/fit_image.c
index 4b62635..3b867e0 100644
--- a/tools
If FIT_IMAGE_TINY is enabled, spl_fit_image_get_os returns -ENOTSUPP.
In this case, we should default to IH_OS_U_BOOT not to IH_OS_INVALID.
Signed-off-by: Abel Vesa
---
common/spl/spl_fit.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/common/spl/spl_fit.c b/common/spl/spl_fit.c
index db
On Mon, 11 Mar 2019 at 01:16, Heinrich Schuchardt wrote:
>
> From: Alexander Graf
>
> While discussing something compeltely different, Ard pointed out
> that it might be legal to omit calling SetVirtualAddressMap altogether.
>
> There is even a patch on the Linux Kernel Mailing List that implemen
98 matches
Mail list logo