On 2/10/22 18:17, Philippe Reynes wrote:
Since commit 492ee6b8d0e7 ("watchdog: wdt-uclass.c: handle all DM
watchdogs in watchdog_reset()"), all the watchdog are started when
the config WATCHDOG_AUTOSTART.
To avoid a binary choice none/all, a property u-boot,noautostart
may be added in the watchd
Hi,
On 3/2/22 18:00, Johannes (krjdev) Krottmayer wrote:
Hi,
Some IMHO fatal issues in the the clock driver for the
STM32H7 series driver.
Affected driver:
drivers/clk/clk_stm32h7.c
Affected configs (boards):
configs/stm32h750-art-pi_defconfig
configs/stm32h743-disco_defconfig
configs/stm32h7
On 2/10/22 18:17, Philippe Reynes wrote:
Since commit 492ee6b8d0e7 ("watchdog: wdt-uclass.c: handle all DM
watchdogs in watchdog_reset()"), all the watchdog are started when
the config WATCHDOG_AUTOSTART.
To avoid a binary choice none/all, a property u-boot,noautostart
may be added in the watchd
On 1/14/22 00:52, Tom Rini wrote:
On Thu, Jan 13, 2022 at 04:57:31PM +0100, Stefan Roese wrote:
I've been handling "inofficially" the watchdog related patches for a few
years now. Let's make this official and add a tree for it and also add
myself here in the MAINTAINERS file.
Signed-off-by: St
On 2/23/22 14:21, Pali Rohár wrote:
If Armada 37xx watchdog is started before U-Boot then CNTR_CTRL_ACTIVE bit
is set, U-Boot armada-37xx-wdt.c driver fails to initialize and so U-Boot
is unable to use or kick this watchdog.
Do not check for CNTR_CTRL_ACTIVE bit and always initialize watchdog. S
On 2/21/22 17:21, Jan Kiszka wrote:
From: Jan Kiszka
When running against RC_OSC_32k, the watchdog may suffer from running
faster than expected, expiring earlier. The Linux kernel adds a 10%
margin to the timeout calculation by slowing down the read clock rate
accordingly. Do the same here, als
Hi Tom,
please pull the following watchdog related patches:
- Update MAINTAINERS file (Stefan)
- wdt-uclass.c: add a property u-boot, noautostart (Philippe)
- armada_37xx: Probe driver also when watchdog is already running (Pali)
-
Since commit 5d94cbd1dca7 ("scripts: Makefile.lib: generate
dsdt_generated.c instead of dsdt.c"), the file generated
is named dsdt_generated.c instead of dsdt.c.
So all files .gitignore referencing dsdt.c should be
upated with dsdt_generated.c.
Signed-off-by: Philippe Reynes
---
board/advantech/
Hi Tom,
Le 25/02/2022 à 21:53, Tom Rini a écrit :
On Fri, Feb 25, 2022 at 06:30:05PM +0100, Philippe Reynes wrote:
There is a conflict between the static file
lib/acpi/dsdt.c and the file dsdt.c generated
dynamicaly by scripts/Makefile.lib. When a
mrproper is done, the static file dsdt.c is
re
Hi Tom
> -Original Message-
> From: Tom Rini
> Sent: Monday, March 7, 2022 8:46 PM
> To: Gaurav Jain
> Cc: Michael Walle ; sba...@denx.de; Varun Sethi
> ; Adrian Alonso ; Alison Wang
> ; Andy Tang ;
> feste...@gmail.com; Franck Lenormand ; Horia
> Geanta ; Ji Luo ; ma...@denx.de;
> Meena
On Tue, Mar 8, 2022 at 8:10 AM Gaurav Jain wrote:
> I further checked on your concern and propose the below change to stop
> building caam driver in SPL for imx6dl_mamoj.
>
> --- a/configs/imx6dl_mamoj_defconfig
> +++ b/configs/imx6dl_mamoj_defconfig
> @@ -61,3 +61,4 @@ CONFIG_USB_GADGET_MANUFAC
> -Original Message-
> From: Fabio Estevam
> Sent: Tuesday, March 8, 2022 4:42 PM
> To: Gaurav Jain
> Cc: Tom Rini ; Michael Walle ;
> sba...@denx.de; Varun Sethi ; Adrian Alonso
> ; Alison Wang ; Andy Tang
> ; Franck Lenormand ;
> Horia Geanta ; Ji Luo ;
> ma...@denx.de; Meenakshi Agga
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
(See "issues" below.)
[1] https://github.com/t-akashi/u-boot/tree/efi/dm_disk
For instance,
=> dm tree
Class Index Probed DriverName
-
Every time a scsi bus/port is scanned and a new block 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 device will be added.
Signed-off-by: AKASHI Takahiro
Revi
Every time a usb 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 device will be added.
Signed-off-by: AKASHI Takahiro
Reviewed-by
Every time a mmc 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 device will be added.
Signed-off-by: AKASHI Takahiro
Reviewed-by
Every time a nvme 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 device will be added.
Signed-off-by: AKASHI Takahiro
Reviewed-b
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 device will be added.
Signed-off-by: AKASHI Takahiro
Reviewed-b
Every time an ide 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 device will be added.
Signed-off-by: AKASHI Takahiro
Reviewed-b
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 against those resultant
udevices unlike other ordinary device dr
The new test covers all tag-related interfaces.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
---
test/dm/Makefile | 1 +
test/dm/tag.c| 84
2 files changed, 85 insertions(+)
create mode 100644 test/dm/tag.c
diff --git a/test/dm/
Some basic stuff about tag support is explained under
doc/devlop/driver-model.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
---
doc/develop/driver-model/design.rst | 20
1 file changed, 20 insertions(+)
diff --git a/doc/develop/driver-model/design.rst
b/doc/dev
With this new function, UCLASS_PARTITION devices will be created as
child nodes of UCLASS_BLK device.
Signed-off-by: AKASHI Takahiro
---
disk/Makefile | 3 +
disk/disk-uclass.c | 153 +
include/dm/uclass-id.h | 1 +
include/part.h
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
Reviewed-by: Simon Glass
---
drivers/block/blk-uclass.c | 4 +++
Add efi_disk_probe() function.
This function creates an efi_disk object for a raw disk device (UCLASS_BLK)
and additional objects for related partitions (UCLASS_PARTITION).
So this function is expected to be called through driver model's "probe"
interface every time one raw disk device is detected
This function is expected to be called, in particular from dm's pre_remove
hook, when associated block devices no longer exist.
Add efi_disk_remove() function.
This function removes an efi_disk object for a raw disk device (UCLASS_BLK)
and related objects for its partitions (UCLASS_PARTITION).
So
In include/blk.h, Simon suggested:
===>
/*
* These functions should take struct udevice instead of struct blk_desc,
* but this is convenient for migration to driver model. Add a 'd' prefix
* to the function operations, so that blk_read(), etc. can be reserved for
* functions with the correct ar
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 manipulated outside the device driver unless really needed.
Now efi_disk's internally use dev_read/write() interfaces.
Signed-off-by: AKASHI Takahiro
Reviewed
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, efi_disk_probe().
In this case, however, we don't need to create ano
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 the previous commit ("efi_loader: disk: not create
BLK device for B
Hello! Is v3 series Ok now?
On Wednesday 23 February 2022 14:15:44 Pali Rohár wrote:
> Add support for reading NB fuse OTP, SB fuse OTP and Security OTP
> values via U-Boot fuse API on Armada 37xx boards.
>
> Changes in v3:
> * Updated comment in patch 5/5 about MBOX_CMD_OTP_READ command
> * In p
On 3/8/22 10:37, Philippe Reynes wrote:
Since commit 5d94cbd1dca7 ("scripts: Makefile.lib: generate
dsdt_generated.c instead of dsdt.c"), the file generated
is named dsdt_generated.c instead of dsdt.c.
So all files .gitignore referencing dsdt.c should be
upated with dsdt_generated.c.
Signed-off-
On 3/8/22 12:42, Pali Rohár wrote:
Hello! Is v3 series Ok now?
I don't have any objections. I plan to pull this patch series in the
next merge window, as we are at rc3 now already.
Thanks,
Stefan
On Wednesday 23 February 2022 14:15:44 Pali Rohár wrote:
Add support for reading NB fuse OTP, S
On 3/7/22 19:03, Pali Rohár wrote:
Custom baudrate different than 115200 may be specified only when kwboot is
not going to send boot/debug message pattern or when it is going to send
boot message pattern with image file (in which case baudrate change happens
after sending kwbimage header). BootRO
On 3/7/22 19:03, Pali Rohár wrote:
Call kwboot_open_tty() which baudrate value which was specified at the
command line by option -B. This function returns error if baudrate is not
supported by selected tty device.
Initial baudrate for image transfer is always 115200, so call
kwboot_tty_change_ba
On 3/7/22 19:03, Pali Rohár wrote:
Commit 9e6d71d2b55f ("tools: kwboot: Allow to use -b without image path as
the last getopt() option") broke usage of kwboot with following arguments:
kwboot -t -B 115200 /dev/ttyUSB0 -b u-boot-spl.kwb
Fix parsing of option -b with optional argument again.
On 3/7/22 19:12, Pali Rohár wrote:
Remap PCI I/O space to the bus address 0x0 in the Armada 37xx device-tree
in order to support legacy I/O port based cards which have hardcoded I/O
ports in low address space.
Some legacy PCI I/O based cards do not support 32-bit I/O addressing.
Signed-off-by:
On 3/7/22 00:12, Tony Dinh wrote:
The Globalscale Technologies Sheevaplug board has the network chip
Marvell 88E1116R. Use uclass mvgbe and the compatible driver M88E1310
driver to bring up Ethernet.
- Currently, CONFIG_RESET_PHY_R symbol is used in
arch/arm/mach-kirkwood/include/mach/config.h f
On Tue, Mar 08, 2022 at 08:12:27AM -0300, Fabio Estevam wrote:
> On Tue, Mar 8, 2022 at 8:10 AM Gaurav Jain wrote:
>
> > I further checked on your concern and propose the below change to stop
> > building caam driver in SPL for imx6dl_mamoj.
> >
> > --- a/configs/imx6dl_mamoj_defconfig
> > +++ b
On 3/8/22 12:36, AKASHI Takahiro wrote:
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
(See "issues" below.)
[1] https://github.com/t-akashi/u-boot/tree/efi/dm_disk
On sandbox_defconfig with CONFIG_EFI
Add watchdog controller driver for NPCM7xx/npcm8xx
jimliu2 (1):
wdt: nuvoton: Add support for Nuvoton
drivers/watchdog/Kconfig| 6 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/npcm_wdt.c | 119
3 files changed, 126 insertions(+)
create mo
Add watchdog controller driver for NPCM7xx/npcm8xx
Signed-off-by: jimliu2
---
drivers/watchdog/Kconfig| 6 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/npcm_wdt.c | 119
3 files changed, 126 insertions(+)
create mode 100644 drivers/watchdog
Hi,
While discussing that change internally. One remark was that the
brightness of the LED controller is being set at every state change
while in principle, a "default" brightness could be set once and for
all, for instance in the probing function.
Currently, the U-Boot LED driver does not support
Hi everyone,
I am trying to work on a project to port the U-Boot UEFI code to coreboot
as a payload.
I haven't worked with UEFI before except running a basic EFI payload in a
coreboot/u-boot environment. (Serial output:
https://gist.github.com/drac98/6166d29f6c3a2baf2f4e791925ea98d3)
I would like
On Tue, Mar 08, 2022 at 01:59:08PM +0100, Heinrich Schuchardt wrote:
> On 3/8/22 12:36, AKASHI Takahiro wrote:
> > With this patch set[1] applied, UEFI subsystem maintains a list of its
> > disk objects dynamically at runtime based on block device's probing.
> > (See "issues" below.)
> >
> > [1] h
On 3/4/22 16:42, Simon Glass wrote:
It is a common need in U-Boot to have one subsystem notify another
when something happens. An example is reading a partition table when a
new block device is set up.
It is also common to add weak functions and 'hook' functions to modify
how U-Boot works. See f
On Sat, Feb 26, 2022 at 03:24:10PM +0530, Sughosh Ganu wrote:
> hello Heinrich,
>
> On Sat, 26 Feb 2022 at 12:24, Heinrich Schuchardt wrote:
> >
> > On 2/17/22 11:10, Sughosh Ganu wrote:
> > > On Thu, 17 Feb 2022 at 13:52, Ilias Apalodimas
> > > wrote:
> > >>
> > >>>
> > >>
> > >> [...]
> >
On 3/4/22 16:42, Simon Glass wrote:
From: Tim Harvey
Ensure there is a valid reset-gpio defined before using it.
Fixes: f9852acdce02 ("phy: nop-phy: Fix enabling reset")
Cc: Adam Ford
Signed-off-by: Tim Harvey
Signed-off-by: Simon Glass
This patch is already in origin/master.
Allow to disable PHY driver in SPL because it checks the CONFIG_SPL_PHY
variable for SPL builds.
The same change was done for usb by commit fd09c205fc57 ("usb:
s/CONFIG_DM_USB/CONFIG_IS_ENABLED(DM_USB)/").
Signed-off-by: Michal Simek
---
Changes in v2:
- based on bug reported by Marek
https://
When usb3-phy label is found, PHY driver is called and serdes line is
initialized. This is preparation for serdes/psgtr driver to configure GT
lines based on description in DT.
Signed-off-by: Michal Simek
---
Changes in v2:
- Add missing header
drivers/usb/dwc3/dwc3-generic.c | 18
> -Original Message-
> From: Tom Rini
> Sent: Tuesday, March 8, 2022 6:19 PM
> To: Fabio Estevam
> Cc: Gaurav Jain ; Michael Walle ;
> sba...@denx.de; Varun Sethi ; Adrian Alonso
> ; Alison Wang ; Andy Tang
> ; Franck Lenormand ;
> Horia Geanta ; Ji Luo ;
> ma...@denx.de; Meenakshi Agg
On 3/4/22 18:33, Marek Vasut wrote:
On 3/4/22 05:42, Marek Vasut wrote:
On 3/3/22 09:40, Bin Meng wrote:
On Wed, Feb 23, 2022 at 10:56 PM Michal Simek wrote:
When usb3-phy label is found, PHY driver is called and serdes line is
initialized. This is preparation for serdes/psgtr driver to c
On 3/8/22 14:04, AKASHI Takahiro wrote:
On Tue, Mar 08, 2022 at 01:59:08PM +0100, Heinrich Schuchardt wrote:
On 3/8/22 12:36, AKASHI Takahiro wrote:
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
(See "
On Tue, Mar 08, 2022 at 02:11:02PM +0100, Heinrich Schuchardt wrote:
> On 3/4/22 16:42, Simon Glass wrote:
> > It is a common need in U-Boot to have one subsystem notify another
> > when something happens. An example is reading a partition table when a
> > new block device is set up.
> >
> > It is
Hi Tom,
On 08.03.22 13:48, Tom Rini wrote:
On Tue, Mar 08, 2022 at 08:12:27AM -0300, Fabio Estevam wrote:
On Tue, Mar 8, 2022 at 8:10 AM Gaurav Jain wrote:
I further checked on your concern and propose the below change to stop building
caam driver in SPL for imx6dl_mamoj.
--- a/configs/imx
On Tue, Mar 08, 2022 at 01:21:41PM +, Gaurav Jain wrote:
>
>
> > -Original Message-
> > From: Tom Rini
> > Sent: Tuesday, March 8, 2022 6:19 PM
> > To: Fabio Estevam
> > Cc: Gaurav Jain ; Michael Walle ;
> > sba...@denx.de; Varun Sethi ; Adrian Alonso
> > ; Alison Wang ; Andy Tang
>
On 3/8/22 12:36, AKASHI Takahiro wrote:
Every time a scsi bus/port is scanned and a new block 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 device will be ad
Hi
On Tue, Mar 8, 2022 at 2:28 PM Stefano Babic wrote:
>
> Hi Tom,
>
> On 08.03.22 13:48, Tom Rini wrote:
> > On Tue, Mar 08, 2022 at 08:12:27AM -0300, Fabio Estevam wrote:
> >> On Tue, Mar 8, 2022 at 8:10 AM Gaurav Jain wrote:
> >>
> >>> I further checked on your concern and propose the below c
On 3/8/22 14:21, Michal Simek wrote:
On 3/4/22 18:33, Marek Vasut wrote:
On 3/4/22 05:42, Marek Vasut wrote:
On 3/3/22 09:40, Bin Meng wrote:
On Wed, Feb 23, 2022 at 10:56 PM Michal Simek
wrote:
When usb3-phy label is found, PHY driver is called and serdes line is
initialized. This is pre
On 3/8/22 14:19, Michal Simek wrote:
When usb3-phy label is found, PHY driver is called and serdes line is
initialized. This is preparation for serdes/psgtr driver to configure GT
lines based on description in DT.
Signed-off-by: Michal Simek
---
Changes in v2:
- Add missing header
I think 1/
On Fri, Jan 14, 2022 at 06:34:43PM +0100, Pali Rohár wrote:
> If image backend provides verify_header callback then call it after writing
> image to disk. This ensures that written image is correct.
>
> Signed-off-by: Pali Rohár
> Reviewed-by: Stefan Roese
> Reviewed-by: Simon Glass
> ---
> t
On 3/8/22 14:39, Marek Vasut wrote:
On 3/8/22 14:21, Michal Simek wrote:
On 3/4/22 18:33, Marek Vasut wrote:
On 3/4/22 05:42, Marek Vasut wrote:
On 3/3/22 09:40, Bin Meng wrote:
On Wed, Feb 23, 2022 at 10:56 PM Michal Simek wrote:
When usb3-phy label is found, PHY driver is called and
On 3/8/22 14:39, Marek Vasut wrote:
On 3/8/22 14:19, Michal Simek wrote:
When usb3-phy label is found, PHY driver is called and serdes line is
initialized. This is preparation for serdes/psgtr driver to configure GT
lines based on description in DT.
Signed-off-by: Michal Simek
---
Changes
On 3/8/22 13:59, Ahamed Husni wrote:
Hi everyone,
I am trying to work on a project to port the U-Boot UEFI code to coreboot
as a payload.
I haven't worked with UEFI before except running a basic EFI payload in a
coreboot/u-boot environment. (Serial output:
https://gist.github.com/drac98/6166d29f
This patch series adds the menu-driven boot device selection,
by extending the existing "bootmenu" to include UEFI and distro_boot
related entries.
The menu example shown with this patch series is as follows.
*** U-Boot Boot Menu ***
Boot 1. kernel (bootmenu_0)
Boot 2. kernel (bootm
This commit introduces the new command "bootefi bootindex".
With this command, user can select which "Boot" option
to load and execute.
Signed-off-by: Masahisa Kojima
---
Changes in v3:
- newly created
cmd/bootefi.c| 42
include/efi_loade
This commit adds the UEFI related menu entries and
distro_boot entries into the bootmenu.
For UEFI, user can select which UEFI "Boot" option
to execute, call UEFI bootmgr and UEFI boot variable
maintenance menu. UEFI bootmgr entry is required to
correctly handle "BootNext" variable.
For distr
On Tue, Mar 08, 2022 at 11:07:44PM +0900, Masahisa Kojima wrote:
> This commit introduces the new command "bootefi bootindex".
> With this command, user can select which "Boot" option
> to load and execute.
You can do the same thing with:
$ efidebug boot next 1 (for BOOT0001)
$ bootefi bootmgr
On 3/8/22 14:46, Michal Simek wrote:
On 3/8/22 14:39, Marek Vasut wrote:
On 3/8/22 14:21, Michal Simek wrote:
On 3/4/22 18:33, Marek Vasut wrote:
On 3/4/22 05:42, Marek Vasut wrote:
On 3/3/22 09:40, Bin Meng wrote:
On Wed, Feb 23, 2022 at 10:56 PM Michal Simek
wrote:
When usb3-phy lab
On 3/8/22 16:32, Marek Vasut wrote:
On 3/8/22 14:46, Michal Simek wrote:
On 3/8/22 14:39, Marek Vasut wrote:
On 3/8/22 14:21, Michal Simek wrote:
On 3/4/22 18:33, Marek Vasut wrote:
On 3/4/22 05:42, Marek Vasut wrote:
On 3/3/22 09:40, Bin Meng wrote:
On Wed, Feb 23, 2022 at 10:56 PM M
Hi Takahiro,
On Sun, 6 Mar 2022 at 21:26, AKASHI Takahiro wrote:
>
> Hi Simon,
>
> On Fri, Mar 04, 2022 at 08:43:00AM -0700, Simon Glass wrote:
> > Add a way to create and dispatch events without needing to allocate
> > memory. Also add a way to 'spy' on events, thus allowing 'hooks' to be
> > cr
Hi Tom,
On Tue, 8 Mar 2022 at 06:26, Tom Rini wrote:
>
> On Tue, Mar 08, 2022 at 02:11:02PM +0100, Heinrich Schuchardt wrote:
> > On 3/4/22 16:42, Simon Glass wrote:
> > > It is a common need in U-Boot to have one subsystem notify another
> > > when something happens. An example is reading a part
Hi,
On Tue, 8 Mar 2022 at 06:57, Heinrich Schuchardt wrote:
>
> On 3/8/22 13:59, Ahamed Husni wrote:
> > Hi everyone,
> >
> > I am trying to work on a project to port the U-Boot UEFI code to coreboot
> > as a payload.
> > I haven't worked with UEFI before except running a basic EFI payload in a
>
Hi,
On Tue, 8 Mar 2022 at 06:29, Heinrich Schuchardt wrote:
>
> On 3/8/22 14:04, AKASHI Takahiro wrote:
> > On Tue, Mar 08, 2022 at 01:59:08PM +0100, Heinrich Schuchardt wrote:
> >> On 3/8/22 12:36, AKASHI Takahiro wrote:
> >>> With this patch set[1] applied, UEFI subsystem maintains a list of it
On 3/8/22 12:36, AKASHI Takahiro wrote:
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
(See "issues" below.)
[1]https://github.com/t-akashi/u-boot/tree/efi/dm_disk
This series together with Simon's ser
Hi,
On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt wrote:
>
> On 3/8/22 12:36, AKASHI Takahiro wrote:
> > With this patch set[1] applied, UEFI subsystem maintains a list of its
> > disk objects dynamically at runtime based on block device's probing.
> > (See "issues" below.)
> >
> > [1]https://
On 3/8/22 17:56, Simon Glass wrote:
Hi,
On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt wrote:
On 3/8/22 12:36, AKASHI Takahiro wrote:
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
(See "issues" be
Hi Heinrich,
On Tue, 8 Mar 2022 at 10:26, Heinrich Schuchardt wrote:
>
> On 3/8/22 17:56, Simon Glass wrote:
> > Hi,
> >
> > On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt wrote:
> >>
> >> On 3/8/22 12:36, AKASHI Takahiro wrote:
> >>> With this patch set[1] applied, UEFI subsystem maintains a
Add section how to run U-Boot in n900 qemu machine.
Signed-off-by: Pali Rohár
---
doc/board/nokia/rx51.rst | 47
1 file changed, 47 insertions(+)
diff --git a/doc/board/nokia/rx51.rst b/doc/board/nokia/rx51.rst
index 941f78e777ee..b297e056c4e7 100644
---
Add gpio hog support for board-specific gpio lines:
- put hogs in u-boot.dtsi so as to keep the regular dts files
in sync with the kernel. The hogs will not be put in the kernel
as that makes them un-usable by userspace as well as
re-initializes them to dt defaults overriding changes which ma
The GW7902-C revision adds an ADC for the VDD_5P0 voltage rail.
Add register definitions for it.
Signed-off-by: Tim Harvey
---
arch/arm/dts/imx8mm-venice-gw7902.dts | 7 +++
arch/arm/dts/imx8mn-venice-gw7902.dts | 7 +++
2 files changed, 14 insertions(+)
diff --git a/arch/arm/dts/imx8mm
Implement spl_board_loader_name to provide more meaningful device names
vs MMC1 and MMC2.
Signed-off-by: Tim Harvey
---
board/gateworks/venice/spl.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/board/gateworks/venice/spl.c b/board/gateworks/venice/spl.c
index 8b301570577c.
The TI DP83867 phy has been replaced with the MaxLinear GPY111 phy due
to part availability.
Add support for it by adding LED config and dt-prop based internal delay
config tx-delay/rx-delay per PHY ID.
Signed-off-by: Tim Harvey
---
board/gateworks/venice/venice.c | 16
1 file
enable CONFIG_OF_LIBFDT_OVERLAY to support applying dt overlays in
U-Boot.
Signed-off-by: Tim Harvey
---
configs/imx8mm_venice_defconfig | 1 +
configs/imx8mn_venice_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/imx8mm_venice_defconfig b/configs/imx8mm_venice_defconfig
On 08.03.22 17:56, Simon Glass wrote:
Hi,
On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt wrote:
On 3/8/22 12:36, AKASHI Takahiro wrote:
With this patch set[1] applied, UEFI subsystem maintains a list of its
disk objects dynamically at runtime based on block device's probing.
(See "issue
On Monday 07 March 2022 21:23:29 Tony Dinh wrote:
> Hi Pali,
>
> I've tested this patch series and it's all working fine!
Perfect!
Stefan, I think that this change should go into 2022.04 as it is fixing
regression introduced during 2022.04 development.
Could you do more checks/testing of kwboot
Hi Soeren,
On Tue, 8 Mar 2022 at 12:15, Soeren Moch wrote:
>
>
>
> On 08.03.22 17:56, Simon Glass wrote:
> > Hi,
> >
> > On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt wrote:
> >>
> >> On 3/8/22 12:36, AKASHI Takahiro wrote:
> >>> With this patch set[1] applied, UEFI subsystem maintains a list
On 3/8/22 16:34, Michal Simek wrote:
On 3/8/22 16:32, Marek Vasut wrote:
On 3/8/22 14:46, Michal Simek wrote:
On 3/8/22 14:39, Marek Vasut wrote:
On 3/8/22 14:21, Michal Simek wrote:
On 3/4/22 18:33, Marek Vasut wrote:
On 3/4/22 05:42, Marek Vasut wrote:
On 3/3/22 09:40, Bin Meng wrot
On Tue, Mar 08, 2022 at 02:20:15PM -0700, Simon Glass wrote:
> Hi Soeren,
>
> On Tue, 8 Mar 2022 at 12:15, Soeren Moch wrote:
> >
> >
> >
> > On 08.03.22 17:56, Simon Glass wrote:
> > > Hi,
> > >
> > > On Tue, 8 Mar 2022 at 09:49, Heinrich Schuchardt
> > > wrote:
> > >>
> > >> On 3/8/22 12:36,
On Tue, 8 Mar 2022 at 23:17, Takahiro Akashi wrote:
>
> On Tue, Mar 08, 2022 at 11:07:44PM +0900, Masahisa Kojima wrote:
> > This commit introduces the new command "bootefi bootindex".
> > With this command, user can select which "Boot" option
> > to load and execute.
>
> You can do the same t
> Subject: [PATCH] arm: dts: imx8m*-venice: add gpio hog support
>
> Add gpio hog support for board-specific gpio lines:
> - put hogs in u-boot.dtsi so as to keep the regular dts files
> in sync with the kernel. The hogs will not be put in the kernel
> as that makes them un-usable by userspace
> Subject: [PATCH] imx8m{m,n}-venice-gw7902: add GSC ADC rail for VDD_5P0
>
> The GW7902-C revision adds an ADC for the VDD_5P0 voltage rail.
> Add register definitions for it.
>
> Signed-off-by: Tim Harvey
Acked-by: Peng Fan
> ---
> arch/arm/dts/imx8mm-venice-gw7902.dts | 7 +++
> arch/a
> Subject: [PATCH] board: venice: add spl_board_loader_name
>
> Implement spl_board_loader_name to provide more meaningful device
> names vs MMC1 and MMC2.
>
> Signed-off-by: Tim Harvey
Nice. Reviewed-by: Peng Fan
> ---
> board/gateworks/venice/spl.c | 14 ++
> 1 file changed, 14
> Subject: [PATCH] board: gateworks venice: add support for GPY111 phy
>
> The TI DP83867 phy has been replaced with the MaxLinear GPY111 phy due
> to part availability.
>
> Add support for it by adding LED config and dt-prop based internal delay
> config
> tx-delay/rx-delay per PHY ID.
>
> Sig
Heinrich, Simon,
On Tue, Mar 08, 2022 at 05:49:13PM +0100, Heinrich Schuchardt wrote:
> On 3/8/22 12:36, AKASHI Takahiro wrote:
> > With this patch set[1] applied, UEFI subsystem maintains a list of its
> > disk objects dynamically at runtime based on block device's probing.
> > (See "issues" belo
Hi Tom,
On Tue, 8 Mar 2022 at 17:13, Tom Rini wrote:
>
> On Tue, Mar 08, 2022 at 02:20:15PM -0700, Simon Glass wrote:
> > Hi Soeren,
> >
> > On Tue, 8 Mar 2022 at 12:15, Soeren Moch wrote:
> > >
> > >
> > >
> > > On 08.03.22 17:56, Simon Glass wrote:
> > > > Hi,
> > > >
> > > > On Tue, 8 Mar 20
Hi Takahiro,
On Tue, 8 Mar 2022 at 19:10, AKASHI Takahiro wrote:
>
> Heinrich, Simon,
>
> On Tue, Mar 08, 2022 at 05:49:13PM +0100, Heinrich Schuchardt wrote:
> > On 3/8/22 12:36, AKASHI Takahiro wrote:
> > > With this patch set[1] applied, UEFI subsystem maintains a list of its
> > > disk object
Hi Sugosh,
On Fri, 4 Mar 2022 at 06:35, Sughosh Ganu wrote:
>
> The TPM device has a builtin random number generator(RNG)
> functionality. Expose the RNG functions of the TPM device to the
> driver model so that they can be used by the EFI_RNG_PROTOCOL if the
> protocol is installed.
>
> Also cha
Hi,
On Fri, 4 Mar 2022 at 06:35, Sughosh Ganu wrote:
>
> The TPM device comes with the random number generator(RNG)
> functionality which is built into the TPM device. Add logic to add the
> RNG child device in the TPM uclass post probe callback.
>
> The RNG device can then be used to pass a set
On Fri, 4 Mar 2022 at 06:35, Sughosh Ganu wrote:
>
> The Qemu platform has a function defined to get the random number
> generator(RNG) device. However, the RNG device can be obtained simply
> by searching for a device belonging to the RNG uclass. Remove the
> superfluous platform function defined
1 - 100 of 132 matches
Mail list logo
