On Thu, Nov 12, 2020 at 03:05:23PM +0100, Heinrich Schuchardt wrote:
> On 12.11.20 14:43, Leo Liang wrote:
> > Date: Thu, 12 Nov 2020 10:09:52 +0800
> > From: Leo Yu-Chi Liang
> > Subject: [PATCH 1/1] riscv: Fix efi header size for RV32
> >
> > This patch depends on Atish's patch.
> >
On 16/11/20 5:57 pm, Tero Kristo wrote:
> On 16/11/2020 06:23, Lokesh Vutla wrote:
>>
>>
>> On 10/11/20 2:35 pm, Tero Kristo wrote:
>>> If the raw PM support is built in, we are operating in the split
>>> firmware approach mode where RM and PM support is not available. In this
>>> case, skip
Hi,
>-Original Message-
>From: Simon Glass
>Sent: 17 November 2020 05:23
>To: Pragnesh Patel
>Cc: Heinrich Schuchardt ; U-Boot Mailing List b...@lists.denx.de>
>Subject: Re: [PATCH] common/board_r: make sure to call initr_dm() before
>initr_trace()
>
>[External Email] Do not click links
Hi Andre,
On 11/11/20 6:52 AM, Andre Przywara wrote:
> So far we used the separate mksunxiboot tool for generating a bootable
> image for Allwinner SPLs, probably just for historical reasons.
>
> Use the mkimage framework to generate a so called eGON image the
> Allwinner BROM expects.
> The new
The function mmc_offset_try_partition searches the MMC partition for
locating environment data, by comparing the partition names with config
"u-boot,mmc-env-parition". However, it only compares the first word-size
bytes (size of 'const char *'), which may make the function to find
unintended
On Tue, Nov 10, 2020 at 6:46 PM Padmarao Begari
wrote:
>
> Add device tree for Microchip PolarFire SoC Icicle Kit.
>
> Signed-off-by: Padmarao Begari
> Reviewed-by: Anup Patel
> ---
> arch/riscv/dts/Makefile | 1 +
> .../dts/microchip-mpfs-icicle-kit-u-boot.dtsi | 15 +
On 11/16/20 10:58 AM, Tom Rini wrote:
> On Mon, Nov 16, 2020 at 04:51:32PM +, André Przywara wrote:
>> On 16/11/2020 16:13, Tom Rini wrote:
>>> On Mon, Nov 16, 2020 at 04:09:42PM +, André Przywara wrote:
On 16/11/2020 15:50, Tom Rini wrote:
Hi Tom,
> On Mon, Nov 16,
Dear Wolfgang Denk,
On Tue, Nov 17, 2020 at 4:17 AM Wolfgang Denk wrote:
>
> Dear Hoyeonjiki Kim,
>
> In message <20201115172544.548-1-jigi@gmail.com> you wrote:
> > The function mmc_offset_try_partition searches the MMC partition for
> > locating environment data, by comparing the partition
Hi Tom,
please pull this branch, containing the fixed version of yesterday's PR.
Beside the one issue you found there was an intermediate issue (a few
commits in-between failing to compile), which I fixed as well.
I also added the missing commit to actually introduce the
pinephone_defconfig,
Hi Tom,
On Mon, Nov 16, 2020 at 07:36:26PM -0500, Tom Rini wrote:
> On Tue, Nov 17, 2020 at 09:16:26AM +0900, AKASHI Takahiro wrote:
> > On Mon, Nov 16, 2020 at 11:10:12AM -0500, Tom Rini wrote:
> > > On Mon, Nov 16, 2020 at 09:37:23AM +0900, AKASHI Takahiro wrote:
> > > > Heinrich,
> > > >
> >
On Tue, Nov 17, 2020 at 09:16:26AM +0900, AKASHI Takahiro wrote:
> On Mon, Nov 16, 2020 at 11:10:12AM -0500, Tom Rini wrote:
> > On Mon, Nov 16, 2020 at 09:37:23AM +0900, AKASHI Takahiro wrote:
> > > Heinrich,
> > >
> > > On Fri, Nov 13, 2020 at 08:18:58AM +0100, Heinrich Schuchardt wrote:
> > >
Add more configuration options to allow for efi capsule update
on sandbox.
Signed-off-by: AKASHI Takahiro
---
configs/sandbox64_defconfig | 6 ++
configs/sandbox_defconfig | 6 ++
2 files changed, 12 insertions(+)
diff --git a/configs/sandbox64_defconfig b/configs/sandbox64_defconfig
The test can run on sandbox build and it attempts to execute a firmware
update via a capsule-on-disk, using a raw image capsule,
CONFIG_EFI_CAPSULE_RAW.
To run this test successfully, you need configure U-Boot specifically;
See test_capsule_firmware.py for requirements, and hence it won't run
on
This is a utility mainly for test purpose.
mkeficapsule -f: create a test capsule file for FIT image firmware
Having said that, you will be able to customize the code to fit
your specific requirements for your platform.
Signed-off-by: AKASHI Takahiro
---
tools/Makefile | 2 +
The test can run on sandbox build and it attempts to execute a firmware
update via a capsule-on-disk, using a FIT image capsule,
CONFIG_EFI_CAPSULE_FIT.
To run this test successfully, you need configure U-Boot specifically;
See test_capsule_firmware.py for requirements, and hence it won't run
on
In this commit, a very simple firmware management protocol driver
is implemented. It will take a common FIT image firmware in a capsule
file and apply the data using dfu backend storage drivers via
update_fit() interface.
So "dfu_alt_info" variable should be properly set to specify a device
and
Memory range capsule gives us a way to notify that some memory regions
should be left untouched across the next reset.
See UEFI specification, section 8.5.3.
Since how we should handle this kind of capsule is totally up to
the system, no implementation will be added in this commit.
"efidebug capsule" is more or less a debugging utility.
efidebug capsule update: invoke UpdateCapsule against data on memory
efidebug capsule show: show a capsule header
efidebug capsule result: dump a capsule result variable
Signed-off-by: AKASHI Takahiro
---
cmd/efidebug.c | 235
In this commit, a very simple firmware management protocol driver
is implemented. It will take a binary image in a capsule file and
apply the data using dfu backend storage drivers via dfu_write_by_alt()
interface.
So "dfu_alt_info" variable should be properly set to specify a device
and location
A capsule tagged with the guid, EFI_FIRMWARE_MANAGEMENT_CAPSULE_ID_GUID,
is handled as a firmware update object.
What efi_update_capsule() basically does is to load any firmware management
protocol (or fmp) drivers contained in a capsule, find out an appropriate
fmp driver and then invoke its
Capsule data can be loaded into the system either via UpdateCapsule
runtime service or files on a file system (of boot device).
The latter case is called "capsules on disk", and actual updates will
take place at the next boot time.
In this commit, we will support capsule on disk mechanism.
In this commit, skeleton functions for capsule-related API's are
added under CONFIG_EFI_UPDATE_CAPSULE configuration.
Detailed implementation for a specific capsule type will be added
in the succeeding patches.
Signed-off-by: AKASHI Takahiro
---
include/efi_api.h| 12 +++
Summary
===
'UpdateCapsule' is one of runtime services defined in UEFI specification
and its aim is to allow a caller (OS) to pass information to the firmware,
i.e. U-Boot. This is mostly used to update firmware binary on devices by
instructions from OS.
While 'UpdateCapsule' is a runtime
Since CONFIG_UPDATE_COMMON always selects CONFIG_DFU_WRITE_ALT, we can
drop the latter from dependencies of CONFIG_DFU_TFTP.
Fixes: 3149e524fc1e ("common: update: add a generic interface for FIT
image")
Signed-off-by: AKASHI Takahiro
---
drivers/dfu/Kconfig | 3 +--
1 file changed, 1
Since update_flash() is used only in update_tftp(), it should be
guarded with appropriate config options.
Fixes: 3149e524fc1e ("common: update: add a generic interface for FIT
image")
Signed-off-by: AKASHI Takahiro
---
common/update.c | 8
1 file changed, 4 insertions(+), 4
On Mon, Nov 16, 2020 at 11:10:12AM -0500, Tom Rini wrote:
> On Mon, Nov 16, 2020 at 09:37:23AM +0900, AKASHI Takahiro wrote:
> > Heinrich,
> >
> > On Fri, Nov 13, 2020 at 08:18:58AM +0100, Heinrich Schuchardt wrote:
> > > On 11/13/20 5:14 AM, AKASHI Takahiro wrote:
> > > > Summary
> > > > ===
Hi Rasmus,
On Tue, 10 Nov 2020 at 13:26, Rasmus Villemoes
wrote:
>
> Add a wrapper for retrieving a given property from the /config node as
> a (blob, length) pair. A later patch will need the length of the
> property and thus cannot just use fdtdec_get_config_string(). Rewrite
> that to use the
On Tue, 10 Nov 2020 at 13:26, Rasmus Villemoes
wrote:
>
> Nobody should modify the string returned by
> fdtdec_get_config_string(), so make it return a const pointer.
>
> Signed-off-by: Rasmus Villemoes
> ---
> arch/arm/mach-exynos/include/mach/mipi_dsim.h | 2 +-
>
On Wed, 11 Nov 2020 at 16:30, Heinrich Schuchardt wrote:
>
> Test that an exception SIGILL is answered by a reset on the sandbox if
> CONFIG_SANDBOX_CRASH_RESET=y or by exiting to the OS otherwise.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v2:
> new patch
> ---
> arch/Kconfig
On Fri, 13 Nov 2020 at 08:38, Philippe Reynes
wrote:
>
> According to the manpage of rand, it is recommended
> to use random instead of rand. This commit updates
> the function get_random_data to use random.
>
> Reported-by: Coverity (CID: 312953)
> Signed-off-by: Philippe Reynes
> ---
>
Hi Aswath,
On Wed, 11 Nov 2020 at 07:26, Aswath Govindraju wrote:
>
> While assigning the sequence number to subsystem instances by reading the
> aliases property, only DT nodes names are compared and not the complete
> path. This causes a problem when there are two DT nodes with same name but
>
Hi Philippe,
On Fri, 13 Nov 2020 at 07:15, Philippe Reynes
wrote:
>
> In the function get_random_data, strerrno is called with
> the variable ret (which is the return of the function
> clock_gettime). It should be called with errnor. This
> commit fixes this mistake.
>
> Reported-by: Coverity
Hi,
On Sun, 15 Nov 2020 at 05:16, Pragnesh Patel
wrote:
>
> Hi Heinrich,
>
> >-Original Message-
> >From: Heinrich Schuchardt
> >Sent: 12 November 2020 18:02
> >To: Pragnesh Patel
> >Cc: U-Boot Mailing List ; Simon Glass
> >
> >Subject: Re: [PATCH] common/board_r: make sure to call
Hi Heinrich,
On Wed, 11 Nov 2020 at 16:30, Heinrich Schuchardt wrote:
>
> Add a handler for SIGILL, SIGBUS, SIGSEGV.
>
> When an exception occurs print the program counter and the loaded
> UEFI binaries and reset the system if CONFIG_SANDBOX_CRASH_RESET=y
> or exit to the OS otherwise.
>
>
On Wed, 11 Nov 2020 at 16:30, Heinrich Schuchardt wrote:
>
> Provide a unit test that causes an illegal instruction to occur.
>
> The test can be run with the following commands:
>
> => setenv efi_selftest exception
> => bootefi selftest
>
> This might be the output:
>
> Executing
Hi Rasmus,
On Thu, 12 Nov 2020 at 12:59, Wolfgang Denk wrote:
>
> Dear Rasmus Villemoes,
>
> In message <20201110202603.20944-5-rasmus.villem...@prevas.dk> you wrote:
> > It can be useful to use the same U-Boot binary for multiple purposes,
> > say the normal one, one for developers that allow
Hi Kever,
On Mon, 9 Nov 2020 at 20:43, Kever Yang wrote:
>
> Rockchip has many 32bit SoCs and some of them are support SPL_OPTEE now,
> only boards with SPL_OPTEE support can fit BINMAN well, other boards
> will fail at initr_binman() in U-Boot proper after below patch,
> eg. rv1108 board.
>
Hi Dario,
On Sun, 8 Nov 2020 at 03:50, Dario Binacchi wrote:
>
> Hi Simon,
> I still have some doubts and therefore I would like to also add
> Lokesh on this matter to finally decide what to do.
>
> > Il 03/11/2020 16:12 Simon Glass ha scritto:
> >
> >
> > Hi Dario,
> >
> > On Sun, 1 Nov 2020
+Heiko Schocher who might know more about this I2C question
On Mon, 9 Nov 2020 at 15:09, Duffin, CooperX wrote:
>
> -Original Message-
> From: Simon Glass
> Sent: Saturday, November 7, 2020 1:33 PM
> To: Duffin, CooperX
> Cc: U-Boot Mailing List ; uboot-snps-...@synopsys.com;
> Tom
On Mon, Nov 16, 2020 at 08:33:09PM +0530, Lokesh Vutla wrote:
> Hi Tom,
> Please find the PR containing TI related changes targeted for
> v2020.01-rc3. Details about the PR are updated in the tag message
>
> Travis CI build:
>
Dear Otto,
On 11/16/20 11:16 PM, Otto Meier wrote:
> I tried to build an actual u-boot from git for my odroid-c2 board.
Which git repository did you use?
If you can enable CONFIG_MMC_TRACE, it's more helpful to debug.
Best Regards,
Jaehoon Chung
>
> It doesn't find the emmc card and
It's useful to know an error number when it's debugging.
Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
---
Changelog on V2
- Change from "put" to "printf" to fix build error
---
drivers/mmc/mmc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
Add support to load the OP-TEE Trusted OS by the SPL.
Signed-off-by: Michael Walle
---
.../dts/fsl-ls1028a-kontron-sl28-u-boot.dtsi | 36 +++
board/kontron/sl28/Kconfig| 23
board/kontron/sl28/sl28.c | 7
3 files
Add support to load the bl31 part of the ARM Trusted Firmware by the
SPL.
Signed-off-by: Michael Walle
---
.../dts/fsl-ls1028a-kontron-sl28-u-boot.dtsi | 41 +-
board/kontron/sl28/Kconfig| 10
board/kontron/sl28/Makefile | 6 ++-
Newer platforms use the LOAD_IMAGE_V2 parameter passing method. Add
support for it.
Signed-off-by: Michael Walle
---
common/spl/Kconfig | 9
common/spl/spl_atf.c | 99 ++--
include/atf_common.h | 30 ++
include/spl.h| 35
There is no need to have the storage available globally. This is also a
preparation for LOAD_IMAGE_V2 support. That will introduce a similar
generator function which also has its own storage.
Signed-off-by: Michael Walle
---
common/spl/spl_atf.c | 5 ++---
1 file changed, 2 insertions(+), 3
The BL31 expects the GIC to be uninitialized. Thus, if we are loading
the BL31 by the SPL we must not initialize it. If u-boot is loaded by
the SPL directly, it will initialize the GIC again (in the same
lowlevel_init()).
This was tested on a custom board with SPL loading the BL31 and jumping
to
bl2_to_bl31_params_mem is just an implementation detail of the SPL ATF
support and is not needed anywhere else. Move it from the header to the
actual module.
Signed-off-by: Michael Walle
---
common/spl/spl_atf.c | 11 +++
include/atf_common.h | 14 --
2 files changed, 11
Move the actual implementation of the bl2_plat_get_bl31_params() to its
own function. The weak function will just call the default
implementation. This has the advantage that board code can still call
the original implementation if it just want to modify minor things.
Signed-off-by: Michael Walle
There is SPL_ARMV8_SEC_FIRMWARE_SUPPORT and ARMV8_SEC_FIRMWARE_SUPPORT.
Thus use CONFIG_IS_ENABLED() instead of the simple #ifdef.
Signed-off-by: Michael Walle
---
arch/arm/cpu/armv8/cpu-dt.c | 2 +-
arch/arm/cpu/armv8/fsl-layerscape/fdt.c | 8
Newer TF-A versions provide a new image loading protocol. This is used on
(newer?) NXP's SoCs. Normally, the bootflow is bl1 -> bl2 -> bl31 ->
u-boot. With this series it is possible that U-Boot SPL loads the bl31
directly and thus replacing bl1 and bl2 from the TF-A.
This was tested on the
Dear Stephen,
On 11/17/20 12:39 AM, Stephen Warren wrote:
> On 11/6/20 4:23 AM, Jaehoon Chung wrote:
>> It's useful to know an error number when it's debugging.
>
>> diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
>
>> @@ -2746,7 +2746,7 @@ static int mmc_power_on(struct mmc *mmc)
>>
The debug statement doesn't end with a newline. Add it.
Signed-off-by: Michael Walle
---
common/common_fit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/common_fit.c b/common/common_fit.c
index a993308100..219674d467 100644
--- a/common/common_fit.c
+++
Dear Hoyeonjiki Kim,
In message <20201115172544.548-1-jigi@gmail.com> you wrote:
> The function mmc_offset_try_partition searches the MMC partition for
> locating environment data, by comparing the partition names with config
> "u-boot,mmc-env-parition". However, it only compares the first
nx.de/u-boot/custodians/u-boot-amlogic.git
> tags/u-boot-amlogic-20201116
>
> for you to fetch changes up to c87eab81616d671a6004ffc95847bad21b7eb005:
>
> ARM: dts: meson-sm1: add u-boot specific MMC controller compatible
> (2020-11-12 14:31:29 +0100)
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Nov 16, 2020 at 10:42:54AM +0800, Kever Yang wrote:
> Hi Tom,
>
> Please pull the rockchip updates/fixes:
> - Fix USB support for rk3399 Pinebook Pro;
> - Fix SPI boot for rk3399 boards other than Bob;
> - Fix 32bit boards firmware build without SPL_OPTEE support;
> - Fix rockchip
Using (dm_)pci_virt_to_mem() is incorrect to translate the virtual
address in local DRAM to a physical address. The correct macro here
is virt_to_phys() so switch to using this macro.
As virt_to_bus() is now not used any more, this patch also removes
both definitions (DM and non-DM).
This issue
Add some missing address translations from virtual address in local DRAM
to physical address, which is needed for the DMA transactions to work
correctly.
This issue was detected while testing the e1000 driver on the MIPS
Octeon III platform, which needs address translation.
Signed-off-by: Stefan
bus_to_phys() is defined but not referenced at all. This patch removes
it completely.
Signed-off-by: Stefan Roese
Cc: Joe Hershberger
Cc: Aaron Williams
Cc: Chandrakala Chavva
---
drivers/net/e1000.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/e1000.c
On Mon, Nov 16, 2020 at 04:51:32PM +, André Przywara wrote:
> On 16/11/2020 16:13, Tom Rini wrote:
> > On Mon, Nov 16, 2020 at 04:09:42PM +, André Przywara wrote:
> >> On 16/11/2020 15:50, Tom Rini wrote:
> >>
> >> Hi Tom,
> >>
> >>> On Mon, Nov 16, 2020 at 12:42:53PM +0530, Jagan Teki
On 16/11/2020 16:13, Tom Rini wrote:
> On Mon, Nov 16, 2020 at 04:09:42PM +, André Przywara wrote:
>> On 16/11/2020 15:50, Tom Rini wrote:
>>
>> Hi Tom,
>>
>>> On Mon, Nov 16, 2020 at 12:42:53PM +0530, Jagan Teki wrote:
>>>
Hi Tom,
Please pull this PR.
Summary:
-
On Mon, Nov 16, 2020 at 04:09:42PM +, André Przywara wrote:
> On 16/11/2020 15:50, Tom Rini wrote:
>
> Hi Tom,
>
> > On Mon, Nov 16, 2020 at 12:42:53PM +0530, Jagan Teki wrote:
> >
> >> Hi Tom,
> >>
> >> Please pull this PR.
> >>
> >> Summary:
> >> - PinePhone support (Samuel)
> >> - V3/S3
On Mon, Nov 16, 2020 at 09:37:23AM +0900, AKASHI Takahiro wrote:
> Heinrich,
>
> On Fri, Nov 13, 2020 at 08:18:58AM +0100, Heinrich Schuchardt wrote:
> > On 11/13/20 5:14 AM, AKASHI Takahiro wrote:
> > > Summary
> > > ===
> > > 'UpdateCapsule' is one of runtime services defined in UEFI
On 16/11/2020 15:50, Tom Rini wrote:
Hi Tom,
> On Mon, Nov 16, 2020 at 12:42:53PM +0530, Jagan Teki wrote:
>
>> Hi Tom,
>>
>> Please pull this PR.
>>
>> Summary:
>> - PinePhone support (Samuel)
>> - V3/S3 support (Icenowy)
>>
>> thanks,
>> Jagan.
>>
>> The following changes since commit
Hi all,
i also have a firefly-rk3399 and got problems booting atf >= 1.4 with
whatever optee i use. Only rockchip blob is working for me. I know that i'm
doing something wrong but dunno what. The command for building atf is:
# make CROSS_COMPILE=aarch64-linux-gnu- PLAT=rk3399 LOG_LEVEL=40
I tried to build an actual u-boot from git for my odroid-c2 board.
It doesn't find the emmc card and therefore does not boot from it.
emmc is Ok and boots with u-boot 2020.04 fine.
Newer u-boot then 2020.04 show these messages:
On 16/11/2020 08.02, Ulrich Windl wrote:
Daniel Kiper schrieb am 14.11.2020 um 00:52 in
> Nachricht <20201113235242.k6fzlwmwm2xqh...@tomti.i.net-space.pl>:
> ...
>> The members of struct bf_log_msg:
>> ‑ size: total size of bf_log_msg struct,
>> ‑ ts_nsec: timestamp expressed in
>>> Daniel Kiper schrieb am 14.11.2020 um 00:52 in
Nachricht <20201113235242.k6fzlwmwm2xqh...@tomti.i.net-space.pl>:
...
> The members of struct bf_log_msg:
> ‑ size: total size of bf_log_msg struct,
> ‑ ts_nsec: timestamp expressed in nanoseconds starting from 0,
Who or what defines t == 0?
On Mon, Nov 16, 2020 at 02:13:03PM +0200, Tero Kristo wrote:
> On 16/11/2020 06:13, Lokesh Vutla wrote:
> >
> >
> > On 10/11/20 2:35 pm, Tero Kristo wrote:
> > > Hello,
> > >
> > > On TI J7 SoCs the device manager firmware is now split into two
> > > portions instead of the existing one which
On Mon, Nov 16, 2020 at 12:42:53PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> Summary:
> - PinePhone support (Samuel)
> - V3/S3 support (Icenowy)
>
> thanks,
> Jagan.
>
> The following changes since commit de865f7ee1d9b6dff6e265dee44509c8274ea606:
>
> Merge tag
On 11/6/20 4:23 AM, Jaehoon Chung wrote:
> It's useful to know an error number when it's debugging.
> diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
> @@ -2746,7 +2746,7 @@ static int mmc_power_on(struct mmc *mmc)
> int ret = regulator_set_enable(mmc->vmmc_supply, true);
>
>
Hi Tom,
Please find the PR containing TI related changes targeted for
v2020.01-rc3. Details about the PR are updated in the tag message
Travis CI build:
https://travis-ci.org/github/lokeshvutla/u-boot/builds/743852867
The following changes since commit
Remove fixed configuration and detect flash based on DT.
Also increase amount of flash sectors to 2048 because on kc705 flash has
1027 sectors.
Bank # 1: CFI conformant flash (16 x 16) Size: 128 MB in 1027 Sectors
Intel Extended command set, Manufacturer ID: 0x89, Device ID: 0x8962
Erase
XIP is not enabled in SPL. SPL_NOR is enabled but any macro setting with
using SYS_FLASH_BASE are wrong because it is not aligned with DM.
That's why change these macro and align them with TEXT_BASE macro.
Information should be find at run time based on DT but implementation is
not done yet.
CONFIG_SYS_FDT_SIZE is not use anywhere that's why remove it.
Signed-off-by: Michal Simek
---
(no changes since v1)
include/configs/microblaze-generic.h | 1 -
scripts/config_whitelist.txt | 1 -
2 files changed, 2 deletions(-)
diff --git a/include/configs/microblaze-generic.h
Hi,
I looked at microblaze configs and clean up some things. All changes were
done in connection to detect nor flash based on information taken from DT.
Thanks
Michal
Changes in v2:
- Rework the whole patch because SPL_NOR is enabled by default.
Michal Simek (6):
microblaze: Clean config
There is no need to use this file anymore. Include it in main config file
and simplify logic based on it.
Signed-off-by: Michal Simek
---
(no changes since v1)
board/xilinx/microblaze-generic/xparameters.h | 18 --
include/configs/microblaze-generic.h | 7 ++-
2
Enable caches by default. For now just simplify config file but it should
be read from DT or PVRs.
Signed-off-by: Michal Simek
---
(no changes since v1)
include/configs/microblaze-generic.h | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git
A lot of configs has been moved to Kconfig and it ends up in ifdef mess
with no bodies. That's why remove all of them.
Signed-off-by: Michal Simek
---
(no changes since v1)
include/configs/microblaze-generic.h | 24
1 file changed, 24 deletions(-)
diff --git
On Sun, Nov 15, 2020 at 07:11:35AM -0700, Simon Glass wrote:
> Hi Tom,
>
> The following changes since commit 832bfad7451e2e7bd23c96edff2be050905ac3f6:
>
> libfdt: Fix signedness comparison warnings (2020-11-10 14:31:08 -0500)
>
> are available in the Git repository at:
>
>
Hi Tero,
> On 15/11/2020 12:29, Lokesh Vutla wrote:
> > +Lucasz
>
> This is just a nice to have patch. Found it quite useful while
> debugging the new drivers so decided to share.
>
> -Tero
>
> >
> > On 10/11/20 2:35 pm, Tero Kristo wrote:
> >> Add new clk subcommand "clk setfreq", for
Add of_match_node() helper function to iterate over the device tree
and tell if a device_node has a matching of_match structure.
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
Reviewed-by: Simon Glass
---
v3->v4: No change
* Added Simon's Rb tag.
v2->v3:
* Added a test case for
Add SoC identification driver for Renesas SoC's. This allows
to identify the SoC type and revision based on Product Register.
This can be checked where needed using soc_device_match().
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
---
v3->v4:
* Updated Copy right information from Linux.
Mainline kernel uses the "soc_id" attribute to identify the SoC for some
of the h/w platforms. Adding this attribute in u-boot will make SoC
identification similar to the mainline kernel, so that it can be easily
maintained.
Add a new attribute named "soc_id" to SOC uclass, in order to allow
Fix the comments from "an SOC" to "an SoC".
Signed-off-by: Biju Das
Reviewed-by: Lad Prabhakar
Reviewed-by: Simon Glass
---
v3->v4: No Change
* Added Simon's Rb tag.
v3:
* New patch
(Ref:
https://patchwork.ozlabs.org/project/uboot/patch/20201102150959.4793-3-biju.das...@bp.renesas.com/)
This patch series aims to support Renesas SoC identification driver.
Added a helper function of_match_node to find the matching of_match structure.
This helper function can be used to replace the following code in u-boot [1]
and [2]
[1]
On 16/11/2020 06:24, Lokesh Vutla wrote:
On 10/11/20 2:35 pm, Tero Kristo wrote:
From: Dave Gerlach
Only start-up the non-linux remote cores if we are running in legacy
boot mode. HSM rearch is not yet supporting this.
This one, we can check against DM_FW image presence as it has been
On 16/11/2020 06:23, Lokesh Vutla wrote:
On 10/11/20 2:35 pm, Tero Kristo wrote:
If the raw PM support is built in, we are operating in the split
firmware approach mode where RM and PM support is not available. In this
case, skip the board config for these two.
Signed-off-by: Tero Kristo
On 16/11/2020 06:21, Lokesh Vutla wrote:
On 10/11/20 2:35 pm, Tero Kristo wrote:
With the new raw register mode access PM drivers, A72 core is not
enabled via ti-sci services, leading into bad usecounts for the core.
This effectively shuts down the A72 core when SPL goes down. Prevent the
On 16/11/2020 06:13, Lokesh Vutla wrote:
On 10/11/20 2:35 pm, Tero Kristo wrote:
Hello,
On TI J7 SoCs the device manager firmware is now split into two
portions instead of the existing one which supported all services via a
single firmware image running on DMSC core. Now, the existing DMSC
On 15/11/2020 12:29, Lokesh Vutla wrote:
On 10/11/20 2:35 pm, Tero Kristo wrote:
With the sysfw rearch, sysfw PM calls are no longer available from SPL
level. To properly support this, remove the is_on checks and the reset
assertion from the R5 remoteproc driver as these are not supported.
On 15/11/2020 12:29, Lokesh Vutla wrote:
+Lucasz
This is just a nice to have patch. Found it quite useful while debugging
the new drivers so decided to share.
-Tero
On 10/11/20 2:35 pm, Tero Kristo wrote:
Add new clk subcommand "clk setfreq", for setting up a clock rate
directly from
:
libfdt: Fix signedness comparison warnings (2020-11-10 14:31:08 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-amlogic.git
tags/u-boot-amlogic-20201116
for you to fetch changes up to c87eab81616d671a6004ffc95847bad21b7eb005:
ARM: dts
So far all GBit users of the sun8i-emac driver were using the "rgmii"
PHY mode, even though this turns out to be mostly wrong. It just worked
because the PHY driver doesn't do the proper setup (yet).
In fact for most boards the "rgmii-id" or "rgmii-txid" PHY modes are the
correct ones.
To allow
94 matches
Mail list logo
