Upstream commit f7025a43a9da26fb79684c6b75ddfe6b1b5986bf
The MTD subsystem has its own small museum of ancient NANDs in a form of the
CONFIG_MTD_NAND_MUSEUM_IDS configuration option. The museum contains stone age
NANDs with 256 bytes pages, as well as iron age NANDs with 512 bytes per page
and up
This header is not used since commit abdbefba2a4e ("net: sun8i_emac: Use
consistent clock bitfield definitions"). Dropping it allows the driver
to be architecture-independent.
Signed-off-by: Samuel Holland
---
drivers/net/sun8i_emac.c | 1 -
1 file changed, 1 deletion(-)
diff --git
While R40 puts the EMAC syscon register at a different address from
other variants, the relevant portion of the register's layout is the
same. Factor out the register offset so the same code can be shared
by all variants. This matches what the Linux driver does.
This change provides two benefits
This just prints the PHY mode taken from the devicetree. It does not
need to be printed during every boot.
Signed-off-by: Samuel Holland
---
drivers/net/sun8i_emac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/sun8i_emac.c b/drivers/net/sun8i_emac.c
index
D1 is a RISC-V SoC containing an EMAC compatible with the A64 EMAC.
However, there are a couple of issues with the driver preventing it
being built for RISC-V. These are resolved by patches 2-3. Patch 1 is
a general cleanup.
Samuel Holland (3):
net: sun8i-emac: Downgrade printf during probe to
From: Andre Przywara
As Icenowy pointed out, newer manuals (starting with H6) actually
document the register block at offset 0x800 as "HCI controller and PHY
interface", also describe the bits in our "PMU_UNK1" register.
Let's put proper names to those "unknown" variables and symbols.
While we
Since commit 089ffd0aedb7 ("phy: sun4i-usb: Use CLK and RESET support")
neither of these headers is used. Dropping them allows the driver to be
architecture-independent.
Signed-off-by: Samuel Holland
---
drivers/phy/allwinner/phy-sun4i-usb.c | 2 --
1 file changed, 2 deletions(-)
diff --git
D1 has a register layout like A100 and H616, with the moved SIDDQ bit.
Unlike H616 it does not have any dependencies between PHY instances.
Signed-off-by: Samuel Holland
---
drivers/phy/allwinner/phy-sun4i-usb.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
This option is used only by the phy-sun4i-usb driver, which does not
inherently depend on the ARM architecture.
Signed-off-by: Samuel Holland
---
arch/arm/mach-sunxi/Kconfig | 9 -
drivers/phy/allwinner/Kconfig | 10 ++
2 files changed, 10 insertions(+), 9 deletions(-)
diff
This series updates the USB PHY driver to support the Allwinner D1,
which is a new RISC-V SoC. First it cleans up a couple of things that
tie the driver to the existing ARM port, and then it adds the new PHY
variant to the driver. Patches 3-4 are effectively the same as changes
made to the Linux
Now that the PHY driver will not try to drive VBUS if it is already
driven by an external supply, there is no need to check the VBUS voltage
before powering on the PHY.
Signed-off-by: Samuel Holland
---
drivers/usb/musb-new/sunxi.c | 6 --
1 file changed, 6 deletions(-)
diff --git
It is possible to use host-side USB with externally-provided VBUS. For
example, some USB OTG cables have an extra power input which powers
both the board and the USB peripheral.
To support this setup, skip enabling the VBUS switch/regulator if VBUS
voltage is already present. This behavior
Commit 44645f87de5 ("mmc: Fix mmc_switch excessive timeout") introduced
a side effect where CMD13 SEND_STATUS is issued in case mmc_wait_dat0()
does not return -ENOSYS and $send_status is not set. This happens on all
hardware which does implement .mmc_wait_dat0 callback, e.g. i.MX8M .
This leads
Add documentattion for the FWU Multi Bank Update feature. The document
describes the steps needed for setting up the platform for the
feature, as well as steps for enabling the feature on the platform.
Signed-off-by: Sughosh Ganu
---
Changes since V6: None
doc/develop/uefi/fwu_updates.rst |
Add support for setting OEM flags in the capsule header. As per the
UEFI specification, bits 0-15 of the flags member of the capsule
header can be defined per capsule GUID.
The oemflags will be used for the FWU Multi Bank update feature, as
specified by the Dependable Boot specification[1]. Bit
The Dependable Boot specification[1] describes the structure of the
firmware accept and revert capsules. These are empty capsules which
are used for signalling the acceptance or rejection of the updated
firmware by the OS. Add support for generating these empty capsules.
[1] -
Add a command to read the metadata as specified in the FWU
specification and print the fields of the metadata.
Signed-off-by: Sughosh Ganu
---
Changes since V6: None
cmd/Kconfig | 7 +
cmd/Makefile| 1 +
cmd/fwu_mdata.c | 80 +
3
The FWU Multi Bank Update feature supports updation of firmware images
to one of multiple sets(also called banks) of images. The firmware
images are clubbed together in banks, with the system booting images
from the active bank. Information on the images such as which bank
they belong to is stored
The FWU Multi Bank Update specification requires the Update Agent to
carry out certain checks at the time of platform boot. The Update
Agent is the component which is responsible for updating the firmware
components and maintaining and keeping the metadata in sync.
The spec requires that the
The FWU Multi Bank Update feature allows the platform to boot the
firmware images from one of the partitions(banks). The first stage
bootloader(fsbl) passes the value of the boot index, i.e. the bank
from which the firmware images were booted from to U-Boot. On the
STM32MP157C-DK2 board, this
Add helper functions needed for accessing the FWU metadata which
contains information on the updatable images. These functions have
been added for the STM32MP157C-DK2 board which has the updatable
images on the uSD card, formatted as GPT partitions.
Signed-off-by: Sughosh Ganu
Reviewed-by:
Enabling capsule update functionality on the platform requires
populating information on the images that are to be updated using the
functionality. Do so for the DK2 board.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrick Delaunay
---
Changes since V6:
* s/STM32MP1/STM32MP15/ as suggested by
The FWU metadata structure is accessed through the driver model
interface. On the stm32mp157c-dk2 board, the FWU metadata is stored on
the uSD card. Add the fwu-mdata node on the u-boot specifc dtsi file
for accessing the metadata structure.
Signed-off-by: Sughosh Ganu
Reviewed-by: Patrick
In the FWU Multi Bank Update feature, the information about the
updatable images is stored as part of the metadata, on a separate
partition. Add a driver for reading from and writing to the metadata
when the updatable images and the metadata are stored on a block
device which is formated with GPT
In the FWU Multi Bank Update feature, the information about the
updatable images is stored as part of the metadata, which is stored on
a dedicated partition. Add the metadata structure, and a driver model
uclass which provides functions to access the metadata. These are
generic API's, and
Add bindings needed for accessing the FWU metadata partitions. These
include the compatible string which point to the access method and the
actual device which stores the FWU metadata.
The current patch adds basic bindings needed for accessing the
metadata structure on GPT partitioned block
The patchset adds support for the FWU Multi Bank Update[1]
feature. Certain aspects of the Dependable Boot[2] specification have
also been implemented.
The FWU multi bank update feature is used for supporting multiple
sets(also called banks) of firmware image(s), allowing the platform to
boot
On Thu, Jul 14, 2022 at 01:10:45PM +0530, Sumit Garg wrote:
> On Thu, 14 Jul 2022 at 01:02, Stephan Gerhold wrote:
> > Can you check how hard it would be to reuse the upstream QCS404 DT?
> >
>
> It turned out to be patch [1] on top of this patch-set. Please help me
> to test it on boards you
On Thu, Jul 14, 2022 at 01:03:37PM +0530, Sumit Garg wrote:
> Currently for all Qcom SoCs/boards there are separate compatibles for
> GPIO and pinctrl. But this is inconsistent with official (upstream) Linux
> bindings which requires only a single compatible "qcom,-pinctrl"
> and there is no such
On Wed, Jul 13, 2022 at 9:28 AM Simon Glass wrote:
>
> Hi Rob,
>
> On Tue, 12 Jul 2022 at 08:11, Rob Herring wrote:
> >
> > On Tue, Jul 12, 2022 at 5:04 AM Simon Glass wrote:
> > >
> > > Hi Ilias,
> > >
> > > On Fri, 8 Jul 2022 at 02:24, Ilias Apalodimas
> > > wrote:
> > > >
> > > > Hi Simon,
On 2022-07-14 10:24, Marek Vasut wrote:
On 7/14/22 17:11, Angus Ainslie wrote:
Thanks, the patches will go in via next USB PR.
Great, Thanks
Also, thanks for reminding me of the missed patches.
On 7/14/22 17:11, Angus Ainslie wrote:
Thanks, the patches will go in via next USB PR.
Also, thanks for reminding me of the missed patches.
On Thu, 14 Jul 2022 at 16:18, John Keeping wrote:
>
> Rockchip SoCs need the boot_devices array defined in order to map the
> bootloader's value to a U-Boot device. Implement this for rk3308.
>
> Signed-off-by: John Keeping
Reviewed-by: Philipp Tomsich
On Thu, Jul 14, 2022 at 06:47:28PM +0300, Ilias Apalodimas wrote:
> Hi Simon,
>
> [...]
> > > > > > > > > > The driver needs a compatible string so it can be in the
> > > > > > > > > > device tree.
> > > > > > > > >
> > > > > > > > > Why? I've tried to hint this on the previous iteration of
>
Hi Simon,
[...]
> > > > > > > > > The driver needs a compatible string so it can be in the
> > > > > > > > > device tree.
> > > > > > > >
> > > > > > > > Why? I've tried to hint this on the previous iteration of the
> > > > > > > > patch.
> > > > > > > > The RNG here is not a *device*. The
Hi
Am Mi., 13. Juli 2022 um 11:53 Uhr schrieb Frieder Schrempf :
>
> From: Frieder Schrempf
>
> It turns out that it is not necessary to declare the VSELECT signal as
> GPIO and let the PMIC driver set it to a fixed high level. This switches
> the voltage between 3.3V and 1.8V by setting the
Adding the SPL_USB_DWC3_GENERIC symbol broke some ti builds. This
should fix the builds but untested on HW.
Signed-off-by: Angus Ainslie
---
configs/am43xx_evm_defconfig | 2 ++
configs/am43xx_evm_usbhost_boot_defconfig | 2 ++
configs/am43xx_hs_evm_defconfig | 2 ++
Suppress warnings when building the SPL without USB_DWC3_GENERIC
Signed-off-by: Angus Ainslie
---
drivers/usb/dwc3/Kconfig | 7 +++
drivers/usb/dwc3/Makefile | 2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/Kconfig b/drivers/usb/dwc3/Kconfig
index
Changes since v3:
Rebased onto usb/master.
Changes since v2:
Add a second patch to deal with CI failures due to the new options.
Changes since v1:
Updated Kconfig depends
Angus Ainslie (2):
usb: dwc3: add a SPL_USB_DWC3_GENERIC option for the dwc3 driver
configs: get rid of build
On Thu, Jul 14, 2022 at 11:16:02AM +0200, Daniel Schwierzeck wrote:
> Hi Tom,
>
> this time with all Kconfig migrations from -next included ;)
>
> Gitlab CI:
> https://source.denx.de/u-boot/custodians/u-boot-mips/-/pipelines/12740
>
> Azure:
>
>
The following changes since commit 36b661dc919da318c163a45f4a220d2e3d9db608:
Merge branch 'next' (2022-07-11 14:58:57 -0400)
are available in the Git repository at:
git://source.denx.de/u-boot-usb.git master
for you to fetch changes up to 16aabfe2f29d4682b2176095029fa307caccaced:
spl:
On 7/14/22 16:59, Angus Ainslie wrote:
On 2022-07-14 07:54, Marek Vasut wrote:
On 7/14/22 16:52, Angus Ainslie wrote:
On 2022-07-14 07:31, Marek Vasut wrote:
On 7/14/22 16:21, Angus Ainslie wrote:
Hi,
Hi,
Are there any problems with these patches ?
I missed them, sigh ... sorry.
Can
On 2022-07-14 07:54, Marek Vasut wrote:
On 7/14/22 16:52, Angus Ainslie wrote:
On 2022-07-14 07:31, Marek Vasut wrote:
On 7/14/22 16:21, Angus Ainslie wrote:
Hi,
Hi,
Are there any problems with these patches ?
I missed them, sigh ... sorry.
Can you rebase them on usb/master and resend,
On 7/14/22 16:52, Angus Ainslie wrote:
On 2022-07-14 07:31, Marek Vasut wrote:
On 7/14/22 16:21, Angus Ainslie wrote:
Hi,
Hi,
Are there any problems with these patches ?
I missed them, sigh ... sorry.
Can you rebase them on usb/master and resend, so I can pick them up?
Sure, could you
On 2022-07-14 07:31, Marek Vasut wrote:
On 7/14/22 16:21, Angus Ainslie wrote:
Hi,
Hi,
Are there any problems with these patches ?
I missed them, sigh ... sorry.
Can you rebase them on usb/master and resend, so I can pick them up?
Sure, could you remind me how to run the CI tests
Hi Tom,
On Thu, 14 Jul 2022 at 05:19, Tom Rini wrote:
>
> On Thu, Jul 14, 2022 at 04:21:58AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 13 Jul 2022 at 12:09, Tom Rini wrote:
> > >
> > > On Wed, Jul 13, 2022 at 09:28:16AM -0600, Simon Glass wrote:
> > > > Hi Rob,
> > > >
> > > > On
Hi Stefan,
On Thu, 14 Jul 2022 at 04:37, Stefan Herbrechtsmeier
wrote:
>
> Hi Simon,
>
> Am 14.07.2022 um 12:22 schrieb Simon Glass:
> > Hi Stefan,
> >
> > On Wed, 13 Jul 2022 at 10:08, Stefan Herbrechtsmeier
> > wrote:
> >>
> >> Hi Simon,
> >>
> >> Am 13.07.2022 um 17:28 schrieb Simon Glass:
>
In preparation of re-sync of mtd stack, I opt to move the current stack
slowly in order to have a more easy sync and test. I would like to
prepare uboot to support no-jedec and no-onfi compliant nand so I need
to clean up a bit the code we have now and upstream some of the support.
In this series
Upstream commit 3b5206f4be9b65d2f0f85b3239cf117a1d0de7ce
Move Macronix specific initialization logic into nand_macronix.c. This
is part of the "separate vendor specific code from core" cleanup
process.
Signed-off-by: Boris Brezillon
Signed-off-by: Michael Trimarchi
---
Upstream commit 229204da53b31d576fcc1c93a33626943ea8202c
Move AMD/Spansion specific initialization/detection logic into
nand_amd.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Boris Brezillon
Acked-by: Richard Weinberger
Signed-off-by: Michael
Upstream commit 9b2d61f80b060ce3ea5af2a99e148b0b214932b2
Move Toshiba specific initialization and detection logic into
nand_toshiba.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Boris Brezillon
Acked-by: Richard Weinberger
Signed-off-by:
Upstream commit 10d4e75c36f6c16311dde1461f318210da357219
Move Micron specific initialization logic into nand_micron.c. This is
part of the "separate vendor specific code from core" cleanup process.
Signed-off-by: Boris Brezillon
Acked-by: Richard Weinberger
Signed-off-by: Michael Trimarchi
Upstream commit 01389b6bd2f4f7649cdbb4a99a15d9e0c05d6f8c
Move Hynix specific initialization and detection logic into
nand_hynix.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Boris Brezillon
Acked-by: Richard Weinberger
Signed-off-by: Michael
Upstream commit c51d0ac59f24200dfdccc897ff7c3c9446c7599a
Move Samsung specific initialization and detection logic into
nand_samsung.c. This is part of the "separate vendor specific code from
core" cleanup process.
Signed-off-by: Boris Brezillon
Acked-by: Richard Weinberger
Signed-off-by:
In preparation of moving specific nand support that are not jedec
or onfi
Signed-off-by: Michael Trimarchi
---
drivers/mtd/nand/raw/nand_base.c | 3 ++-
include/linux/mtd/rawnand.h | 3 +++
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/raw/nand_base.c
Upstream commit 7f501f0a72036dc29ad9a53811474c393634b401
Store the NAND ID in struct nand_chip to avoid passing id_data and id_len
as function parameters.
Signed-off-by: Boris Brezillon
Acked-by: Richard Weinberger
Reviewed-by: Marek Vasut
Signed-off-by: Michael Trimarchi
---
chip points to mtd. Passing chip is enough to have a reference
to mtd when is necessary
Signed-off-by: Michael Trimarchi
---
drivers/mtd/nand/raw/nand_base.c | 20 +++-
include/linux/mtd/rawnand.h | 3 +--
2 files changed, 12 insertions(+), 11 deletions(-)
diff --git
Upstream commit abbe26d144ec22bb067fa414d717b9f7ca2e12bd
A lot of NANDs are implementing generic features in a non-generic way,
or are providing advanced auto-detection logic where the NAND ID bytes
meaning changes with the NAND generation.
Providing this vendor specific initialization step will
Upstream commit 29a198a1592d83f2bc1be3b2631b3bcf3d5b380f
Auto-detection functions are passed a busw parameter to retrieve the actual
NAND bus width and eventually set the correct value in chip->options.
Rework the nand_get_flash_type() function to get rid of this extra
parameter and let detection
On 7/14/22 16:21, Angus Ainslie wrote:
Hi,
Hi,
Are there any problems with these patches ?
I missed them, sigh ... sorry.
Can you rebase them on usb/master and resend, so I can pick them up?
Hi,
Are there any problems with these patches ?
Thanks
Angus
On 2022-05-30 10:15, Angus Ainslie wrote:
Changes since v2:
Add a second patch to deal with CI failures due to the new options.
Changes since v1:
Updated Kconfig depends
Angus Ainslie (2):
usb: dwc3: add a SPL_USB_DWC3_GENERIC
Rockchip SoCs need the boot_devices array defined in order to map the
bootloader's value to a U-Boot device. Implement this for rk3308.
Signed-off-by: John Keeping
---
arch/arm/mach-rockchip/rk3308/rk3308.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
Commit 6aa4fe3912 ("dm: core: Rename and fix uclass_get_by_name_len()")
changed uclass_get_device_by_name() to an exact match when previously it
behaved as a prefix match.
The roc-cc code relied on this prefix match by only specifying part of
the device name. Fix this by using the full name
From: Stefan Herbrechtsmeier
Do not use 0 as address for memory because of the special meaning for
pointers (null pointer). Change the spl bss start address to the second
page.
Signed-off-by: Stefan Herbrechtsmeier
---
Changes in v3:
- Switch to Kconfig
Changes in v2:
- Rework commit
Depending on the boot source, set different CLI prompts. This will help
the user to figure out in which mode the bootloader was started. There
are two special modes: failsafe and SDHC boot.
Signed-off-by: Michael Walle
---
board/kontron/sl28/sl28.c | 20
The frequency of the system counter is static which is given by the
COUNTER_FREQUENCY option. Remove COUNTER_FREQUENCY_REAL.
Signed-off-by: Michael Walle
---
include/configs/kontron_sl28.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/kontron_sl28.h
The board is able to boot from the following source:
- user-updateble SPI flash
- write-protected part of the same SPI flash
- eMMC
- SD card
Implement the needed function hooks to support all of these boot
sources.
Signed-off-by: Michael Walle
---
board/kontron/sl28/common.c| 22
During startup the SPL will print where the u-boot proper is read from.
Instead of using the default names, provide more user friendly names.
Signed-off-by: Michael Walle
---
board/kontron/sl28/spl.c | 16
1 file changed, 16 insertions(+)
diff --git a/board/kontron/sl28/spl.c
This is a resend of the original v1 series. It was just rebased.
Apparently not all patches made it into u-boot. Unfortunately,
there was no feedback at all.
This is an update for the sl28 board which adds support for
- 8 GiB memory variant
- different boot sources, like eMMC, SD-card
-
By default the OCRAM is marked as secure. While the SPL runs in EL3 and
thus can access it, DMA devices cannot. Mark the whole OCRAM as
non-secure.
This will fix MMC and SD card boot on LS1028A when using SPL instead of
TF-A.
Signed-off-by: Michael Walle
---
On 7/14/22 12:37, Stefan Herbrechtsmeier wrote:
Hi Simon,
Am 14.07.2022 um 12:22 schrieb Simon Glass:
Hi Stefan,
On Wed, 13 Jul 2022 at 10:08, Stefan Herbrechtsmeier
wrote:
Hi Simon,
Am 13.07.2022 um 17:28 schrieb Simon Glass:
Hi Stefan,
On Tue, 12 Jul 2022 at 12:31, Stefan
Hi,
On 7/14/22 14:22, Stefan Herbrechtsmeier wrote:
Hi Michal,
Am 07.06.2022 um 10:13 schrieb Michal Simek:
út 7. 6. 2022 v 9:44 odesílatel Stefan Herbrechtsmeier
napsal:
From: Stefan Herbrechtsmeier
Do not use 0 as address for memory because of the special meaning for
pointers (null
Hi Michal,
Am 07.06.2022 um 10:13 schrieb Michal Simek:
út 7. 6. 2022 v 9:44 odesílatel Stefan Herbrechtsmeier
napsal:
From: Stefan Herbrechtsmeier
Do not use 0 as address for memory because of the special meaning for
pointers (null pointer). Change the spl bss start address to the second
The "Workflow of a Custodian" section on the wiki had not been changed
in quite some time to reflect how the process has been functioning for
some time. First, update some links to point to modern and current
sources of information.
Second, and more overarching, reword much of the section. This
- Use gender-neutral language to refer to the user, consistently.
- Reword a few places so that they read more naturally.
- Make the long standing practice around "Twilight Time" more clear,
hopefully.
- Replace a reference to MAKEALL with a reference to CI testing as
that's the current
- Remove some missed wiki markup, and escape a "\n" correctly.
- Use gender-neutral language to refer to the user, consistently.
Cc: Claudius Heine
Cc: Heinrich Schuchardt
Signed-off-by: Tom Rini
---
Changes in v2:
- None
---
doc/develop/designprinciples.rst | 22 +++---
1
Move the current Process wiki page to doc/develop/process.rst. The
changes here are for formatting or slight rewording so that it reads
well when linking to other Sphinx documents.
Cc: Heinrich Schuchardt
Signed-off-by: Tom Rini
---
Changes in v2:
- Assorted wiki -> Sphinx style corrections
For some time now we've allowed for '//' style comments, which mirrors
the Linux kernel. So drop this point here.
Cc: Heinrich Schuchardt
Signed-off-by: Tom Rini
---
Changes in v2:
- None
---
doc/develop/codingstyle.rst | 6 --
1 file changed, 6 deletions(-)
diff --git
Move the current DesignPrinciples wiki page to
doc/develop/designprinciples.rst. The changes here are for formatting
or slight rewording so that it reads well when linking to other Sphinx
documents.
Cc: Heinrich Schuchardt
Signed-off-by: Tom Rini
---
Changes in v3:
- A few more rewords based
Move the current CodingStyle wiki page to doc/develop/codingstyle.rst.
The changes here are for formatting or slight rewording so that it reads
well when linking to other Sphinx documents.
Cc: Heinrich Schuchardt
Signed-off-by: Tom Rini
---
Changes in v3:
- A few more rewordings, per Heinrich
On Thu, Jul 14, 2022 at 04:21:58AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 13 Jul 2022 at 12:09, Tom Rini wrote:
> >
> > On Wed, Jul 13, 2022 at 09:28:16AM -0600, Simon Glass wrote:
> > > Hi Rob,
> > >
> > > On Tue, 12 Jul 2022 at 08:11, Rob Herring wrote:
> > > >
> > > > On Tue, Jul
On Wed, Jul 13, 2022 at 10:12:06PM +0200, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit 36b661dc919da318c163a45f4a220d2e3d9db608:
>
> Merge branch 'next' (2022-07-11 14:58:57 -0400)
>
> are available in the Git repository at:
>
>
Hi Simon,
Am 14.07.2022 um 12:22 schrieb Simon Glass:
Hi Stefan,
On Wed, 13 Jul 2022 at 10:08, Stefan Herbrechtsmeier
wrote:
Hi Simon,
Am 13.07.2022 um 17:28 schrieb Simon Glass:
Hi Stefan,
On Tue, 12 Jul 2022 at 12:31, Stefan Herbrechtsmeier
wrote:
Hi Simon,
Am 12.07.2022 um 12:58
On Wed, 13 Jul 2022 at 10:42, Oleksandr Suvorov
wrote:
>
> Replace logically correct word in the description.
>
> Fixes: 91a91ff804d ("dm: Add Kconfig options for driver model SPL support")
> Signed-off-by: Oleksandr Suvorov
> ---
>
> drivers/core/Kconfig | 2 +-
> 1 file changed, 1
Hi Stefan,
On Wed, 13 Jul 2022 at 10:08, Stefan Herbrechtsmeier
wrote:
>
> Hi Simon,
>
> Am 13.07.2022 um 17:28 schrieb Simon Glass:
> > Hi Stefan,
> >
> > On Tue, 12 Jul 2022 at 12:31, Stefan Herbrechtsmeier
> > wrote:
> >>
> >> Hi Simon,
> >>
> >> Am 12.07.2022 um 12:58 schrieb Simon Glass:
>
Hi Tom,
On Wed, 13 Jul 2022 at 12:09, Tom Rini wrote:
>
> On Wed, Jul 13, 2022 at 09:28:16AM -0600, Simon Glass wrote:
> > Hi Rob,
> >
> > On Tue, 12 Jul 2022 at 08:11, Rob Herring wrote:
> > >
> > > On Tue, Jul 12, 2022 at 5:04 AM Simon Glass wrote:
> > > >
> > > > Hi Ilias,
> > > >
> > > >
Hi Tom,
On Wed, 13 Jul 2022 at 12:21, Tom Rini wrote:
>
> On Wed, Jul 13, 2022 at 09:28:06AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 12 Jul 2022 at 15:38, Tom Rini wrote:
> > >
> > > On Mon, Jul 11, 2022 at 07:04:04PM -0600, Simon Glass wrote:
> > > > Bring this tool into
Hi Tom,
this time with all Kconfig migrations from -next included ;)
Gitlab CI:
https://source.denx.de/u-boot/custodians/u-boot-mips/-/pipelines/12740
Azure:
https://dev.azure.com/danielschwierzeck/u-boot/_build/results?buildId=31=results
The following changes since commit
Hi Stephan,
On Thu, 14 Jul 2022 at 00:47, Stephan Gerhold wrote:
>
> The Qualcomm device trees in U-Boot are currently not consistent with
> the upstream DTs used in the Linux kernel. While some bindings are
> similar to the official specification in the Linux kernel, several
> nodes have subtle
Hi Stephan,
On Thu, 14 Jul 2022 at 01:02, Stephan Gerhold wrote:
>
> Hi Sumit,
>
> On Tue, Jul 12, 2022 at 12:42:12PM +0530, Sumit Garg wrote:
> > Add support for Qualcomm QCS404 SoC based evaluation board.
> >
> > Features:
> > - Qualcomm Snapdragon QCS404 SoC
> > - 1GiB RAM
> > - 8GiB eMMC,
Currently for all Qcom SoCs/boards there are separate compatibles for
GPIO and pinctrl. But this is inconsistent with official (upstream) Linux
bindings which requires only a single compatible "qcom,-pinctrl"
and there is no such compatible property as "qcom,tlmm-".
So fix this inconsistency for
On Thu, 14 Jul 2022 at 09:45, Heinrich Schuchardt
wrote:
>
> There is no board left using CONFIG_LCD without CONFIG_DM_VIDEO.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> lib/efi_loader/Makefile | 1 -
> lib/efi_loader/efi_gop.c | 5 -
> 2 files changed, 6 deletions(-)
>
> diff --git
No board uses lcd_clear() anymore. So we can remove support for it.
Signed-off-by: Heinrich Schuchardt
---
cmd/cls.c | 20 ++--
1 file changed, 6 insertions(+), 14 deletions(-)
diff --git a/cmd/cls.c b/cmd/cls.c
index 502d5ed697..ba36220d9e 100644
--- a/cmd/cls.c
+++
在 2022-07-14星期四的 07:38 +0200,Michael Nazzareno Trimarchi写道:
> Hi Samuel
>
> On Thu, Jul 14, 2022 at 5:15 AM Samuel Holland
> wrote:
> >
> > This series converts the sunxi NAND driver to get its resources
> > (clocks,
> > resets, pins) from the devicetree, and probe using the driver
> > model.
>
There is no board left using CONFIG_LCD without CONFIG_DM_VIDEO.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/Makefile | 1 -
lib/efi_loader/efi_gop.c | 5 -
2 files changed, 6 deletions(-)
diff --git a/lib/efi_loader/Makefile b/lib/efi_loader/Makefile
index
95 matches
Mail list logo