Akashi-san
On Thu, 10 Feb 2022 at 09:31, AKASHI Takahiro
wrote:
>
> On Thu, Feb 10, 2022 at 09:14:25AM +0200, Ilias Apalodimas wrote:
> > Akashi-san
> >
> > On Thu, 10 Feb 2022 at 07:22, AKASHI Takahiro
> > wrote:
> > >
> > > On Fri, Feb 04, 2022 at 09:32:02AM +0200, Ilias Apalodimas wrote:
> >
On Thu, Feb 10, 2022 at 09:55:20AM +0200, Ilias Apalodimas wrote:
> On Thu, Feb 10, 2022 at 04:41:15PM +0900, AKASHI Takahiro wrote:
> > On Thu, Feb 10, 2022 at 09:33:46AM +0200, Ilias Apalodimas wrote:
> > > > > > > msg = pkcs7_parse_message(auth, auth_size);
> > >
> > > [...]
>
Background:
===
The purpose of this patch is to reignite the discussion about how UEFI
subystem would best be integrated into U-Boot driver model.
In the past, I proposed a couple of patch series, the latest one[1],
while Heinrich revealed his idea[2], and the approach taken here is
somethi
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
---
driver
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
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 will be added later) and
that function will be invoked once the event is fired.
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, UEFI subsystem makes use of tags to associate
an efi_disk object with a block dev
Some basic stuff about tag support is explained under
doc/devlop/driver-model.
Signed-off-by: AKASHI Takahiro
---
doc/develop/driver-model/design.rst | 20
1 file changed, 20 insertions(+)
diff --git a/doc/develop/driver-model/design.rst
b/doc/develop/driver-model/design.r
The new test covers all tag-related interfaces.
Signed-off-by: AKASHI Takahiro
---
test/dm/Makefile | 1 +
test/dm/tag.c| 80
2 files changed, 81 insertions(+)
create mode 100644 test/dm/tag.c
diff --git a/test/dm/Makefile b/test/dm/Makefil
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 +++
In the next commit, CONFIG_EFI_SETUP_EARLY will become mandated
in order to support dynamic enumeration of efi_disk objects.
This can, however, be problematic particularly in case of file-based
variable storage (efi_variable.c, default).
Non-volatile variables are to be restored from EFI system pa
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 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
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
On 1/31/22 00:02, Tony Dinh wrote:
The Globalscale Technologies Dreamplug 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 2/2/22 06:59, Tony Dinh wrote:
- Currently, CONFIG_RESET_PHY_R symbol is used in
arch/arm/mach-kirkwood/include/mach/config.h for all Kirkwood
boards with mv8831116 PHY, with each board defines the function
reset_phy(). Undefine it for this board.
- Add board_eth_init(), CONFIG_DM_ETH, and CON
On 2/3/22 17:45, Pali Rohár wrote:
Quit esc sequence may be also in the middle of the read buffer.
Fix the detection for that case.
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
tools/kwboot.c | 19 +++
1 file changed, 11 insertions(+), 8
On 2/3/22 17:57, Pali Rohár wrote:
Signed-off-by: Pali Rohár
Applied to u-boot-marvell/master
Thanks,
Stefan
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index dcdd99e368d1..7b05f8866edc 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
On 2/3/22 23:32, Tony Dinh wrote:
The Dockstar board has the network chip Marvell 88E1116R. Convert to
Ethernet driver model, and use uclass mvgbe and the compatible driver
M88E1118R to bring up Ethernet.
- Add CONFIG_DM_ETH and associated configs.
- Add board_eth_init() to use uclass mvgbe to b
On 2/7/22 10:12, Pali Rohár wrote:
Currently it is possible to call "kwboot -b -t /dev/ttyUSB0" but not to
call "kwboot -b /dev/ttyUSB0".
Fix it by not trying to process the last argv[], which is non-getopt()
option (tty path) as the image path for -b.
Fixes: c513fe47dca2 ("tools: kwboot: Allow
On 2/9/22 03:56, Tony Dinh wrote:
The Pogoplug E02 board has the network chip Marvell 88E1116R. Convert
to Driver Model and use uclass mvgbe and the compatible driver M88E1118R
to bring up Ethernet.
- Add board_eth_init(), CONFIG_DM_ETH, and CONFIG_PHY_MARVELL
to bring up Ethernet.
- Currently,
Hi Tom,
please pull the next batch of mostly Marvell MVEBU / Kirkwood related
patches:
- kwboot: Misc improvements and fixes (Pali)
- Kirkwood: Move to DM ethernet support for some boards (Tony)
- Minor misc stuff
-
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
On Thu, 10 Feb 2022 at 13:28, AKASHI Takahiro
wrote:
>
> On Thu, Feb 10, 2022 at 12:48:13PM +0530, Sughosh Ganu wrote:
> > hi Takahiro,
> >
> > On Thu, 10 Feb 2022 at 08:18, AKASHI Takahiro
> > wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Mon, Feb 07, 2022 at 11:49:55PM +0530, Sughosh Ganu wrote
On Wed, 9 Feb 2022 18:07:24 +
Joakim Tjernlund wrote:
Hi,
> On Wed, 2022-02-09 at 13:13 +, Andre Przywara wrote:
> > On Wed, 9 Feb 2022 14:05:57 +0100
> > Michael Walle wrote:
> >
> > Hi,
> >
> > > > > The problem I have is that I boot a custom SOC into u-boot and when
> > > > > u
On Wed, 9 Feb 2022 12:03:47 +
Joakim Tjernlund wrote:
Hi,
> On Wed, 2022-02-09 at 10:45 +, Andre Przywara wrote:
> > On Wed, 9 Feb 2022 08:35:04 +
> > Joakim Tjernlund wrote:
> >
> > Hi,
> >
> > > On Wed, 2022-02-09 at 00:33 +, Andre Przywara wrote:
> > > > On Tue, 8 Feb 2
On Wed, 9 Feb 2022 23:34:37 -0500
Jesse Taube wrote:
Hi Jesse,
many thanks for sending this, I guess this makes those little boards much
more useful.
> Add support for the spi boot in spl on suniv architecture.
A more elaborate commit message would be welcomed.
Please mention the F1C100s, to
On Wed, 9 Feb 2022 23:34:36 -0500
Jesse Taube wrote:
Hi Jesse,
many thanks for sending this, much appreciated!
> Use Samuel's suggestion of looking at the BootRom's stack
> to determine the boot device.
Can you please elaborate here what's going on, for future reference? Like:
=
I
On Wed, 9 Feb 2022 23:34:38 -0500
Jesse Taube wrote:
Hi,
> Enable spi boot in spl on suniv architecture.
Please mention the F1C100s for context, and also that you are enabling it
for the LicheePi Nano board, which comes with SPI flash.
Otherwise:
> Signed-off-by: Jesse Taube
Reviewed-by: A
Hi Simon,
On 10/22/21 05:08, Simon Glass wrote:
At present U-Boot environment variables, and thus scripts, are defined
by CONFIG_EXTRA_ENV_SETTINGS. It is painful to add large amounts of text
to this file and dealing with quoting and newlines is harder than it
should be. It would be better if we
hi Masami,
On Thu, 10 Feb 2022 at 08:45, Masami Hiramatsu
wrote:
>
> 2022年2月10日(木) 10:43 Masami Hiramatsu :
> >
> > > > > > Of course as I said in the other thread, I would like to put the
> > > > > > dfu_alt_info like information in the devicetree too.
> > > > > > (But it maybe different from th
On Wed, Feb 09, 2022 at 10:04:35AM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Please pull u-boot-mmc master into u-boot master branch.
> There is the fixing fsl_esdhc_imx issue.
> If there is any problem, let me know, plz
>
> Best Regards,
> Jaehoon Chung
>
> CI: https://source.denx.de/u-boot/
On 2/9/22 07:52, Niklas Cassel wrote:
> From: Niklas Cassel
>
> The driver is currently using sizeof(op->cmd.opcode) in the op_len
> calculation. Commit d15de623013c ("spi: spi-mem: allow specifying a
> command's extension") changed op->cmd.opcode from one byte to two.
>
> Instead, a new struct
From: Max Merchel
e-MMC and SD standards differ for some CID fields:
- 6 Byte Name - assigned by Manufacturer (SD 5 Byte)
- 1 Byte OEM - assigned by Jedec (SD 2 Byte)
See e-MMC standard (JEDEC Standard No. 84-B51), 7.2.3 (OID) and 7.2.4 (PNM)
Signed-off-by: Max Merchel
Signed-off-by: Markus
Hi Tom,
Would you mind taking some time having a look at this version
if it meets what's needed, so we could have a chance to be
merged in the next u-boot version?
It's almost in sync with the latest erofs-utils soruce code,
so it can be upgraded easily in the future together with the
later erofs
On Tue, Feb 08, 2022 at 10:05:13PM +0800, Huang Jianan wrote:
> Add Python scripts to test 'ls' and 'load' commands, as well as
> test related filesystem functions.
>
> Signed-off-by: Huang Jianan
> ---
> MAINTAINERS | 1 +
> configs/sandbox_defconfig | 1 +
On Thu, Feb 10, 2022 at 08:43:20PM +0800, Gao Xiang wrote:
> Hi Tom,
>
> Would you mind taking some time having a look at this version
> if it meets what's needed, so we could have a chance to be
> merged in the next u-boot version?
>
> It's almost in sync with the latest erofs-utils soruce code
Hello.
The attached patch has been applied for a while by Debian, but would
most probably be useful to other downstreams.
It is trivial and does not change the default settings.
Please consider merging it upstream.
Thanks.
>From 5a08cdc84ade21b947f1de8aa95e3bbd273c4bcd Mon Sep 17 00:00:00 2001
Fr
PCI config space of the aardvark PCIe Root Port is available only in
internal aardvark memory space starting at offset 0x0. PCI Express
registers (PCI_EXP_*) start at offset 0xc0. And Advanced Error Reporting
registers (PCI_ERR_*) start at offset 0x100.
Replace custom aardvark register macros by s
There is only one base address, so use dev_read_addr() instead of
dev_read_addr_index().
Signed-off-by: Pali Rohár
---
drivers/pci/pci-aardvark.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pci/pci-aardvark.c b/drivers/pci/pci-aardvark.c
index 8e3b13b49ea0..6e65c
Remove "PCI_" prefix from all macros which are aardvark specific to not
conflict with macros defined in global include file pci.h. Instead add
"ADVK_" prefix for them so it is visible that they are aardvark specific.
After "ADVK_" prefix append keyword which describes register group, so it
would b
Writing to the PCI_PRIMARY_BUS register of the root port should not change
bus number on which is root port present.
This PCI_PRIMARY_BUS register is used only for correct configuration of
legacy PCI stuff, like forwarding of PCI special cycles between buses.
Aardvark HW does not support PCI spec
On Wed, Feb 9, 2022 at 11:16 AM Simon Glass wrote:
>
> Hi,
>
> On Wed, 9 Feb 2022 at 05:32, Tom Rini wrote:
> >
> > On Wed, Feb 09, 2022 at 05:40:03AM -0600, Adam Ford wrote:
> > > On Thu, Oct 14, 2021 at 1:50 PM Simon Glass wrote:
> > > >
> > > > Move the header file into the main include/ dire
On Thu, Feb 10, 2022 at 7:56 AM Adam Ford wrote:
>
> On Wed, Feb 9, 2022 at 11:16 AM Simon Glass wrote:
> >
> > Hi,
> >
> > On Wed, 9 Feb 2022 at 05:32, Tom Rini wrote:
> > >
> > > On Wed, Feb 09, 2022 at 05:40:03AM -0600, Adam Ford wrote:
> > > > On Thu, Oct 14, 2021 at 1:50 PM Simon Glass wro
On Thu, Feb 10, 2022 at 09:21:03AM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the next batch of mostly Marvell MVEBU / Kirkwood related
> patches:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Feb 10, 2022 at 08:34:55AM -0500, Tom Rini wrote:
> On Thu, Feb 10, 2022 at 08:43:20PM +0800, Gao Xiang wrote:
>
> > Hi Tom,
> >
> > Would you mind taking some time having a look at this version
> > if it meets what's needed, so we could have a chance to be
> > merged in the next u-boot v
Hi Adam,
On Thu, 10 Feb 2022 at 06:57, Adam Ford wrote:
>
> On Thu, Feb 10, 2022 at 7:56 AM Adam Ford wrote:
> >
> > On Wed, Feb 9, 2022 at 11:16 AM Simon Glass wrote:
> > >
> > > Hi,
> > >
> > > On Wed, 9 Feb 2022 at 05:32, Tom Rini wrote:
> > > >
> > > > On Wed, Feb 09, 2022 at 05:40:03AM -0
On Thu, Feb 10, 2022 at 8:32 AM Simon Glass wrote:
>
> Hi Adam,
>
> On Thu, 10 Feb 2022 at 06:57, Adam Ford wrote:
> >
> > On Thu, Feb 10, 2022 at 7:56 AM Adam Ford wrote:
> > >
> > > On Wed, Feb 9, 2022 at 11:16 AM Simon Glass wrote:
> > > >
> > > > Hi,
> > > >
> > > > On Wed, 9 Feb 2022 at 05
On Mon, Feb 7, 2022 at 6:15 AM Adam Ford wrote:
>
> On Mon, Feb 7, 2022 at 5:50 AM Marek Vasut wrote:
> >
> > On 2/7/22 12:13, Adam Ford wrote:
> > > On Mon, Feb 7, 2022 at 2:47 AM Marek Vasut wrote:
> > >>
> > >> On 2/7/22 01:51, Adam Ford wrote:
> > >>> On Sun, Feb 6, 2022 at 3:59 PM Marek Vas
On Thu, Feb 10, 2022 at 07:56:52AM -0600, Adam Ford wrote:
> On Wed, Feb 9, 2022 at 11:16 AM Simon Glass wrote:
> >
> > Hi,
> >
> > On Wed, 9 Feb 2022 at 05:32, Tom Rini wrote:
> > >
> > > On Wed, Feb 09, 2022 at 05:40:03AM -0600, Adam Ford wrote:
> > > > On Thu, Oct 14, 2021 at 1:50 PM Simon Gla
On Tue, Feb 8, 2022 at 1:54 PM Simon Glass wrote:
>
Good Morning,
> Add the required binman images to replace the Makefile rules which are
> currently used. This includes subsuming:
>
>- tpl/u-boot-tpl-rockchip.bin if TPL is enabled
>- idbloader.img if either or both of SPL and TPL are e
Hi Tom,
The following changes since commit 531c00894577a0a852431adf61ade76925f8b162:
Merge branch '2022-02-08-TI-platform-updates' (2022-02-08 12:28:04 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-riscv.git
for you to fetch changes up to 7c
On 2/10/22 09:11, AKASHI Takahiro wrote:
Background:
===
The purpose of this patch is to reignite the discussion about how UEFI
subystem would best be integrated into U-Boot driver model.
In the past, I proposed a couple of patch series, the latest one[1],
while Heinrich revealed his idea
From: Marek Behún
In commit 3fc92a215b69 ("ddr: marvell: a38x: fix SPLIT_OUT_MIX state
decision") I ported a cleaned up and changed version of patch
mv_ddr: a380: fix SPLIT_OUT_MIX state decision
In the port we removed checking for BYTE_HOMOGENEOUS_SPLIT_OUT bit,
because:
- the fix seemed to w
Hi,
On 2/3/22 02:49, Marek Vasut wrote:
The vdd_io regulator is present only on DHCOR SoM configured for 1V8 IO,
as populated on Avenger96, but not present on 3V3 DHCOR SoM. Move these
extras to Avenger96 u-boot DT extras.
Fixes: 3919aa1722a ("ARM: dts: stm32: Add DFU support for DHCOR recovery
Greetings,
I'm trying to understand how to use the U-Boot bind command to bind
the usb_ether driver to the usb class to register a USB ethernet
gadget network device as referenced in:
commit 02291d83fdaaf ("doc: add bind/unbind command documentation")
commit 49c752c93a78 ("cmd: Add bind/unbind com
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 watchdog node of the u-boot device tree to not
au
Hi Peter,
On Thu, 10 Feb 2022 at 08:04, Peter Geis wrote:
>
> On Tue, Feb 8, 2022 at 1:54 PM Simon Glass wrote:
> >
>
> Good Morning,
>
> > Add the required binman images to replace the Makefile rules which are
> > currently used. This includes subsuming:
> >
> >- tpl/u-boot-tpl-rockchip.bin
On 2/10/22 05:57, Andre Przywara wrote:
On Wed, 9 Feb 2022 23:34:36 -0500
Jesse Taube wrote:
Hi Jesse,
many thanks for sending this, much appreciated!
Use Samuel's suggestion of looking at the BootRom's stack
to determine the boot device.
Can you please elaborate here what's going on,
On 2/10/22 05:57, Andre Przywara wrote:
On Wed, 9 Feb 2022 23:34:36 -0500
Jesse Taube wrote:
Hi Jesse,
many thanks for sending this, much appreciated!
Use Samuel's suggestion of looking at the BootRom's stack
to determine the boot device.
Can you please elaborate here what's going on,
Hi,
On 2/2/22 12:52, Marek Vasut wrote:
Implement PSCI system suspend and placement of DRAM into SSR while the
CPUs are in suspend. This saves non-trivial amount of power in suspend,
on 2x W632GU6NB-15 ~710mW.
Signed-off-by: Marek Vasut
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm
On Thu, Feb 10, 2022 at 1:58 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Thu, 10 Feb 2022 at 08:04, Peter Geis wrote:
> >
> > On Tue, Feb 8, 2022 at 1:54 PM Simon Glass wrote:
> > >
> >
> > Good Morning,
> >
> > > Add the required binman images to replace the Makefile rules which are
> > > curren
On 2/10/22 14:38, Siarhei Siamashka wrote:
On Thu, Feb 10, 2022 at 6:35 AM Jesse Taube wrote:
[...]
+ case SUNIV_BOOTED_FROM_NAND:
+ case SUNIV_BOOTED_FROM_SPI:
+ return BOOT_DEVICE_SPI;
Is it really okay to lump SPI and NAND together and return
BOOT_DEVICE_SPI fo
On Wed, Feb 09, 2022 at 12:52:02PM -0700, Simon Glass wrote:
> Hi Tom,
>
> This just drops off the final patch of 'take 2' since that is being reworked.
>
>
> running here:
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/10936
>
>
> The following changes since commit 85970
Hi Tom,
On Thu, 10 Feb 2022 at 13:08, Tom Rini wrote:
>
> On Wed, Feb 09, 2022 at 12:52:02PM -0700, Simon Glass wrote:
>
> > Hi Tom,
> >
> > This just drops off the final patch of 'take 2' since that is being
> > reworked.
> >
> >
> > running here:
> >
> > https://source.denx.de/u-boot/custodian
On Thu, Feb 10, 2022 at 01:23:36PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 10 Feb 2022 at 13:08, Tom Rini wrote:
> >
> > On Wed, Feb 09, 2022 at 12:52:02PM -0700, Simon Glass wrote:
> >
> > > Hi Tom,
> > >
> > > This just drops off the final patch of 'take 2' since that is being
> > > re
Hi Tom,
On Thu, 10 Feb 2022 at 13:40, Tom Rini wrote:
>
> On Thu, Feb 10, 2022 at 01:23:36PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, 10 Feb 2022 at 13:08, Tom Rini wrote:
> > >
> > > On Wed, Feb 09, 2022 at 12:52:02PM -0700, Simon Glass wrote:
> > >
> > > > Hi Tom,
> > > >
> > > >
On Thu, 10 Feb 2022 14:20:26 -0500
Jesse Taube wrote:
Hi,
> On 2/10/22 05:57, Andre Przywara wrote:
> > On Wed, 9 Feb 2022 23:34:36 -0500
> > Jesse Taube wrote:
> >
> > Hi Jesse,
> >
> > many thanks for sending this, much appreciated!
> >
> >> Use Samuel's suggestion of looking at the Boo
On Thu, Feb 10, 2022 at 02:01:21PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 10 Feb 2022 at 13:40, Tom Rini wrote:
> >
> > On Thu, Feb 10, 2022 at 01:23:36PM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Thu, 10 Feb 2022 at 13:08, Tom Rini wrote:
> > > >
> > > > On Wed, Feb 09, 20
On Thu, 10 Feb 2022 14:51:11 -0500
Jesse Taube wrote:
> On 2/10/22 14:38, Siarhei Siamashka wrote:
> > On Thu, Feb 10, 2022 at 6:35 AM Jesse Taube wrote:
> > [...]
> >> + case SUNIV_BOOTED_FROM_NAND:
> >> + case SUNIV_BOOTED_FROM_SPI:
> >> + return BOOT_DEVICE_SPI;
On 2/10/22 22:13, Thomas Watson wrote:
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests in its descriptor, and likely cannot be significantly
reduced without major rework to the XHCI driver
On Thu, 2022-02-10 at 10:22 +, Andre Przywara wrote:
> On Wed, 9 Feb 2022 12:03:47 +
> Joakim Tjernlund wrote:
>
> Hi,
>
> > On Wed, 2022-02-09 at 10:45 +, Andre Przywara wrote:
> > > On Wed, 9 Feb 2022 08:35:04 +
> > > Joakim Tjernlund wrote:
> > >
> > > Hi,
> > >
> > > > O
On 2/10/22 23:00, Thomas Watson wrote:
On Feb 10, 2022, at 3:42 PM, Marek Vasut wrote:
On 2/10/22 22:13, Thomas Watson wrote:
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests in its de
On 2/10/22 15:49, Adam Ford wrote:
On Mon, Feb 7, 2022 at 6:15 AM Adam Ford wrote:
On Mon, Feb 7, 2022 at 5:50 AM Marek Vasut wrote:
On 2/7/22 12:13, Adam Ford wrote:
On Mon, Feb 7, 2022 at 2:47 AM Marek Vasut wrote:
On 2/7/22 01:51, Adam Ford wrote:
On Sun, Feb 6, 2022 at 3:59 PM Mare
Currently, any u-boot bootloader for ti armv7 platforms using
DEFAULT_FIT_TI_ARGS to boot with a fitimage (boot_fit = 1)
doesn't boot when built with Yocto Poky (openembedded-core).
## Loading kernel from FIT Image at 9000 ...
Could not find configuration node
ERROR: can't get kernel ima
On Wed, Feb 09, 2022 at 10:16:18AM -0700, Simon Glass wrote:
> Hi Qthedev,
>
> On Wed, 9 Feb 2022 at 08:25, qthedev wrote:
> >
> > On Monday, February 7th, 2022 at 11:22 PM, Simon Glass
> > wrote:
> >
> > > Hi,
> > >
> > > On Sat, 5 Feb 2022 at 06:49, qthedev qthe...@protonmail.com wrote:
> > >
On Wed, Feb 2, 2022 at 2:00 PM Tim Harvey wrote:
>
> The GW7902 is based on the i.MX 8M Mini / Nano SoC featuring:
> - LPDDR4 DRAM
> - eMMC FLASH
> - Gateworks System Controller
> - LTE CAT M1 modem
> - USB 2.0 HUB
> - M.2 Socket with USB2.0, PCIe, and dual-SIM
> - IMX8M FEC
> - PCIe based
On 2/10/22 17:11, AKASHI Takahiro wrote:
> 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
On 2/10/22 18:16, Markus Niebel wrote:
> From: Max Merchel
>
> e-MMC and SD standards differ for some CID fields:
>
> - 6 Byte Name - assigned by Manufacturer (SD 5 Byte)
> - 1 Byte OEM - assigned by Jedec (SD 2 Byte)
>
> See e-MMC standard (JEDEC Standard No. 84-B51), 7.2.3 (OID) and 7.2.4 (P
On Thu, 10 Feb 2022 21:58:30 +
Joakim Tjernlund wrote:
Hi,
> On Thu, 2022-02-10 at 10:22 +, Andre Przywara wrote:
> > On Wed, 9 Feb 2022 12:03:47 +
> > Joakim Tjernlund wrote:
> >
> > Hi,
> >
> > > On Wed, 2022-02-09 at 10:45 +, Andre Przywara wrote:
> > > > On Wed, 9 Feb
Hi Marek,
On Thu, 10 Feb 2022 at 14:42, Marek Vasut wrote:
>
> On 2/10/22 22:13, Thomas Watson wrote:
> > Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
> > 30-40ms to run. The exact time is dependent on the polling interval the
> > keyboard requests in its descriptor, and lik
On 2/11/22 00:02, Simon Glass wrote:
Hi Marek,
On Thu, 10 Feb 2022 at 14:42, Marek Vasut wrote:
On 2/10/22 22:13, Thomas Watson wrote:
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests
Using the XHCI driver, the function `usb_kbd_poll_for_event` takes
30-40ms to run. The exact time is dependent on the polling interval the
keyboard requests in its descriptor, and likely cannot be significantly
reduced without major rework to the XHCI driver.
The U-Boot EFI console service sets a
Hi Tom,
On Thu, 10 Feb 2022 at 14:20, Tom Rini wrote:
>
> On Thu, Feb 10, 2022 at 02:01:21PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Thu, 10 Feb 2022 at 13:40, Tom Rini wrote:
> > >
> > > On Thu, Feb 10, 2022 at 01:23:36PM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Thu
On Thu, 2022-02-10 at 22:43 +, Andre Przywara wrote:
> On Thu, 10 Feb 2022 21:58:30 +
> Joakim Tjernlund wrote:
>
> Hi,
>
> > On Thu, 2022-02-10 at 10:22 +, Andre Przywara wrote:
> > > On Wed, 9 Feb 2022 12:03:47 +
> > > Joakim Tjernlund wrote:
> > >
> > > Hi,
> > >
> > > >
On Thu, Feb 10, 2022 at 03:16:03PM +, Leo Liang wrote:
> Hi Tom,
>
> The following changes since commit 531c00894577a0a852431adf61ade76925f8b162:
>
> Merge branch '2022-02-08-TI-platform-updates' (2022-02-08 12:28:04 -0500)
>
> are available in the Git repository at:
>
> https://source
On Mon, Nov 29, 2021 at 05:34:49PM +0530, Sinthu Raja wrote:
> From: Sinthu Raja
>
> EMIF tool for AM64 SK is now updated to 0.8.0 that includes
> * disabled Write DQ training
> * improve CA ODT to 60 ohms
>
> The lpddr4 enabled with periodic WDQ training is causing periodic 26us
> stall. This
On Sat, Jan 22, 2022 at 08:38:11PM +0100, Mark Kettenis wrote:
> Apple SoCs have an integrated NVMe controller that isn't connected
> over a PCIe bus. In preparation for adding support for this NVMe
> controller, split out the PCI support into its own file. This file
> is selected through a new CO
On Sat, Jan 22, 2022 at 08:38:12PM +0100, Mark Kettenis wrote:
> This mailbox driver provides a communication channel with the
> Apple IOP controllers found on Apple SoCs. These IOP controllers
> are used to implement various functions such as the System
> Manegement Controller (SMC) and NVMe sto
On Sat, Jan 22, 2022 at 08:38:13PM +0100, Mark Kettenis wrote:
> U-Boot is expected to support multiple generations of Apple SoCs
> in a single binary with a single defconfig. Therefore it makes
> more sense to set SYS_SOC to "apple".
>
> Signed-off-by: Mark Kettenis
> Reviewed-by: Simon Glass
On Sat, Jan 22, 2022 at 08:38:14PM +0100, Mark Kettenis wrote:
> Most Apple IOPs run a firmware that is based on what Apple calls
> RTKit. RTKit implements a common mailbox protocol. This code
> provides an implementation of the AP side of this protocol,
> providing a function to initialize RTKit
On Sat, Jan 22, 2022 at 08:38:15PM +0100, Mark Kettenis wrote:
> The NVMe storage controller integrated on Apple SoCs deviates
> from the NVMe standard in two aspects. It uses a "linear"
> submission queue and it integrates an NVMMU that needs to be
> programmed for each NVMe command. Introduce
1 - 100 of 119 matches
Mail list logo
