This series implements a driver for the BIST (Built-In Self Test) module
for K3 devices. The BIST driver must ideally support triggering of BIST
tests, both PBIST (Memory BIST) and LBIST (Logic BIST) on a core. Both
tests are destructive in nature. Please see links [1] and [2] for
further informati
Hi,
I wanted to test u-boot running out of EL3 which worked before and there
are some small chagnes needed. At the same time I found that TEE
configuration is not using proper load address because it wasn't tested.
And also DTB location can be taken directly from .config value as is done
for other
Hi Jerome,
On Tue, 28 Jan 2025 at 03:20, Jerome Forissier
wrote:
>
> This series introduces a simple coroutines framework and uses it to
> speed up the efi_init_obj_list() function. It is just an example to
> trigger discussions; hopefully other places in U-Boot can benefit from
> a similar treat
This series introduces a simple coroutines framework and uses it to
speed up the efi_init_obj_list() function. It is just an example to
trigger discussions; hopefully other places in U-Boot can benefit from
a similar treatment. Suggestions are welcome.
I came up with this idea after analyzing some
Most Rockchip AArch64 SoCs have start of DRAM at 0x0. However, the
RK3576 instead has start of DRAM at 0x4000 and can extend continuous
beyond the 4 GiB mark.
This series fixes issues observed on a Rockchip RK3576 board testing
Heiko's RK3576 series [1].
Changes in v2:
- Drop duplicate patch
On 1/24/25 10:10, Jerome Forissier wrote:
> Re: [PATCH v2 0/3] Static initcalls
Apologies for the wrong reroll count. This is actually v5 as mentioned in the
change log.
--
Jerome
This series replaces the dynamic initcalls (with function pointers) with
static calls, and gets rid of initcall_run_list(), init_sequence_f,
init_sequence_f_r and init_sequence_r. This makes the code simpler and the
binary slighlty smaller: -2281 bytes/-0.21 % with LTO enabled and -510
bytes/-0.05
On Wed, 11 Dec 2024 23:25:24 +0100, J. Neuschäfer wrote:
> Following the recent addition of the "ufetch" command, this patchset
> improves it in a few ways.
>
>
Applied, thanks!
[1/3] cmd: ufetch: Fix type mismatch on 32-bit
https://source.denx.de/u-boot/custodians/u-boot-snapdragon/-/
On Mon, 13 Jan 2025 20:54:22 -0800, david regan wrote:
> Updates for Broadcom bcmbca devices,
> make use of OF_UPSTREAM which uses Linux dts,
> update bcmbca dts to current nand node naming convention,
> enable basic nand functionality for bcmbca devices.
>
> Changes in v2:
> - Removed addition o
Current usage information is not read friendly specially when all the
options are selected. This series fix some of the issues in the info,
aligment and overlapping issues, excess of verbosity on the loads...
Additionally Xilinx exclusive command dependencies are included to
remove tex
Updates for Broadcom bcmbca devices,
make use of OF_UPSTREAM which uses Linux dts,
update bcmbca dts to current nand node naming convention,
enable basic nand functionality for bcmbca devices.
Changes in v2:
- Removed addition of nand-on-flash-bbt parameter
- Moved enabling of nand functionality t
Hi Duje,
On 31.12.24 17:49, Duje Mihanović wrote:
Hello,
This series adds initial support for Marvell's PXA1908 ARM64 SoC and
Samsung's Galaxy Core Prime VE LTE, a smartphone based on said SoC.
On this board, U-Boot is used as a secondary bootloader to work around
certain quirks of the factory
On Fri, 13 Dec 2024 13:45:35 +0100, Jerome Forissier wrote:
> This short series adds the 'trace wipe' command which clears the trace
> buffer, allowing to re-start a capture from scratch.
>
> Jerome Forissier (3):
> trace: add support for 'trace wipe'
> test: test_trace.py: test 'trace wipe'
On Tuesday 31 December 2024 17:49:11 Central European Standard Time Duje
Mihanović wrote:
> Hello,
>
> This series adds initial support for Marvell's PXA1908 ARM64 SoC and
> Samsung's Galaxy Core Prime VE LTE, a smartphone based on said SoC.
>
> On this board, U-Boot is used as a secondary bootl
Hello,
This series adds initial support for Marvell's PXA1908 ARM64 SoC and
Samsung's Galaxy Core Prime VE LTE, a smartphone based on said SoC.
On this board, U-Boot is used as a secondary bootloader to work around
certain quirks of the factory S-Boot.
Signed-off-by: Duje Mihanović
---
Changes
Hi,
On Tue, 17 Dec 2024 14:29:07 +0100, Nicolas Belin wrote:
> Rework the bootargs concatenation logic to make the logic clearer
> and address several issues such as:
> - checking the value at the address kcmdline_extra instead of
> checking the address value itself
> - freeing the string that was
Rework the bootargs concatenation logic to make the logic clearer
and address several issues such as:
- checking the value at the address kcmdline_extra instead of
checking the address value itself
- freeing the string that was malloced for the concatenation
- making sure to malloc the right amount
This short series adds the 'trace wipe' command which clears the trace
buffer, allowing to re-start a capture from scratch.
Jerome Forissier (3):
trace: add support for 'trace wipe'
test: test_trace.py: test 'trace wipe'
trace: document 'trace wipe'
cmd/trace.c | 5
d
Following the recent addition of the "ufetch" command, this patchset
improves it in a few ways.
Signed-off-by: J. Neuschäfer
---
Changes in v2:
- Address comments and add R-b tags from Caleb
- Link to v1:
https://lore.kernel.org/r/20241205-ufetch-v1-0-df861318b...@posteo.net
---
J. Neuschäfer (
On Mi, 2024-11-13 at 20:47 +0100, Wadim Egorov wrote:
>
>
> Am 13.11.24 um 17:00 schrieb Christoph Stoidner:
> > The phyCORE-i.MX 93 is available in various variants (e.g.
> > different ram
> > sizes, eMMC HS400 yes/no). It's eeprom contains information which
> > features
> > the existing modul
Am 13.11.24 um 17:00 schrieb Christoph Stoidner:
The phyCORE-i.MX 93 is available in various variants (e.g. different ram
sizes, eMMC HS400 yes/no). It's eeprom contains information which features
the existing module supports.
Extend the existing board-code to support all the SOM variants. Th
The phyCORE-i.MX 93 is available in various variants (e.g. different ram
sizes, eMMC HS400 yes/no). It's eeprom contains information which features
the existing module supports.
Extend the existing board-code to support all the SOM variants. The spl/u-boot
evaluates the eeprom information and enab
Information about what SoC model, variant and version can be found in
OTP. This series use this information in checkboard() to print out the
running SoC model, variant and version.
There are some asumptions taken on how some of the OTP values are
encoded, however for my boards this seem to match a
On Fri, Nov 01, 2024 at 12:50:23PM +0100, Simon Glass wrote:
> This little series makes a minor change to how autoprobe is
> implemeneted, as discussed on the list:
>
>https://patchwork.ozlabs.org/project/uboot/patch/
> 20240626235717.272219-1-ma...@denx.de/
Patchwork is not great for
This little series makes a minor change to how autoprobe is
implemeneted, as discussed on the list:
https://patchwork.ozlabs.org/project/uboot/patch/
20240626235717.272219-1-ma...@denx.de/
Changes in v2:
- Add autoprobe to SPL also
- Leave the function name the same
- Fix 'Prove' typo
-
Hi,
On Thu, 17 Oct 2024 16:44:41 +0200, Neil Armstrong wrote:
> When trying to use the Android boot image with header version 2
> on recent Qualcomm platforms, we get into some troubles.
>
> First the kernel in-place address can be > 32bit, then since
> we use the Android mkbootimg, it uses the d
From: Conor Dooley
Here's a U-Boot implementation of the changes I'm trying to make in
https://lore.kernel.org/all/20241002-private-unequal-33cfa6101338@spud/
that affect how the clocks are described in devicetree for PolarFire
SoC. There's been no complaints about the only part that impacts U-Bo
Hi,
thanks for this fixes.
I just test this series on Khadas VIM3 with android image version 2 non
A/B and AB,
on TI AM62P with android image version 4 with AB, both boards boot fine.
Tested-by: Guillaume La Roque
Guillaume
Le 17/10/2024 à 16:44, Neil Armstrong a écrit :
When trying to us
When trying to use the Android boot image with header version 2
on recent Qualcomm platforms, we get into some troubles.
First the kernel in-place address can be > 32bit, then since
we use the Android mkbootimg, it uses the default load address
which isn't big enough to uncompress the kernel.
Fin
Hi,
On Fri, 20 Sep 2024 09:46:48 +0530, Venkatesh Yadav Abbarapu wrote:
> Enable UFS DWC controller driver support and add AMD UFS
> platform driver support.
>
> NOTE: These changes are rebased on top of this series
> [PATCH 00/13] ufs: enhancements to support Qualcomm UFS controllers
>
> Change
On Fri, 27 Sep 2024 10:11:16 +0900, tkuw584...@gmail.com wrote:
> From: Takahiro Kuwano
>
> The S25FS064S, S25FS128S, and S25FS256S are the same family of SPI NOR
> Flash devices with S25FS512S.
>
> Datasheets:
> https://www.infineon.com/dgdl/Infineon-S25FS064S_64_Mb_8_MB_FS-S_Flash_SPI_Multi-I
This series add support for the RK3566 based Hardkernel ODROID-M1S and
also correct the board compatible used for Hardkernel ODROID-M1.
Features tested on a ODROID-M1S 8GB rev1.0 20230906:
- SD-card boot
- eMMC boot
- Ethernet
- PCIe/NVMe
- USB gadget
- USB host
Changes in v2:
- Fix clean apply o
On Thu, 12 Sep 2024 09:29:56 +0200, Guillaume La Roque wrote:
> Ths patchset add support of Android 14 with boot image version 4
> for :
> - AM62X-SK EVM: https://www.ti.com/tool/SK-AM62B
> - BeaglePlay: https://beagleplay.org/
> - AM62PX-SK EVM: https://www.ti.com/tool/SK-AM62P-LP
>
> Android Im
On mar., oct. 01, 2024 at 16:43, Neil Armstrong
wrote:
> Hi,
>
> On 24/07/2024 17:48, Neil Armstrong wrote:
>> We experience huge problems with cache handling on Qualcomm
>> systems, and it appears the dcache handling in the DWC3 gadget
>> code is quite wrong and causes operational issues.
>>
>
Hi,
On 24/07/2024 17:48, Neil Armstrong wrote:
We experience huge problems with cache handling on Qualcomm
systems, and it appears the dcache handling in the DWC3 gadget
code is quite wrong and causes operational issues.
This serie fixes the dcache operations on unaligned data,
and properly inv
From: Takahiro Kuwano
The S25FS064S, S25FS128S, and S25FS256S are the same family of SPI NOR
Flash devices with S25FS512S.
Datasheets:
https://www.infineon.com/dgdl/Infineon-S25FS064S_64_Mb_8_MB_FS-S_Flash_SPI_Multi-I_O_1-DataSheet-v10_00-EN.pdf?fileId=8ac78c8c7d0d8da4017d0ed526b25412
https://ww
Enable UFS DWC controller driver support and add AMD UFS
platform driver support.
NOTE: These changes are rebased on top of this series
[PATCH 00/13] ufs: enhancements to support Qualcomm UFS controllers
Changes in v2:
- Removed the ufshcd_vops_phy_initialization function.
- Removed the ufshcd_se
On September 12, 2024 thus sayeth Guillaume La Roque:
> Ths patchset add support of Android 14 with boot image version 4
> for :
> - AM62X-SK EVM: https://www.ti.com/tool/SK-AM62B
> - BeaglePlay: https://beagleplay.org/
> - AM62PX-SK EVM: https://www.ti.com/tool/SK-AM62P-LP
>
> Android Images use
Ths patchset add support of Android 14 with boot image version 4
for :
- AM62X-SK EVM: https://www.ti.com/tool/SK-AM62B
- BeaglePlay: https://beagleplay.org/
- AM62PX-SK EVM: https://www.ti.com/tool/SK-AM62P-LP
Android Images use to test this series are on the Official TI website:
- AM62x/BeaglePl
From: Takahiro Kuwano
Reset after rebasing and collecting R-b tags.
The S25FS064S, S25FS128S, and S25FS256S are the same family of SPI NOR
Flash devices with S25FS512S.
Datasheets:
https://www.infineon.com/dgdl/Infineon-S25FS064S_64_Mb_8_MB_FS-S_Flash_SPI_Multi-I_O_1-DataSheet-v10_00-EN.pdf?fil
This series picks up the work from Volodymyr Babchuk
(https://lore.kernel.org/u-boot/20240306005230.2638972-1-volodymyr_babc...@epam.com).
clk and pinctrl drivers are adjusted to work similarly to existing qcom
drivers. I could only test this using android boot chainloading.
Signed-off-by: Juli
Some nand flashes (like spi-nand one) are registered with mtd
subsystem only, thus nand command can't be used to work with
such flashes. As result some functionality is missing.
This patch series implements following subcommands:
* markbad -- mark block as bad (copy of 'nand markbad')
* torture
On 26.08.2024 09:15, Michael Nazzareno Trimarchi wrote:
> Hi Aresenly
>
> On Fri, Aug 23, 2024 at 10:53 AM Neil Armstrong
> wrote:
>>
>> On 23/08/2024 10:29, Arseniy Krasnov wrote:
>>> Hi! Got it, thanks!
>>>
>>> On 23.08.2024 11:10, Michael Nazzareno Trimarchi wrote:
Hi Arseniy
Patchset is based on patchset for Linux (today merged to nand-next):
https://lore.kernel.org/linux-mtd/20240507230903.3399594-1-avkras...@salutedevices.com/
Here is description from it:
> Amlogic's boot ROM code needs that some pages on NAND must be written
> in special "short" ECC mode with
Hi Aresenly
On Fri, Aug 23, 2024 at 10:53 AM Neil Armstrong
wrote:
>
> On 23/08/2024 10:29, Arseniy Krasnov wrote:
> > Hi! Got it, thanks!
> >
> > On 23.08.2024 11:10, Michael Nazzareno Trimarchi wrote:
> >> Hi Arseniy
> >>
> >> On Thu, Aug 22, 2024 at 9:04 AM Arseniy Krasnov
> >> wrote:
> >>>
>
On 23/08/2024 10:29, Arseniy Krasnov wrote:
Hi! Got it, thanks!
On 23.08.2024 11:10, Michael Nazzareno Trimarchi wrote:
Hi Arseniy
On Thu, Aug 22, 2024 at 9:04 AM Arseniy Krasnov
wrote:
Hi, thanks!
Thanks, Arseniy
On 22.08.2024 00:17, Michael Nazzareno Trimarchi wrote:
Hi
I will read th
Hi! Got it, thanks!
On 23.08.2024 11:10, Michael Nazzareno Trimarchi wrote:
> Hi Arseniy
>
> On Thu, Aug 22, 2024 at 9:04 AM Arseniy Krasnov
> wrote:
>>
>> Hi, thanks!
>>
>> Thanks, Arseniy
>>
>> On 22.08.2024 00:17, Michael Nazzareno Trimarchi wrote:
>>> Hi
>>>
>>> I will read them tomorrow ;)
Hi Arseniy
On Thu, Aug 22, 2024 at 9:04 AM Arseniy Krasnov
wrote:
>
> Hi, thanks!
>
> Thanks, Arseniy
>
> On 22.08.2024 00:17, Michael Nazzareno Trimarchi wrote:
> > Hi
> >
> > I will read them tomorrow ;)
> >
> > Thank you for understanding
> >
All the series are delegated to Neil. I will revie
Hi, thanks!
Thanks, Arseniy
On 22.08.2024 00:17, Michael Nazzareno Trimarchi wrote:
> Hi
>
> I will read them tomorrow ;)
>
> Thank you for understanding
>
> Michael
>
> Il mer 21 ago 2024, 22:25 Arseniy Krasnov ha
> scritto:
>
>> Hi, sorry, pls ping 😄
>>
>> Thanks
>>
>> On 08.07.2024 10:1
Hi
I will read them tomorrow ;)
Thank you for understanding
Michael
Il mer 21 ago 2024, 22:25 Arseniy Krasnov ha
scritto:
> Hi, sorry, pls ping 😄
>
> Thanks
>
> On 08.07.2024 10:13, Arseniy Krasnov wrote:
> > Patchset is based on patchset for Linux (today merged to nand-next):
> >
> https://
Hi, sorry, pls ping 😄
Thanks
On 08.07.2024 10:13, Arseniy Krasnov wrote:
> Patchset is based on patchset for Linux (today merged to nand-next):
> https://lore.kernel.org/linux-mtd/20240507230903.3399594-1-avkras...@salutedevices.com/
>
> Here is description from it:
>
> > Amlogic's boot ROM
Some nand flashes (like spi-nand one) are registered with mtd
subsystem only, thus nand command can't be used to work with
such flashes. As result some functionality is missing.
This patch series implements following subcommands:
* markbad -- mark block as bad (copy of 'nand markbad')
* torture
Hi,
On Thu, 1 Aug 2024 at 11:36, Simon Glass wrote:
>
> We have been discussing the state of EFI memory management for some
> years so I thought it might be best to send a short series showing some
> of the issues we have talked about.
>
> This one just deals with memory allocation. It updates EF
U-Boot already emits frame pointers on ARM64, but lacks the code to
parse them, as well as a mechanism for looking up symbol names at
runtime.
There was some (seemingly?) leftover code for symbols lookups in
common/kallsyms.c and associated parts in the makefile, however it
appears to be entirely
We have been discussing the state of EFI memory management for some
years so I thought it might be best to send a short series showing some
of the issues we have talked about.
This one just deals with memory allocation. It updates EFI to use
U-Boot memory allocation for the pool where possible. Mo
Some nand flashes (like spi-nand one) are registered with mtd
subsystem only, thus nand command can't be used to work with
such flashes. As result some functionality is missing.
This patch series implements following subcommands:
* markbad -- mark block as bad (copy of 'nand markbad')
* torture
We experience huge problems with cache handling on Qualcomm
systems, and it appears the dcache handling in the DWC3 gadget
code is quite wrong and causes operational issues.
This serie fixes the dcache operations on unaligned data,
and properly invalidate buffers when reading back data from
hardwa
Hi, sorry, pls ping, 2 weeks :)
Thanks
On 08.07.2024 10:13, Arseniy Krasnov wrote:
> Patchset is based on patchset for Linux (today merged to nand-next):
> https://lore.kernel.org/linux-mtd/20240507230903.3399594-1-avkras...@salutedevices.com/
>
> Here is description from it:
>
> > Amlogic's
Patchset is based on patchset for Linux (today merged to nand-next):
https://lore.kernel.org/linux-mtd/20240507230903.3399594-1-avkras...@salutedevices.com/
Here is description from it:
> Amlogic's boot ROM code needs that some pages on NAND must be written
> in special "short" ECC mode with
MMU issues are some of the most frustrating to debug. To make this
slightly less unbearable, introduce a software pagetable walker for
ARMv8. This can be called to dump a pagetable with the default
formatter, or a custom callback can be provided to implement more
complicated parsing.
This can also
On Fri, May 31, 2024 at 07:53:24PM +0300, Roger Quadros wrote:
> Tom,
>
> On 31/05/2024 19:32, Roger Quadros wrote:
> > Hi Tom,
> >
> > On 20/05/2024 18:56, Tom Rini wrote:
> >> On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
> >>
> >>> Sync AM62 device tree files with Linux v6.9 and
> >
On 31/05/2024 19:47, Tom Rini wrote:
> On Fri, May 31, 2024 at 07:32:37PM +0300, Roger Quadros wrote:
>> Hi Tom,
>>
>> On 20/05/2024 18:56, Tom Rini wrote:
>>> On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
>>>
Sync AM62 device tree files with Linux v6.9 and
add in the missin
Tom,
On 31/05/2024 19:32, Roger Quadros wrote:
> Hi Tom,
>
> On 20/05/2024 18:56, Tom Rini wrote:
>> On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
>>
>>> Sync AM62 device tree files with Linux v6.9 and
>>> add in the missing bits in -u-boot.dtsi to get CPSW
>>> Ethernet working.
>>>
>>
On Fri, May 31, 2024 at 07:32:37PM +0300, Roger Quadros wrote:
> Hi Tom,
>
> On 20/05/2024 18:56, Tom Rini wrote:
> > On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
> >
> >> Sync AM62 device tree files with Linux v6.9 and
> >> add in the missing bits in -u-boot.dtsi to get CPSW
> >> Eth
Hi Tom,
On 20/05/2024 18:56, Tom Rini wrote:
> On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
>
>> Sync AM62 device tree files with Linux v6.9 and
>> add in the missing bits in -u-boot.dtsi to get CPSW
>> Ethernet working.
>>
>> CI testing
>> https://github.com/u-boot/u-boot/pull/534
>>
PX30 Ringneck ran out of memory in the allocation pool of U-Boot proper
pre-reloc. Something needed to be done. Jonas did migrate a few SoCs
already to this common bss+stack addresses so it made sense to follow
the same route for one additional SoC: PX30.
The migration of other PX30-based boards w
On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
> Sync AM62 device tree files with Linux v6.9 and
> add in the missing bits in -u-boot.dtsi to get CPSW
> Ethernet working.
>
> CI testing
> https://github.com/u-boot/u-boot/pull/534
>
> [...]
Applied to u-boot/next, thanks!
--
Tom
A bit of a mixed bag. I've been wanting to submit something like 3/3
for a while. So when I stumbled on Marek's patch
https://lore.kernel.org/u-boot/20240316201416.211480-1-marek.vasut+rene...@mailbox.org/
, I got reminded of that plan, and I think that patch could be more
readable if we adopt this
On Mon, 13 May 2024 15:13:53 +0300, Roger Quadros wrote:
> Sync AM62 device tree files with Linux v6.9 and
> add in the missing bits in -u-boot.dtsi to get CPSW
> Ethernet working.
>
> CI testing
> https://github.com/u-boot/u-boot/pull/534
>
> [...]
Applied to u-boot/master, thanks!
--
Tom
Sync AM62 device tree files with Linux v6.9 and
add in the missing bits in -u-boot.dtsi to get CPSW
Ethernet working.
CI testing
https://github.com/u-boot/u-boot/pull/534
Signed-off-by: Roger Quadros
---
---
Changes in v2:
- rebase on u-boot/next 13th May 2024
- drop 'not-for-merge' comment for
From: Lukas Funke
This patch series renames spl_soc_init() to spl_dram_init() since the
purpose of the function is to initialization the DRAM on sifive/starfive
boards. spl_dram_init() is a commonly used function for this purpose.
Changes in v2:
- capitalized acronym DRAM
Lukas Funke (3):
a
When there is a MAC address mismatch between ROM and environment, u-boot
chooses the one from the environment. This config allows to prefer the
MAC address from the ROM instead of the environment.
See the first commit message for details.
Changes since v1:
- Simplify implementation with a NET_PR
This series adds support for RK3328 to the IO-domain driver, it also
enabled ARMv8 crypto extensions and OF_LIVE to speed up boot on rk3328
boards.
Before this series init time is around 4.1 seconds on a Rock64 v2.0:
=> bootstage report
Timer summary in microseconds (11 records):
Mar
This series add init code for cv1800b ethernet phy and enable ethernet
support for Sophgo Milk-V Duo board.
In cv1800b, as the PHY register phy_id being initialized to 0, it is
necessary to initialize the PHY before the ethernet driver initialization.
Therefore, the initialization code is placed i
On Mon, 15 Apr 2024 16:03:37 +0100, Caleb Connolly wrote:
> The msm serial UART controller has a bit clock divider register which
> much be programmed based on the UART clock. This changes per soc and
> currently is expected to be specified in DT or otherwise selected per
> board.
>
> This serie
The msm serial UART controller has a bit clock divider register which
much be programmed based on the UART clock. This changes per soc and
currently is expected to be specified in DT or otherwise selected per
board.
This series fixes the apq8016 and ipq4019 clock drivers to return the
programmed U
On Wed, Apr 03, 2024 at 03:59:08PM +0200, Wadim Egorov wrote:
> It is handy to have some u-boot environment variables set based on
> the current booting device.
> Provide a way to obtain the boot device for non SPLs by factoring out
> spl_boot_device() into an own function get_boot_device().
Appl
On Wed, 10 Apr 2024 17:59:42 +0200, Neil Armstrong wrote:
> First add PMIC gpio variant on pm8550-gpio, then rework the
> qcom-pmic button driver to support data structs for each PMIC
> variant and finally add the data for the pmk8350 button configs.
>
>
Applied, thanks!
[1/3] gpio: qcom_pmic
First add PMIC gpio variant on pm8550-gpio, then rework the
qcom-pmic button driver to support data structs for each PMIC
variant and finally add the data for the pmk8350 button configs.
Signed-off-by: Neil Armstrong
---
Changes in v2:
- added missing qcom,pmk8350-pon compatible
- Link to v1:
ht
From: Takahiro Kuwano
The S25FS064S, S25FS128S, and S25FS256S are the same family of SPI NOR
Flash devices with S25FS512S.
Datasheets:
https://www.infineon.com/dgdl/Infineon-S25FS064S_64_Mb_8_MB_FS-S_Flash_SPI_Multi-I_O_1-DataSheet-v10_00-EN.pdf?fileId=8ac78c8c7d0d8da4017d0ed526b25412
https://ww
It is handy to have some u-boot environment variables set based on
the current booting device.
Provide a way to obtain the boot device for non SPLs by factoring out
spl_boot_device() into an own function get_boot_device().
v2:
- Relocate bootindex to OCRAM, drop misleading comments and remove no
Hi guys! Ping.
On Thu, Mar 07, 2024 at 04:07:23PM +0300, Alexey Romanov wrote:
> Hello!
>
> This series adds support for the mtdblock device, which
> allows to read/write data block by block. For example,
> it can now be used for BCB or Android AB command:
>
> $ bcb load mtd 0 part_name
>
> T
On 4/2/24 13:32, Laurent Pinchart wrote:
Hi Florian,
On Tue, Apr 02, 2024 at 01:18:35PM -0700, Florian Fainelli wrote:
On 4/2/24 13:08, Laurent Pinchart wrote:
On Tue, Apr 02, 2024 at 09:52:06PM +0200, Stefan Wahren wrote:
Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov:
On 2024-03-28 01:37, Lau
Hi Florian,
On Tue, Apr 02, 2024 at 01:18:35PM -0700, Florian Fainelli wrote:
> On 4/2/24 13:08, Laurent Pinchart wrote:
> > On Tue, Apr 02, 2024 at 09:52:06PM +0200, Stefan Wahren wrote:
> >> Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov:
> >>> On 2024-03-28 01:37, Laurent Pinchart wrote:
> On
On 4/2/24 01:58, Ivan T. Ivanov wrote:
Hi,
On 2024-03-28 01:37, Laurent Pinchart wrote:
On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
Hi,
[add Peter and Ivan]
Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
> Hello,
>
> This small series includes a few drive-by fixes for DT
Hi Laurent,
Am 02.04.24 um 22:08 schrieb Laurent Pinchart:
Hello,
...
Stefan, I'm quite unfamiliar with the Raspberry Pi upstreaming process
(despite having sent patches for ages :-)), do I understand correctly
that this patch will go through your tree, or do I need to work with
someone else
On 4/2/24 13:08, Laurent Pinchart wrote:
Hello,
On Tue, Apr 02, 2024 at 09:52:06PM +0200, Stefan Wahren wrote:
Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov:
On 2024-03-28 01:37, Laurent Pinchart wrote:
On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
Hi,
[add Peter and Ivan]
A
Hello,
On Tue, Apr 02, 2024 at 09:52:06PM +0200, Stefan Wahren wrote:
> Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov:
> > On 2024-03-28 01:37, Laurent Pinchart wrote:
> >> On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
> >>> Hi,
> >>>
> >>> [add Peter and Ivan]
> >>>
> >>> Am 26.03.
Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov:
Hi,
On 2024-03-28 01:37, Laurent Pinchart wrote:
On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
Hi,
[add Peter and Ivan]
Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
> Hello,
>
> This small series includes a few drive-by fixes f
Hi,
On 2024-03-28 01:37, Laurent Pinchart wrote:
On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
Hi,
[add Peter and Ivan]
Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
> Hello,
>
> This small series includes a few drive-by fixes for DT validation
> errors.
>
> The first patc
On Thu, Mar 28, 2024 at 7:18 AM Emanuele Ghidoli
wrote:
>
> From: Emanuele Ghidoli
>
> This series allows using Freescale CAAM Job Ring from Linux without having
> OP-TEE,
> this is needed for example on Toradex Colibri iMX7 where we just have U-Boot
> + Linux kernel.
>
> To achieve this add a
From: Emanuele Ghidoli
This series allows using Freescale CAAM Job Ring from Linux without having
OP-TEE,
this is needed for example on Toradex Colibri iMX7 where we just have U-Boot +
Linux kernel.
To achieve this add a new config option to allow the non-secure world to access
job rings.
Th
Hi,
> On 28 Mar 2024, at 1:37, Laurent Pinchart
> wrote:
>
> On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
>> Hi,
>>
>> [add Peter and Ivan]
>>
>> Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
>>> Hello,
>>>
>>> This small series includes a few drive-by fixes for DT validat
On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
> Hi,
>
> [add Peter and Ivan]
>
> Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
> > Hello,
> >
> > This small series includes a few drive-by fixes for DT validation
> > errors.
> >
> > The first patch has been posted previously in v
Hi,
[add Peter and Ivan]
Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
Hello,
This small series includes a few drive-by fixes for DT validation
errors.
The first patch has been posted previously in v1 ([1], and now addresses
a small review comment. I think it's good to go.
The next two patc
This series fixes an issue where /chosen/u-boot,spl-boot-device prop
cannot be resolved to the SPI flash node path in spl_perform_fixups() if
the affected device was booted from SPI flash.
Changes in v2:
- Add patch that sync boot source id enum with bootrom
- Add patch that adds missing SPI flash
Hi Mathieu,
On Thu, Mar 21, 2024 at 3:57 AM Mathieu Othacehe wrote:
> Mathieu Othacehe (3):
> arm: dts: imx93-phyboard-segin: Add USB support
> configs: imx93-phyboard-segin: Add USB support
> configs: imx93-phyboard-segin: Add fastboot support
>
> arch/arm/dts/imx93-phyboard-segin.dts |
Hello,
This series adds USB support to imx93-phyboard-segin, in the same way as it
has been done for imx93_var_som here:
https://lists.denx.de/pipermail/u-boot/2024-February/546301.html
Thanks,
Mathieu
Changelog:
v1: https://lists.denx.de/pipermail/u-boot/2024-March/548613.html
Mathieu Othac
Hello! Ping.
On Thu, Mar 07, 2024 at 04:07:23PM +0300, Alexey Romanov wrote:
> Hello!
>
> This series adds support for the mtdblock device, which
> allows to read/write data block by block. For example,
> it can now be used for BCB or Android AB command:
>
> $ bcb load mtd 0 part_name
>
> Tes
This series add sdhci driver for cv1800b SoC and enable SD card support for
Sophgo Milk-V Duo board.
Changes in v2:
- Refactored and simplified some of the code.
- Sync device tree with ptaches from Linux kernel
Kongyang Liu (3):
mmc: cv1800b: Add sdhci driver support for cv1800b SoC
riscv: d
1 - 100 of 843 matches
Mail list logo
