Re: [linux-sunxi] Help for 1-wire on Olimex's A64-OLinuXino-2Ge8G-IND: "pin already requested"

Hi Ilario, On 10/10/23 08:57, Ilario Gelmetti wrote: > Dear all, > thanks for your work in supporting the Allwinner devices!! > > I am trying to use the 1-wire instructions I found on the wiki here [1] > for connecting some DS18B20 1-wire thermometer to an > A64-OLinuXino-2Ge8G-IND [2]. This

Re: [linux-sunxi] Using the Linux Devicetrees for the D1

Hi Brandon, On 10/23/23 05:45, Brandon Cheo Fusi wrote: > Hi everyone, > > After coming across this line  > `Use the devicetree provided in RAM by the platform firmware (for > U-Boot, this means $fdtcontroladdr). Do not load a DTB from storage` > > at [1], and the discussion at [2], I've

[linux-sunxi] Re: [PATCH 5/8] sunxi: enable support for SPI NAND booting on SUNIV

is the same for SPI NOR and NAND. > > Signed-off-by: Icenowy Zheng > --- > arch/arm/mach-sunxi/board.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) Reviewed-by: Samuel Holland > diff --git a/arch/arm/mach-sunxi/board.c b/arch/arm/mach-sunxi/board.c > in

[linux-sunxi] Re: [PATCH 4/8] sunxi: SPL SPI: add initial support for booting from SPI NAND

ooks fine to me. I verified that NOR booting still works when SPL_SPI_SUNXI_NAND is enabled, so: Tested-by: Samuel Holland # Orange Pi Zero Plus > Signed-off-by: Icenowy Zheng > --- > arch/arm/mach-sunxi/Kconfig | 16 +++ > arch/arm/mach-sunxi

[linux-sunxi] Re: [PATCH 3/8] sunxi: SPL SPI: allow multiple boot attempt

o allow booting without valid magic number when > booting with SPI NOR. So the issue is that when CONFIG_SPL_RAW_IMAGE_SUPPORT=y, then spl_parse_image_header() will return 0 even when using the wrong NAND parameters? I don't see a better solution, so: Reviewed-by: Samuel Holland Tested-by: Samuel

[linux-sunxi] Re: [PATCH 2/8] sunxi: SPL SPI: add support for read command with 2 byte address

real address. As the address is sent out > in bit endian, this makes it not compatible with usual 3 byte address. typo: big > Signed-off-by: Icenowy Zheng > --- > arch/arm/mach-sunxi/spl_spi_sunxi.c | 20 +--- > 1 file changed, 13 insertions(+), 7 deletions(-)

[linux-sunxi] Re: [PATCH 1/8] sunxi: SPL SPI: extract code for doing SPI transfer

On 10/13/22 22:05, Icenowy Zheng wrote: > To support SPI NAND flashes, more commands than Read (03h) are needed. > > Extract the code for doing SPI transfer from the reading code for code > reuse. > > Signed-off-by: Icenowy Zheng One comment below. Reviewed-by: Samu

Re: [linux-sunxi] How to enable 2 NAND chips on A33 SOC

