[linux-sunxi] [PATCH 0/3] regulators: axp20x: Rename AXP221 DC1SW and DC5LDO supply names

Hi everyone, This series renames regulator supply names for DC1SW and DC5LDO for the AXP221. These 2 are secondary outputs for DCDC1 and DCDC5 buck regulators, respectively, so they are connected to them internally. There's no external input pin to name the supplies after. When I originally did

[linux-sunxi] [PATCH 3/3] ARM: dts: sun6i: hummingbird: Rename AXP221 DC1SW and DC5LDO supply names

"dcdc1-supply" and "dcdc5-supply" are renamed to "dc1sw-supply" and "dc5ldo-supply" respectively. Update the dts to reflect the new supply names for the regulators. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 4 ++-- 1 file changed, 2

[linux-sunxi] [PATCH 2/3] regulators: axp20x: Rename supply names for AXP221 DC1SW and DC5LDO

The DC1SW and DC5LDO regulators in the AXP221 are internally chained to DCDC1 and DCDC5, hence the names. The original bindings used the parent regulator names for the supply regulator property. This causes some confusion when we actually use it in the dts: axp221 { /*

[linux-sunxi] [PATCH 1/3] mfd: axp20x: Rename supply names for AXP221 DC1SW and DC5LDO regulators

The DC1SW and DC5LDO regulators in the AXP221 are internally chained to DCDC1 and DCDC5, hence the names. The original bindings used the parent regulator names for the supply regulator property. This causes some confusion when we actually use it in the dts: axp221 { /*

[linux-sunxi] Re: [PATCH 1/4] ARM:dts:sun7i: Add keypad clk node

On Wed, Sep 16, 2015 at 12:05:54AM +1000, yassinjaf...@gmail.com wrote: > From: Yassin Jaffer > > This patch add support to the keypad clock on sun7i > > Signed-off-by: Yassin Jaffer Applied, thanks! Maxime -- Maxime Ripard, Free Electrons

[linux-sunxi] Re: [PATCH v2 2/3] sunxi-tools: factor out persistent version and sram_info information

On Tue, 15 Sep 2015 14:02:28 +0200 Bernhard Nortmann wrote: > Am 14.09.2015 um 11:55 schrieb Bernhard Nortmann: > > Hello Siarhei! > > > > Am 13.09.2015 um 23:42 schrieb Siarhei Siamashka: > >> With this change, we are going to print "Warning: no 'soc_sram_info' > >>

[linux-sunxi] Re: [PATCH 4/4] devicetree: bindings:Allwinner sun4i keypad

On Wed, Sep 16, 2015 at 12:05:57AM +1000, yassinjaf...@gmail.com wrote: > From: Yassin Jaffer > > Signed-off-by: Yassin Jaffer > --- > .../devicetree/bindings/input/sun4i-keypad.txt | 56 > ++ > 1 file changed, 56

[linux-sunxi] Re: [PATCH v2 2/3] sunxi-tools: factor out persistent version and sram_info information

It might be preferable to actually make "fel_version" global. aw_fel_get_sram_info() could operate on that data, and cache its result, so the soc_sram_info pointer gets initialized only once (upon the first request that makes actual use of sram_info). This way it's safe to call the function

[linux-sunxi] [PATCH 3/4] input: Add new sun4i-keypad driver

From: Yassin Jaffer Allwinnner SUN4i Keypad controller is used to interface a SoC with a matrix-typekeypad device. The keypad controller supports multiple row and column lines. A key can be placed at each intersection of a unique row and a unique column. The keypad

[linux-sunxi] NEW SUN4i KEYPAD DRIVER

This series adds support for the sun4i keypad Controller I've tested the driver in a A20 custom board (4x4) only Allwinner keypad controller does not seem to handle more than two key press Please test and report bugs. Thank you in advance [PATCH 1/4] ARM:dts:sun7i: Add keypad clk node [PATCH

[linux-sunxi] [PATCH 1/4] ARM:dts:sun7i: Add keypad clk node

From: Yassin Jaffer This patch add support to the keypad clock on sun7i Signed-off-by: Yassin Jaffer --- arch/arm/boot/dts/sun7i-a20.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi

[linux-sunxi] [PATCH 4/4] devicetree: bindings:Allwinner sun4i keypad

From: Yassin Jaffer Signed-off-by: Yassin Jaffer --- .../devicetree/bindings/input/sun4i-keypad.txt | 56 ++ 1 file changed, 56 insertions(+) create mode 100644 Documentation/devicetree/bindings/input/sun4i-keypad.txt

[linux-sunxi] A20 GMAC rx_coe and bugged_jumbo in dwmac-sunxi.c

Hi All, A quick background of what I’m trying to achieve and if possible? So, having messed about with the TX and RX delay in the U-boot for a Lamobo R1 board, there appears to be some form of effect going on with the network speed measurements. It has been recorded that this board uses the

[linux-sunxi] Re: U-boot fails to read my SD cards

=> load mmc 0 0x4400 uImage ** ext4fs_devread read error - block >>> Bummer, so can you read uImage from this card using the Linux kernel >>> once booted ? >> Yes, > Can you try my sunxi-wip branch? This one has some fixes which > might fix this. I'll try it as soon as I get back to