On 20/01/23 08:58, tkuw584...@gmail.com wrote:
From: Takahiro Kuwano
Cypress defines two flavors of configuration registers, volatile and
non volatile, and both use the same bit fields. Rename the bitfields in
the configuration registers so that they can be used for both flavors.
Suggested-
On 20/01/23 08:58, tkuw584...@gmail.com wrote:
From: Takahiro Kuwano
CFR5[6] is reserved bit and must be always 1. Set it to comply with flash
requirements. While fixing SPINOR_REG_CYPRESS_CFR5V_OCT_DTR_EN definition,
stop using magic numbers and describe the missing bit fields in CFR5
regis
Use .env file for setting board related environment variables,
in place of am62x_evm.h file. Except for BOOTENV settings, as
config_distro_boot.env file doesn't exist.
Signed-off-by: Nikhil M Jain
---
board/ti/am62x/am62x.env| 105
include/configs/am62x_e
On Fri, 20 Jan 2023 at 19:08, Stephan Gerhold wrote:
>
> On Fri, Jan 20, 2023 at 05:55:35PM +0530, Sumit Garg wrote:
> > On Fri, 20 Jan 2023 at 14:16, Heiko Schocher wrote:
> > > On 20.01.23 08:17, Sumit Garg wrote:
> > > > Add support for Qualcomm I2C QUP driver which is inspired from
> > > > co
On Sat, 21 Jan 2023 at 08:38, Alexey Minnekhanov
wrote:
>
> On 2023-01-19 11:47, Sumit Garg wrote:
> > On Mon, 16 Jan 2023 at 06:04, Alexey Minnekhanov
> > wrote:
> >>
> >> Now that reg-names is required, specify them, and use correct
> >> addresses for SPMI arbiter regs, taken from Linux dts [1]
On Sat, 21 Jan 2023 at 08:26, Alexey Minnekhanov
wrote:
>
> On 2023-01-19 11:44, Sumit Garg wrote:
> > On Mon, 16 Jan 2023 at 06:04, Alexey Minnekhanov
> > wrote:
> >>
> >> Update spmi-msm documentation and example to reflect the current
> >> state of the driver.
> >>
> >
> > Since our long term
Hi Marek,
On 2023/01/23 12:37, Marek Vasut wrote:
On 1/23/23 04:08, Kunihiko Hayashi wrote:
Hello Hayashi-san,
diff --git a/drivers/usb/dwc3/Kconfig b/drivers/usb/dwc3/Kconfig
index f010291d02..dadaa083e7 100644
--- a/drivers/usb/dwc3/Kconfig
+++ b/drivers/usb/dwc3/Kconfig
@@ -25,14 +25,14 @@
On 1/23/23 04:08, Kunihiko Hayashi wrote:
Hello Hayashi-san,
diff --git a/drivers/usb/dwc3/Kconfig b/drivers/usb/dwc3/Kconfig
index f010291d02..dadaa083e7 100644
--- a/drivers/usb/dwc3/Kconfig
+++ b/drivers/usb/dwc3/Kconfig
@@ -25,14 +25,14 @@ config USB_DWC3_OMAP
config USB_DWC3_GENERIC
Hi Marek,
Thank you for reviewing.
On 2023/01/23 10:42, Marek Vasut wrote:
On 1/23/23 01:47, Kunihiko Hayashi wrote:
The glue driver doesn't do or offer actively anything, SIMPLE_BUS is
more preferable to represent the driver.
Signed-off-by: Kunihiko Hayashi
---
drivers/usb/dwc3/Kconfig |
On 1/23/23 01:47, Kunihiko Hayashi wrote:
Replacing with dwc3-generic, no need USB_XHCI_DWC3 anymore.
Signed-off-by: Kunihiko Hayashi
Reviewed-by: Marek Vasut
On 1/23/23 01:47, Kunihiko Hayashi wrote:
dwc3-uniphier depends on xhci-dwc3 framework, however, it is preferable
to use dwc3-generic.
This driver calls the exported dwc3-generic functions and redefine
the SoC-dependent operations to fit dwc3-generic.
Signed-off-by: Kunihiko Hayashi
Reviewed
On 1/23/23 01:47, Kunihiko Hayashi wrote:
The glue driver doesn't do or offer actively anything, SIMPLE_BUS is
more preferable to represent the driver.
Signed-off-by: Kunihiko Hayashi
---
drivers/usb/dwc3/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers
On 1/23/23 01:47, Kunihiko Hayashi wrote:
Add the size of regs property to the glue structure to correctly
specify the register region to map.
Signed-off-by: Kunihiko Hayashi
Reviewed-by: Marek Vasut
On 1/23/23 01:47, Kunihiko Hayashi wrote:
In order to allow external SoC-dependent glue drivers to use dwc3-generic
functions, push the glue structures and export the functions to a header
file.
The exported structures and functions are:
- struct dwc3_glue_data
- struct dwc3_glue_ops
- dwc3_glu
On Sat, 21 Jan 2023 17:13:03 -0600
Samuel Holland wrote:
Hi Samuel,
thanks for re-spinning this!
> This series adds a driver for the regulators in X-Powers AXPxxx PMICs.
> It supports everything except regulators shared with GPIO pins. Those
> have a different register interface, so they may ne
On Mon, 28 Nov 2022 01:02:28 -0600
Samuel Holland wrote:
Hi,
> The HDMI PHY depends on the HVCC supply being enabled. So far we have
> relied on it being enabled by an earlier firmware stage (SPL or TF-A).
> Attempt to enable the regulator here, so we can remove that dependency.
>
> Signed-off-
On Mon, 28 Nov 2022 01:02:26 -0600
Samuel Holland wrote:
Hi,
> From: Jernej Skrabec
>
> Currently HDMI controller MMIO address is hardcoded. Change that so
> address is read from DT node. That will make adding support for new
> variants a bit easier.
Looks good:
Reviewed-by: Andre Przywara
On Mon, 28 Nov 2022 01:02:27 -0600
Samuel Holland wrote:
Hi,
> This abstracts away the CCU register layout, which is necessary for
> supporting new SoCs like H6 with a reorganized CCU. One of the resets is
> referenced from the PHY node instead of the controller node, so it will
> have to wait u
dwc3-uniphier depends on xhci-dwc3 framework, however, it is preferable
to use dwc3-generic.
This driver calls the exported dwc3-generic functions and redefine
the SoC-dependent operations to fit dwc3-generic.
Signed-off-by: Kunihiko Hayashi
---
drivers/usb/dwc3/Kconfig | 3 +-
drivers
Replacing with dwc3-generic, no need USB_XHCI_DWC3 anymore.
Signed-off-by: Kunihiko Hayashi
---
configs/uniphier_v7_defconfig | 1 -
configs/uniphier_v8_defconfig | 1 -
2 files changed, 2 deletions(-)
diff --git a/configs/uniphier_v7_defconfig b/configs/uniphier_v7_defconfig
index d626968c76..
Add the size of regs property to the glue structure to correctly
specify the register region to map.
Signed-off-by: Kunihiko Hayashi
---
drivers/usb/dwc3/dwc3-generic.c | 2 +-
drivers/usb/dwc3/dwc3-generic.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/d
In order to allow external SoC-dependent glue drivers to use dwc3-generic
functions, push the glue structures and export the functions to a header
file.
The exported structures and functions are:
- struct dwc3_glue_data
- struct dwc3_glue_ops
- dwc3_glue_bind()
- dwc3_glue_probe()
- dwc3_glue_rem
The glue driver doesn't do or offer actively anything, SIMPLE_BUS is
more preferable to represent the driver.
Signed-off-by: Kunihiko Hayashi
---
drivers/usb/dwc3/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/dwc3/Kconfig b/drivers/usb/dwc3/Kconfig
i
This series exports the structures and functions from the driver source
to the header, and replaces dwc3-uniphier driver to use them.
This expects dwc3-generic to prevent more SoC-dependent codes.
Kunihiko Hayashi (5):
usb: dwc3-generic: Export glue structures and functions
usb: dwc3-generic:
From: Hai Pham
Enable I2C support on D3 Draak.
Reviewed-by: Marek Vasut
Signed-off-by: Hai Pham
Signed-off-by: Marek Vasut
---
configs/r8a77995_draak_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/r8a77995_draak_defconfig b/configs/r8a77995_draak_defcon
This board is configured with CONFIG_USB1_VBUS_PIN="PH24", but no
regulator exists in its device tree. Add the regulator, so USB will
continue to work when the PHY driver switches to using the regulator
uclass instead of a GPIO.
Update the device tree here because it does not exist in Linux.
Sign
On Sun, 22 Jan 2023 16:51:01 -0600
Samuel Holland wrote:
> D1 is a RISC-V SoC containing an EMAC compatible with the A64 EMAC. In a
> very roundabout way, this series finishes adding support for the D1 EMAC:
> patch 4 resolves a compiler warning when building the driver for RISC-V.
> The rest of
Now that this functionality is modeled using the device tree and
regulator uclass, the named GPIO is not referenced anywhere. Remove it.
Signed-off-by: Samuel Holland
---
arch/arm/include/asm/arch-sunxi/gpio.h | 1 -
drivers/gpio/axp_gpio.c| 21 -
drivers/gp
Update boards to use the USB power supply driver, as referenced in the
device tree, instead of a virtual GPIO. This removes the need for some
DM-incompatible special cases in the GPIO driver.
The following five boards used AXP0-VBUS-DETECT in their config, but are
missing the "usb0_vbus_power-supp
This driver reports the presence/absence of voltage on the PMIC's USB
VBUS pin. This information is used by the USB PHY driver. The
corresponding Linux driver uses the power supply class, which does not
exist in U-Boot. UCLASS_REGULATOR seems to be the closest match.
Signed-off-by: Samuel Holland
This is the next step, after basic regulator support[1], of converting
the X-Powers AXPxxx PMIC to use the driver model. This series creates a
regulator driver to represent the VBUS detection function, which is used
by the sun4i USB PHY driver. The USB PHY driver has already been updated
to use thi
On 1/22/23 17:37, Jesse Taube wrote:
>
>
> On 1/22/23 16:15, Samuel Holland wrote:
>> Some 32-bit SoCs can use SCP firmware to implement additional PSCI
>> functionality, such as system suspend. In order to load this firmware
>> from SPL, we need to generate and use a FIT instead of a legacy imag
On 1/22/23 16:15, Samuel Holland wrote:
Some 32-bit SoCs can use SCP firmware to implement additional PSCI
functionality, such as system suspend. In order to load this firmware
from SPL, we need to generate and use a FIT instead of a legacy image.
Adjust the binman FIT definition so it does n
Now that all differences in functionality are covered by individual
flags, remove the enumeration of SoC variants.
Signed-off-by: Samuel Holland
---
Changes in v2:
- New patch for v2
drivers/net/sun8i_emac.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/net/sun8i_
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 b
Describe this feature instead of using the SoC ID.
Signed-off-by: Samuel Holland
---
Changes in v2:
- New patch for v2
drivers/net/sun8i_emac.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/sun8i_emac.c b/drivers/net/sun8i_emac.c
index f232b8f087..36cc2498
Describe this feature instead of using the SoC ID.
Signed-off-by: Samuel Holland
---
Changes in v2:
- New patch for v2
drivers/net/sun8i_emac.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/drivers/net/sun8i_emac.c b/drivers/net/sun8i_emac.c
index 986e565
D1 is a RISC-V SoC containing an EMAC compatible with the A64 EMAC. In a
very roundabout way, this series finishes adding support for the D1 EMAC:
patch 4 resolves a compiler warning when building the driver for RISC-V.
The rest of the series is just cleanup requested by Jagan.
Changes in v2:
- A
Currently, EMAC variants are distinguished by their identity, but this
gets unwieldy as more overlapping variants are added. Add a structure so
we can describe the individual feature differences between the variants.
Signed-off-by: Samuel Holland
---
Changes in v2:
- New patch for v2
drivers/
This more closely matches the U-Boot driver to the Linux version.
Signed-off-by: Samuel Holland
---
(no changes since v1)
drivers/mtd/nand/raw/sunxi_nand.c | 39 ---
1 file changed, 20 insertions(+), 19 deletions(-)
diff --git a/drivers/mtd/nand/raw/sunxi_nand.c
b
Clocks, resets, and pinmuxes are now handled by the driver model, so the
only thing the "board" code needs to do is load the driver. This matches
the pattern used by other DM raw NAND drivers (there is no NAND uclass).
The actual board code is now only needed in SPL.
Reviewed-by: Michael Trimarch
As a first step toward converting this driver to the driver model, use
the ofnode abstraction to replace direct references to the FDT blob.
Using ofnode_read_u32_index removes an extra pair of loops and makes the
allwinner,rb property optional, matching the devicetree binding.
Signed-off-by: Samu
Each chip is required to have a unique CS number ("reg" property) in the
range 0-7, so there is no need to separately count the number of chips.
Reviewed-by: Michael Trimarchi
Signed-off-by: Samuel Holland
---
(no changes since v1)
drivers/mtd/nand/raw/sunxi_nand.c | 10 --
1 file cha
NAND is always at function 2 on port C.
Pin lists and mux values were taken from the Linux drivers.
Reviewed-by: Andre Przywara
Reviewed-by: Jagan Teki
Signed-off-by: Samuel Holland
---
(no changes since v1)
drivers/pinctrl/sunxi/pinctrl-sunxi.c | 13 +
1 file changed, 13 insert
Currently NAND clock setup is done in board code, both in SPL and in
U-Boot proper. Add the NAND clocks/resets here so they can be used by
the "full" NAND driver once it is converted to the driver model.
The bit locations are copied from the Linux CCU drivers.
Reviewed-by: Jagan Teki
Signed-off-
This series converts the sunxi NAND driver to get its resources (clocks,
resets, pins) from the devicetree, and probe using the driver model.
In addition to the immediate cleanup, this allows backporting more
patches (bugfixes, newer SoC support) from the Linux driver.
Changes in v2:
- Fix A80 b
Now that 32-bit SoCs can load U-Boot proper (and possibly other
firmware) from a FIT, use this method by default. SPL_FIT_IMAGE_TINY is
required to stay within the 24 or 32 KiB SPL size limit on early SoCs;
for consistency, enable it everywhere.
Signed-off-by: Samuel Holland
---
Changes in v2:
Some 32-bit SoCs can use SCP firmware to implement additional PSCI
functionality, such as system suspend. In order to load this firmware
from SPL, we need to generate and use a FIT instead of a legacy image.
Adjust the binman FIT definition so it does not rely on TF-A BL31, as
this is not used on
This is easier to read than the #ifdef staircase, provides better
visibility into the memory map (alongside the other Kconfig
definitions), and allows these addresses to be reused from code.
Signed-off-by: Samuel Holland
---
Changes in v2:
- New patch for v2, split from the .dtsi changes
arch
This series makes the necessary changes so 32-bit sunxi SoCs can load
additional device trees or firmware from SPL along with U-Boot proper.
Crust (SCP firmware) has support for A33 and H3, and H3 also needs to
load an eGon blob to support CPU 0 hotplug (a silicon bug workaround).
FIT unlocks more
Starting with H6, Allwinner removed the artificial 32 KiB SPL size limit
from the boot ROM. Now SPL size is only limited by the available SRAM.
This limit ranges from 152 KiB on H6 to a whopping 2052 KiB on R329. To
take advantage of this additional space, we must increase SPL_MAX_SIZE.
Since we do
On Sat, Jan 21, 2023 at 10:05:47PM +, Conor Dooley wrote:
> > > Apologies if I have missed it somewhere - but where is patch 12?
> > > I don't see it on lore.kernel.org nor in my inbox :(
>
> > https://lore.kernel.org/all/20230118082907.31629-1-yanhong.w...@starfivetech.com/
>
> Oh, thanks! H
Synchronize R-Car device tree headers with Linux 6.1.7,
commit 21e996306a6afaae88295858de0ffb8955173a15 .
This is only a copyright and SPDX identifier update, no
functional change.
The following script has been used for the synchronization:
$ for i in $(cd include/dt-bindings/clock/ ; ls -1 r8a*
Make spl_start_uboot() available only if CONFIG_SPL_OS_BOOT is enabled
and drop boot_linux, as the variable is not assigned anywhere.
Also, disable CONFIG_SPL_OS_BOOT in defconfig so that a
microblaze-generic_defconfig build will still boot into u-boot proper, as
it does currently.
Signed-off-by:
The actual function being documented is jump_to_image_optee(), not
jump_to_image_linux().
Signed-off-by: Ovidiu Panait
---
include/spl.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/spl.h b/include/spl.h
index fb8c279d72..827bd25c88 100644
--- a/include/spl.h
+++
On Sat, 21 Jan 2023 17:13:06 -0600
Samuel Holland wrote:
Hi,
> Now that a regulator driver exists for this PMIC, hook it up to the
> device tree "regulators" subnodes.
>
> Signed-off-by: Samuel Holland
> ---
>
> (no changes since v1)
>
> drivers/power/pmic/axp.c | 18 ++
> 1
ARCH_SUNXI selects BINMAN, so the condition "!BINMAN && ARCH_SUNXI"
is impossible to satisfy.
Signed-off-by: Samuel Holland
---
Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Kconfig b/Kconfig
index a75cce7e28..f810646e8a 100644
--- a/Kconfig
+++ b/Kconfig
@@ -459,7
Bootmenu requires an input device with arrows and enter key.
A common smartphone luckily has power, volume up/down buttons,
which may be used for controlling bootmenu.
To use driver, add 'button-kbd' to stdin.
Signed-off-by: Dzmitry Sankouski
---
Changes for v2:
- add doc on driver private data s
Property count may change in /buttons node, if more button tests added,
and this will break ofnode_for_each_prop.
Add separate node for mentioned test.
Signed-off-by: Dzmitry Sankouski
---
Changes for v2: N/A
Changes for v3: N/A
arch/sandbox/dts/test.dts | 14 ++
test/dm/ofnode.c
Linux event code must be used in input devices, using buttons.
Signed-off-by: Dzmitry Sankouski
---
Changes for v2:
- fail, if linux,code not found
Changes for v3:
- add test for linux,code
- change linux,code type to int
- new line after return
- add specific error code in function docs
arch/s
gpio-keys linux driver enforces user to specify linux,code.
Add missing linux,code before implementing button input support.
- arch/arm/dts/rk3288-popmetal.dtsi -> KEY_POWER
- arch/arm/dts/rk3288-tinker.dtsi -> KEY_POWER
- arch/arm/dts/am3517-evm-ui.dtsi -> KEY_RECORD
- sandbox/dts/sandbox.dtsi ->
GPIO button driver requires direction functions to probe
button gpio. Those functions are blank, since pwrkey is not
really gpio, and don't support direction settings.
Signed-off-by: Dzmitry Sankouski
Reviewed-by: Sumit Garg
---
Changes for v2:
- none
Changes for v3:
- KDPWR and RESIN not gpio:
Bootmenu requires an input device with arrows and enter key.
A common smartphone luckily has power, volume up/down buttons,
which may be used for controlling bootmenu.
Button keyboard driver relies on button driver - iterates over
all button with linux,code, checks state and sends events.
Add supp
Extend mkimage with a new optional option -M to specify a special U-Boot
image magic number. OpenWrt ships images for about 30 different boards
with vendor boot loaders which are expecting the mkimage format, but
with a different image magic.
OpenWrt includes this patch for mkimage more than 10 ye
Hello Agneli,
21.01.2023 23:09, Svyatoslav Ryhel пишет:
> - ARM: tegra: remap clock_osc_freq for all Tegra family
> Enum clock_osc_freq was designed to use only with T20.
> This patch remaps it to use additional frequencies, added in
> T30+ SoC while maintaining backwards compatibility with T20.
>
The arg->session is not valid if arg->ret != NULL, so can't be
assigned. Leave retry for just "ret" error to save same behaviour.
Signed-off-by: Ivan Khoronzhuk
---
common/avb_verify.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/common/avb_verify.c b/common/a
Fix shell error:
/bin/sh: line 0: [: too many arguments
for the darwin major/minor version check.
It seems for os_x_before for some reason DARWIN_MAJOR_VERSION and
DARWIN_MINOR_VERSION are empty. To fix this set DARWIN_MAJOR_VERSION
and DARWIN_MINOR_VERSION to be evaluated once so the value is r
67 matches
Mail list logo
