From: Chris Morgan
The GameForce Ace is an RK3588S based handheld gaming device.
Signed-off-by: Chris Morgan
---
arch/arm/mach-rockchip/rk3588/Kconfig | 18 +++
board/gameforce/ace-rk3588s/Kconfig | 9
board/gameforce/ace-rk3588s/MAINTAINERS | 5 ++
configs/gameforce-ace
On Fri, Jun 06, 2025 at 05:30:11PM +0800, Kever Yang wrote:
> Hi Chris,
>
> On 2025/6/4 06:13, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > The GameForce Ace is an RK3588S based handheld gaming device.
> >
> > Signed-off-by: Chris Morgan
>
From: Chris Morgan
The GameForce Ace is an RK3588S based handheld gaming device.
Signed-off-by: Chris Morgan
---
arch/arm/mach-rockchip/rk3588/Kconfig | 18 +++
board/gameforce/ace-rk3588s/Kconfig | 9
board/gameforce/ace-rk3588s/MAINTAINERS | 5 ++
configs/gameforce-ace
Fix a couple of typos in mach-mvebu/Kconfig.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-mvebu/Kconfig b/arch/arm/mach-mvebu/Kconfig
index adb816982f87..22180b011559 100644
--- a/arch/arm
ng the clock.
>
> Signed-off-by: Mark Tomlinson
> Cc: Chris Packham
Reviewed-by: Chris Packham
> ---
> drivers/rtc/max313xx.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/rtc/max313xx.c b/drivers/rtc/max313xx.c
> index ccfd6b6d0e2..2cb3f24504
Replying from my work email because gmail seems to be discarding messages
On 20/01/2025 14:59, Mark Tomlinson wrote:
> An invalid calculation made setting years 2100-2199 impossible.
>
> Signed-off-by: Mark Tomlinson
> Cc: Chris Packham
Reviewed-by: Chris Packham
> ---
On Mon, Nov 25, 2024 at 1:09 PM Chris Packham wrote:
>
> On Sat, Nov 23, 2024 at 3:40 PM Tom Rini wrote:
> >
> > On Wed, Nov 20, 2024 at 11:29:43AM +1300, Chris Packham wrote:
> > > Hi U-Boot,
> > >
> > > We've hit a weird problem at $dayjob w
The x250 and SE250 are series of 10G L2+ switches from Allied Telesis.
There are a number of them in the range but as far as U-Boot is
concerned all the CPU block components are the same so there's only one
board defined.
Signed-off-by: Chris Packham
---
Changes in v3:
- Fix typo in c
st now I got a "Your message to U-Boot awaits
moderator approval" after I replied to a thread.
Is there something going on with the list or have I just managed to
get things into a confused state.
Thanks,
Chris
On Sat, Nov 23, 2024 at 3:40 PM Tom Rini wrote:
>
> On Wed, Nov 20, 2024 at 11:29:43AM +1300, Chris Packham wrote:
> > Hi U-Boot,
> >
> > We've hit a weird problem at $dayjob with a board using the Marvell
> > CN9130 SoC and using the asix88179 USB-Eth ad
The x240 board doesn't use EFI and our toolchains don't include gnutls
so disable the tool in the defconfig.
Signed-off-by: Chris Packham
---
configs/x240_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/x240_defconfig b/configs/x240_defconfig
index 4f
This is a small series to update some of the Allied Telesis boards. The
x240 is converted to bootstd. I've turned off MKEFICAPSULE as the boards
don't need it (and our toolchains can't build it). Finally I've enabled
IPV6 support so this gets a bit more coverage.
Chris Packh
Enable IPV6 support for the x240 board.
Signed-off-by: Chris Packham
---
configs/x240_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/x240_defconfig b/configs/x240_defconfig
index 5e5b467b7bac..ff64916204cc 100644
--- a/configs/x240_defconfig
+++ b/configs/x240_defconfig
Enable IPV6 support for the x530 board.
Signed-off-by: Chris Packham
---
configs/x530_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/x530_defconfig b/configs/x530_defconfig
index a5b1cc3f8e89..815370c90ecc 100644
--- a/configs/x530_defconfig
+++ b/configs/x530_defconfig
The x530 board doesn't use EFI and our toolchains don't include gnutls
so disable the tool in the defconfig.
Signed-off-by: Chris Packham
---
configs/x530_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/x530_defconfig b/configs/x530_defconfig
index 89
As things have been moved to Kconfig there are a number of dead comments
left over in x530.h. Remove them.
Signed-off-by: Chris Packham
---
include/configs/x530.h | 16
1 file changed, 16 deletions(-)
diff --git a/include/configs/x530.h b/include/configs/x530.h
index
Use standard boot instead of the distro boot scripts. Regenerate the
board defconfig now that some options are selected automatically.
Signed-off-by: Chris Packham
---
arch/arm/mach-mvebu/Kconfig | 1 +
configs/x240_defconfig | 6 --
include/configs/x240.h | 9 ++---
3 files
Remove CFG_SYS_BAUDRATE_TABLE as there's no reason not to use the
defaults defined via config_fallbacks.h.
Signed-off-by: Chris Packham
---
include/configs/x240.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/x240.h b/include/configs/x240.h
index 3601df5
The x250 and SE240 are series of 10G L2+ switches from Allied Telesis.
There are a number of them in the range but as far as U-Boot is
concerned all the CPU block components are the same so there's only one
board defined.
Signed-off-by: Chris Packham
---
Changes in v2:
- Add board/alliedte
Hi Tom,
Thanks for the quick response
On Wed, Nov 20, 2024 at 2:23 PM Tom Rini wrote:
>
> On Wed, Nov 20, 2024 at 01:16:00PM +1300, Chris Packham wrote:
>
> > The x250 and SE240 are series of 10G L2+ switches from Allied Telesis.
> > There are a number of them in the range
The x250 and SE240 are series of 10G L2+ switches from Allied Telesis.
There are a number of them in the range but as far as U-Boot is
concerned all the CPU block components are the same so there's only one
board defined.
Signed-off-by: Chris Packham
---
arch/arm/dts/Makefile
. That is actually how we've avoided the immediate issue, although
that means the problem will likely come back and an inopportune time.
Does anyone have any ideas as to what the true root cause might be?
I'm a bit stumped.
Thanks,
Chris
devices differently.
Correct to dev 0 so that the U-Boot environment can be loaded from the
correct storage device.
Fixes: 18fb23b13158 ("ARM: dts: renesas: Switch to using upstream DT on 64bit
Renesas SoCs")
Signed-off-by: Chris Paterson
Signed-off-by: Lad Prabhakar
--
e
the Linux device trees as-is.
Kind regards, Chris
Chris Paterson (1):
configs: hihope_rzg2: Set correct MMC device for U-Boot env
Lad Prabhakar (1):
board: hoperun: Switch to use complete DTS files from upstream DTS
.../dts/r8a774a1-hihope-rzg2m-ex-u-boot.dtsi | 8
.../arm/dts/r8a
rename the
r8a774*-u-boot.dtsi files to r8a774*-ex-u-boot.dtsi to match the OF_LIST
files so that the `bootph-all` property gets applied to required nodes
in upstream DTS.
Signed-off-by: Lad Prabhakar
Signed-off-by: Chris Paterson
---
.../dts/r8a774a1-hihope-rzg2m-ex-u-boot.dtsi | 8
On Mon, Sep 30, 2024 at 04:59:41PM +0800, Kever Yang wrote:
>
> On 2024/9/19 21:15, Chris Morgan wrote:
> > On Thu, Sep 19, 2024 at 09:48:58AM +0800, Kever Yang wrote:
> > > Hi Chris,
> > >
> > > On 2024/9/18 21:38, Chris Morgan wrote:
> > > > O
On Tue, Sep 24, 2024 at 12:24:16PM +0200, Quentin Schulz wrote:
> Hi Chris,
>
> On 9/23/24 7:36 PM, Chris Morgan wrote:
> > On Mon, Sep 23, 2024 at 01:21:01PM +0200, Quentin Schulz wrote:
> > > Hi Chris,
> > >
> > > On 9/19/24 4:00 PM, Chri
On Tue, Sep 24, 2024 at 11:19:49AM +0200, Quentin Schulz wrote:
> Hi Chris,
>
> On 9/23/24 7:38 PM, Chris Morgan wrote:
> > On Mon, Sep 23, 2024 at 01:24:34PM +0200, Quentin Schulz wrote:
> > > Hi Chris,
> > >
> > > On 9/19/24 4:00 PM, Chri
On Sun, Sep 22, 2024 at 02:43:11PM +0100, Peter Robinson wrote:
> Hi Chris,
>
> > Update the Anbernic RGxx3 "device" to use upstream device-trees,
> > add logic to detect a different vdd_cpu regulator, and implement a
> > fix to allow the panel auto-detection t
On Mon, Sep 23, 2024 at 01:24:34PM +0200, Quentin Schulz wrote:
> Hi Chris,
>
> On 9/19/24 4:00 PM, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > Enable the PD_VO power domain before driver access on the rk3568 SoC.
> >
> > Signed-off-by: Chris Morga
On Mon, Sep 23, 2024 at 01:21:01PM +0200, Quentin Schulz wrote:
> Hi Chris,
>
> On 9/19/24 4:00 PM, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > Some of the Powkiddy devices switched to using a different vendor for
> > the vdd_cpu regulator. Unfortunate
On Thu, Sep 19, 2024 at 09:48:58AM +0800, Kever Yang wrote:
> Hi Chris,
>
> On 2024/9/18 21:38, Chris Morgan wrote:
> > On Wed, Sep 18, 2024 at 11:06:34AM +0800, Kever Yang wrote:
> > > Hi Chris,
> > >
> > > Please update the subject with something
From: Chris Morgan
Enable the PD_VO power domain before driver access on the rk3568 SoC.
Signed-off-by: Chris Morgan
---
arch/arm/mach-rockchip/rk3568/rk3568.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3568/rk3568.c
b/arch/arm/mach-rockchip/rk3568
From: Chris Morgan
Remove config options for ARM SCMI. It is not required to boot the
board and when using the most recent mainline A-TF it actually causes
the device to freeze during boot due to missing SCMI support.
Signed-off-by: Chris Morgan
---
configs/anbernic-rgxx3-rk3566_defconfig | 2
From: Chris Morgan
Refactor the board detection logic (again) to make it compatible with
the upstream device-trees, and switch to OF_UPSTREAM.
Now the device boots with the device-tree for the 353P, and then
loads the correct device tree (of 10) in the later stages of SPL.
Signed-off-by: Chris
From: Chris Morgan
Some of the Powkiddy devices switched to using a different vendor for
the vdd_cpu regulator. Unfortunately the device does not have a new
revision to denote this, so users have no way of knowing in advance.
Add code to detect if a device is present at addresses 0x1c or 0x40
From: Chris Morgan
Update the Anbernic RGxx3 "device" to use upstream device-trees,
add logic to detect a different vdd_cpu regulator, and implement a
fix to allow the panel auto-detection to run when using mainline
A-TF.
Note that *Linux* still cannot use mainline A-TF because of t
On Wed, Sep 18, 2024 at 11:06:34AM +0800, Kever Yang wrote:
> Hi Chris,
>
> Please update the subject with something like "Enable the VO PD before
> driver access",
>
> and the commit message for the change reason is enough.
>
> and the config is more soc
From: Chris Morgan
Some of the Powkiddy devices switched to using a different vendor for
the vdd_cpu regulator. Unfortunately the device does not have a new
revision to denote this, so users have no way of knowing in advance.
Add code to detect if a device is present at addresses 0x1c or 0x40
From: Chris Morgan
The current panel detection logic crashes when the device boots with
mainline A-TF, causing a reboot loop. It turns out mainline A-TF
doesn't enable the VO power domain like the BSP A-TF did.
Set the VO domain on and use a memory barrier to ensure it is powered
up befo
From: Chris Morgan
Refactor the board detection logic (again) to make it compatible with
the upstream device-trees, and switch to OF_UPSTREAM.
Now the device boots with the device-tree for the 353P, and then
loads the correct device tree (of 10) in the later stages of SPL.
Signed-off-by: Chris
From: Chris Morgan
Update the Anbernic RGxx3 "device" to use upstream device-trees,
add logic to detect a different vdd_cpu regulator, and implement a
fix to allow the panel auto-detection to run when using mainline
A-TF.
Note that *Linux* still cannot use mainline A-TF because of t
From: Chris Morgan
The Anbernic RG35XX series of devices are based around an Allwinner
H700 SoC with 1GB of RAM, 2 SD cards, and multiple input buttons.
This bootloader has been tested on the Anbernic RG35XX-2024 and
RG35XX-H, but should be suitable for the entire lineup of H700 based
devices
From: Chris Morgan
Change the Anbernic RG35XX series to use the r_i2c bus for the PMIC
instead of the r_rsb bus. This is to keep the device tree consistent
as there are at least 3 devices (the RG35XX-SP, RG28XX, and RG40XX-H)
that have an external RTC on the r_i2c bus.
Link:
https
From: Chris Morgan
Add pinctrl nodes for the r_i2c node. Without the pinmux defined the
r_i2c bus may fail to work, possibly if the bootloader uses rsb mode
for the PMIC.
Link:
https://lore.kernel.org/linux-sunxi/172252952262.1669767.7675865282122079154.b4...@csie.org/
[ upstream commit
From: Chris Morgan
Correct the default TPR6 parameter based on suggestion from Mikhail
Kalashnikov. [1]
[1]
https://lore.kernel.org/u-boot/4c003cab-c8b8-484d-924d-084e71fe6...@gmail.com/
Fixes: 4b02f0120a4b ("sunxi: H616: add LPDDR4 DRAM support")
Suggested-by: Mikhail Kalashnikov
From: Jernej Skrabec
CSI1 channel (22) is missing and IOMMU (25) has priority flag set in
vendor bootloader. Fix that.
While at it, replace bandwidth flag with priority since original flag has
always value "true".
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/
bank groups too.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 31 +++---
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-sunxi/dram_sun50i_h616.c
b/arch/arm/mach-sunxi/dram_sun50i_h616.c
From: Jernej Skrabec
When comparing configuration procedure to vendor driver, I noticed that
one command was out of order and that some delays were missing.
Fix that.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 10 +-
1 file
From: Chris Morgan
It seems that different dies need different PHY pin mapping. Select
alternatives at compile time.
Signed-off-by: Jernej Skrabec
[adapted to switch from runtime to compile time config]
Signed-off-by: Chris Morgan
---
arch/arm/mach-sunxi/Kconfig| 17
From: Jernej Skrabec
Adjust H616 LPDDR4 DRAM settings to be in line with vendor driver.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c| 33 +--
.../dram_timings/h616_lpddr4_2133.c | 2 +-
2 files changed, 24
From: Chris Morgan
Add support for the Anbernic RG35XX-2024.
This device is a handheld gaming console (series) based around the
Anbernic H700 SoC. It comes with 1GB of RAM and multiple face buttons
for input.
Add support for the simplest model for now, and then iterate later to
add board
From: Chris Morgan
The Anbernic RG35XX series of devices are based around an Allwinner
H700 SoC with 1GB of RAM, 2 SD cards, and multiple input buttons.
This bootloader has been tested on the Anbernic RG35XX-2024 and
RG35XX-H, but should be suitable for the entire lineup of H700 based
devices
From: Chris Morgan
Change the Anbernic RG35XX series to use the r_i2c bus for the PMIC
instead of the r_rsb bus. This is to keep the device tree consistent
as there are at least 3 devices (the RG35XX-SP, RG28XX, and RG40XX-H)
that have an external RTC on the r_i2c bus.
Link:
https
From: Chris Morgan
Add pinctrl nodes for the r_i2c node. Without the pinmux defined the
r_i2c bus may fail to work, possibly if the bootloader uses rsb mode
for the PMIC.
Link:
https://lore.kernel.org/linux-sunxi/172252952262.1669767.7675865282122079154.b4...@csie.org/
[ upstream commit
From: Chris Morgan
Correct the default TPR6 parameter based on suggestion from Mikhail
Kalashnikov. [1]
[1]
https://lore.kernel.org/u-boot/4c003cab-c8b8-484d-924d-084e71fe6...@gmail.com/
Fixes: 4b02f0120a4b ("sunxi: H616: add LPDDR4 DRAM support")
Suggested-by: Mikhail Kalashnikov
From: Jernej Skrabec
CSI1 channel (22) is missing and IOMMU (25) has priority flag set in
vendor bootloader. Fix that.
While at it, replace bandwidth flag with priority since original flag has
always value "true".
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/
bank groups too.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 31 +++---
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-sunxi/dram_sun50i_h616.c
b/arch/arm/mach-sunxi/dram_sun50i_h616.c
From: Jernej Skrabec
When comparing configuration procedure to vendor driver, I noticed that
one command was out of order and that some delays were missing.
Fix that.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 10 +-
1 file
From: Jernej Skrabec
It seems that different dies need different PHY pin mapping. Select
alternatives based on "bond ID".
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 59 +++---
1 file changed, 44 inserti
From: Jernej Skrabec
Adjust H616 LPDDR4 DRAM settings to be in line with vendor driver.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c| 33 +--
.../dram_timings/h616_lpddr4_2133.c | 2 +-
2 files changed, 24
From: Chris Morgan
Add support for the Anbernic RG35XX-2024.
This device is a handheld gaming console (series) based around the
Anbernic H700 SoC. It comes with 1GB of RAM and multiple face buttons
for input.
Add support for the simplest model for now, and then iterate later to
add board
On Wed, Aug 14, 2024 at 04:06:23PM -0500, Chris Morgan wrote:
> On Sat, Aug 03, 2024 at 03:29:17PM +0300, Mikhail Kalashnikov wrote:
> >
> > On 02.08.2024 01:55, Chris Morgan wrote:
> > > From: Jernej Skrabec
> > >
> > > Adjust H616 LPDDR4 DRAM
On Sat, Aug 03, 2024 at 03:29:17PM +0300, Mikhail Kalashnikov wrote:
>
> On 02.08.2024 01:55, Chris Morgan wrote:
> > From: Jernej Skrabec
> >
> > Adjust H616 LPDDR4 DRAM settings to be in line with vendor driver.
> >
> > Signed-off-by: Jernej
On Fri, Aug 02, 2024 at 04:08:39PM +0530, Sumit Garg wrote:
> Hi Andre,
>
> On Fri, 2 Aug 2024 at 15:27, Andre Przywara wrote:
> >
> > On Fri, 2 Aug 2024 12:24:56 +0530
> > Sumit Garg wrote:
> >
> > Hi Sumit,
> >
> > > Hi Chris,
> &
From: Chris Morgan
The Anbernic RG35XX series of devices are based around an Allwinner
H700 SoC with 1GB of RAM, 2 SD cards, and multiple input buttons.
This bootloader has been tested on the Anbernic RG35XX-2024 and
RG35XX-H, but should be suitable for the entire lineup of H700 based
devices
From: Jernej Skrabec
CSI1 channel (22) is missing and IOMMU (25) has priority flag set in
vendor bootloader. Fix that.
While at it, replace bandwidth flag with priority since original flag has
always value "true".
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/
From: Chris Morgan
Update the sun50i-h616.dtsi file from upstream linux, and include the
fix for selecting the pinctrl for the r_i2c bus from mainline:
7c9ea4ab7617 ("arm64: dts: allwinner: h616: Add r_i2c pinctrl nodes")
Signed-off-by: Chris Morgan
---
arch/arm/dts/sun50i
bank groups too.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 31 +++---
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-sunxi/dram_sun50i_h616.c
b/arch/arm/mach-sunxi/dram_sun50i_h616.c
From: Jernej Skrabec
When comparing configuration procedure to vendor driver, I noticed that
one command was out of order and that some delays were missing.
Fix that.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 10 +-
1 file
From: Jernej Skrabec
Adjust H616 LPDDR4 DRAM settings to be in line with vendor driver.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c| 35 +--
.../dram_timings/h616_lpddr4_2133.c | 2 +-
2 files changed, 26
From: Jernej Skrabec
It seems that different dies need different PHY pin mapping. Select
alternatives based on "bond ID".
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 59 +++---
1 file changed, 44 inserti
From: Jernej Skrabec
Adjust H616 LPDDR3 DRAM settings to be in line with vendor driver.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_sun50i_h616.c | 2 +-
arch/arm/mach-sunxi/dram_timings/h616_lpddr3.c | 2 +-
2 files changed, 2 insertions(+), 2
From: Jernej Skrabec
Adjust H616 DDR3 DRAM settings to be in line with vendor driver.
Signed-off-by: Jernej Skrabec
Tested-by: Chris Morgan
---
arch/arm/mach-sunxi/dram_timings/h616_ddr3_1333.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-sunxi
From: Chris Morgan
Add support for the Anbernic RG35XX-2024.
This device is a handheld gaming console (series) based around the
Anbernic H700 SoC. It comes with 1GB of RAM and multiple face buttons
for input.
Add support for the simplest model for now, and then iterate later to
add board
Hi Simon,
Simon Glass wrote:
On Wed, 31 Jul 2024 at 04:14, Chris Webb wrote:
Alas I don't have any boards to test on for either of these platforms.
If you have the inclination it is still worth sending a patch. The
maintainer can check it. These sorts of counter-examples can be copie
latforms.
Best wishes,
Chris.
() to mtk_pinctrl_common_bind() and call
this as the .bind method of each of the mediatek pinctrl drivers.
Signed-off-by: Chris Webb
---
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 1 +
drivers/pinctrl/mediatek/pinctrl-mt7623.c | 1 +
drivers/pinctrl/mediatek/pinctrl-mt7629.c | 1
k soc that uses
mtk_pinctrl_common_probe() as they'll all be affected by this problem.
Best wishes,
Chris.
_bind() wouldn't get called at all, but perhaps it's bound too
late somehow?
Best wishes,
Chris.
Chris Webb wrote:
Now the release is out, I'd be really keen to pick this one up and get
it fixed upstream if possible.
Hi Tom, is there anything more I can do to help out here? I'd love
upstream 2024.10 to ship with gpio-hog that works again.
Best wishes,
Chris.
axp_init(void)
> -{
> - return pmic_bus_init();
> -}
> -
> -#if !CONFIG_IS_ENABLED(ARM_PSCI_FW) &&
> !IS_ENABLED(CONFIG_SYSRESET_CMD_POWEROFF)
> -int do_poweroff(struct cmd_tbl *cmdtp, int flag, int argc, char *const
> argv[])
> -{
> - pmic_bus_setbits(AXP717_SHUTDOWN, AXP717_POWEROFF);
> -
> - /* infinite loop during shutdown */
> - while (1) {}
> -
> - /* not reached */
> - return 0;
> -}
> -#endif
> --
> 2.35.8
>
I've been using this for the past week or so on my RG35XX-H for which
I've been testing some code and it has worked well for me.
Tested-by: Chris Morgan
Chris Webb wrote:
Tom Rini wrote:
Adding Marek, as the author of commit 48b3ecbedf82 ("gpio: Get rid of
gpio_hog_probe_all()").
Thanks! I don't claim this is the correct way to fix this, just that it
works.
Specifically, the two things I found that got gpio-hog wor
, presumably (b) isn't right as it would (presumably) need
repeating in lots of other pinctrl drivers?
Best wishes,
Chris.
e guessing at some magic
numbers that I think might be sizes of certain headers.
Is there any way to convince mkimage to make sure the initrd is on an
appropriately aligned boundary so I don't have to guess.
Thanks,
Chris
:
[...]
CPU: MediaTek MT7981
Model: GL.iNet GL-X3000
DRAM: 512 MiB
[...]
Core: 34 devices, 14 uclasses, devicetree: separate
MMC:
mmc@1123: 0
[...]
Probe them directly in gpio_post_bind instead.
Signed-off-by: Chris Webb
---
drivers/gpio/gpio-uclass.c | 4 +++-
1 file
Chris Webb wrote:
This shows gpio_post_bind being called, then the four gpio-hogs found
and set to probe after bind, but the gpio_hog_probe function is never
actually called. Presumably this is the problem - if they're not probed
then they'll never take effect?
I enabled CONF
. Nothing relevant happens
after gpio_post_bind is called.
Is this a bug or is there some basic config/dts mistake on my part here?
Is there some other debug info I can get that might shed light on what's
going on, or some config prerequisite for DM_FLAG_PROBE_AFTER_BIND to work
that I'm likely to be missing?
Best wishes,
Chris.
t; configs/nova-rk3588s_defconfig| 69 +++
>
> Here's the defconfig file, but:
>
> > > @@ -0,0 +1,6 @@
> > > +INDIEDROID-NOVA-RK3588
> > > +M: Chris Morgan
> > > +S: Maintained
> > > +F:
From: Chris Morgan
The Indiedroid Nova is a Rockchip RK3588S based SBC from Indiedroid.
Specifications:
Rockchip RK3588S SoC
4x ARM Cortex-A76, 4x ARM Cortex-A55
4/8/16GB memory LPDDR4x
Mali G610MC4 GPU
Optional eMMC
2x USB 2.0, 2x USB 3.0, 1x USB 3.0 C port with DP Alt
On Thu, May 23, 2024 at 11:47:41AM +0800, Kever Yang wrote:
>
> On 2024/5/21 23:45, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > This reverts commit 41a60d0e5cef54a59596a58940fa7c9cf071034b.
> >
> > On some of the supported devices the adc detect cod
> >> +/*
> > >> + * Copyright 2024 Tim Harvey
> > >> + */
> > >> +#include
> > >> +#include
> > >> +#include
> > >> +
> > >> +int fdt_kaslrseed(void *fdt)
> > >> +{
> > >> +
On Thu, May 02, 2024 at 10:00:46PM +0200, Jonas Karlman wrote:
> Hi Chris,
>
> On 2024-05-02 21:34, Chris Morgan wrote:
> > From: Chris Morgan
> >
> > Some of the rgxx3 devices do not have a way to recover from a poor
> > flash of a bootloader to eMMC. Set the
From: Chris Morgan
Some of the rgxx3 devices do not have a way to recover from a poor
flash of a bootloader to eMMC. Set the device to always attempt to boot
from sdmmc0 first which ensures that we can override the boot from
emmc if we have a card present with a valid fit signature. The
From: Chris Morgan
This reverts commit 41a60d0e5cef54a59596a58940fa7c9cf071034b.
On some of the supported devices the adc detect code always returns
that the button has been pushed, and as a result the device will
not boot normally.
Signed-off-by: Chris Morgan
---
board/anbernic/rgxx3_rk3566
From: Chris Morgan
Set the rgxx3 device to boot from mmc0 first. This serves as a fallback
to allow us to recover from a bad U-Boot (or later) stage in a worst
case scenario. The code for an ADC button appears to have broke some
board revisions; this solution is much simpler and allows users to
From: Chris Morgan
The Indiedroid Nova is a Rockchip RK3588S based SBC from Indiedroid.
Specifications:
Rockchip RK3588S SoC
4x ARM Cortex-A76, 4x ARM Cortex-A55
4/8/16GB memory LPDDR4x
Mali G610MC4 GPU
Optional eMMC
2x USB 2.0, 2x USB 3.0, 1x USB 3.0 C port with DP Alt
From: Chris Morgan
The Powkiddy X55 is a Rockchip RK3566 based handheld gaming device.
UART, ADC, eMMC, and SDMMC are tested to work in U-Boot and this
successfully boots mainline Linux.
Kernel commit:
e99adc97e21a ("arm64: dts: rockchip: Add Powkiddy X55")
Signed-off-by: Ch
From: Chris Morgan
The Powkiddy X55 is a Rockchip RK3566 based handheld gaming device.
UART, ADC, eMMC, and SDMMC are tested to work in U-Boot and this
successfully boots mainline Linux.
Kernel commit:
e99adc97e21a ("arm64: dts: rockchip: Add Powkiddy X55")
Signed-off-by: Ch
From: Chris Morgan
Some of the rgxx3 devices do not have a way to recover from a poor
flash of a bootloader to eMMC. Set the device to always attempt to boot
from sdmmc0 first which ensures that we can override the boot from
emmc if we have a card present with a valid U-Boot stage.
Signed-off
1 - 100 of 1084 matches
Mail list logo
