Hi Piotr,
On 2020/11/16 下午10:55, Piotr Lobacz wrote:
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_CO
Hi Hugh,
After this patch set, only one board is still using the "spi0 =
&spi1" alias, could you correct it at the same time?
rk3399-puma-haikou-u-boot.dtsi
Thanks,
- Kever
On 2020/11/15 上午2:06, Hugh Cole-Baker wrote:
Commit c4cea2bbf995 ("rockchip: Enable building a SPI ROM image on
Align the prefix used in cmd_ut_category function and name of tests
for ut mem.
This patch solves the issues detected by "make qcheck" after previous
patch.
Fixes: 550a9e7902ce ("cmd: Update the memory-search command")
Signed-off-by: Patrick Delaunay
---
test/cmd/mem.c | 2 +-
1 file changed, 1
Align the prefix used in cmd_ut_category function and name of tests
for ut str.
This patch solves the issues detected by "make qcheck" after previous
patch.
Fixes: fdc79a6b125d ("lib: Add a function to convert a string to upper case")
Signed-off-by: Patrick Delaunay
---
test/str_ut.c | 4 ++--
Raise an error when test is not found, for example with manual test
with bad test name, as following, doesn't raise an error
=> ut lib bad
Failures: 0
After the patch:
=> ut lib bad
lib test bad not found
Failures: 1
This patch allows also to detect tests which don't respect the expected
format
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Tuesday, November 10, 2020 2:44 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew C
On Fri, Nov 13, 2020 at 08:47:51PM +0900, Brad Kim wrote:
> Not s2 register, t1 register is correct
> Fortunately, it works because t1 register has a garbage value
>
> Signed-off-by: Brad Kim
> Reviewed-by: Lukas Auer
> ---
> arch/riscv/cpu/start.S | 2 +-
> 1 file changed, 1 insertion(+), 1 de
> -Original Message-
> From: Lim, Elly Siew Chin
> Sent: Tuesday, November 10, 2020 2:44 PM
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Tan, Ley Foon
> ; See, Chin Liang ;
> Simon Goldschmidt ; Chee, Tien Fong
> ; Westergreen, Dalon
> ; Simon Glass ; Gan,
> Yau Wai ; Lim, Elly Siew C
>-Original Message-
>From: Simon Glass
>Sent: 18 November 2020 20:07
>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 or
So far we did not support the BootROM based FEL USB debug mode on the
64-bit builds for Allwinner SoCs: The BootROM is using AArch32, but the
SPL runs in AArch64.
Returning back to AArch32 was not working as expected, since the RMR
reset into 32-bit mode always starts execution in the BootROM, but
When trying to create a file in the full root directory of a FAT32
filesystem a NULL dereference can be observed.
When the root directory of a FAT16 filesystem is full fill_dir_slot() must
return -1 to signal that a new directory entry could not be allocated.
Fixes: cd2d727fff7e ("fs: fat: alloca
Hi,
On 11/19/20 12:54 AM, Otto Meier wrote:
> Hi,
>
> i have reverted the commit fe95905ffed57d617cad81a71ac419d53aaa1ebf
> and set regulator-allways-on in meson-gxbb-odroidc2.dts.
>
> And i also applied "PATCH V2] mmc: display an error number to debug"
> from list and disabled CONFIG_MMC_DEBUG
Hi Kever,
thanks for your reply, so i should change baud rate in bl31 to see it? how
can i handle it?
Best Regards
Piotr
--
Sent from: http://u-boot.10912.n7.nabble.com/
Tested-by: Michael Opdenacker
--
Michael Opdenacker, CEO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
Hi,
Sorry, no messaging quoting, I was not subscribed to the list at that time.
Merging this change into master actually broke the SPL on
Atmel/Microchip SAMA5D3, at least booting from MMC:
RomBOOT
Could not initialize timer (err -11)
Could not initialize timer (err -11)
Could not initialize
Hi Simon,
> From: Simon Glass
> Sent: mercredi 11 novembre 2020 15:32
> To: Patrick DELAUNAY ; Heinrich Schuchardt
>
> +Heinrich Schuchardt
OK
> On Fri, 6 Nov 2020 at 10:55, Patrick Delaunay wrote:
> >
> > Use the debug uart functions to output the traces before the log
> > initialization (wh
On 22/10/20, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> * With the SCU FW from the latest Toradex BSP 5.0.0 (SCU FW 1.5.1)
> ETH PHY encounters bring up problems after reset, this will be fixed
> soon on SCU FW side.
Hello Igor,
are these ETH Phy problems also in NXP provided SCU FW 1.5.1/ 1.
Hi,
with these modifications i get:
U-Boot 2021.01-rc2-00047-g9324c9a823-dirty (Nov 19 2020 - 15:33:00
+0100) odroid-c2
Model: Hardkernel ODROID-C2
SoC: Amlogic Meson GXBB (S905) Revision 1f:c (0:1)
DRAM: 2 GiB
MMC: mmc@72000: 0, mmc@74000: 1
In: serial
Out: serial
Err: serial
Net
Hi,
I have extended the previous post.
with these modifications i get:
U-Boot 2021.01-rc2-00047-g9324c9a823-dirty (Nov 19 2020 - 15:33:00
+0100) odroid-c2
Model: Hardkernel ODROID-C2
SoC: Amlogic Meson GXBB (S905) Revision 1f:c (0:1)
DRAM: 2 GiB
MMC: mmc@72000: 0, mmc@74000: 1
In:
The Raspberry Pi Foundation released the new RPi400 which we want to
detect, so we can enable Ethernet on it and know the correct device tree
file name.
So far the Raspberry Pi foundation is using the RPi4b device-tree file
to boot RPi400. I see no reason not to do the same as they are
completely
This series could be split into at least two or even three parts, but I
kept it as is for now as it contains all the changes needed in order to
have u-boot working on the new Raspberry Pi 400 and Raspberry Pi Compute
Module 4.
There are core changes, specifically with regard to cpu to bus address
So far we've assumed a fixed configuration for inbound windows as we had
a single user for this controller. But the controller's DMA constraints
were improved starting with BCM2711's B1 revision of the SoC, notably
available in CM4 and Pi400. They allow for wider inbound windows. We can
now cover t
Calculating the DMA offset between a bus address space and CPU's every
time we call phys_to_bus() and bus_to_phys() isn't ideal performance
wise. This information is static and available before initializing the
devices so parse it before the probe call an provide the DMA offset it
in 'struct udevic
These functions, instead of relying on hard-coded platform-specific
address translations, make use of the DMA constraints provided by the DM
core. This allows for per-device translations.
Signed-off-by: Nicolas Saenz Julienne
---
include/phys2bus.h | 16
1 file changed, 16 inser
The Raspberry Pi Foundation released the new Compute Module 4which we
want to detect, so we can enable Ethernet on it and know the correct
device tree file name.
Note that this sets the Ethernet option to true since the official CM4
IO board has an Ethernet port. But that might not be the case whe
Add the follwing functions to get a specific device's DMA ranges:
- dev_get_dma_range()
- ofnode_get_dma_range()
- of_get_dma_range()
- fdt_get_dma_range()
They are specially useful in oder to be able validate a physical address
space range into a bus's and to convert addresses from and to addr
This will allow us to use DM variants of phys_to_bus()/bus_to_phys()
when relevant.
Signed-off-by: Nicolas Saenz Julienne
---
drivers/mmc/sdhci.c | 7 ---
include/mmc.h | 10 ++
2 files changed, 14 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/s
So far we've been content with passing physical addresses when
configuring memory addresses into XHCI controllers, but not all
platforms have buses with transparent mappings. Specifically the
Raspberry Pi 4 might introduce an offset to memory accesses incoming
from its PCIe port.
Introduce xhci_vi
Hi Otto,
On Thu, 19 Nov 2020 at 21:23, Otto Meier wrote:
>
> Hi,
>
> I have extended the previous post.
>
>
>
> with these modifications i get:
>
> U-Boot 2021.01-rc2-00047-g9324c9a823-dirty (Nov 19 2020 - 15:33:00
> +0100) odroid-c2
>
> Model: Hardkernel ODROID-C2
> SoC: Amlogic Meson GXBB (S9
It seems nobody tested the debug() option in spin_lock_irqsave().
Currently, when #define DEBUG, it spoils the compiler with
In file included from drivers/usb/dwc3/gadget.c:18:
drivers/usb/dwc3/gadget.c: In function ‘dwc3_gadget_set_selfpowered’:
include/log.h:235:4: warning: ‘flags’ is used unini
If GetNextVariableName() is called with a non-existing combination of
VariableName and VendorGuid, return EFI_INVALID_PARAMETER.
If GetNextVariableName() is called with a string that is not zero
terminated, return EFI_INVALID_PARAMETER.
Reformat a line over 80 characters.
Signed-off-by: Heinrich
On Thu, Nov 19, 2020 at 10:54:42AM +, Andre Przywara wrote:
> So far we did not support the BootROM based FEL USB debug mode on the
> 64-bit builds for Allwinner SoCs: The BootROM is using AArch32, but the
> SPL runs in AArch64.
> Returning back to AArch32 was not working as expected, since the
On Wed, Oct 28, 2020 at 1:56 PM Robert Marko wrote:
>
> Lets convert the driver to use dev_read_addr() instead of the
> devfdt_get_addr().
>
> While we are here, lets also alphabetise the includes.
>
> Signed-off-by: Robert Marko
> Cc: Luka Perkov
> ---
> arch/arm/mach-ipq40xx/clock-ipq4019.c
Update Tom's address
On Thu, Nov 19, 2020 at 9:26 PM Andy Shevchenko
wrote:
>
> It seems nobody tested the debug() option in spin_lock_irqsave().
> Currently, when #define DEBUG, it spoils the compiler with
>
> In file included from drivers/usb/dwc3/gadget.c:18:
> drivers/usb/dwc3/gadget.c: In fu
On 17.11.20 00:53, Simon Glass wrote:
> 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_R
On 17.11.20 00:53, Simon Glass wrote:
> 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
>>
>>
+Stefan
On Fri, Nov 20, 2020 at 1:49 AM Nicolas Saenz Julienne
wrote:
>
> So far we've been content with passing physical addresses when
> configuring memory addresses into XHCI controllers, but not all
> platforms have buses with transparent mappings. Specifically the
> Raspberry Pi 4 might intr
On Tue, Nov 03, 2020 at 12:11:20PM +0100, Richard Genoud wrote:
> This will prevent a double free error if sqfs_close() is called twice.
>
> Signed-off-by: Richard Genoud
This change causes the test.py squashfs tests to fail. I am unsure if
the problem is with the tests or this exposing furthe
On Tue, Nov 03, 2020 at 12:11:25PM +0100, Richard Genoud wrote:
> The code for reading a fragmented file is not functionnal.
> It's better to signal this to the user.
>
> Signed-off-by: Richard Genoud
This change causes the test.py squashfs tests to fail. I am unsure if
the problem is with the
On Mon, Oct 26, 2020 at 10:40:24AM -0500, Tyler Hicks wrote:
> The -i option of the dumpimage tool has been removed so it should no
> longer be documented in the README file. Refer readers to the tool's
> help output rather than maintain a copy of the usage in the README.
>
> Finally, adjust the
On Thu, Oct 29, 2020 at 01:48:01PM +0100, Holger Brunck wrote:
> From: Matteo Ghidoni
>
> Instead of using an hard coded address, make use of an
> already defined address for importing the environment
> for ramfs and nfs boot. This allows boards having different
> mapping to use the same code.
>
On Fri, Oct 30, 2020 at 01:41:58PM +, Gerard Koskamp wrote:
> I've created a squashfs file system with Yocto (it use squashfs-tools)
> and u-boot command sqfsls give the error:'Error while searching inode:
> unknown type.'
> After some digging in the code I found that the index is off by 1.
>
On Sat, Oct 31, 2020 at 09:07:49AM +0800, Qu Wenruo wrote:
> In btrfs_lookup_path() the local variable @type should always be updated
> after we hit any file/dir.
>
> But if @filename is NULL from the very beginning, then we don't
> initialize it and return it directly.
>
> To prevent such probl
On Thu, Oct 29, 2020 at 01:54:54PM +0100, Holger Brunck wrote:
> Also change back SYS_MEMTEST_END to 0x00f0. 0xe0 was wrong and
> introduced due to the global Kconfig migration of this option in u-boot.
>
> CC: Heiko Schocher
> CC: Tom Rini
> Signed-off-by: Holger Brunck
Applied to u-
On Thu, Oct 29, 2020 at 06:27:34PM +0100, Steven Lawrance wrote:
> This change sets the output (hardware) polarity register instead of the
> input (software) polarity register for the bcm6858 LED controller. The
> logic was inverted (a LED configued active high behaved as active low).
>
> Signed
On Fri, Oct 30, 2020 at 06:11:12AM +0100, Heinrich Schuchardt wrote:
> %s/enougth/enough/
>
> Signed-off-by: Heinrich Schuchardt
> Acked-by: Joe Hershberger
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sat, Oct 31, 2020 at 09:07:51AM +0800, Qu Wenruo wrote:
> In show_dir() if we hit a ROOT_ITEM, we can exit with uninitialized
> @ret.
>
> Fix it by initializing it to 0.
>
> Reported-by: Coverity CID 312955
> Signed-off-by: Qu Wenruo
> Reviewed-by: Marek Behún
Applied to u-boot/master, tha
On Tue, Nov 03, 2020 at 12:11:00PM +0100, Richard Genoud wrote:
> When trying to load an non-existing file, the cpu hangs!
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:10:59PM +0100, Richard Genoud wrote:
> add missing squashfs function to prevent dangling or null pointers.
> For exemple, when calling test [ -e somefile ], squashfs.exists may be
> called.
>
> Signed-off-by: Richard Genoud
> Reviewed-by: Joao Marcos Costa
Applied to
On Tue, Nov 03, 2020 at 12:11:01PM +0100, Richard Genoud wrote:
> Using only one label permits to prevents bugs when moving code around.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:02PM +0100, Richard Genoud wrote:
> sqfs_dirs wasn't freed anywhere.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:03PM +0100, Richard Genoud wrote:
> *file and *dir were not freed on error
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:04PM +0100, Richard Genoud wrote:
> pos_list wasn't freed on every error
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:08PM +0100, Richard Genoud wrote:
> memory allocation should always be checked
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:06PM +0100, Richard Genoud wrote:
> path, target, res, rem and sym_tokens were not free on error nor success.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:10PM +0100, Richard Genoud wrote:
> as sqfs_opendir failed, there's no need to call sqfs_closedir
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:05PM +0100, Richard Genoud wrote:
> dirs->entry shouldn't be left dangling as it could be freed twice.
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:07PM +0100, Richard Genoud wrote:
> inode_table should not be left dangling as it may be freed in sqfs_opendir
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:11PM +0100, Richard Genoud wrote:
> dirs->entry shouldn't be left dangling as it could be freed twice.
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:09PM +0100, Richard Genoud wrote:
> dirs->entry shouldn't be left dangling as it could be freed twice.
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:13PM +0100, Richard Genoud wrote:
> sqfs_closedir() should be called to free memory allocated by
> sqfs_opendir()
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signatu
On Tue, Nov 03, 2020 at 12:11:12PM +0100, Richard Genoud wrote:
> as sqfs_opendir failed, there's no need to call sqfs_closedir
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:17PM +0100, Richard Genoud wrote:
> if sqfs_tokenize(rel_tokens, rc, rel); fails, the function exits
> without freeing the array base_tokens.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature
On Tue, Nov 03, 2020 at 12:11:16PM +0100, Richard Genoud wrote:
> the return value of sqfs_tokenize(rel_tokens, rc, rel); wasn't checked.
> (but "ret" value was !)
> This is obviouly a typo.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
-
On Tue, Nov 03, 2020 at 12:11:14PM +0100, Richard Genoud wrote:
> data_buffer was allocated in a loop and freed only once.
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:15PM +0100, Richard Genoud wrote:
> For consistency with other functions.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:18PM +0100, Richard Genoud wrote:
> finfo.blk_sizes may not be freed in case of error in the for loop
> Setting it to null and freeing it at the end makes prevents that from
> happening.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to
On Tue, Nov 03, 2020 at 12:11:19PM +0100, Richard Genoud wrote:
> If SquashFS magic number is invalid, there's a memory leak.
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:21PM +0100, Richard Genoud wrote:
> Resetting the context on error will prevent some checks like:
> if (!ctx.cur_dev)
> To pass when the probe method has failed
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description
On Tue, Nov 03, 2020 at 12:11:23PM +0100, Richard Genoud wrote:
> The length of the buffer wasn't taken into account when writing to the
> given buffer.
>
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:22PM +0100, Richard Genoud wrote:
> sqfs_decompressor_init() returns a value, so it's better to use it than
> to force the return value to EINVAL (it could be ENOMEM)
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, than
On Fri, Nov 13, 2020 at 03:15:18PM +0100, 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 (CID:
On Tue, Nov 03, 2020 at 12:11:26PM +0100, Richard Genoud wrote:
> This permits to find a file and use the distro_bootcmd
>
> Reviewed-by: Joao Marcos Costa
> Signed-off-by: Richard Genoud
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Nov 03, 2020 at 12:11:24PM +0100, Richard Genoud wrote:
> offset is the offset in the file read, not the offset in the destination
> buffer.
> If the offset is not null, this will lead to a memory corruption.
> So, for now, we are returning an error if the offset is used.
>
> Signed-off-b
On Sun, Nov 15, 2020 at 12:54:10PM +0100, Arnaud Aujon Chevallier wrote:
> Re-submitted because of missing description and signed-off.
>
> flags reset in board_init caused bugs when executing command like editenv
> because the reallocated flag was lost.
>
> Tested-by: Michael Opdenacker
> Signe
On Fri, Nov 13, 2020 at 04:37:46PM +0100, 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
> Rev
On Tue, Nov 17, 2020 at 12:32:08PM +0900, Hoyeonjiki Kim 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 word-size
> bytes (size
On Mon, Nov 16, 2020 at 10:01:31PM +0100, Michael Walle wrote:
> The debug statement doesn't end with a newline. Add it.
>
> Signed-off-by: Michael Walle
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
From: Joel Peshkin
Adds an optional SALT value to AUTOBOOT_STOP_STR_SHA256. If a string
followed by a ":" is prepended to the sha256, the portion to the left
of the colon will be used as a salt and the password will be appended
to the salt before the sha256 is computed and compared.
Signed-o
power/regulator will not be built if just CONFIG_SPL_DM_REGULATOR is
enabled. It needs CONFIG_SPL_POWER_SUPPORT to be enabled as well.
For example, if we just need a GPIO regulator in SPL:
CONFIG_DM_REGULATOR=y
CONFIG_SPL_DM_REGULATOR=y
CONFIG_DM_REGULATOR_GPIO=y
CONFIG_SPL_DM_REGULATOR_GPIO=y
Wi
Hi Bin,
Hi Nicolas,
On 20.11.20 01:31, Bin Meng wrote:
+Stefan
On Fri, Nov 20, 2020 at 1:49 AM Nicolas Saenz Julienne
wrote:
So far we've been content with passing physical addresses when
configuring memory addresses into XHCI controllers, but not all
platforms have buses with transparent ma
81 matches
Mail list logo