[linux-sunxi] ESR UPS project

I let you answer that one: https://gitlab.com/esr/upside/issues/43 -- Benjamin Henrion (zoobab) Email: zoobab at gmail.com Mobile: +32-484-566109 Web: http://www.zoobab.com FFII.org Brussels "In July 2005, after several failed attempts to legalise software patents in Europe, the patent

[linux-sunxi] Re: [PATCH v2 4/6] ASoC: sun4i-i2s: Add multi-lane functionality

On 13 March 2018 at 09:00, Maxime Ripard wrote: > On Mon, Mar 12, 2018 at 04:57:51PM +0100, codekip...@gmail.com wrote: >> From: Marcus Cooper >> >> The i2s block supports multi-lane i2s output however this functionality >> is only possible in

Re: [linux-sunxi] [PATCH v2 1/6] ASoC: sun4i-i2s: Add slot width override

Hi Marcus, On Tue, Mar 13, 2018 at 2:57 AM, wrote: > From: Marcus Cooper > > Some codecs require a different amount of a bit clocks per frame > than what is calculated by using the sample width. Use a slot > width override property to provide this

[linux-sunxi] Re: [PATCH v2 4/6] ASoC: sun4i-i2s: Add multi-lane functionality

On 13 March 2018 at 09:23, Maxime Ripard wrote: > On Tue, Mar 13, 2018 at 09:15:49AM +0100, Code Kipper wrote: >> On 13 March 2018 at 09:00, Maxime Ripard wrote: >> > On Mon, Mar 12, 2018 at 04:57:51PM +0100, codekip...@gmail.com wrote: >> >>

Re: [linux-sunxi] Re: [PATCH v2 6/6] ASoC: sun4i-i2s: Add support for loopback

Hi Mark, > >> +- loopback: if this property is present then the dai is configured in >> + loopback mode where the output fifo is redirected to the input >> + fifo. > > This really doesn't seem like something that ought to go into the DT > and hence ABI given that there's

[linux-sunxi] Re: [PATCH v2 1/6] ASoC: sun4i-i2s: Add slot width override

On Mon, Mar 12, 2018 at 04:57:48PM +0100, codekip...@gmail.com wrote: > Some codecs require a different amount of a bit clocks per frame > than what is calculated by using the sample width. Use a slot > width override property to provide this mechanism. If this is a CODEC requirement we should

[linux-sunxi] Re: [PATCH v2 6/6] ASoC: sun4i-i2s: Add support for loopback

On Mon, Mar 12, 2018 at 04:57:53PM +0100, codekip...@gmail.com wrote: > +- loopback: if this property is present then the dai is configured in > + loopback mode where the output fifo is redirected to the input > + fifo. This really doesn't seem like something that ought

[linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

Hi, I'm trying to bootstrap Debian on an Olimex A64-OLinuXino board from scratch with mainline U-boot and kernel, using Debian stretch on x86_64 as the build host. For reference, here is the procedure I'm using: - cross-built mainline U-boot 2018.01 including the SPL and BL31 from latest

[linux-sunxi] Re: [PATCH 3/5] pwm: sun4i: Introduce (optional) reset support

Hi Maxime, thanks for looking into this and for the Acks! On 07/03/18 07:45, Maxime Ripard wrote: > On Wed, Mar 07, 2018 at 02:07:17AM +, Andre Przywara wrote: >> While the PWM IP in the Allwinner H6 SoC is fully compatible to those >> used in older SoCs (H3, A64), it features a dedicated

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

Hi Chris, On Tuesday, 13.03.2018 at 14:31, Chris Obbard wrote: > You can do a 2nd stage cross-debootstrap on your host machine. Right, I just ran it on the board since that seemed simpler (and exposed the kernel instability). > Also, you can build DTS as part of Linux make. I do that, what I

[linux-sunxi] Re: [U-Boot] [PATCH] net: sun8i_emac: Fix PHY initialization

On Wed, Feb 28, 2018 at 3:47 AM, Joe Hershberger wrote: > On Sat, Jan 27, 2018 at 11:53 PM, Samuel Holland wrote: >> The previous code tried to update the PHY parameters without waiting for >> autonegotiation to complete. This caused wrong values to

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

Hi Martin, You can do a 2nd stage cross-debootstrap on your host machine. Also, you can build DTS as part of Linux make. Where are your Kernel modules? We (64 Studio) are making a scripted auto-debian image maker, watch this space :-). If you are interested in helping or have some input please

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

On Tuesday, 13.03.2018 at 15:18, Martin Lucina wrote: > I've now also tried with a 4.16-rc5 kernel and get the same "bad page > state" early in the boot process. > > Are current mainline kernels stable on this board, or do I need some extra > patches? Headless operation is enough for me. I just

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

