On Thu, 2 May 2019 14:27:06 +0200
Eugeniu Rosca wrote:
> The random uuid values (enabled via CONFIG_RANDOM_UUID=y) on our
> platform are always the same. Below is consistent on each cold boot:
>
> => ### interrupt autoboot
> => env default -a; gpt write mmc 1 $partitions; print uuid_gpt_misc
On 5/7/19 8:37 AM, Takahiro Akashi wrote:
> On Tue, May 07, 2019 at 07:50:48AM +0200, Heinrich Schuchardt wrote:
>> On 5/7/19 6:39 AM, Takahiro Akashi wrote:
>>> On Sat, May 04, 2019 at 10:36:36AM +0200, Heinrich Schuchardt wrote:
Implement unloading of images in the Exit() boot services:
Hi Jagan,
I would like to merge this patch set, all the patches looks fine to me,
though this patch need to be rebased and not sure if other patches follow
also need to do the rebase.
Philipp picks one of them(for Orangepi) in last PR, I think it would be
better to get all the patches
https://source.codeaurora.org/external/imx/uboot-imx
cherry picked, styled and merged commits:
- MLK-18387 pmic: Add pmic driver for BD71837: e9a3bec2e95a
- MLK-18590 pmic: bd71837: Change to use new fdt API: acdc5c297a96
Signed-off-by: Ye Li
Signed-off-by: Matti Vaittinen
Reviewed-by: Simon
Patch series to support for ROHM BD71837 and BD71847 PMICs.
ROHM BD71837 and BD71847 is PMIC intended for powering single-core,
dual-core, and quad-core SoC’s such as NXP-i.MX 8M. BD71847 is used
for example on NXP imx8mm EVK.
Series adds PMIC driver with register read and write support, and
On Tue, May 07, 2019 at 07:50:48AM +0200, Heinrich Schuchardt wrote:
> On 5/7/19 6:39 AM, Takahiro Akashi wrote:
> >On Sat, May 04, 2019 at 10:36:36AM +0200, Heinrich Schuchardt wrote:
> >>Implement unloading of images in the Exit() boot services:
> >>
> >>* unload images that are not yet started,
Hi Jagan,
On 04/28/2019 05:09 PM, Jagan Teki wrote:
> Rockchip platform would require an explicit call to mkimage for
> creating bootable images which indeed specific to SoC family
> along with boot devices.
>
> Example of creating bootable image for rk3399 family with SD
> boot device as
>
> ₹
Hi Kever,
On Tue, May 7, 2019 at 9:36 AM Kever Yang wrote:
>
> Hi Jagan,
>
>
> On 04/27/2019 07:48 PM, Jagan Teki wrote:
> > Add default SPL_FIT_GENERATOR py script for rockchip platforms if
> > specific target enabled SPL_LOAD_FIT.
> >
> > So, this would help get rid of explicitly mentioning
On Tue, May 7, 2019 at 12:04 PM Kever Yang wrote:
>
> Hi Jagan,
>
> On 04/28/2019 05:09 PM, Jagan Teki wrote:
> > Rockchip platform would require an explicit call to mkimage for
> > creating bootable images which indeed specific to SoC family
> > along with boot devices.
> >
> > Example of
Hi Kever,
Am Dienstag, 7. Mai 2019, 03:54:32 CEST schrieb 杨凯:
> 1 does aarch32 using atf the same way like aarch64? eg. the load/boot flow is:
> tpl->spl->atf->u-boot
Yep, exactly like this - which is the beauty of using ATF :-)
Btw. core rk3288 support meanwhile also reached upstream ATF:
On Thu, 2 May 2019 14:27:05 +0200
Eugeniu Rosca wrote:
> Apply the following changes:
> - Guard the 'gpt read' command by 'ifdef CONFIG_CMD_GPT_RENAME',
>since 'gpt read' is not available on CMD_GPT_RENAME=n
> - Prefix the {read,swap,rename} commands with one space for
> consistency
> -
On 5/7/19 8:12 AM, Takahiro Akashi wrote:
> On Tue, May 07, 2019 at 08:05:48AM +0200, Heinrich Schuchardt wrote:
>> On 5/7/19 7:58 AM, Takahiro Akashi wrote:
>>> On Tue, May 07, 2019 at 07:53:41AM +0200, Heinrich Schuchardt wrote:
On 5/7/19 7:44 AM, Takahiro Akashi wrote:
> On Tue, May
On 5/7/19 7:58 AM, Takahiro Akashi wrote:
On Tue, May 07, 2019 at 07:53:41AM +0200, Heinrich Schuchardt wrote:
On 5/7/19 7:44 AM, Takahiro Akashi wrote:
On Tue, May 07, 2019 at 07:26:46AM +0200, Heinrich Schuchardt wrote:
On 5/7/19 5:02 AM, Takahiro Akashi wrote:
On Sat, May 04, 2019 at
On Thu, 2 May 2019 14:27:03 +0200
Eugeniu Rosca wrote:
> Below is what happens on R-Car H3ULCB-KF using clean U-Boot
> v2019.04-00810-g6aebc0d11a10 and r8a7795_ulcb_defconfig:
>
> => ### interrupt autoboot
> => gpt guid mmc 1
> 21200400-0804-0146-9dcc-a8c51255994f
> success!
> => ###
On Thu, 2 May 2019 14:27:04 +0200
Eugeniu Rosca wrote:
> Below is what happens on R-Car H3ULCB-KF using clean U-Boot
> v2019.04-00810-g6aebc0d11a10 and r8a7795_ulcb_defconfig:
>
> => ### interrupt autoboot
> => gpt verify mmc 1
> No partition list provided - only basic check
> Verify GPT:
Hi Kever,
On Tue, May 7, 2019 at 12:44 PM Kever Yang wrote:
>
> Hi Jagan,
>
> I would like to merge this patch set, all the patches looks fine to me,
>
> though this patch need to be rebased and not sure if other patches follow
I have rebased this along with prior series on
On 5/7/19 7:16 AM, Heinrich Schuchardt wrote:
On 5/7/19 3:53 AM, Takahiro Akashi wrote:
On Tue, Apr 30, 2019 at 08:11:15AM +0200, Heinrich Schuchardt wrote:
The field boot OptionalData in structure _EFI_LOAD_OPTIONS is for binary
data.
When we use `efidebug boot add` we should convert the 5th
On Tue, May 07, 2019 at 08:05:48AM +0200, Heinrich Schuchardt wrote:
> On 5/7/19 7:58 AM, Takahiro Akashi wrote:
> >On Tue, May 07, 2019 at 07:53:41AM +0200, Heinrich Schuchardt wrote:
> >>On 5/7/19 7:44 AM, Takahiro Akashi wrote:
> >>>On Tue, May 07, 2019 at 07:26:46AM +0200, Heinrich Schuchardt
On Tue, May 07, 2019 at 09:12:56AM +0200, Heinrich Schuchardt wrote:
> On 5/7/19 8:16 AM, Takahiro Akashi wrote:
> > On Tue, May 07, 2019 at 08:04:26AM +0200, Heinrich Schuchardt wrote:
> >> On 5/7/19 7:16 AM, Heinrich Schuchardt wrote:
> >>> On 5/7/19 3:53 AM, Takahiro Akashi wrote:
> On
On 5/7/19 8:16 AM, Takahiro Akashi wrote:
> On Tue, May 07, 2019 at 08:04:26AM +0200, Heinrich Schuchardt wrote:
>> On 5/7/19 7:16 AM, Heinrich Schuchardt wrote:
>>> On 5/7/19 3:53 AM, Takahiro Akashi wrote:
On Tue, Apr 30, 2019 at 08:11:15AM +0200, Heinrich Schuchardt wrote:
> The field
Hi Lukasz,
On Tue, May 07, 2019 at 09:03:15AM +0200, Lukasz Majewski wrote:
[..]
> Reviewed-by: Lukasz Majewski
>
>
> Best regards,
>
> Lukasz Majewski
>
> --
>
> DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194
Am 06.05.19 um 22:16 schrieb Simon Goldschmidt:
> Am 06.05.2019 um 17:45 schrieb Wolfgang Grandegger:
>> Re-add support for Aries Embedded MCV SoM, which is CycloneV based
>> and the associated MCVEVK baseboard. The board can boot from eMMC.
>> Ethernet and USB is supported.
>>
>> The Aries
On Tue, 7 May 2019 09:10:28 +0200
Eugeniu Rosca wrote:
> Hi Lukasz,
>
> On Tue, May 07, 2019 at 09:03:15AM +0200, Lukasz Majewski wrote:
> [..]
> > Reviewed-by: Lukasz Majewski
> >
> >
> > Best regards,
> >
> > Lukasz Majewski
> >
> > --
> >
> > DENX Software Engineering GmbH,
On Mon, May 06, 2019 at 09:52:00PM -0600, Simon Glass wrote:
> Hi Thierry,
>
> On Thu, 25 Apr 2019 at 07:25, Thierry Reding wrote:
> >
> > On Mon, Apr 15, 2019 at 10:08:20AM +0200, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > The fdt_setprop_u32() function does everything that
Fix SPI flash environment erase size error.
Erase size of flash mt25qu02g on Stratix 10 should be 64KB.
SOCFPGA_STRATIX10 # saveenv
Saving Environment to SPI Flash...
SF: Detected mt25qu02g with page size 256 Bytes, erase size 64 KiB, total 256
MiB
Erasing SPI flash...SF: Erase offset/length
On Tue, May 07, 2019 at 08:04:26AM +0200, Heinrich Schuchardt wrote:
> On 5/7/19 7:16 AM, Heinrich Schuchardt wrote:
> >On 5/7/19 3:53 AM, Takahiro Akashi wrote:
> >>On Tue, Apr 30, 2019 at 08:11:15AM +0200, Heinrich Schuchardt wrote:
> >>>The field boot OptionalData in structure _EFI_LOAD_OPTIONS
Hi,
On 06/05/2019 14:17, Lukasz Majewski wrote:
Hi Sven, Marek, Jean-Jacques,
On 5/6/19 12:12 PM, Sven Schwermer wrote:
Hi,
I’m running into linking issues when enabling CONFIG_DM_USB_GADGET
with CONFIG_CI_UDC because dm_usb_gadget_handle_interrupts is not
available. That made me look into
BD71837 and BD71847 is PMIC intended for powering single-core,
dual-core, and quad-core SoC’s such as NXP-i.MX 8M. BD71847
is used for example on NXP imx8mm EVK.
Add regulator driver for ROHM BD71837 and BD71847 PMICs.
BD71837 contains 8 bucks and 7 LDOS. BD71847 is reduced
version containing 6
From: Tien Fong Chee
Add FPGA driver to support program FPGA with FPGA bitstream loading from
filesystem. The driver are designed based on generic firmware loader
framework. The driver can handle FPGA program operation from loading FPGA
bitstream in flash to memory and then to program FPGA.
From: Tien Fong Chee
Add support for loading FPGA bitstream to get DDR up running before
U-Boot is loaded into DDR. Boot device initialization, generic firmware
loader and SPL FAT support are required for this whole mechanism to work.
Signed-off-by: Tien Fong Chee
---
changes for v13
- No
On Tue, May 7, 2019 at 5:31 PM Bin Meng wrote:
>
> On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
> >
> > The memory map currently omits the environment and the MRC region. Add
> > these in for completeness.
> >
> > Signed-off-by: Simon Glass
> > Reviewed-by: Bin Meng
> > ---
> >
> >
On 07.05.19 09:30, Takahiro Akashi wrote:
On Tue, May 07, 2019 at 09:12:56AM +0200, Heinrich Schuchardt wrote:
On 5/7/19 8:16 AM, Takahiro Akashi wrote:
On Tue, May 07, 2019 at 08:04:26AM +0200, Heinrich Schuchardt wrote:
On 5/7/19 7:16 AM, Heinrich Schuchardt wrote:
On 5/7/19 3:53 AM,
This comment describes the board state at the moment where we enter
the SPL. The description is entirely wrong; re-write it to fit the
reality.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/start.S | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git
Before cleaning a bit further the spear/start.S file, apply a few
cosmetic changes: capital letters, comment indentation and small
rewriting.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/start.S | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git
It is clearly stated that board_init_f should *not* call
board_init_r. Indeed, board_init_f should return. The code will
continue through arch/arm/lib/crt0.S which will do more setup before
calling board_init_r.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/spl.c | 2 --
1 file
From: Christoph Müllner
Some machines have limited DMA engines, which cannot deal
with arbitrary addresses. This patch introduces a function
to model these restrictions on a machine level.
Signed-off-by: Christoph Müllner
Signed-off-by: Christoph Muellner
---
common/board_f.c | 5 +
On Tue, May 7, 2019 at 10:07 AM Lokesh Vutla wrote:
>
>
>
> On 05/05/19 1:33 AM, Simon Goldschmidt wrote:
> > This adds separate kconfig options for drivers/sysreset and
> > drivers/firmware.
> >
> > Up to now, CONFIG_SPL_DRIVERS_MISC_SUPPORT added drivers/misc to SPL
> > build but also added
From: Tudor Ambarus
Describe the DT bindings for the driver of the Atmel QSPI
controller. Taken form linux v5.1-rc5.
Signed-off-by: Tudor Ambarus
---
doc/device-tree-bindings/spi/atmel-quadspi.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644
From: Tudor Ambarus
Backport the driver from linux v5.1-rc5 and adapt it for u-boot.
Tested on sama5d2_xplained Rev B with mx25l25635e spi-nor flash.
=> sf probe 1:0
SF: Detected mx25l25635e with page size 256 Bytes, erase size 64 KiB, total 32
MiB
=> sf erase 0 10
SF: 1048576 bytes @ 0x0
Per feedback from Marek, he suggested better handling and
to enable DM_FLAG_OS_PREPARE, this patch re-orders some of
the error checking, and errors returns the error code right
away and also sets DM_FLAG_OS_PREPARE.
Signed-off-by: Adam Ford
diff --git a/drivers/usb/host/ohci-da8xx.c
On Tue, May 7, 2019 at 2:42 PM Paul Kocialkowski
wrote:
>
> Hi,
>
> On Sat, 2019-04-27 at 17:18 +0530, Jagan Teki wrote:
> > diff --git a/board/rockchip/evb_rk3399/MAINTAINERS
> > b/board/rockchip/evb_rk3399/MAINTAINERS
> > index ae43805a6a..5917abb9c1 100644
> > ---
On 07.05.19 14:18, Miquel Raynal wrote:
It is clearly stated that board_init_f should *not* call
board_init_r. Indeed, board_init_f should return. The code will
continue through arch/arm/lib/crt0.S which will do more setup before
calling board_init_r.
Signed-off-by: Miquel Raynal
On 07.05.19 14:18, Miquel Raynal wrote:
SPL BSS lies in SRAM and is actually initialized to 0 by the SPL in
arch/arm/lib/crt0.S:_main(), which is called by cpu_init_crit.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
On 07.05.19 14:18, Miquel Raynal wrote:
This comment describes the board state at the moment where we enter
the SPL. The description is entirely wrong; re-write it to fit the
reality.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 07.05.19 14:18, Miquel Raynal wrote:
The link register is stored in R14. ARM assembly code allows to use
the 'lr' name to reference it instead of 'r14' which is not very
meaningful. Do the substitution to ease the reading.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
On 07.05.19 14:18, Miquel Raynal wrote:
Overload the weak function board_boot_order() so that besides choosing
the main boot device, we can fallback on USB boot by returning in the
BootROM, eg. if the NOR flash is empty while it was the primary boot
medium.
Signed-off-by: Miquel Raynal
This reverts commit c869d63f2785ccde22582f96cf40cb8809f838ba.
Mainline ATF already supports fdt-parsing, which allows us to
pass rk3399-puma specific data to setup things like the correct
UART. Therefore we can re-enable platform parameterss again.
Signed-off-by: Christoph Muellner
---
This patch adds the rate for UART1 and UART3 the same way
as already implemented for UART0 and UART2.
This is required for boards, which have their console output
on these UARTs.
Signed-off-by: Christoph Muellner
---
drivers/clk/rockchip/clk_rk3399.c | 2 ++
1 file changed, 2 insertions(+)
The RK3399 SPL does not use a pinctrl driver to setup the UART pins.
Instead it works based on config macros, which set the base address
of the actual UART block.
Currently the RK3399 SPL support UART0 and UART2.
This patch adds UART3 in the same way as UART0.
Signed-off-by: Christoph Muellner
This patch adds the missing GRF bit definitions for UART3 on the RK3399.
Signed-off-by: Christoph Muellner
---
arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-rockchip/grf_rk3399.h
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> The standard image generated by U-Boot on x86 is u-boot.rom. Add a
> separate image called image.bin for verified boot. This supports
> verification in TPL of which SPL/U-Boot to start, then jumping to the
> correct one, with SPL setting up
On Tue, May 7, 2019 at 5:10 PM Bin Meng wrote:
>
> On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
> >
> > Add TPL binaries to the device x86 binman desciption. When enabled, TPL
> > will start first, doing the 16-bit init, then jump to SPL and finally
> > U-Boot proper.
> >
> >
Hi Tom,
On 5/6/19 7:24 PM, Tom Rini wrote:
On Mon, May 06, 2019 at 06:44:48PM +0200, Niel Fourie wrote:
Hi Tom,
On 5/6/19 4:18 PM, Tom Rini wrote:
On Mon, May 06, 2019 at 04:02:53PM +0200, Niel Fourie wrote:
Support for Phytech phyCORE AM335x R2 SOM (PCL060) on the Phytec
phyBOARD-Wega
On 07.05.19 14:18, Miquel Raynal wrote:
Spear machines currently have only the possibility to boot from NOR
while an interesting alternative exist: booting from USB. For this,
the BootROM will enumerate an USB device and wait for a RAM driver
(likely, the SPL). It will load the driver in SRAM
This adds support for specicyinf FDT overlays in an extlinux/pxelinux
configuration file.
Without this, there is no simple way to apply overlays when the kernel
and ftd is loaded by the pxe command.
This change adds the 'fdtoverlays' keyword for a label, supporting multiple
overlay files to be
A previous commit changed the USB3 node names, which breaks compilation
of the gru DTS files.
This patch addresses this issue by fixing the referenced node names.
Signed-off-by: Christoph Muellner
---
arch/arm/dts/rk3399-gru-chromebook.dtsi | 7 +--
arch/arm/dts/rk3399-gru.dtsi
This is a partial revert of commit 0a09f2f1173d
("rockchip: Adjust rk3399 device tree to be closer to linux").
Harmonizing the rk3399.dtsi with the one from Linux is a good idea.
However, this is only true if the information within that file can be
used by U-Boot. Before the named commit USB3 was
Currently addr_aligned() performs an alignment and a length check
to validate the DMA address. However, some machines have stricter
restrictions of DMA-able addresses.
This patch adds a call to mach_addr_is_dmaable() to honor this
machine specific restrictions.
Signed-off-by: Christoph Muellner
Patches on the U-Boot mailing list from Rockchip engineers
indicate, that the RK3399's DMA engines are not able to use
addresses in high-memory (above 0xf800).
This patch models this restriction in an RK3399 specific
mach_addr_is_dmaable() function.
Signed-off-by: Christoph Muellner
---
Hi Mark,
On 07.05.19 10:57, Mark Kettenis wrote:
>> From: Christoph Muellner
>> Date: Tue, 7 May 2019 10:39:54 +0200
>>
>> This reverts commit c869d63f2785ccde22582f96cf40cb8809f838ba.
>>
>> Mainline ATF already supports fdt-parsing, which allows us to
>> pass rk3399-puma specific data to setup
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> The early init should only happen once. Update the probe method to
> deal with TPL, SPL and U-Boot proper.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Add a new patch to update
On Tue, May 7, 2019 at 5:10 PM Bin Meng wrote:
>
> On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
> >
> > With the move to Kconfig this option should be set in Kconfig, not in the
> > config header file. Move it.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > Changes in v3:
> > - Drop
From: Tien Fong Chee
Ensure all the debug messages are always prefix with "FPGA: " and comment
beginning with uppercase letter.
Signed-off-by: Tien Fong Chee
---
changes for v13
- No changes.
changes for v12
- Improved the commit messages.
changes for v11
- No changes.
changes for v10
-
From: Tien Fong Chee
Add default fitImage file bundling FPGA bitstreams for Arria10.
Signed-off-by: Tien Fong Chee
---
changes for v13
- No changes.
changes for v12
- No changes.
changes for v11
- Replaced core image node "-2" with "-1",
the numeric associates the core and periph images
On Tue, May 7, 2019 at 9:41 AM Wolfgang Grandegger
wrote:
>
>
>
> Am 06.05.19 um 22:16 schrieb Simon Goldschmidt:
> > Am 06.05.2019 um 17:45 schrieb Wolfgang Grandegger:
> >> Re-add support for Aries Embedded MCV SoM, which is CycloneV based
> >> and the associated MCVEVK baseboard. The board
Adds support for Amlogic G12A USB Control Glue HW.
The Amlogic G12A SoC Family embeds 2 USB Controllers :
- a DWC3 IP configured as Host for USB2 and USB3
- a DWC2 IP configured as Peripheral USB2 Only
A glue connects these both controllers to 2 USB2 PHYs, and optionnally
to an USB3+PCIE Combo
This adds support for the USB PHYs found in the Amlogic G12A SoC Family.
The USB2 PHY supports Host and/or Peripheral mode, depending on it's position.
The first PHY is only used as Host, but the second supports Dual modes
defined by the USB Control Glue HW in front of the USB Controllers.
The
This commit reduces the SPL size by fixing typos in the removed property
string list, switching to the tiny versions of printf/memset and
disabling SPL_DOS/EFI_PARTITION support.
Signed-off-by: Christoph Muellner
---
configs/puma-rk3399_defconfig | 6 +-
1 file changed, 5 insertions(+), 1
Puma SoMs have a 4 MB SPI NOR flash.
Therefore we can move the environment to the end of the flash
(4 MiB - 16 kiB) in order to not overlap with SPL.
Reported-by: Jakob Unterwurzacher
Signed-off-by: Christoph Muellner
---
board/theobroma-systems/puma_rk3399/Kconfig | 2 +-
1 file changed, 1
On Mon, May 06, 2019 at 09:52:02PM -0600, Simon Glass wrote:
> Hi Thierry,
>
> On Fri, 26 Apr 2019 at 06:01, Thierry Reding wrote:
> >
> > On Mon, Apr 15, 2019 at 10:08:21AM +0200, Thierry Reding wrote:
> > > From: Thierry Reding
> > >
> > > U-Boot already defines the {upper,lower}_32_bits()
Adds support for Amlogic G12A USB Device mode.
The DWC2 Controller behind the Glue can be connected to an OTG
capable PHY. The Glue setups the PHY mode.
This patch implements Device mode support by adding a board_usb_init/cleanup
setting up the DWC2 controller and switch the OTG capable port to
This patchset adds support for USB on Amlogic G12A SoCs.
This patchset is composed with :
- PHY Drivers
- USB Control Glue driver
- G12A board setup for Device mode
Device Tree nodes will be added in a separate patchset when applied
on a tagged Linux tree.
The Amlogic G12A USB Complex is
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> The EFI implementation of reset sits inside the driver and is called
> directly from outside the driver, breaking the normal driver-model
> conventions. Worse, it passed NULL as the device pointer, hoping that
> the called function won't use
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> Add a default implementation of this method which always indicates that
> the last reset was a power-on reset. This is the most likely type of reset
> and without a PCH-specific driver we cannot determine any other type.
>
> Signed-off-by:
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> On modern x86 devices we can power the system off using the power-
> management features of the PCH. Add an implementation for this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3:
> - Use acpi_s3.h header
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> When TPL finishes it needs to jump to SPL with the stack set up correctly.
> Add a function to handle this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Add a new patch allowing
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> The memory map currently omits the environment and the MRC region. Add
> these in for completeness.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> doc/README.x86 | 2 ++
> 1
Quoting ARM "RealView Compilation Tools Assembler Guide v4.0":
PUSH and POP are synonyms for STMDB and LDM (or LDMIA), with
the base register sp (r13), and the adjusted address written
back to the base register.
PUSH and POP are the preferred mnemonic in these
The _main call is not supposed to return at all: don't link the
branch.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/start.S | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/arm926ejs/spear/start.S
b/arch/arm/cpu/arm926ejs/spear/start.S
index
The link register is stored in R14. ARM assembly code allows to use
the 'lr' name to reference it instead of 'r14' which is not very
meaningful. Do the substitution to ease the reading.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/start.S | 2 +-
1 file changed, 1 insertion(+),
Implement the weak board_return_to_bootrom() function so that when
enabling the spl_bootrom.c driver, one can make use of usbboot on
spear platforms. All necessary information to return to the BootROM
are stored in the BootROM's stack. The SPL stack pointer is reset so
we save the BootROM's stack
Overload the weak function board_boot_order() so that besides choosing
the main boot device, we can fallback on USB boot by returning in the
BootROM, eg. if the NOR flash is empty while it was the primary boot
medium.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/spl.c | 12
There is no reason to do the few spear-related initialization, in a
different procedure than 'reset'. Spare one branching and get a linear
code flow by removing this indirection.
Signed-off-by: Miquel Raynal
---
arch/arm/cpu/arm926ejs/spear/start.S | 17 ++---
1 file changed, 2
On Fri, May 03, 2019 at 06:09:28PM +0200, Eugeniu Rosca wrote:
> On Thu, May 02, 2019 at 12:32:53AM +0200, Eugeniu Rosca wrote:
> > Hi Tom,
> >
> > On Wed, May 01, 2019 at 03:51:49PM -0400, Tom Rini wrote:
> > [..]
> > >
> > > Agreed, this patch sounds like it addresses a number of problems
On 07.05.19 14:18, Miquel Raynal wrote:
Rename Xloader as SPL in comments.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 07.05.19 14:18, Miquel Raynal wrote:
Before cleaning a bit further the spear/start.S file, apply a few
cosmetic changes: capital letters, comment indentation and small
rewriting.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 07.05.19 14:18, Miquel Raynal wrote:
Fix a tiny typo in boot_from_devices() kernel doc.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
> From: Christoph Muellner
> Date: Tue, 7 May 2019 10:49:13 +0200
>
> This is a partial revert of commit 0a09f2f1173d
> ("rockchip: Adjust rk3399 device tree to be closer to linux").
>
> Harmonizing the rk3399.dtsi with the one from Linux is a good idea.
> However, this is only true if the
Hi Simon,
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> At present SPL is used on 64-bit platforms, to allow SPL to be built as
> a 32-bit program and U-Boot proper to be built as 64-bit.
>
> However it is useful to be able to use SPL on any x86 platform, where
> U-Boot needs to be
On 05/05/19 1:33 AM, Simon Goldschmidt wrote:
> This adds separate kconfig options for drivers/sysreset and
> drivers/firmware.
>
> Up to now, CONFIG_SPL_DRIVERS_MISC_SUPPORT added drivers/misc to SPL
> build but also added drivers/firmware and drivers/sysreset at the same
> time.
>
> Since
On Tue, May 07, 2019 at 10:11:18AM +0200, Lukasz Majewski wrote:
> On Tue, 7 May 2019 09:10:28 +0200
> Eugeniu Rosca wrote:
>
> > Hi Lukasz,
> >
> > On Tue, May 07, 2019 at 09:03:15AM +0200, Lukasz Majewski wrote:
> > [..]
> > > Reviewed-by: Lukasz Majewski
> >
> > Thanks for the recent
On 07.05.19 14:18, Miquel Raynal wrote:
There is no reason to do the few spear-related initialization, in a
different procedure than 'reset'. Spare one branching and get a linear
code flow by removing this indirection.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 07.05.19 14:18, Miquel Raynal wrote:
Quoting ARM "RealView Compilation Tools Assembler Guide v4.0":
PUSH and POP are synonyms for STMDB and LDM (or LDMIA), with
the base register sp (r13), and the adjusted address written
back to the base register.
PUSH and
On 07.05.19 14:18, Miquel Raynal wrote:
The _main call is not supposed to return at all: don't link the
branch.
Signed-off-by: Miquel Raynal
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
On 07.05.19 14:18, Miquel Raynal wrote:
Implement the weak board_return_to_bootrom() function so that when
enabling the spl_bootrom.c driver, one can make use of usbboot on
spear platforms. All necessary information to return to the BootROM
are stored in the BootROM's stack. The SPL stack
i.MX8 only support AHAB secure boot with Container format image,
we could not use FIT to support secure boot, so introduce container
support to let SPL could load container images.
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
Cc: York Sun
Cc: Marek Vasut
Cc: Alex Kiernan
Cc: Simon Glass
Cc:
Because FIT could not be used for AHAB secure boot on i.MX8,
so switch to use container image that could let SPL verify
ATF and U-Boot with AHAB.
Note: The AHAB related code has not been added.
Signed-off-by: Peng Fan
---
board/freescale/imx8qxp_mek/README | 4 +---
> From: Christoph Muellner
> Date: Tue, 7 May 2019 10:39:54 +0200
>
> This reverts commit c869d63f2785ccde22582f96cf40cb8809f838ba.
>
> Mainline ATF already supports fdt-parsing, which allows us to
> pass rk3399-puma specific data to setup things like the correct
> UART. Therefore we can
If we are using malloc-simple, we get into the problem, that
calls to free() won't free any memory. When using bouncebuf
in SPL with malloc-simple this means, that every allocated buffer
is lost. This can quickly consume the whole heap.
This patch addresses this memory wasting by introducing a
On Fri, May 3, 2019 at 12:52 AM Simon Glass wrote:
>
> Add TPL binaries to the device x86 binman desciption. When enabled, TPL
> will start first, doing the 16-bit init, then jump to SPL and finally
> U-Boot proper.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2:
>
1 - 100 of 318 matches
Mail list logo
