On Mon, Dec 13, 2021 at 05:51:46AM -0700, Simon Glass wrote:
> Hi Takahiro,
>
> On Fri, 10 Dec 2021 at 00:00, AKASHI Takahiro
> wrote:
> >
> > From: Simon Glass
> >
> > This is a draft implementation of event notification mechanism from Simon.
> > Under this scheme, any U-Boot subsystem can
On Mon, Dec 13, 2021 at 05:51:45AM -0700, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 9 Dec 2021 at 23:58, AKASHI Takahiro
> wrote:
> >
> > With dm-tag feature, any U-Boot subsystem is allowed to associate
> > arbitrary number of data with a particular udevice. This can been
> > see as
Hi Simon,
Thank you for your review on this series.
On Mon, Dec 13, 2021 at 05:51:40AM -0700, Simon Glass wrote:
> Hi Takahiro,
>
> On Thu, 9 Dec 2021 at 23:59, AKASHI Takahiro
> wrote:
> >
> > This function will be commonly used in block device drivers
> > in the succeeding patches.
> >
> >
On Mon, 13 Dec 2021 18:20:37 +0100
Jernej Škrabec wrote:
Hi Jernej,
thanks for having a look!
> Dne ponedeljek, 13. december 2021 ob 02:03:22 CET je Andre Przywara
> napisal(a):
> > Add some long overdue instructions for building and installing U-Boot on
> > Allwinner SoC based boards.
> >
From: "Marty E. Plummer"
Add support for Kevin, an RK3399-based convertible chromebook that is
very similar to Bob. This patch is mostly based on existing support for
Bob, with only minor changes for Kevin-specific things.
Unlike other Gru boards, coreboot sets Kevin's center logic to 925 mV,
This patch enables some configs that should be working on the Bob board,
based on what is observed to work on the Kevin board.
The Bob board uses an Embedded DisplayPort panel compatible with the
simple panel and Rockchip eDP drivers. Its backlight is controlled by
the Chromium OS Embedded
From: Simon Glass
This adds some devicetree settings for the Gru-based boards, based on
what works on a Kevin board.
Gru-based boards usually have an 8MiB SPI flash chip and boot from it.
Make the u-boot.rom file intended to be flashed on it match its size.
Add properties for booting from SPI,
The RK3399 SoC needs to know the voltage value provided by some
regulators, which is done by setting relevant register bits. Configure
these the way other RK3399 boards do, but with the same values as are
set in the equivalent code in coreboot.
Signed-off-by: Alper Nebi Yasak
---
There is a
I have recently started testing booting U-Boot from SPI on my gru-kevin
(as opposed to chainloading it from vendor coreboot + depthcharge) and
brought it to a better working state based on an initial support patch
from Marty [1][2] and some follow-up work by Simon [3].
I tried to keep them as the
On 08/12/2021 12:31, Peter Robinson wrote:
> I thought there was a different process for the chtomebooks than the
> usual rockchip route. Do the rockchip chomebooks support writing to a
> space in SPI and chainloading like some of the other arm chtomebooks
> did (I think tegra/samsung but my
Hi Andre!
Dne ponedeljek, 13. december 2021 ob 02:03:22 CET je Andre Przywara
napisal(a):
> Add some long overdue instructions for building and installing U-Boot on
> Allwinner SoC based boards.
> This describes the building process, including TF-A and crust, plus
> installation to SD card, eMMC
+Joe Hershberger
Jocke
On Wed, 2021-12-08 at 15:33 +0100, Joakim Tjernlund wrote:
> Commit "fw_setenv: lock the flash only if it was locked before"
> checks for Locked status with uninitialized erase data.
> Address by moving the test for MEMISLOCKED.
>
> Fixes: 8a726b852502 ("fw_setenv: lock
On Mon, Dec 13, 2021 at 03:45:40PM +0100, Patrice CHOTARD wrote:
> Hi Tom
>
> Please pull the STM32 related patches for u-boot/master, v2022.01 =
> u-boot-stm32-20211213
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/10215
On Mon, Dec 13, 2021 at 12:32:09PM +0100, Marek Vasut wrote:
> This is long overdue PR for current release with a few clean ups for the
> RZG2
>
> The following changes since commit a1c01b17c59ec03c678073e145fbd094c7606dc8:
>
> Merge tag 'efi-2022-01-rc4-2' of
>
Hi Tom
Please pull the STM32 related patches for u-boot/master, v2022.01 =
u-boot-stm32-20211213
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/10215
Thanks
Patrice
The following changes since commit ade37460a944aed36ae6ee634c4d4a9a22690461:
Prepare v2022.01-rc3
On 12/13/21 14:31, Patrice CHOTARD wrote:
Hi Marek
On 12/13/21 12:33 PM, Marek Vasut wrote:
On 12/1/21 16:18, Marek Vasut wrote:
On 12/1/21 08:50, Patrice CHOTARD wrote:
Hi Tom
Hi,
ARM: stm32: Increase USB power-good delay on DHSOM
ARM: stm32: Add update_sf script to
On 12/7/21 01:11, Simon Glass wrote:
Add an empty file to prevent build errors when building with
CONFIG_OF_SEPARATE enabled.
Signed-off-by: Simon Glass
---
(no changes since v1)
a little bit weird.
arch/arm/dts/Makefile| 3 ++-
arch/arm/dts/xilinx-versal-virt.dts
Hi Marek
On 12/13/21 12:33 PM, Marek Vasut wrote:
> On 12/1/21 16:18, Marek Vasut wrote:
>> On 12/1/21 08:50, Patrice CHOTARD wrote:
>>> Hi Tom
>>
>> Hi,
>>
>>> ARM: stm32: Increase USB power-good delay on DHSOM
>>> ARM: stm32: Add update_sf script to install U-Boot into SF on DHSOM
On Thu, 9 Dec 2021 at 23:59, AKASHI Takahiro wrote:
>
> Now that all the block device drivers have enable a probe hook, we will
> call part_create_block_devices() to enumerate all the partitions and
> create associated udevices when a block device is detected.
>
> Signed-off-by: AKASHI Takahiro
On Thu, 9 Dec 2021 at 23:58, AKASHI Takahiro wrote:
>
> In most of all cases, we can avoid using blk_desc which is expected
> to be private to udevice(UCLASS_BLK), that is, the data should not
> be manupulated outside the device driver unless really needed.
>
> Now efi_disk's internally use
On Fri, 10 Dec 2021 at 00:19, AKASHI Takahiro
wrote:
>
> With DM-efi_disk integration, we don't need to explicitly call
> efi_disk_create_partitions().
>
> The only thing to do is to associate an efi_disk object to
> the corresponding udevice as we skip most of processing in
> efi_disk_probe() by
On Thu, 9 Dec 2021 at 23:58, AKASHI Takahiro wrote:
>
> When we create an efi_disk device with an UEFI application using driver
> binding protocol, the 'efi_driver' framework tries to create
> a corresponding block device(UCLASS_BLK/IF_TYPE_EFI). This will lead to
> calling a PROBE callback,
Hi Takahiro,
On Fri, 10 Dec 2021 at 00:00, AKASHI Takahiro
wrote:
>
> From: Simon Glass
>
> This is a draft implementation of event notification mechanism from Simon.
> Under this scheme, any U-Boot subsystem can register some kind of callback
> function to a particular event (more event types
On Fri, 10 Dec 2021 at 00:00, AKASHI Takahiro
wrote:
>
> virtio_init() enumerates all the peripherals that are to be materialised
> with udevices(UCLASS_VIRIO) and creates particular device instances
> (UCLASS_BlK or whatever else) as children.
> On the other hand, device_probe() won't be invoked
Hi Takahiro,
On Thu, 9 Dec 2021 at 23:58, AKASHI Takahiro wrote:
>
> With dm-tag feature, any U-Boot subsystem is allowed to associate
> arbitrary number of data with a particular udevice. This can been
> see as expanding "struct udevice" without modifying the definition.
>
> As a first user,
On Thu, 9 Dec 2021 at 23:58, AKASHI Takahiro wrote:
>
> Due to a non-existing parameter name in macro's, use of those macro's will
> cause a compiler error of "undefined reference".
> Unfortunately, dm test doesn't fail because a wrong name ("", hence it
> is accidentally a valid name in the
On Fri, 10 Dec 2021 at 00:25, AKASHI Takahiro
wrote:
>
> Every time a sata bus/port is scanned and a new device is detected,
> we want to call device_probe() as it will give us a chance to run
> additional post-processings for some purposes.
>
> In particular, support for creating partitions on a
Hi Takahiro,
On Thu, 9 Dec 2021 at 23:59, AKASHI Takahiro wrote:
>
> This function will be commonly used in block device drivers
> in the succeeding patches.
>
> Signed-off-by: AKASHI Takahiro
> ---
> drivers/block/blk-uclass.c | 13 +
> include/blk.h | 12
On 12/1/21 16:18, Marek Vasut wrote:
On 12/1/21 08:50, Patrice CHOTARD wrote:
Hi Tom
Hi,
ARM: stm32: Increase USB power-good delay on DHSOM
ARM: stm32: Add update_sf script to install U-Boot into SF on
DHSOM
ARM: stm32: Increase PHY auto-negotiation timeout to 20s on
This is long overdue PR for current release with a few clean ups for the
RZG2
The following changes since commit a1c01b17c59ec03c678073e145fbd094c7606dc8:
Merge tag 'efi-2022-01-rc4-2' of
https://source.denx.de/u-boot/custodians/u-boot-efi (2021-12-10 07:58:43
-0500)
are available in the
On Sat, Nov 13, 2021 at 9:09 PM Amjad Ouled-Ameur
wrote:
>
> This will allow consumers to choose a pxe label at runtime instead of
> having to prompt the user. One good use-case for this, is choosing
> whether or not to apply a dtbo depending on the hardware configuration.
> e.g: for TI's AM335x
On Monday 13 December 2021 08:36:00 Stefan Roese wrote:
> Hi Pali,
>
> On 12/10/21 15:23, Pali Rohár wrote:
>
>
>
> > > > > So I think the correct behavior should be:
> > > > >
> > > > > 1. pci-mvebu.c configures all controller registers to correct values
> > > > > 2. PCIe port is enabled via
On Monday 13 December 2021 08:41:30 Stefan Roese wrote:
> Hi Pali,
>
> On 12/12/21 12:23, Pali Rohár wrote:
> > On Thursday 11 November 2021 16:35:39 Marek Behún wrote:
> > > From: Marek Behún
> > >
> > > Hello Stefan,
> > >
> > > we have some more fixes for PCI (mvebu and aardvark), and one
Hi Ilias,
On Thu, 9 Dec 2021 at 08:37, Ilias Apalodimas
wrote:
>
> Hi Etienne,
>
>
> [...]
> > > > > +
> > > > > + /* And now the replica */
> > > > > + ret = gpt_write_metadata_partition(desc, metadata,
> > > > secondary_mpart);
> > > > > + if (ret < 0) {
> > > > > +
Hi,
Is there any news about this patch please ?
Regards,
Amjad
On 25/11/2021 01:12, Simon Glass wrote:
Hi Amjad,
On Sat, 13 Nov 2021 at 06:09, Amjad Ouled-Ameur
wrote:
This will allow consumers to choose a pxe label at runtime instead of
having to prompt the user. One good use-case for
35 matches
Mail list logo