On Tue, May 19, 2020 at 12:35 PM Pragnesh Patel
wrote:
>
> Add a support for SPL which will boot from L2 LIM (0x0800_) and
> then SPL will boot U-Boot FIT image (OpenSBI FW_DYNAMIC + u-boot.bin)
> from MMC boot devices.
>
> SPL related code is leveraged from FSBL
>
On Tue, May 19, 2020 at 12:35 PM Pragnesh Patel
wrote:
>
> Add SiFive fu540 cpu to support RISC-V arch
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Reviewed-by: Jagan Teki
Tested-by: Jagan Teki
On Tue, May 19, 2020 at 12:35 PM Pragnesh Patel
wrote:
>
> This sync has changes required to use GPIO in U-Boot and
> U-Boot SPL.
>
> Sync dts from linux v5.7-rc2 commit:
> "riscv: dts: Add GPIO reboot method to HiFive Unleashed DTS file"
> (sha1: 0a91330b2af9f71cd483f92774182b58f6d9)
>
>
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Release ddr clock reset once clock is initialized
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Reviewed-by: Jagan Teki
Tested-by: Jagan Teki
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Added clock enable and disable functions in prci ops
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Acked-by: Jagan Teki
Tested-by: Jagan Teki
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Add dmc node to enable ddr driver. dmc is used to
> initialize the memory controller.
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Reviewed-by: Jagan Teki
Tested-by: Jagan Teki
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Add DDR controller and phy register settings, taken from fsbl
> (https://github.com/sifive/freedom-u540-c000-bootloader.git)
>
> Signed-off-by: Pragnesh Patel
> Tested-by: Bin Meng
> ---
Reviewed-by: Jagan Teki
Tested-by: Jagan Teki
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Devicetree files in FU540 platform is synced from Linux, like other
> platforms does. Apart from these U-Boot in FU540 would also require
> some U-Boot specific node like clint.
>
> So, create board specific -u-boot.dtsi files. This would
Update README.rockchip to reflect the support of Radxa Rock Pi 4
Signed-off-by: Walter Lozano
---
doc/README.rockchip | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/README.rockchip b/doc/README.rockchip
index 70c8798ed2..c6718e83c7 100644
--- a/doc/README.rockchip
+++
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> When build U-Boot SPL, meet an issue of undefined reference to
> 'crc7' for drivers/mmc/mmc_spi.c, so let's compile crc7.c when
> CONFIG_MMC_SPI selected.
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Heinrich Schuchardt
>
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> For SPL_SEPARATE_BSS, Device tree will be put at _image_binary_end
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Anup Patel
> Reviewed-by: Jagan Teki
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Tested-by: Jagan Teki
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Use the OTP DM driver to set the serial environment variable.
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Reviewed-by: Jagan Teki
Tested-by: Jagan Teki
On 2020-05-19 16:51, Tom Rini wrote:
When building U-Boot we select the architecture via Kconfig and not
ARCH
being passed in via the environment or make cmdline.
Cc: Kever Yang
Cc: Simon Glass
Cc: Philipp Tomsich
Cc: Klaus Goger
Cc: Jagan Teki
Signed-off-by: Tom Rini
---
As an aside,
On Tue, May 19, 2020 at 12:34 PM Pragnesh Patel
wrote:
>
> Added a misc driver to handle OTP memory in SiFive SoCs.
>
> Signed-off-by: Pragnesh Patel
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Reviewed-by: Jagan Teki
Tested-by: Jagan Teki
After enabling SPL_OF_CONTROL, SPL_DM and SPL_DM_MMC the MMC
initialization code is not longer needed.
This patch removes the unused code.
Signed-off-by: Walter Lozano
---
board/solidrun/mx6cuboxi/mx6cuboxi.c | 65
1 file changed, 65 deletions(-)
diff --git
Make an additional step to add full DM support to mx6cuboxi, including its
support for SPL
With this new configuration SPL image is 50 KB, higher than the
38 KB from the previous version, but it still under the 68 KB limit.
Changes in v3:
- Cleanup
Changes in v2:
- Fix board_boot_order to
In order to take the beneficts of DT and DM in SPL, like reusing the code
and avoid redundancy, enable SPL_OF_CONTROL, SPL_DM and SPL_DM_MMC.
With this new configuration SPL image is 50 KB, higher than the
38 KB from the previous version, but it still under the 68 KB limit.
Signed-off-by: Walter
In SPL legacy code only one MMC device is created, based on BOOT_CFG
register, which can be either SD or eMMC. In this context
board_boot_order return always MMC1 when configure to boot from
SD/eMMC. After switching to DM both SD and eMMC devices are created
based on the information available on
Signed-off-by: Walter Lozano
---
.../dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi| 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi
b/arch/arm/dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi
index
On Tue, May 19, 2020 at 11:01 PM Tom Rini wrote:
>
> On Tue, May 19, 2020 at 10:39:49PM +0530, Rayagonda Kokatanur wrote:
> > Hi Tom,
> >
> >
> > On Tue, May 19, 2020 at 12:46 AM Tom Rini wrote:
> > >
> > > On Sun, May 17, 2020 at 01:49:30PM +0530, Rayagonda Kokatanur wrote:
> > >
> > > > This
On Sun, May 10, 2020 at 11:40:12AM -0600, Simon Glass wrote:
> Some places use __ASSEMBLER__ instead which does not work since the
> Makefile does not define it. Fix them.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:13AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:10AM -0600, Simon Glass wrote:
> Fix up some incorrect code style in calls to functions in the linux/time.h
> header, mostly udelay().
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:09AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:11AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:08AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:04AM -0600, Simon Glass wrote:
> Fix up some incorrect code style in calls to functions in the log.h
> header, mostly debug().
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:07AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:05AM -0600, Simon Glass wrote:
> Move this header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:06AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:03AM -0600, Simon Glass wrote:
> We should not use typedefs in U-Boot. They cannot be used as forward
> declarations which means that header files must include the full header to
> access them.
>
> Drop the typedef and rename the struct to remove the _s suffix which
On Sun, May 10, 2020 at 11:39:59AM -0600, Simon Glass wrote:
> Some of the enum members are wrong. Fix them.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:00AM -0600, Simon Glass wrote:
> Move this fairly uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:01AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:40:02AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:39:58AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:39:57AM -0600, Simon Glass wrote:
> We should not be using typedefs and these make it harder to use
> forward declarations (to reduce header file inclusions). Drop the typedef.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Sun, May 10, 2020 at 11:39:55AM -0600, Simon Glass wrote:
> It is bad practice to include common.h in other header files since it can
> bring in any number of superfluous definitions. It implies that some C
> files don't include it and thus may be missing CONFIG options that are set
> up by
On Sun, May 10, 2020 at 11:39:56AM -0600, Simon Glass wrote:
> Move this header out of the common header. Network support is used in
> quite a few places but it still does not warrant blanket inclusion.
>
> Note that this net.h header itself has quite a lot in it. It could be
> split into the
On Sun, May 10, 2020 at 11:39:54AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Fix up some style problems in flash.h while we are here.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, May 19, 2020 at 10:39:49PM +0530, Rayagonda Kokatanur wrote:
> Hi Tom,
>
>
> On Tue, May 19, 2020 at 12:46 AM Tom Rini wrote:
> >
> > On Sun, May 17, 2020 at 01:49:30PM +0530, Rayagonda Kokatanur wrote:
> >
> > > This is the second patch set series prepared on top of the
> > > first
On Sun, May 10, 2020 at 11:39:52AM -0600, Simon Glass wrote:
> Move this uncommon header out of the common header.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, May 10, 2020 at 11:39:53AM -0600, Simon Glass wrote:
> Some functions use the wrong code style and generate checkpatch errors.
> Fix these.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Hi Tom,
On Tue, May 19, 2020 at 12:46 AM Tom Rini wrote:
>
> On Sun, May 17, 2020 at 01:49:30PM +0530, Rayagonda Kokatanur wrote:
>
> > This is the second patch set series prepared on top of the
> > first patch set ("add initial support for broadcom NS3 soc").
> >
> > This patch set will add
On Tue, 19 May 2020 at 08:32, Tom Rini wrote:
>
> In order to support the compiler providing information used within
> Kconfig itself we cannot have the compiler be determined by
> arch/*/config.mk as we will not be able to evaluate that yet. Given
> that most documentation tells people to
Hi Marek,
On Tue, 19 May 2020 at 06:00, Marek Szyprowski wrote:
>
> Hi Simon,
>
> On 19.05.2020 00:38, Simon Glass wrote:
> > On Mon, 18 May 2020 at 07:18, Marek Szyprowski
> > wrote:
> >> Create a non-cacheable mapping for the 0x6 physical memory region,
> >> where MMIO registers for
Hi Michael,
On Tue, 19 May 2020 at 06:17, Michael Walle wrote:
>
> Hi Simon,
>
> Am 2020-04-24 16:17, schrieb Michael Walle:
> > Hi Simon,
> >
> > Am 2020-04-20 01:38, schrieb Simon Glass:
> >
> > [..snip..]
> >
> >>> > uclass 31: eth
> >>> > 0 * smsc95xx_eth @ 3db69ac0, seq 0, (req -1)
> >>>
On Tue, May 19, 2020 at 12:35 PM Pragnesh Patel
wrote:
>
> Release ethernet clock reset once clock is initialized.
> This is necessary to do as U-Boot proper needs ethernet
> clock.
Better write proper commit mesaage can clear the reason for phy reset here.
Sample "U-Boot ethernet phy work with
On Tue, May 19, 2020 at 12:35 PM Pragnesh Patel
wrote:
>
> With sifive_fu540_defconfig:
>
> User can use FSBL or u-boot-spl.bin anyone at a time.
>
> For FSBL,
> fsbl->fw_payload.bin (opensbi + U-Boot)
>
> For u-boot-spl.bin,
> u-boot-spl.bin->FIT image (opensbi + U-Boot proper + dtb)
>
> U-Boot
On Sat, May 16, 2020 at 11:42 AM Pragnesh Patel
wrote:
>
> Hi Jagan,
>
> >-Original Message-
> >From: Jagan Teki
> >Sent: 15 May 2020 23:05
> >To: Pragnesh Patel
> >Cc: U-Boot-Denx ; Atish Patra
> >; Palmer Dabbelt ; Bin
> >Meng ; Paul Walmsley ;
> >Anup Patel ; Sagar Kadam
> >; Rick
The UEFI 2.8 specification has introduced the EFI_MEMORY_SP memory
attribute. Add it to the 'efidebug memmap' and 'efi mem' commands.
Signed-off-by: Heinrich Schuchardt
---
cmd/efi.c | 1 +
cmd/efidebug.c | 1 +
include/efi.h | 1 +
3 files changed, 3 insertions(+)
diff --git a/cmd/efi.c
On 15/05/20 01:12PM, Jagan Teki wrote:
> On Wed, May 13, 2020 at 4:34 PM Pratyush Yadav wrote:
> >
> > On 13/05/20 03:26PM, Jagan Teki wrote:
> > > On Wed, May 13, 2020 at 2:24 PM Pratyush Yadav wrote:
> > > >
> > > > On 13/05/20 12:17PM, Jagan Teki wrote:
> > > > > On Mon, Mar 30, 2020 at 9:16
On Tue, May 19, 2020 at 10:51:11AM -0400, Tom Rini wrote:
> When building U-Boot we select the architecture via Kconfig and not ARCH
> being passed in via the environment or make cmdline.
>
> While in here, add the doc file to the MAINTAINERS entry for coldfire.
I've reworded this locally to
On Tue, May 19, 2020 at 08:41:45PM +0530, Amit Tomer wrote:
> Hi
>
> On Tue, May 19, 2020 at 8:21 PM Tom Rini wrote:
> >
> > When building U-Boot we select the architecture via Kconfig and not ARCH
> > being passed in via the environment or make cmdline.
> >
> > Cc: Adam Ford
> > Cc: Vanessa
Hi
On Tue, May 19, 2020 at 8:21 PM Tom Rini wrote:
>
> When building U-Boot we select the architecture via Kconfig and not ARCH
> being passed in via the environment or make cmdline.
>
> Cc: Adam Ford
> Cc: Vanessa Maegima
> Cc: Otavio Salvador
> Cc: Igor Opaniuk
> Cc: Amit Singh Tomar
>
Hi Jagan,
On 13/05/20 12:14PM, Jagan Teki wrote:
> On Mon, Mar 30, 2020 at 9:16 PM Pratyush Yadav wrote:
> >
> > On probe, the SPI NOR core will put a flash in 8D-8D-8D mode if it
> > supports it. But Linux as of now expects to get the flash in 1S-1S-1S
> > mode. Handing the flash to Linux in
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
Cc: Kever Yang
Cc: Simon Glass
Cc: Philipp Tomsich
Cc: Klaus Goger
Cc: Jagan Teki
Signed-off-by: Tom Rini
---
As an aside, these files should be converted rST and
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
While in here, add the doc file to the MAINTAINERS entry for coldfire.
Cc: Paul Walmsley
Cc: Palmer Dabbelt
Cc: Anup Patel
Cc: Atish Patra
Signed-off-by: Tom Rini
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
While in here, add the doc file to the MAINTAINERS entry for coldfire.
Cc: Huan Wang
Cc: Angelo Dureghello
Signed-off-by: Tom Rini
---
MAINTAINERS | 1 +
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
Cc: Lokesh Vutla
Cc: Vitaly Andrianov
Signed-off-by: Tom Rini
---
As an aside, these README files should be converted rST and moved to
doc/board/ and the MAINTAINERS
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
Cc: Po Liu
Cc: Qiang Zhao
Signed-off-by: Tom Rini
---
As an aside, these files should be converted rST and moved to doc/board/
and the MAINTAINERS file updated to
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
Cc: Beniamino Galvani
Cc: Neil Armstrong
Cc: u-boot-amlo...@groups.io
Signed-off-by: Tom Rini
---
As an aside, these files should be converted rST and moved to
When building U-Boot we select the architecture via Kconfig and not ARCH
being passed in via the environment or make cmdline.
Cc: Adam Ford
Cc: Vanessa Maegima
Cc: Otavio Salvador
Cc: Igor Opaniuk
Cc: Amit Singh Tomar
Cc: Manivannan Sadhasivam
Signed-off-by: Tom Rini
---
As an aside, the
In order to support the compiler providing information used within
Kconfig itself we cannot have the compiler be determined by
arch/*/config.mk as we will not be able to evaluate that yet. Given
that most documentation tells people to specify CROSS_COMPILE, remove
these references.
Cc: Huan Wang
On Tue, 2020-05-19 at 12:48 +0300, Matwey V. Kornilov wrote:
> вт, 19 мая 2020 г. в 01:06, Kurt Miller :
> >
> >
> > On Wed, 2020-05-13 at 16:10 -0400, Kurt Miller wrote:
> > >
> > > On Wed, 2020-05-13 at 22:58 +0300, Matwey V. Kornilov wrote:
> > > >
> > > >
> > > > Thanks. Have you already
On Tue, May 19, 2020 at 10:40:01AM +0900, Masahiro Yamada wrote:
> On Tue, May 19, 2020 at 1:55 AM Tom Rini wrote:
> >
> > On Mon, May 18, 2020 at 11:23:20AM -0400, Tom Rini wrote:
> > > On Mon, May 18, 2020 at 11:55:11AM +0900, Masahiro Yamada wrote:
> > > > Tom,
> > > >
> > > >
> > > >
> > > >
On Sun, May 17, 2020 at 10:29 PM Bin Meng wrote:
>
> On Thu, May 14, 2020 at 9:16 PM Christian Gmeiner
> wrote:
> >
> > Signed-off-by: Christian Gmeiner
> > ---
> > arch/x86/cpu/coreboot/tables.c | 14 ++
> > arch/x86/include/asm/arch-coreboot/sysinfo.h | 2 ++
> >
On Tue, May 19, 2020 at 9:37 PM Bin Meng wrote:
>
> On Tue, May 19, 2020 at 5:02 PM Christian Gmeiner
> wrote:
> >
> > It is not definded anywhere.
> >
> > Signed-off-by: Christian Gmeiner
> > ---
> > include/cbfs.h | 2 --
> > 1 file changed, 2 deletions(-)
> >
>
> Reviewed-by: Bin Meng
On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
>
> At present his uses a true return to indicate it found a file. Adjust it
typo: this
> to use 0 for this, so it is consistent with other functions.
>
> Update its callers accordingling and add a check for malloc() failure in
accordingly
>
On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
>
> This function is strange at the moment in that it takes a header pointer
> but then accesses the cbfs_s global. Currently clients have their own priv
> pointer, so update the function to take that as a parameter instead.
>
> Signed-off-by:
On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
>
> This function is strange at the moment in that it takes a header pointer
> but then accesses the cbfs_s global. Currently clients have their own priv
> pointer, so update the function to take that as a parameter instead.
>
> Signed-off-by:
On 5/19/20 3:45 PM, Bin Meng wrote:
> On Tue, May 19, 2020 at 9:43 PM Marek Vasut wrote:
>>
>> On 5/19/20 3:33 PM, Bin Meng wrote:
>>> On Tue, May 19, 2020 at 8:40 PM Marek Vasut wrote:
Add weak function which is called right after fdtdec_setup() configured
the U-Boot DT. This
On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
>
> U-Boot uses ulong for addresses but there are a few places in this driver
> that don't use it. Convert this driver over to follow this convention
> fully.
>
> Signed-off-by: Simon Glass
> ---
>
> fs/cbfs/cbfs.c | 9 -
>
Hi Simon,
On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
>
> At present the result variable in the cbfs_priv is called 'result' as is
> the local variable in a few functions. Change the latter to 'ret' which is
> more common in U-Boot and avoids confusion.
>
> Signed-off-by: Simon Glass
>
Hi Simon,
On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
>
> At present this uses an int type. U-Boot now supports bool so use this
> instead. Also use English spelling for initialised which we are here.
I don't understand what issue is with American English "initialized"?
I think they
On Tue, May 19, 2020 at 9:43 PM Marek Vasut wrote:
>
> On 5/19/20 3:33 PM, Bin Meng wrote:
> > On Tue, May 19, 2020 at 8:40 PM Marek Vasut wrote:
> >>
> >> Add weak function which is called right after fdtdec_setup() configured
> >> the U-Boot DT. This permits board-specific adjustments to the
On 5/19/20 3:33 PM, Bin Meng wrote:
> On Tue, May 19, 2020 at 8:40 PM Marek Vasut wrote:
>>
>> Add weak function which is called right after fdtdec_setup() configured
>> the U-Boot DT. This permits board-specific adjustments to the U-Boot DT
>> before U-Boot starts parsing the DT. This could be
On Tue, May 19, 2020 at 5:02 PM Christian Gmeiner
wrote:
>
> It is not definded anywhere.
>
> Signed-off-by: Christian Gmeiner
> ---
> include/cbfs.h | 2 --
> 1 file changed, 2 deletions(-)
>
Reviewed-by: Bin Meng
On Tue, May 19, 2020 at 8:40 PM Marek Vasut wrote:
>
> Add weak function which is called right after fdtdec_setup() configured
> the U-Boot DT. This permits board-specific adjustments to the U-Boot DT
> before U-Boot starts parsing the DT. This could be used e.g. to patch in
> various custom
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 13/35] acpigen: Support writing a length
>
> It is convenient to write a length value for preceding a block of data.
> Of course the length is not known or is hard to calculate a priori. So add
> a way to mark the start on a
Hi All,
Can anyone please help me to locate the patch(diff) file for CVE-2018-18440
and CVE-2018-18439.
Regards,
Abhay
The prior-stage firmware generates DT fragment containing the /firmware
node, /reserved-memory node and /memory@ nodes. Merge these nodes into
the U-Boot DT, so U-Boot can use this information.
Reviewed-by: Simon Glass
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Cc: Simon Glass
Cc: Tom
This function is useful to merge a subset of DT into another DT, for
example if some prior-stage firmware passes a DT fragment to U-Boot
and U-Boot needs to merge it into its own DT. Export this function
to permit implementing such functionality.
Reviewed-by: Simon Glass
Signed-off-by: Marek
Enable OpTee support on R-Car Gen3, so that U-Boot would copy the
OpTee /firmware and /reserved-memory nodes into the Linux DT.
Reviewed-by: Simon Glass
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Cc: Simon Glass
Cc: Tom Rini
---
V2: No change
---
configs/r8a77970_eagle_defconfig | 2
Reserve 4 kiB of space in R-Car Gen3 DTs when those DTs are compiled
to permit patching in OpTee-OS /firmware node, /reserved-memory node
and possibly also additional /memory@ nodes.
Reviewed-by: Simon Glass
Signed-off-by: Marek Vasut
Cc: Nobuhiro Iwamatsu
Cc: Simon Glass
Cc: Tom Rini
---
Add weak function which is called right after fdtdec_setup() configured
the U-Boot DT. This permits board-specific adjustments to the U-Boot DT
before U-Boot starts parsing the DT. This could be used e.g. to patch in
various custom nodes or merge in DT fragments from prior-stage firmware.
Hi,
On Thu, 14 May 2020 at 01:23, Stefan Roese wrote:
>
> From: Suneel Garapati
>
> Add support for I2C controllers found on Octeon II/III and Octeon TX
> TX2 SoC platforms.
>
> Signed-off-by: Aaron Williams
> Signed-off-by: Suneel Garapati
> Signed-off-by: Stefan Roese
> Cc: Heiko Schocher
Hi Rudolf,
On Tue, May 19, 2020 at 1:28 AM Rudolf J Streif
wrote:
>
> I solved the problem with u-boot not recognizing the eMMC. The device
> tree is working now for u-boot.
>
> However, i.MX6 is using SPL which is loaded into OCRAM. If I flash SPL
> and u-boot to a boot partition on the eMMC
Hi Simon,
Am 2020-04-24 16:17, schrieb Michael Walle:
Hi Simon,
Am 2020-04-20 01:38, schrieb Simon Glass:
[..snip..]
> uclass 31: eth
> 0 * smsc95xx_eth @ 3db69ac0, seq 0, (req -1)
Shouldn't this be "req 0" if the ethernet alias is actually matched.
Does u-boot actually supports matching
Thanks Richard for the response.
On 5/19/20, Richard Weinberger wrote:
> Neither UBI nor UBIFS care about ECC. The MTD stack does.
> If you write something in Linux you cannot read back in u-boot a common
> problem is that u-boot and Linux use different MTD settings (layout,
> ECC, etc...).
Convert pcm058 support to use device trees and the driver model.
Add rudimentary boot scripts to the environment, expand README.
Signed-off-by: Niel Fourie
Cc: Stefano Babic
---
arch/arm/dts/Makefile | 1 +
.../imx6q-phytec-mira-rdk-nand-u-boot.dtsi| 42 +++
Change the MAINTAINER of pcm058.
Signed-off-by: Niel Fourie
Cc: Stefano Babic
---
board/phytec/pcm058/MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/phytec/pcm058/MAINTAINERS b/board/phytec/pcm058/MAINTAINERS
index b0ca40277f..909dfc44af 100644
---
Add Phytec Mira device tree files, for use with pcm058.
>From Linux 5.6, commit 7111951b8d49 upstream
Signed-off-by: Niel Fourie
Cc: Stefano Babic
---
arch/arm/dts/imx6q-phytec-mira-rdk-nand.dts | 72
arch/arm/dts/imx6qdl-phytec-mira.dtsi| 390 +++
Add da9063-regulator bindings from Linux 5.6:
commit 7111951b8d49 upstream
Signed-off-by: Niel Fourie
Cc: Stefano Babic
---
.../dt-bindings/regulator/dlg,da9063-regulator.h | 16
1 file changed, 16 insertions(+)
create mode 100644
This patch series updates the existing pcm058 board support to use device
trees with driver model. The first two patches in the series pulls in the
unmodified Linux dt-binding and dts files. The third patch changes the
maintainer. The last patch contains the required changes.
Niel Fourie (4):
Hi Simon,
On 19.05.2020 00:38, Simon Glass wrote:
> On Mon, 18 May 2020 at 07:18, Marek Szyprowski
> wrote:
>> Create a non-cacheable mapping for the 0x6 physical memory region,
>> where MMIO registers for the PCIe XHCI controller are instantiated by the
>> PCIe bridge. Due to 32bit
Hi Simon,
-"Simon Glass" schrieb: -
> Betreff: [PATCH v2 11/35] acpi: Support generation of I2C descriptor
>
> Add a function to write a GPIO descriptor to the generated ACPI code.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Fix memset of I2C descriptor
>
> Changes
Hi Heiko,
On Tue, May 19, 2020 at 1:18 AM Heiko Schocher wrote:
> I am happy to add boards!
>
> @Anatolij: Do we have this board in our vlab? Or somehow remote accessible?
>
> @Fabio: I am sure you have some boards for testing, do you have a CI
>setup for them? With the approach to report
+Simon
> -Original Message-
> From: Anatolij Gustschin
> Sent: 2020年5月19日 18:27
> To: Peng Fan
> Cc: u-boot@lists.denx.de; Ye Li ; Frank Li
> ; sba...@denx.de
> Subject: Re: [PATCH 2/2] thermal: imx_scu_thermal: fix getting DT alert
> property value
>
> On Tue, 19 May 2020 10:05:21
On Sun, May 17, 2020 at 1:28 PM Jupiter wrote:
>
> Sorry for a bit recalcitrant with the issue of calling 'ubi part"
> error -74 -EBADMSG, is it MTD issue or u-boot issue?
>
> I used Linux kernel 4.19 to flash UBIFS volume images ubi.img to
> imx6ull NAND using following command in Linux:
>
>
101 - 200 of 242 matches
Mail list logo