> -Original Message-
> From: York Sun
> Sent: Friday, September 15, 2017 2:33 AM
> To: Rajesh Bhagat ; u-boot@lists.denx.de
> Cc: Prabhakar Kushwaha ; Ashish Kumar
>
> Subject: Re: [RESEND PATCH v3 1/7] armv8: lsch3: Add serdes and DDR voltage
> setup
>
> You have a lot of magic numbers
On 09/18/2017 12:59 AM, 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.
>
> Signed-off-by: Simon Glass
> ---
>
> lib/efi_loader/
On 09/18/2017 12:59 AM, Simon Glass wrote:
> Add an implementation of setjmp() and longjmp() which rely on the
> underlying host C library. Since we cannot know how large the jump buffer
> needs to be, pick something that should be suitable and check it at
> runtime. At present we need access to th
Fix typo in teh EFI_BOOT_SERVICES_CODE description.
Signed-off-by: Heinrich Schuchardt
---
include/efi.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/efi.h b/include/efi.h
index 87b0b43f20..63cbdb61ec 100644
--- a/include/efi.h
+++ b/include/efi.h
@@ -120,7 +120,7
On 09/17/2017 01:06 PM, Martin Jansa wrote:
> I've verified that u-boot-fw-utils builds and installs fw_printenv
> correctly with 2017.07.
>
> And that u-boot-fw-utils-cross was broken even with Yocto 2.3 Pyro
> and 2017.01 version there, maybe it's time to remove cross version? As
> nobody is usi
On 09/18/2017 12:59 AM, Simon Glass wrote:
> The headers are not in the correct order. Fix this.
The commit message should tell that and explain why you are dropping
#include
>
> Signed-off-by: Simon Glass
> ---
>
> lib/efi_loader/efi_memory.c | 5 ++---
> 1 file changed, 2 insertions(+), 3
On 09/18/2017 12:59 AM, Simon Glass wrote:
> This function repeats data structures provided by driver model. They are
> only created once so can be stale if the EFI loader is called twice (e.g.
> for testing or on boot failure).
>
> Add a TODO to address this. It should be possible to attach EFI d
On 09/18/2017 12:59 AM, Simon Glass wrote:
> This function calls a function which can fail. Print a message in this
> case and abort the boot, rather than silently continuing to boot, which
> will certainly fail.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/bootefi.c | 30 ++
On 09/18/2017 12:59 AM, Simon Glass wrote:
> Rather than having the caller check this variable and the callee set it,
> move all access to the variable inside the function. This reduces the
> logic needed to call efi_init_obj_list().
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/bootefi.c | 8 ++
On 09/18/2017 12:59 AM, Simon Glass wrote:
> This function can fail but gives no indication of failure. Update it to
> return an error when something goes wrong.
>
> Signed-off-by: Simon Glass
> ---
>
> include/efi_loader.h| 10 --
> lib/efi_loader/efi_smbios.c | 6 --
> 2
Hi Heinrich,
On 17 September 2017 at 21:48, Heinrich Schuchardt wrote:
> On 09/18/2017 12:59 AM, Simon Glass wrote:
>> A limitation of the EFI loader at present is that it does not build with
>> sandbox. This makes it hard to write tests, since sandbox is used for most
>> testing in U-Boot.
>>
>>
On 09/18/2017 12:59 AM, Simon Glass wrote:
> A limitation of the EFI loader at present is that it does not build with
> sandbox. This makes it hard to write tests, since sandbox is used for most
> testing in U-Boot.
>
> This series enables the EFI loader feature. It allows sandbox to build and
> r
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> Add documentation for the log system.
>
> Signed-off-by: Simon Glass
> ---
>
> doc/README.log | 220
> +
> 1 file changed, 220 insertions(+)
> create mode 100644 doc/README.log
>
Revi
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> Enable all logging features on sandbox so that the tests can be run.
>
> Signed-off-by: Simon Glass
> ---
>
> configs/sandbox_defconfig | 3 +++
> 1 file changed, 3 insertions(+)
>
Reviewed-by: Bin Meng
_
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> Set up logging both before and after relocation.
>
> Signed-off-by: Simon Glass
> ---
>
> common/board_f.c | 5 -
> common/board_r.c | 2 ++
> common/log.c | 1 +
> include/asm-generi
Hi Simon,
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> Add a command which exercises the logging system.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/Kconfig | 3 +-
> cmd/log.c | 6 ++
> common/Kconfig | 10 +++
> include/log.h | 3 +
> test/Makefil
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> It is useful to display log messages on the console. Add a simple driver
> to handle this.
>
> Signed-off-by: Simon Glass
> ---
>
> common/Kconfig | 20
> common/Makefile | 1 +
> common/log_console.c | 23 +++
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> Add a command for adjusting the log level.
>
> Signed-off-by: Simon Glass
> ---
>
> cmd/Kconfig | 7 +++
> cmd/Makefile | 1 +
> cmd/log.c| 55 +++
> 3 files changed, 63 insertion
Hi Simon,
On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
> Add the logging header file and implementation with some configuration
> options to control it.
>
> Signed-off-by: Simon Glass
> ---
>
> MAINTAINERS | 9 ++
> common/Kconfig| 56
u-boot doesn't have dummy regulators, so pwm_backlight probe
will fail if regulator is missing. Make it optional to get this
driver working on platforms where there's no backlight regultor.
Signed-off-by: Vasily Khoruzhick
---
drivers/video/pwm_backlight.c | 28
1 fi
Signed-off-by: Vasily Khoruzhick
---
arch/arm/dts/sun50i-a64.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/sun50i-a64.dtsi b/arch/arm/dts/sun50i-a64.dtsi
index 65a344d9ce..14e94bf00e 100644
--- a/arch/arm/dts/sun50i-a64.dtsi
+++ b/arch/arm/dts/sun50i-a64.dtsi
@@ -3
This commit adds basic support for PWM found on Allwinner A64 and H3
Signed-off-by: Vasily Khoruzhick
---
arch/arm/include/asm/arch-sunxi/gpio.h | 1 +
arch/arm/include/asm/arch-sunxi/pwm.h | 12 +++
arch/arm/mach-sunxi/board.c| 11 +++
drivers/pwm/Kconfig|
Extend DE2 driver with LCD support
Signed-off-by: Vasily Khoruzhick
---
arch/arm/mach-sunxi/Kconfig | 2 +-
drivers/video/sunxi/Makefile| 2 +-
drivers/video/sunxi/sunxi_de2.c | 17 +
drivers/video/sunxi/sunxi_lcd.c | 142
4 files changed
This is a eDP bridge similar to ANX9804, it allows to connect eDP panels
to the chips that can output only parallel signal
Signed-off-by: Vasily Khoruzhick
---
drivers/video/bridge/Kconfig | 8 +
drivers/video/bridge/Makefile | 1 +
drivers/video/bridge/anx6345.c | 419 +++
It will be reused in new DM LCD driver.
Signed-off-by: Vasily Khoruzhick
---
arch/arm/include/asm/arch-sunxi/lcdc.h | 2 +
drivers/video/sunxi/lcdc.c | 117 ++-
drivers/video/sunxi/sunxi_display.c| 121 ++---
3 files chang
This header will be used in anx6345 driver
Signed-off-by: Vasily Khoruzhick
---
drivers/video/anx9804.c | 54 +--
include/anx98xx-edp.h | 98 +
2 files changed, 99 insertions(+), 53 deletions(-)
create mode 100644 include
Bridge may have ability to read EDID from panel that is connected to it,
so add an operation to read EDID.
Signed-off-by: Vasily Khoruzhick
---
drivers/video/bridge/video-bridge-uclass.c | 10 ++
include/video_bridge.h | 20
2 files changed, 30 in
With the device tree ported and DM compatible drivers, enable:
OF_CONTROL, DM_SPI, DM_SPI_FLASH and DM_SERIAL
Note: DM_SERIAL is not enabled for da850evm_direct_nor_defconfig
yet.
Reviewed-by: Jagan Teki
Signed-off-by: Adam Ford
---
V4: Fixed isues with da850_am8xxevm and da850evm_direct_nor an
The DM support is already in the driver, so add
da830-spi to the compatible list.
Reviewed-by: Jagan Teki
Signed-off-by: Adam Ford
---
V4: Resync
V3: No Change
V2: This patch is new to the series
diff --git a/drivers/spi/davinci_spi.c b/drivers/spi/davinci_spi.c
index 291ef95..eda252d 100644
With DM now enabled with the device tree pulled from Linux, we can
enable DM_I2C in U-Boot.
Reviewed-by: Jagan Teki
Signed-off-by: Adam Ford
---
V4: Resync with master
V3: No Change
V2: New to series
diff --git a/arch/arm/dts/da850-evm-u-boot.dtsi
b/arch/arm/dts/da850-evm-u-boot.dtsi
index 5cca
There is a discrepency between U-Boot and Linux on the partition map.
This enabes the MTD parts to pass MTD partition information from U-Boot to
Linux. Linux already has a pending patch to enable MTD PARTS in
davinci_all_defconfig
Reviewed-by: Jagan Teki
Signed-off-by: Adam Ford
---
V4: Resync
A few small additional items are needed to support DM_SPI and
DM_SERIAL, so those were added to da850-evm-u-boot.dtsi
Signed-off-by: Adam Ford
---
V4: Re-sync with latest master
V3: New to series. I forgot to generate this before. This is required before
The rest of the files in the series.
This series gives a general update to the DA850 Family. This series
ports the device trees from Linux 4.13 and enables DM, DM_SERIAL, DM_SPI,
and DM_I2C. At this time, DM_GPIO isn't yet available, but it's pending.
During the revamp, it was noted a discrepency between Linux and U-Boot
partition m
This allows this feature to build within sandbox. This is for testing
purposes only since it is not possible for sandbox to load native code.
Signed-off-by: Simon Glass
---
lib/efi_loader/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_loader/Kconfig b/lib/ef
This jumps to test code which can call directly into the EFI support. It
does not need a separate image so it is easy to write tests with it.
For now the test just outputs a message. To try it:
./sandbox/u-boot -c "bootefi test"
U-Boot 2017.09-00204-g696c9855fe (Sep 17 2017 - 16:43:53 -0600)
DRA
Add these so that we can build the EFI loader for sandbox. The values are
for x86_64 so potentially bogus. But we don't support relocation within
sandbox anyway.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_runtime.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/efi_loader/efi
This undocumented function relies on arch-specific code to declare a nop
weak version. Add the weak function in common code instead to avoid having
to duplicate the same function in each arch.
Signed-off-by: Simon Glass
---
arch/arm/include/asm/u-boot-arm.h | 1 -
arch/x86/include/asm/u-boot-x8
These constants are defined in arch-specific code but redefined here. Add
a TODO to clean this up.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_runtime.c | 4
1 file changed, 4 insertions(+)
diff --git a/lib/efi_loader/efi_runtime.c b/lib/efi_loader/efi_runtime.c
index 8ad1d2fc99..f5
This exported function should have a comment describing what it does. Also
it should really be removed in favour of device_remove(), which handles
this sort of thing now. Add a comment with a TODO.
Signed-off-by: Simon Glass
---
include/bootm.h | 6 ++
1 file changed, 6 insertions(+)
diff
Add an implementation of setjmp() and longjmp() which rely on the
underlying host C library. Since we cannot know how large the jump buffer
needs to be, pick something that should be suitable and check it at
runtime. At present we need access to the underlying struct as well.
Signed-off-by: Simon
With sandbox these values depend on the host system. Let's assume that it
is x86_64 for now.
Signed-off-by: Simon Glass
---
include/config_distro_bootcmd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/config_distro_bootcmd.h b/include/config_distro_bootcmd.h
index
The EFI loader code requires certain linker sections to exist. Add these
for sandbox so that the EFI loader code will link.
Signed-off-by: Simon Glass
---
arch/sandbox/cpu/u-boot.lds | 29 +
arch/sandbox/lib/Makefile | 2 +-
arch/sandbox/lib/sections.c | 12 ++
At present this code casts addresses to pointers so cannot be used with
sandbox. Update it to use mapmem instead.
Signed-off-by: Simon Glass
---
lib/smbios.c | 38 +-
1 file changed, 29 insertions(+), 9 deletions(-)
diff --git a/lib/smbios.c b/lib/smbios.c
i
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.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_memory.c | 28
1 file chan
The headers are not in the correct order. Fix this.
Signed-off-by: Simon Glass
---
lib/efi_loader/efi_memory.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/lib/efi_loader/efi_memory.c b/lib/efi_loader/efi_memory.c
index 9e079f1fa3..ad3d277be6 100644
--- a/lib/efi_loa
This function repeats data structures provided by driver model. They are
only created once so can be stale if the EFI loader is called twice (e.g.
for testing or on boot failure).
Add a TODO to address this. It should be possible to attach EFI devices
and data structures to driver-model devices an
Rather than having the caller check this variable and the callee set it,
move all access to the variable inside the function. This reduces the
logic needed to call efi_init_obj_list().
Signed-off-by: Simon Glass
---
cmd/bootefi.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
di
This function calls a function which can fail. Print a message in this
case and abort the boot, rather than silently continuing to boot, which
will certainly fail.
Signed-off-by: Simon Glass
---
cmd/bootefi.c | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
This function can fail but gives no indication of failure. Update it to
return an error when something goes wrong.
Signed-off-by: Simon Glass
---
include/efi_loader.h| 10 --
lib/efi_loader/efi_smbios.c | 6 --
2 files changed, 12 insertions(+), 4 deletions(-)
diff --git a
A limitation of the EFI loader at present is that it does not build with
sandbox. This makes it hard to write tests, since sandbox is used for most
testing in U-Boot.
This series enables the EFI loader feature. It allows sandbox to build and
run a trivial function which calls the EFI API to output
These checks cannot fail since driver model will not call a driver's
method if it cannot fully create the driver data structures.
It is confusing to have these checks and others might copy them. Drop this
code.
Signed-off-by: Simon Glass
---
drivers/gpio/pca953x_gpio.c | 11 ---
1 file
In U-Boot -ENODEV means that there is no device. When there is a problem
with the device, drivers should return an error like -ENXIO or -EREMOTEIO.
When the device tree properties cannot be read correct , they should
return -EINVAL.
Update various GPIO drivers to follow this rule, to help with con
It does not look like this driver needs to use a bind() method. It does
not manually create devices with device_bind() nor does it create devices
using U_BOOT_DEVICE(). It seems to only use device tree.
Therefore the manual allocation of platform data is not needed and is
confusing. Also platform
These three drivers all use U_BOOT_DEVICE rather than device tree to
create devices, so have to do manual allocation of platform data. This is
not true for new platforms.
Add a more explicit comment so that people do not copy this approach with
new boards.
Signed-off-by: Simon Glass
Reported-by:
Hi,
On 17 September 2017 at 13:36, Heinrich Schuchardt wrote:
> On 09/17/2017 07:58 PM, Simon Glass wrote:
>> Hi Heinrich,
>>
>> On 15 September 2017 at 02:06, Heinrich Schuchardt
>> wrote:
>>> This patch series provides:
>>> * corrections for the EFI event services
>>> * a test framework to ch
On Sun, Sep 17, 2017 at 3:30 PM, Simon Glass wrote:
> Hi Rob,
>
> On 17 September 2017 at 13:26, Rob Clark wrote:
>> On Sun, Sep 17, 2017 at 1:55 PM, Simon Glass wrote:
>>> On 13 September 2017 at 16:12, Rob Clark wrote:
Really just the subset that is needed by efi_console. Perhaps more w
On 09/17/2017 07:58 PM, Simon Glass wrote:
> Hi Heinrich,
>
> On 15 September 2017 at 02:06, Heinrich Schuchardt wrote:
>> This patch series provides:
>> * corrections for the EFI event services
>> * a test framework to check the EFI API implementation
>> * unit tests covering the event services
On Sun, Sep 17, 2017 at 1:58 PM, Simon Glass wrote:
> Hi Heinrich,
>
> On 15 September 2017 at 02:06, Heinrich Schuchardt wrote:
>> This patch series provides:
>> * corrections for the EFI event services
>> * a test framework to check the EFI API implementation
>> * unit tests covering the event
The necessary parameters for running Python tests on qemu are
tediouus to find.
The patch adds examples for u-boot-test-console and
u-boot-test-reset.
Signed-off-by: Heinrich Schuchardt
---
test/py/README.md | 17 +
1 file changed, 17 insertions(+)
diff --git a/test/py/README.m
Hi Rob,
On 17 September 2017 at 13:26, Rob Clark wrote:
> On Sun, Sep 17, 2017 at 1:55 PM, Simon Glass wrote:
>> On 13 September 2017 at 16:12, Rob Clark wrote:
>>> Really just the subset that is needed by efi_console. Perhaps more will
>>> be added later, for example color support would be us
On Sun, Sep 17, 2017 at 1:55 PM, Simon Glass wrote:
> On 13 September 2017 at 16:12, Rob Clark wrote:
>> Really just the subset that is needed by efi_console. Perhaps more will
>> be added later, for example color support would be useful to implement
>> efi_cout_set_attribute().
>>
>> Signed-off
Spam detection software, running on the system "lists.denx.de",
has identified this incoming email as possible spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
@@CONTACT_ADDRESS@@ for details.
Content preview:
Hi Heinrich,
On 15 September 2017 at 02:06, Heinrich Schuchardt wrote:
> This patch series provides:
> * corrections for the EFI event services
> * a test framework to check the EFI API implementation
> * unit tests covering the event services
>
> The EFI selftest is written such that it could be
Hi Adam,
On 17 September 2017 at 04:29, Adam Ford wrote:
> On Tue, Sep 12, 2017 at 11:27 PM, Simon Glass wrote:
>> Hi Adam,
>>
>> On 12 September 2017 at 21:28, Adam Ford wrote:
>>> This adds DM compatibility for the davinici GPIO driver.
>>> Tested on da850-evm.
>>>
>>> Signed-off-by: Adam For
Hi Bin,
On 17 September 2017 at 06:50, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
>> While sandbox works OK without the special-case code, it does result in
>> console output being stored in the pre-console buffer while sandbox starts
>> up. If there is a
Hi Bin,
On 17 September 2017 at 06:48, Bin Meng wrote:
> Hi Simon,
>
> On Sun, Sep 17, 2017 at 5:23 AM, Simon Glass wrote:
>> While sandbox works OK without the special-case code, it does result in
>> console output being stored in the pre-console buffer while sandbox starts
>> up. If there is a
On 14 September 2017 at 23:15, Wenyou Yang wrote:
> Convert the board to support the video driver model, add the device
> tree node, and remove the unnecessary code.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2:
> - Rebase the u-boot/master (5541543f686).
> - Drop the applied patches.
On 14 September 2017 at 23:15, Wenyou Yang wrote:
> From: Wenyou Yang
>
> Convert the board to support the video driver model, add the device
> tree node, and remove the unnecessary code.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2: None
>
> arch/arm/dts/at91-sama5d4_xplained.dts
On 14 September 2017 at 23:15, Wenyou Yang wrote:
> From: Wenyou Yang
>
> Convert the board to support the video driver model, add the device
> tree node, and remove the unnecessary code.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2: None
>
> arch/arm/dts/at91-sama5d4ek.dts | 26
On 14 September 2017 at 23:15, Wenyou Yang wrote:
> From: Wenyou Yang
>
> Convert the board to support the video driver model, add the device
> tree node, and remove the unnecessary code.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2: None
>
> arch/arm/dts/sama5d36ek_cmp.dts
On 14 September 2017 at 23:15, Wenyou Yang wrote:
> Convert the board to support the video driver model, add the device
> tree node, and remove the unnecessary code.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2: None
>
> arch/arm/dts/at91-sama5d2_xplained.dts | 60
On 13 September 2017 at 16:12, Rob Clark wrote:
> Really just the subset that is needed by efi_console. Perhaps more will
> be added later, for example color support would be useful to implement
> efi_cout_set_attribute().
>
> Signed-off-by: Rob Clark
> ---
> drivers/video/Kconfig |
On 14 September 2017 at 13:01, York Sun wrote:
> Update defconfig to enable falcon boot, add needed macros to board
> header file. Because environment variables are not avaiable during
> SPL stage for SD boot, set "boot_os=y" as default.
>
> Signed-off-by: York Sun
>
> ---
>
> Changes in v2: None
+Philippe for review
On 14 September 2017 at 13:01, York Sun wrote:
> Add jump_to_image_linux() for arm64. Add "noreturn" flag to
> armv8_switch_to_el2(). Add hooks to fsl-layerscape to enable falcon
> boot.
>
> Signed-off-by: York Sun
>
> ---
>
> Changes in v2:
> Relace getenv_f() with env_get_
On 14 September 2017 at 13:01, York Sun wrote:
> gd->ram_size is reduced in this function to reserve secure memory.
> Avoid running this function again to further reduce memory size.
> This fixes issue for SPL boot with PPA image loaded in which case
> secure memory is incorrectly allocated due to
Hi York,
On 14 September 2017 at 13:01, York Sun wrote:
> This partially reverts commit 15eb1d43bf470b85e9031c2fce7e0ce7b27dd321
> which intended to move assignment of board info earlier, into
> board_init_r(). However, function preload_console_init() is called
> either from spl_board_init() or f
On 13 September 2017 at 16:46, Rob Clark wrote:
> Add a simple test for long strings.
>
> Signed-off-by: Rob Clark
> ---
> test/print_ut.c | 3 +++
> 1 file changed, 3 insertions(+)
Reviewed-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.d
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> This tracks the SPL changes for ATF for the RK3368-uQ7:
> * renames ATF_SUPPORT to ATF
> * drops CONFIG_SPL_ATF_TEXT_BASE (now dynamically retrieved from
>the .itb file)
>
> Signed-off-by: Philipp Tomsich
> ---
>
> configs/lion-rk3368
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> To better support bootin through an ATF or OPTEE, we need to
> streamline some of the logic for when the FDT is appended to an image:
> depending on the image type, we'd like to append the FDT not at all
> (the case for the OS boot), to the '
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> For the RK3368-uQ7, we can now update the .its file to mark the
> Trusted Firmware as out 'firmware' bootable and annotate both ATF and
> U-Boot with an OS-type.
>
> Signed-off-by: Philipp Tomsich
> ---
>
> board/theobroma-systems/lion_rk33
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> This defconfig update makes use of the new features:
> * CONFIG_ROCKCHIP_SPL_RESERVE_IRAM is now set to 0, as there is no
>overlap between the M0 firmware and the ATF (we load this to DRAM
>and relocate it to its final location withi
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> This commit updates the .its file for the RK3399-Q7 to use the new
> features and demonstrates how to use those:
> * it marks the ATF as the 'firmware'
> * it tracks the OS-type for U-Boot and ATF
> * it loads the PMU (M0) firmware to DRAM
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> This tracks the SPL changes for ATF for the Firefly:
> * renames ATF_SUPPORT to ATF
> * drops CONFIG_SPL_ATF_TEXT_BASE
>
> Signed-off-by: Philipp Tomsich
> ---
>
> configs/firefly-rk3399_defconfig | 3 +--
> 1 file changed, 1 insertion(+)
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> The SPL_ATF_TEXT_BASE configuration item has become obsolete.
> Remove it from Kconfig.
>
> Signed-off-by: Philipp Tomsich
> ---
>
> common/spl/Kconfig | 6 --
> 1 file changed, 6 deletions(-)
Reviewed-by: Simon Glass
But should also
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> With the ATF capable of accessing the FDT passed to the next stage,
> we can specify configuration items for the ATF in the /config path.
>
> This adds the arm-trusted-firmware,reset-gpio that conveys the number
> of the GPIO used to reset th
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> Having CONFIG_SPL_ATF seems more natural.
> Rename it, while it it is easy and there's few boards that use it
> (only RK3399 and RK3368 boards).
>
> Signed-off-by: Philipp Tomsich
> ---
>
> common/spl/Kconfig | 2 +-
> common/spl/Makefile
Hi Philipp,
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> This adds a new interface spl_invoke_atf() that takes a spl_image_info
> argument and then derives the necessary parameters for the ATF entry.
> Based on the additional information recorded (into /fit-images) from
> the FIT loada
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> If a FDT was loaded (e.g. to append it to U-Boot image), we store it's
> address and record information for all loadables into this FDT. This
> allows us to easily keep track of images for multiple privilege levels
> (e.g. with ATF) or of fi
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> During the loading of more complex FIT images (e.g. when the invoked
> next stage needs to find additional firmware for a power-management
> core... or if there are multiple images for different privilege levels
> started in parallel), it is
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> Mainly a stylistic change: convert the load_addr and entry_point
> fields of struct spl_image_info to uintptr_t (from ulong).
>
> Signed-off-by: Philipp Tomsich
> ---
>
> include/spl.h | 9 ++---
> 1 file changed, 6 insertions(+), 3 del
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> When loading a full U-Boot with detached device-tree using the SPL FIT
> backend, we should store the address of the FDT loaded as part of the
> SPL image info: this allows us to fixup the FDT with additional info
> we may want to propagate o
On 13 September 2017 at 13:29, Philipp Tomsich
wrote:
> To boot on ARMv8 systems with ARM Trusted Firmware, we need to
> assemble an ATF-specific parameter structure and also provide the
> address of the images started by ATF (e.g. BL3-3, which may be the
> full U-Boot).
>
> To allow us to identif
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> This patch adds support for stm32h7 soc family, stm32h743
> discovery and evaluation boards.
>
> For more information about STM32H7 series, please visit:
> http://www.st.com/en/microcontrollers/stm32h7-series.html
>
> Signed-off-b
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> This patch adapts stm32h743 disco and eval dts files to match
> with U-boot requirements or add features wich are not yet
U-Boot (and below)
> upstreamed on kernel side :
>
> _ Add RCC clock driver node and update all clocks pha
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> This file is imported from linux kernel v4.13
>
> Add device tree support for STM32H743 evaluation board.
> This board offers :
> _ STM32H743XIH6 microcontroller with 2 Mbytes of
> Flash memory and 1 Mbyte of RAM in TFBGA240
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> All these files are imported from linux kernel v4.13
>
> Add device tree support for STM32H743 SoC and discovery
> board. This board offers :
> _ STM32H743XIH6 microcontroller with 2 Mbytes of
> Flash memory and 1 Mbyte of R
On 13 September 2017 at 10:00, wrote:
> From: Christophe Kerello
>
> This patch adds the support of reset and clock control
> block (rcc) found on STM32 SoCs.
> This driver is similar to a MFD linux driver.
>
> This driver supports currently STM32H7 only.
> STM32F4 and STM32F7 will be migrated t
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> This driver is adapted from linux drivers/reset/reset-stm32.c
> It's compatible with STM32 F4/F7/H7 SoCs.
>
> This driver doesn't implement .of_match as it's binded
> by MFD RCC driver.
>
> To add support for each SoC family, a So
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> This driver implements basic clock setup, only clock gating
> is implemented.
>
> This driver doesn't implement .of_match as it's binded
> by MFD RCC driver.
>
> Files include/dt-bindings/clock/stm32h7-clks.h and
> doc/device-tree
On 13 September 2017 at 10:00, wrote:
> From: Patrice Chotard
>
> STM32F7 and STM32H7 shares the same UART block, add
> STM32H7 compatible string.
>
> Signed-off-by: Patrice Chotard
> ---
> drivers/serial/Kconfig | 7 ---
> drivers/serial/serial_stm32x7.c | 2 ++
> 2 files changed
1 - 100 of 133 matches
Mail list logo