Hi Mahmut, On 10/25/22 07:53, Mahmut Dikçizgi wrote: > I have noticed in sun8i-a23-a33.dtsi nand controller is only initialized > with CS0 & RB0 pins, so DTB needs to report the kernel which pins to > utilize to select chip1. > > sun8i-a23-a33.dtsi: >         nfc: nand-controller@1c03000 { >    

Re: [linux-sunxi] Kernel crash in "cpu_freq"

Hi Torsten, On 7/19/22 3:44 AM, Torsten Beyer wrote: > fantastic - I have built a kernel with changed setting yesterday afternoon > (increased min OPP to 1.1V) and the system has been running for about 20hrs > now > without freezes. Thanks for your help - looks like this patch fixes it.  Thanks

Re: [linux-sunxi] Kernel crash in "cpu_freq"

Hi Torsten, On 7/18/22 7:13 AM, Torsten Beyer wrote: > Hi again, > > I believe I found the place. Can you confirm that changing the microvolts OPPs > in "arch/arm/boot/dts/sun7i-a20.dtsi" is the right place for upping the > microvolts for lower frequencies? Yes, in that file, in the

Re: [linux-sunxi] Kernel crash in "cpu_freq"

Hi Torsten, On 7/13/22 3:18 AM, Torsten Beyer wrote: > Hi all, > > I am trying to debug a bug on an open source air navigation box for > gliders called openvario . It is > based on a cubieboard (A20) plus some additional serial connections > and an optional

Re: [linux-sunxi] Trying to get samuels linux fork working on a D1 based board

Hi Hannes, On 7/9/22 2:45 PM, Hannes Winkler wrote: > Actually, I did replace the board.dtb with the `sun20i-d1-nezha.dtb` generated > by your kernel build, so that should be fine, but yeah if the nezha dtb won't > work on R01 anyway then that's probably why it didn't work Ah, if you use a DTB

Re: [linux-sunxi] Trying to get samuels linux fork working on a D1 based board

Hi Hannes, On 7/9/22 6:30 AM, Hannes Winkler wrote: > Hey all, > > first of all I really appreciate all the work this community is doing to get > allwinner hardware working with linux. > > My hardware is a ClockworkPi Devterm R01: > https://www.clockworkpi.com/product-page/devterm-kit-r01. The

Re: [linux-sunxi] u-boot: Wrong Image Format for bootm command

On 5/25/22 7:08 PM, Bram Stolk wrote: > Thanks again, Samuel, for all your help. > > Still not getting there: > > => booti ${kernel_addr_r} ${ramdisk_addr_r}:0 ${fdt_addr_r} > Moving Image from 0x4004 to 0x4020, end=415e10d8 > ERROR: Did not find a cmdline Flattened Device Tree > Could

Re: [linux-sunxi] u-boot: Wrong Image Format for bootm command

Hi Bram, On 5/25/22 2:10 PM, Bram Stolk wrote: > I have been following these instructions: > https://linux-sunxi.org/Allwinner_Nezha#Mainline_kernel > > But u-boot does not accept my kernel image. > I tried both Image.gz and Image > > => ext4load mmc 0:1 ${kernel_addr_r} Image > 20515704 bytes

Re: [linux-sunxi] Debian on Sipeed Lichee RV86

al" configuration. It is just the one I happen to use for testing.) Regards, Samuel > On Tue, May 24, 2022 at 4:35 PM Samuel Holland <mailto:sam...@sholland.org>> wrote: > > On 5/24/22 6:22 PM, Bram Stolk wrote: > > Thanks. This is all very useful i

Re: [linux-sunxi] Debian on Sipeed Lichee RV86

1 support. Regards, Samuel > On Tue, May 24, 2022 at 10:52 AM Samuel Holland <mailto:sam...@sholland.org>> wrote: > > Hi, > > On 5/19/22 5:09 PM, Bram Stolk wrote: > > Hi, > > > > I have a Sipeed Lichee RV86 <https://linux-sunxi.org

Re: [linux-sunxi] Debian on Sipeed Lichee RV86

Hi, On 5/19/22 5:09 PM, Bram Stolk wrote: > Hi, > > I have a Sipeed Lichee RV86 panel. > It basically adds a screen/ethernet/wifi for the Lichee RV compute module > (riscv64). > > I created an SDCARD using OpenixCard >

[linux-sunxi] Re: [PATCH RESEND v3] arm64: dts: allwinner: a64: olinuxino: Enable audio

On 1/12/22 9:49 AM, Philip Rinn wrote: > Enable the audio hardware on the Olimex A64-OLinuXino board family. > Tested on the A64-OLinuXino-2Ge8G-IND variant. > > Signed-off-by: Philip Rinn > --- > > Changes in v2: added missing {...} part > Changes in v3: removed HDMI audio part as requested

Re: [linux-sunxi] Re: A20 Board with Audio Amplifier

Hello, On 3/25/22 10:18 AM, Daft Soft wrote: > Hi! > Is FEX-file applicable on 5.x kernel? No, mainline Linux describes the audio routing in the device tree, not via FEX. > On Monday, 7 March 2022 at 13:25:27 UTC+3 mullappil...@gmail.com wrote: > > i have a board with A20 and  PAM8620

[linux-sunxi] Re: [PATCH v9 08/11] arm64: dts: allwinner: Add Allwinner H616 .dtsi file

Hi Andre, I took another look at this while working on the RTC binding. On 8/1/21 7:39 PM, Andre Przywara wrote: > This (relatively) new SoC is similar to the H6, but drops the (broken) > PCIe support and the USB 3.0 controller. It also gets the management > controller removed, which in turn

[linux-sunxi] Re: [PATCH v8 02/11] dt-bindings: rtc: sun6i: Add H616 compatible string

On 8/18/21 4:04 AM, Andre Przywara wrote: > On Tue, 17 Aug 2021 09:38:10 +0200 > Maxime Ripard wrote: > > Hi Maxime, > >> On Mon, Aug 02, 2021 at 01:39:38AM +0100, Andre Przywara wrote: >>> On Mon, 26 Jul 2021 16:41:37 +0200 >>> Maxime Ripard wrote: >>> Hi, On Fri, Jul 23,

[linux-sunxi] Re: [PATCH 52/54] arm64: dts: allwinner: Remove regulator-ramp-delay

On 7/21/21 9:04 AM, Maxime Ripard wrote: > The regulator-ramp-delay property isn't documented in the binding for > the AXP806, and it's ignored by the driver. Remove those properties. This is a generic regulator property, parsed by of_get_regulation_constraints, which is called by

[linux-sunxi] Re: [PATCH 02/54] ASoC: dt-bindings: Convert Bluetooth SCO Link binding to a schema

to declare support for wideband PCM, or explicitly declare a lack of support for it, #sound-dai-cells must be 1. Regards, Samuel > Cc: alsa-de...@alsa-project.org > Cc: devicet...@vger.kernel.org > Cc: Liam Girdwood > Cc: Mark Brown > Cc: Samuel Holland > Signed

[linux-sunxi] Re: [PATCH v6 03/17] dt-bindings: rtc: sun6i: Add H616 compatible string

On 6/7/21 7:59 AM, Andre Przywara wrote: > On Thu, 20 May 2021 21:37:34 -0500 > Samuel Holland wrote: > > Hi, > >> On 5/19/21 5:41 AM, Andre Przywara wrote: >>> Add the obvious compatible name to the existing RTC binding. >>> The actual RTC part of the

[linux-sunxi] Re: [PATCH v6 01/17] dt-bindings: mfd: axp20x: Add AXP305 compatible (plus optional IRQ)

On 5/19/21 5:41 AM, Andre Przywara wrote: > The AXP305 PMIC used in AXP805 seems to be fully compatible to the ^^ Typo? Do you mean "used with the H616 SoC"? > AXP805 PMIC, so add the proper chain of compatible strings. > > Also at least on one board (Orangepi

[linux-sunxi] Re: [PATCH v6 03/17] dt-bindings: rtc: sun6i: Add H616 compatible string

Andre, On 5/19/21 5:41 AM, Andre Przywara wrote: > Add the obvious compatible name to the existing RTC binding. > The actual RTC part of the device uses a different day/month/year > storage scheme, so it's not compatible with the previous devices. > > Signed-off-by: Andre Przywara > --- >

Re: [linux-sunxi] [PATCH] net: sun8i-emac: Fix pinmux setup for Allwinner H5

icitly list each supported SoC, and have an error message in the > fallback case, to avoid those problems in the future. > > This fixes Ethernet support on all H5 boards. > > Signed-off-by: Andre Przywara Tested-by: Samuel Holland # Orange Pi PC2 Also tested on H3 (Orange Pi P

[linux-sunxi] Re: [PATCH 2/2] sunxi: dts: H616: Drop reserved-memory node

ight clash with the actual values >> (which have also changed), and rely on TF-A to add the node. >> >> [1] https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/7770 >> >> Signed-off-by: Andre Przywara Reviewed-by: Samuel Holland >> --- >> arch/

[linux-sunxi] Re: [PATCH 1/2] sunxi: H616: Change TF-A load address to beginning of DRAM

any issues with > incompatible versions later on (the TF-A patches are about to be merged). > > Signed-off-by: Andre Przywara Reviewed-by: Samuel Holland > --- > arch/arm/dts/sunxi-u-boot.dtsi | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a

[linux-sunxi] Re: [RFC PATCH] arm64: dts: allwinner: a64/h5: Add CPU idle states

On 3/22/21 8:56 PM, Andre Przywara wrote: >> I'm sending this patch as an RFC because it raises questions about how >> we handle firmware versioning. How far back does (or should) our support >> for old TF-A and Crust versions go? >> >> cpuidle has a problem that without working firmware support,

[linux-sunxi] Re: [PATCH v4 2/4] drm: sun4i: dsi: Add bridge support

the DSI controller for bridge > functionalities. > > So, add support for bridge functionalities in Allwinner DSI > controller. > > Cc: Samuel Holland > Signed-off-by: Jagan Teki > --- > Note: > Samuel Holland, The existing kms hotplug dropped in order to > a

[linux-sunxi] Re: [PATCH v4 1/4] drm: sun4i: dsi: Use drm_of_find_panel_or_bridge

On 3/23/21 5:53 PM, Laurent Pinchart wrote: > Hi Jagan, > > Thank you for the patch. > > On Mon, Mar 22, 2021 at 07:31:49PM +0530, Jagan Teki wrote: >> Replace of_drm_find_panel with drm_of_find_panel_or_bridge >> for finding panel, this indeed help to find the bridge if >> bridge support added.

[linux-sunxi] [RFC PATCH] arm64: dts: allwinner: a64/h5: Add CPU idle states

enabling the idle state consumed no more average power than disabling the idle state at a variety of interrupt rates. Signed-off-by: Samuel Holland --- I'm sending this patch as an RFC because it raises questions about how we handle firmware versioning. How far back does (or should) our support

[linux-sunxi] [PATCH net-next v2 0/5] dwmac-sun8i cleanup and shutdown hook

in patch 3 Samuel Holland (5): net: stmmac: dwmac-sun8i: Return void from PHY unpower net: stmmac: dwmac-sun8i: Remove unnecessary PHY power check net: stmmac: dwmac-sun8i: Use reset_control_reset net: stmmac: dwmac-sun8i: Minor probe function cleanup net: stmmac: dwmac-sun8i: Add

[linux-sunxi] [PATCH net-next v2 5/5] net: stmmac: dwmac-sun8i: Add a shutdown callback

The Ethernet MAC and PHY are usually major consumers of power on boards which may not be able to fully power off (those with no PMIC). Powering down the MAC and internal PHY saves power while these boards are "off". Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- d

[linux-sunxi] [PATCH net-next v2 2/5] net: stmmac: dwmac-sun8i: Remove unnecessary PHY power check

sun8i_dwmac_unpower_internal_phy already checks if the PHY is powered, so there is no need to do it again here. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[linux-sunxi] [PATCH net-next v2 4/5] net: stmmac: dwmac-sun8i: Minor probe function cleanup

Adjust the spacing and use an explicit "return 0" in the success path to make the function easier to parse. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

[linux-sunxi] [PATCH net-next v2 3/5] net: stmmac: dwmac-sun8i: Use reset_control_reset

Use the appropriate function instead of reimplementing it, and update the error message to match the code. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[linux-sunxi] [PATCH net-next v2 1/5] net: stmmac: dwmac-sun8i: Return void from PHY unpower

This is a deinitialization function that always returned zero, and that return value was always ignored. Have it return void instead. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 5 ++--- 1 file changed, 2 insertions(+), 3

[linux-sunxi] Re: [PATCH net-next RESEND 3/5] net: stmmac: dwmac-sun8i: Use reset_control_reset

On 2/8/21 10:29 AM, Alexander Duyck wrote: > On Sun, Feb 7, 2021 at 10:32 PM Samuel Holland wrote: >> >> Use the appropriate function instead of reimplementing it, >> and update the error message to match the code. >> >> Reviewed-by: Chen-Yu Tsai

[linux-sunxi] Re: [PATCH] i2c: mv64xxx: Fix check for missing clock

On 2/8/21 7:20 AM, Andrew Lunn wrote: > On Mon, Feb 08, 2021 at 12:31:34AM -0600, Samuel Holland wrote: >> On 2/8/21 12:28 AM, Samuel Holland wrote: >>> In commit e5c02cf54154 ("i2c: mv64xxx: Add runtime PM support"), error >>> pointers to optional clo

[linux-sunxi] Re: [PATCH] i2c: mv64xxx: Fix check for missing clock

On 2/8/21 12:28 AM, Samuel Holland wrote: > In commit e5c02cf54154 ("i2c: mv64xxx: Add runtime PM support"), error > pointers to optional clocks were replaced by NULL to simplify the resume > callback implementation. However, that commit missed that the IS_ERR > check in mv

[linux-sunxi] [PATCH net-next RESEND 0/5] dwmac-sun8i cleanup and shutdown hook

of net-next and with Chen-Yu's Reviewed-by tags. Samuel Holland (5): net: stmmac: dwmac-sun8i: Return void from PHY unpower net: stmmac: dwmac-sun8i: Remove unnecessary PHY power check net: stmmac: dwmac-sun8i: Use reset_control_reset net: stmmac: dwmac-sun8i: Minor probe function cleanup

[linux-sunxi] [PATCH net-next RESEND 2/5] net: stmmac: dwmac-sun8i: Remove unnecessary PHY power check

sun8i_dwmac_unpower_internal_phy already checks if the PHY is powered, so there is no need to do it again here. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[linux-sunxi] [PATCH net-next RESEND 5/5] net: stmmac: dwmac-sun8i: Add a shutdown callback

The Ethernet MAC and PHY are usually major consumers of power on boards which may not be able to fully power off (those with no PMIC). Powering down the MAC and internal PHY saves power while these boards are "off". Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- d

[linux-sunxi] [PATCH net-next RESEND 3/5] net: stmmac: dwmac-sun8i: Use reset_control_reset

Use the appropriate function instead of reimplementing it, and update the error message to match the code. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[linux-sunxi] [PATCH net-next RESEND 4/5] net: stmmac: dwmac-sun8i: Minor probe function cleanup

Adjust the spacing and use an explicit "return 0" in the success path to make the function easier to parse. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)

[linux-sunxi] [PATCH] i2c: mv64xxx: Fix check for missing clock

s a result, the check always passes, even for an invalid device tree. Fixes: e5c02cf54154 ("i2c: mv64xxx: Add runtime PM support") Reported-by: Dan Carpenter Signed-off-by: Samuel Holland --- drivers/i2c/busses/i2c-mv64xxx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/dr

[linux-sunxi] [PATCH net-next RESEND 1/5] net: stmmac: dwmac-sun8i: Return void from PHY unpower

This is a deinitialization function that always returned zero, and that return value was always ignored. Have it return void instead. Reviewed-by: Chen-Yu Tsai Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 5 ++--- 1 file changed, 2 insertions(+), 3

[linux-sunxi] Re: Fail to boot on bpim3 with next-20210128

On 1/30/21 11:00 AM, Corentin Labbe wrote: > Hello > > next-20210128 cannot be booted on my bpim3. > It start booting then freeze. > > [0.00] Linux version 5.11.0-rc5-03084-g7426957d237f (compile@Red) > (armv7a-unknown-linux-gnueabihf-gcc (Gentoo 9.3.0-r2 p4) 9.3.0, GNU ld > (Gentoo

Re: [linux-sunxi] Re: [PATCH v2 05/21] sunxi: prcm: Add memory map for H6 like SoCs

On 1/21/21 7:14 PM, Andre Przywara wrote: > On Mon, 11 Jan 2021 21:11:37 +0100 > Jernej Skrabec wrote: > >> There was no need to have prcm definitions for H6 and similar SoCs till >> now. However, support R_I2C will be needed soon in SPL. >> >> Move old definitions to prcm_sun6i.h and add new

[linux-sunxi] Re: [PATCH v2 16/21] sunxi: Add H616 FEL support

On 1/11/21 2:11 PM, Jernej Skrabec wrote: > H616 uses different address for reset. Add it. > > Signed-off-by: Jernej Skrabec > --- > arch/arm/cpu/armv8/fel_utils.S | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/cpu/armv8/fel_utils.S

[linux-sunxi] [RFC PATCH 0/2] sunxi: Pass a reboot mode to the bootloader via the RTC

://megous.com/git/p-boot/tree/src/main.c#n144 [4]: https://github.com/orangepi-xunlong/linux-orangepi/blob/orange-pi-4.9-sun50iw9/drivers/rtc/rtc-sunxi.h#L113 Samuel Holland (2): rtc: sun6i: Add NVMEM provider arm64: dts: allwinner: a64: Add reboot mode arch/arm64/boot/dts/allwinner/sun50i-a64

[linux-sunxi] [RFC PATCH 2/2] arm64: dts: allwinner: a64: Add reboot mode

Store a reboot mode in one of the RTC's general purpose registers. This value can be used by U-Boot or another bootlader, for example to enter FEL or fastboot mode. Signed-off-by: Samuel Holland --- arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 17 + 1 file changed, 17

[linux-sunxi] [RFC PATCH 1/2] rtc: sun6i: Add NVMEM provider

-by: Samuel Holland --- drivers/rtc/rtc-sun6i.c | 42 + 1 file changed, 42 insertions(+) diff --git a/drivers/rtc/rtc-sun6i.c b/drivers/rtc/rtc-sun6i.c index e75020ab8024..d9d381adc62a 100644 --- a/drivers/rtc/rtc-sun6i.c +++ b/drivers/rtc/rtc-sun6i.c @@ -69,6

Re: [linux-sunxi] [PATCH] sunxi: Properly check for SATAPWR and MACPWR

andalone compiler switches. Ethernet still works, and the speed-up is welcome. Tested-by: Samuel Holland # Orange Pi WinPlus Cheers, Samuel -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop re

[linux-sunxi] Re: [PATCH v2 0/4] media: sunxi-cir: Cleanup and power management

On 1/18/21 12:00 AM, Samuel Holland wrote: > This series cleans up some dead code in the sunxi-cir driver and adds > system power management hooks. > > --- > Changes from v1: > - Unregister the RC device first thing in sunxi_ir_remove() [3] I forgot to add: Acked-by: Maxim

[linux-sunxi] [PATCH v2 4/4] media: sunxi-cir: Implement suspend/resume/shutdown callbacks

To save power, gate/reset the hardware block while the system is asleep or powered off. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/media/rc/sunxi-cir.c b/drivers/media/rc/sunxi-cir.c index

[linux-sunxi] [PATCH v2 2/4] media: sunxi-cir: Remove unnecessary spinlock

Only one register, SUNXI_IR_CIR_REG, is accessed from outside the interrupt handler, and that register is not accessed from inside it. As there is no overlap between different contexts, no lock is needed. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 10 -- 1 file

[linux-sunxi] [PATCH v2 3/4] media: sunxi-cir: Factor out hardware initialization

LIRC_SET_REC_TIMEOUT) while the hardware is disabled. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 128 --- 1 file changed, 74 insertions(+), 54 deletions(-) diff --git a/drivers/media/rc/sunxi-cir.c b/drivers/media/rc/sunxi-cir.c index 48be400421cd

[linux-sunxi] [PATCH v2 1/4] media: sunxi-cir: Clean up dead register writes

The register writes during driver removal occur after the device is already put back in reset, so they never had any effect. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/drivers/media/rc/sunxi-cir.c b/drivers/media

[linux-sunxi] [PATCH v2 0/4] media: sunxi-cir: Cleanup and power management

This series cleans up some dead code in the sunxi-cir driver and adds system power management hooks. --- Changes from v1: - Unregister the RC device first thing in sunxi_ir_remove() [3] Samuel Holland (4): media: sunxi-cir: Clean up dead register writes media: sunxi-cir: Remove unnecessary

[linux-sunxi] Re: [PATCH v3 19/21] arm64: dts: allwinner: Add Allwinner H616 .dtsi file

On 1/17/21 8:08 PM, Andre Przywara wrote: > This (relatively) new SoC is similar to the H6, but drops the (broken) > PCIe support and the USB 3.0 controller. It also gets the management > controller removed, which in turn removes *some*, but not all of the > devices formerly dedicated to the ARISC

[linux-sunxi] Re: [PATCH v3 18/21] dt-bindings: allwinner: Add H616 compatible strings

On 1/17/21 8:08 PM, Andre Przywara wrote: > Add simple "allwinner,sun50i-h616-xxx" compatible names to existing > bindings, and pair them with an existing fallback compatible string, > as the devices are compatible. > This covers I2C, infrared, RTC and SPI. > > Use enums to group all compatible

[linux-sunxi] Re: [PATCH v3 09/21] mfd: axp20x: Allow AXP chips without interrupt lines

On 1/17/21 8:08 PM, Andre Przywara wrote: > Currently the AXP chip requires to have its IRQ line connected to some > interrupt controller, and will fail probing when this is not the case. > > On a new Allwinner SoC (H616) there is no NMI pin anymore, so the > interrupt functionality of the AXP

[linux-sunxi] Re: [PATCH 3/4] media: sunxi-cir: Factor out hardware initialization

On 1/13/21 8:36 AM, Sean Young wrote: > On Tue, Jan 12, 2021 at 10:51:31PM -0600, Samuel Holland wrote: >> In preparation for adding suspend/resume hooks, factor out the hardware >> initialization from the driver probe/remove functions. >> >> The timeout programme

[linux-sunxi] [PATCH 4/4] media: sunxi-cir: Implement suspend/resume/shutdown callbacks

To save power, gate/reset the hardware block while the system is asleep or powered off. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 21 + 1 file changed, 21 insertions(+) diff --git a/drivers/media/rc/sunxi-cir.c b/drivers/media/rc/sunxi-cir.c index

[linux-sunxi] [PATCH 2/4] media: sunxi-cir: Remove unnecessary spinlock

Only one register, SUNXI_IR_CIR_REG, is accessed from outside the interrupt handler, and that register is not accessed from inside it. As there is no overlap between different contexts, no lock is needed. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 10 -- 1 file

[linux-sunxi] [PATCH 1/4] media: sunxi-cir: Clean up dead register writes

The register writes during driver removal occur after the device is already put back in reset, so they never had any effect. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 10 -- 1 file changed, 10 deletions(-) diff --git a/drivers/media/rc/sunxi-cir.c b/drivers/media

[linux-sunxi] [PATCH 0/4] media: sunxi-cir: Cleanup and power management

This series cleans up some dead code in the sunxi-cir driver and adds system power management hooks. Samuel Holland (4): media: sunxi-cir: Clean up dead register writes media: sunxi-cir: Remove unnecessary spinlock media: sunxi-cir: Factor out hardware initialization media: sunxi-cir

[linux-sunxi] [PATCH 3/4] media: sunxi-cir: Factor out hardware initialization

function: throwing away the error from clk_prepare_enable and using the wrong type for the temporary register value. Signed-off-by: Samuel Holland --- drivers/media/rc/sunxi-cir.c | 128 --- 1 file changed, 74 insertions(+), 54 deletions(-) diff --git a/drivers/media

[linux-sunxi] [PATCH v2 1/3] dt-bindings: sun4i-a10-lradc-keys: Accept wakeup-source property

The LRADC provides an interrupt that can be used to wake the system. Signify this by accepting a "wakeup-source" property in the binding. Signed-off-by: Samuel Holland --- .../bindings/input/allwinner,sun4i-a10-lradc-keys.yaml | 2 ++ 1 file changed, 2 insertions(+)

[linux-sunxi] [PATCH v2 2/3] input: sun4i-lradc-keys - Add wakup support

(sometimes doubling it), disable the LRADC wakeup source by default. Signed-off-by: Ondrej Jirman Signed-off-by: Samuel Holland --- drivers/input/keyboard/sun4i-lradc-keys.c | 22 ++ 1 file changed, 18 insertions(+), 4 deletions(-) diff --git a/drivers/input/keyboard/sun4i-lradc

[linux-sunxi] [PATCH v2 0/3] PinePhone volume key (LRADC) wakeup support

ing change - Only add wakeup capability if "wakeup-source" is present - Warn but do not error out if setting the wake IRQ fails - Add "wakeup-source" property to PinePhone device tree Ondrej Jirman (1): input: sun4i-lradc-keys - Add wakup support Samuel Holland (2):

[linux-sunxi] [PATCH v2 3/3] arm64: dts: allwinner: pinephone: Support volume key wakeup

PinePhone volume keys are connected to the LRADC in the A64. Users may want to use them to wake the device from sleep. Support this by declaring the LRADC as a wakeup source. Signed-off-by: Samuel Holland --- arch/arm64/boot/dts/allwinner/sun50i-a64-pinephone.dtsi | 1 + 1 file changed, 1

Re: [linux-sunxi] [PATCH v2 07/21] sunxi: support loading with SPL > 32KB

or() will now compare pre-configured size with > that, reported in SPL header. If size in header is bigger, it will use > that value instead. > > In the process of function rework, also add missing function argument. Reviewed-by: Samuel Holland Cheers, Samuel -- You received this m

Re: [linux-sunxi] [PATCH v2 05/21] sunxi: prcm: Add memory map for H6 like SoCs

ected in common prcm.h based on defined > macros. > > This commit doesn't do any functional change. > > Signed-off-by: Jernej Skrabec Reviewed-by: Samuel Holland Cheers, Samuel -- You received this message because you are subscribed to the Google Groups "linux-sunxi&quo

Re: [linux-sunxi] [PATCH v2 02/21] sunxi: Introduce common symbol for H6 like SoCs

lower ifdef clutter, introduce common symbol for > them. > > Signed-off-by: Jernej Skrabec Reviewed-by: Samuel Holland Cheers, Samuel -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop

Re: [linux-sunxi] [PATCH v6 3/3] arm64: dts: sun50i: Add support for Orange Pi 3

On 1/10/21 1:29 PM, Jernej Skrabec wrote: > From: Andre Heider > > dts file is taken from Linux 5.11-rc1 tag. > > The Bluetooth controller of this device ships with a default address, > use the new CONFIG_FIXUP_BDADDR option to fix it up. This still references the old config name. It should be

[linux-sunxi] Re: [PATCH v4 09/15] media: sunxi: Add support for the A31 MIPI CSI-2 controller

On 12/31/20 8:29 AM, Paul Kocialkowski wrote: > The A31 MIPI CSI-2 controller is a dedicated MIPI CSI-2 bridge > found on Allwinner SoCs such as the A31 and V3/V3s. > > It is a standalone block, connected to the CSI controller on one side > and to the MIPI D-PHY block on the other. It has a

[linux-sunxi] Re: [PATCH v3 01/10] dt-bindings: irq: sun6i-r: Split the binding from sun7i-nmi

On 1/8/21 3:44 AM, Maxime Ripard wrote: > Hi Samuel, > > Thanks a lot for working on this > > I'm fine with the rest of the work, but I have a couple of questions > > On Sun, Jan 03, 2021 at 04:30:52AM -0600, Samuel Holland wrote: >> The R_INTC in the A31 and

[linux-sunxi] Re: [PATCH v4 0/3] tools/sunxi: Use mkimage for SPL generation

lude/sunxi_image.h | 82 > scripts/Makefile.spl | 8 +- > tools/Makefile| 1 + > tools/sunxi_egon.c| 136 ++++++++++ > 7 files changed, 226 insertions(+), 68 deletions(-) > creat

[linux-sunxi] Re: [PATCH v2 4/4] arm64: dts: allwinner: h6: Use RSB for AXP805 PMIC connection

On 1/6/21 5:38 AM, Chen-Yu Tsai wrote: > On Wed, Jan 6, 2021 at 7:06 PM Maxime Ripard wrote: >> >> On Mon, Jan 04, 2021 at 10:54:19AM +, André Przywara wrote: >>> On 03/01/2021 10:00, Samuel Holland wrote: >>>> On boards where the only peripheral connected

[linux-sunxi] Re: [PATCH v2 4/4] arm64: dts: allwinner: h6: Use RSB for AXP805 PMIC connection

On 1/4/21 4:54 AM, André Przywara wrote: > On 03/01/2021 10:00, Samuel Holland wrote: >> On boards where the only peripheral connected to PL0/PL1 is an X-Powers >> PMIC, configure the connection to use the RSB bus rather than the I2C >> bus. Compared to the I2C controller

Re: [linux-sunxi] [PATCH 11/17] sunxi: Add H616 DRAM support

On 1/4/21 12:39 PM, Jernej Škrabec wrote: > Dne ponedeljek, 04. januar 2021 ob 03:39:52 CET je Samuel Holland napisal(a): >> On 1/3/21 3:26 AM, Jernej Skrabec wrote: >>> Allwinner H616 supports many types of DRAM. Most notably it supports >>> LPDDR4. However, all co

Re: [linux-sunxi] [PATCH 12/17] sunxi: Add support for H616 SoC

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > H616 is very similar to H6 so most of the infrastructure can be reused. > However, two big differences are that it doesn't have functional SRAM A2 > which is usually used for TF-A and it doesn't have ARISC co-processor. > It also needs bigger SPL size -

Re: [linux-sunxi] [PATCH 11/17] sunxi: Add H616 DRAM support

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > Allwinner H616 supports many types of DRAM. Most notably it supports > LPDDR4. However, all commercially available boards at this time use > only DDR3, so this commit adds only DDR3 support. > > Controller and MBUS are very similar to H6 but PHY is

Re: [linux-sunxi] [PATCH 10/17] sunxi: add support for R_I2C on H616

e you checked if that is the case? Either way: Reviewed-by: Samuel Holland > #define SUN9I_GPN_R_RSB 3 > > diff --git a/board/sunxi/board.c b/board/sunxi/board.c > index 54ff9bc92396..727e8320318f 100644 > --- a/board/sunxi/board.c > +++ b/board/sunxi/board.c &g

Re: [linux-sunxi] [PATCH 09/17] sunxi: add support for H616 uart0

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > This port is used for debug terminal on all known H616 boards. > > Signed-off-by: Jernej Skrabec Reviewed-by: Samuel Holland -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group.

Re: [linux-sunxi] [PATCH 08/17] sunxi: introduce support for H616 clocks

+#ifdef CONFIG_MACH_SUN50I_H6 > + int m = 4; > +#else > + int m = 2; > +#endif This looks like a good place for an IS_ENABLED ternary. > uint32_t rval = readl(>pll6_cfg); > int n = ((rval & CCM_PLL6_CTRL_N_MASK) >> CCM_PLL6_CTRL_N_SHIFT); > @@ -9

Re: [linux-sunxi] [PATCH 07/17] sunxi: support loading with SPL > 32KB

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > From: Andre Przywara > > H616 supports and needs bigger SPL than 32 KiB, mostly due to big DRAM > driver and need for PMIC configuration, which pull several drivers which > are not needed otherwise. > > Signed-off-by: Andre Przywara > Signed-off-by:

Re: [linux-sunxi] [PATCH 06/17] sunxi: Add support for I2C on H6 like SoCs

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > I2C support, especially R_I2C port, will be needed in future. Upcoming > support for H616 will need R_I2C to adjust DRAM voltage. > > Signed-off-by: Jernej Skrabec Reviewed-by: Samuel Holland -- You received this message because you ar

Re: [linux-sunxi] [PATCH 05/17] sunxi: prcm: Add memory map for H6 like SoCs

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > There was no need to have prcm definitions for H6 and similar SoCs till > now. However, support R_I2C will be needed soon in SPL. > > Move old definitions to prcm_sun6i.h and add new ones in prcm_sun50i.h. > One of those files will be selected in common

Re: [linux-sunxi] [PATCH 04/17] i2c: mvtwsi: sunxi: update macro

r those SoCs. > > Signed-off-by: Jernej Skrabec Reviewed-by: Samuel Holland -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr.

Re: [linux-sunxi] [PATCH 02/17] sunxi: Introduce common symbol for H6 like SoCs

On 1/3/21 3:26 AM, Jernej Skrabec wrote: > It turns out that there are at least 2 other SoCs which have basically > the same memory map, similar clocks and other features as H6. It's very > likely that we'll see more such SoCs in the future. In order to ease > porting to new SoCs and lower ifdef

[linux-sunxi] Re: [PATCH v3 03/10] irqchip/sun6i-r: Use a stacked irqchip driver

On 1/3/21 5:27 AM, Marc Zyngier wrote: > On Sun, 03 Jan 2021 10:30:54 +, > Samuel Holland wrote: >> >> The R_INTC in the A31 and newer sun8i/sun50i SoCs is more similar to the >> original sun4i interrupt controller than the sun7i/sun9i NMI controller. >> It is

[linux-sunxi] [PATCH net-next 5/5] net: stmmac: dwmac-sun8i: Add a shutdown callback

The Ethernet MAC and PHY are usually major consumers of power on boards which may not be able to fully power off (that have no PMIC). Powering down the MAC and internal PHY saves power while these boards are "off". Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/st

[linux-sunxi] [PATCH net-next 3/5] net: stmmac: dwmac-sun8i: Use reset_control_reset

Use the appropriate function instead of reimplementing it, and update the error message to match the code. Signed-off-by: Samuel Holland --- drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/stmicro

[linux-sunxi] [PATCH net-next 0/5] dwmac-sun8i cleanup and shutdown hook

These patches clean up some things I noticed while fixing suspend/resume behavior. The first four are minor code improvements. The last one adds a shutdown hook to minimize power consumption on boards without a PMIC. Samuel Holland (5): net: stmmac: dwmac-sun8i: Return void from PHY unpower

  1   2   3   4   >