On Tuesday, 13.03.2018 at 17:30, Martin Lucina wrote: > On Tuesday, 13.03.2018 at 15:18, Martin Lucina wrote: > > I've now also tried with a 4.16-rc5 kernel and get the same "bad page > > state" early in the boot process. > > > > Are current mainline kernels stable on this board, or do I need

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

Hi, On 13/03/18 14:18, Martin Lucina wrote: > Hi, > > I'm trying to bootstrap Debian on an Olimex A64-OLinuXino board from > scratch with mainline U-boot and kernel, using Debian stretch on x86_64 as > the build host. For reference, here is the procedure I'm using: > > - cross-built mainline

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

Martin Lucina: > Any ideas? This is with U-boot 2018.03 (released a few hours ago) and > mainline Linux 4.16-rc5. So just to make sure it's not a hardware failure, does it work with any earlier version of Linux? Have you got it working before? Joonas -- You received this message because you

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

> So just to make sure it's not a hardware failure, does it work with any earlier version of Linux? Have you got it working before? ‎ This is a new board, recently purchased from Olimex. I've not tried any other kernels. The Olimex site only has some torrent with (according to the docs) an

[linux-sunxi] Re: [PATCH v2] sunxi: move CONFIG_SYS_TEXT_BASE out of defconfigs

On Sun, Mar 4, 2018 at 5:19 AM, Andre Przywara wrote: > Commit 278b90ce786f ("configs: Migrate CONFIG_SYS_TEXT_BASE") made > CONFIG_SYS_TEXT_BASE a proper Kconfig variable, with the consequence > of moving the common definition shared by almost every sunxi board > into 123

[linux-sunxi] [PATCH v4 01/19] sunxi: README.sunxi64: Add hint about non-debug of ARM Trusted Firmware

As we are running into issues where the final U-Boot FIT image file is exceeding our size limit, add a hint to the README.sunxi64 file to point out the possibility of building non-debug versions of the ATF binary. These are about 12KB smaller than the standard debug build, and so allow successful

[linux-sunxi] [PATCH v4 05/19] arm: dts: sunxi: update A64 to new EMAC binding

The U-Boot driver for the sun8i-emac was using some preliminary DT binding. Now since Linux got its own driver in v4.15 and our driver can now cope with both bindings, let's convert the DT nodes used for the Pine64+ board over to the new bindings used by the kernel. Signed-off-by: Andre Przywara

[linux-sunxi] [PATCH v4 04/19] net: sun8i-emac: add support for new EMAC DT binding

The Ethernet MAC used in newer Allwinner SoCs (H3, A64, H5) got an upstream Linux driver in v4.15. This one uses a slightly different binding from the original one used by the U-Boot driver. The differences to the old binding are: - The "syscon" address is held in a separate node, referenced via a

[linux-sunxi] [PATCH v4 08/19] net: sun8i-emac: remove support for old binding

The original DT binding used by U-Boot's sun8i-emac driver was not really agreed upon, and deviated from the "official" binding now used by the kernel. Since now all U-Boot users have been converted to the new binding, we can remove support for the old DT nodes from the driver. Signed-off-by:

[linux-sunxi] [PATCH v4 03/19] net: sun8i-emac: support new pinctrl DT bindings

The Linux kernel driver for the Allwinner pin controller gained support for generic properties, which are now also used in the DTs. The sun8i-emac Ethernet driver for new Allwinner MACs reads the pins from the DT, but so far only supported the old binding. Update the parsing routine to cope with

[linux-sunxi] [PATCH v4 19/19] sunxi: DT: A64: add proper SoPine baseboard device tree

When the defconfig for the SoPine baseboard was added, there wasn't any proper DT for the board yet, so we used the Pine64 DT as a placeholder. Copy the DT file(s) meanwhile added in Linux over to U-Boot, and use them in our defconfig. Signed-off-by: Andre Przywara

[linux-sunxi] [PATCH v4 16/19] sunxi: DT: H3: update board .dts files from Linux

Update the .dts file for the various boards with an Allwinner H3 SoC. This is as of v4.15-rc9, exactly Linux commit: commit 4904337fe34fa7fc529d6f4d9ee8b96fe7db310a Author: Corentin Labbe Date: Tue Oct 31 09:19:12 2017 +0100 ARM: dts: sunxi: Restore EMAC changes

[linux-sunxi] [PATCH v4 13/19] sunxi: DT: A64: update board .dts files from Linux

Update the .dts files for the various boards with an Allwinner A64 SoC. This is as of v4.15-rc9, exactly Linux commit: commit bdfe4cebea11476d278b1b98dd0f7cdac8269d62 Author: Icenowy Zheng Date: Fri Nov 10 17:26:54 2017 +0800 arm64: allwinner: a64: add Ethernet PHY

[linux-sunxi] [PATCH v4 14/19] sunxi: DT: update device tree files for Allwinner H3 and H5 SoCs

Update the device tree files from the Linux tree as of: commit 776245ae02f63ba2b94596b892c597676e190e78 Author: Corentin Labbe Date: Tue Oct 31 09:19:11 2017 +0100 ARM: dts: sunxi: h3/h5: represent the mdio switch used by sun8i-h3-emac Since the H3 and H5 are

[linux-sunxi] [PATCH v4 00/19] sunxi: sync H3, H5, A64 DTs from mainline Linux

A minor update to the v3 version sent earlier this month. I reworked patch 09 to drop the direct MMC environment for 32-bit Allwinner boards as well and keep the current MMC offset. For now I also dropped the two patches changing (back) the MMC regulator. I still believe they are good to have and

[linux-sunxi] [PATCH v4 02/19] sunxi: gpio: add missing compatible strings

The sunxi GPIO driver is missing some compatible strings for recent SoCs. While most of the sunxi GPIO code seems to not rely on this (and so works anyway), the sunxi_name_to_gpio() function does and fails at the moment (for instance when resolving the MMC CD pin name). Add the compatible strings

[linux-sunxi] [PATCH v4 10/19] sunxi: revert disabling of features

In January some commits were introduced to mitigate the U-Boot image size issues we encountered on sunxi builds. Now with the MMC environment removed we can bring them back, as we practically don't have a size limit anymore. Signed-off-by: Andre Przywara Acked-by: Maxime

[linux-sunxi] [PATCH v4 07/19] arm: dts: sunxi: update H5 to new EMAC binding

The U-Boot driver for the sun8i-emac was using some preliminary DT binding. Now since Linux got its own driver in v4.15 and our driver can now cope with both bindings, let's convert the DT nodes used by the OrangePi PC2 over to the new bindings used by the kernel. Signed-off-by: Andre Przywara

[linux-sunxi] [PATCH v4 12/19] sunxi: DT: A64: update device tree file for Allwinner A64 SoC

Updates the device tree file from the the Linux tree as of v4.15-rc9, exactly Linux commit: commit 16416084e06e1ebff51a9e7721a8cc4ccc186f28 Author: Corentin Labbe Date: Tue Oct 31 09:19:15 2017 +0100 arm64: dts: allwinner: add snps,dwmac-mdio compatible to

[linux-sunxi] [PATCH v4 15/19] sunxi: DT: H5: update board .dts files from Linux

Update the .dts file for the various boards with an Allwinner H5 SoC. This is as of v4.15-rc9, exactly Linux commit: commit f88e9301948173dd35afad4a6939092c7f269aed Author: Sergey Matyukevich Date: Fri Nov 3 22:58:54 2017 +0300 arm64: dts: orange-pi-zero-plus2: fix

[linux-sunxi] [PATCH v4 17/19] sunxi: DT: H3: update libre-cc board .dts file

Update the board DT file to match the updated h3.dtsi base. This file is not (yet?) in Linux, so we can't update from there directly. Signed-off-by: Andre Przywara Acked-by: Maxime Ripard --- arch/arm/dts/sun8i-h3-libretech-all-h3-cc.dts | 8

[linux-sunxi] [PATCH v4 18/19] sunxi: DT: H2+: update Opi-zero .dts

Update the .dts file for the OrangePi Zero board, using the H2+ SoC. This is as of v4.15-rc9, exactly Linux commit: commit 4904337fe34fa7fc529d6f4d9ee8b96fe7db310a Author: Corentin Labbe Date: Tue Oct 31 09:19:12 2017 +0100 ARM: dts: sunxi: Restore EMAC changes

[linux-sunxi] [PATCH v4 09/19] sunxi: disable direct MMC environment

Since the dawn of time for the Allwinner support in mainline U-Boot we store the environment to the SD card and write directly at 544KB from the beginning of the device. This leads to problems when the U-Boot proper image grows beyond 504KB and eventually overlaps. With one release of having the

[linux-sunxi] [PATCH v4 11/19] Revert "sunxi: Pine64: temporarily remove extra Pine64 non-plus DT"

Now with the MMC environment gone, we have enough space to accomodate the Pine64 "non-plus" .dtb again. This reverts commit 47952b8e42c2790150e16d3d4235b3a1ee0ba9bb. Signed-off-by: Andre Przywara --- configs/pine64_plus_defconfig | 1 + 1 file changed, 1 insertion(+)

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

Hi, On Tuesday, 13.03.2018 at 17:52, Andre Przywara wrote: > > setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait > > panic=10 > > load mmc 0:1 0x4300 dtb > > load mmc 0:1 0x4100 Image > > booti 0x4100 - 0x4300 > > Please don't use those old values from

Re: [linux-sunxi] "BUG: Bad page state in process ..." on Olimex A64-OLinuXino

On Tue, Mar 13, 2018 at 08:20:35PM +0100, Martin Lucina wrote: > Hi, > > > > However, while running the debootstrap 2nd stage on the board, it seems > > > that > > > the kernel is not stable: > > > > Another thing to check if you are seeing stability issues is the power > > supply (including