On 26/05/14 14:50, Hans de Goede wrote:
Hi All,
I've just pushed a new version of the sunxi-devel branch to:
https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
Besides being rebased to 3.15-rc6 this branch also contains a
lot of work by various people, some of the highlights are:
Mele M5 fex file. Memory parameters are extracted from Mele's V3.1.2 firmware
update script.bin.
---
sys_config/a20/mele_m5.fex | 1019
1 file changed, 1019 insertions(+)
create mode 100644 sys_config/a20/mele_m5.fex
diff --git a/sys_config/a20/mele
Mele_M5 configuration added to boards.cfg and to board/sunxi/Makefile
Reusing existing dram_sun7i_384_1024_iow16.c config file
---
board/sunxi/Makefile | 1 +
boards.cfg | 1 +
2 files changed, 2 insertions(+)
diff --git a/board/sunxi/Makefile b/board/sunxi/Makefile
index 8b429bc..8e275
On Mon, May 26, 2014 at 06:58:00PM +0200, Boris BREZILLON wrote:
> AFAIU, we could factorize it by the mean of an helper function (say
> devm_regulators_register), which would take a matches table and a
> regulator desc table and do pretty much what I'm doing in this patch.
> Is that what you had
Hello Mark,
On 26/05/2014 17:43, Mark Brown wrote:
> On Mon, May 26, 2014 at 04:58:12PM +0200, Boris BREZILLON wrote:
>> Some regulators might take their power supply from other regulators defined
>> by the same PMIC.
>>
>> Retry regulators registration until all regulators are registered or the
>
On Mon, May 26, 2014 at 09:36:05AM -0700, tux.mar...@gmail.com wrote:
> > If there is no support for your device in the u-boot bootloader, you can
> > try
> > one built for a different A20 device, such as the Cubieboard 2 or the A20
> > version of MK802. Chances are, it will work fine. However i
On Mon, 26 May 2014 09:36:05 -0700 (PDT)
tux.mar...@gmail.com wrote:
> > If there is no support for your device in the u-boot bootloader, you can
> > try
> > one built for a different A20 device, such as the Cubieboard 2 or the A20
> > version of MK802. Chances are, it will work fine. However i
> If there is no support for your device in the u-boot bootloader, you can try
> one built for a different A20 device, such as the Cubieboard 2 or the A20
> version of MK802. Chances are, it will work fine. However if you want to
> ensure that your device works reliably, and especially if you pl
On Mon, May 26, 2014 at 04:58:12PM +0200, Boris BREZILLON wrote:
> Some regulators might take their power supply from other regulators defined
> by the same PMIC.
>
> Retry regulators registration until all regulators are registered or the
> last iteration didn't manage to register any new regulat
On 26/05/2014 16:58, Boris BREZILLON wrote:
> Add support for the AXP221 PMIC device to the existing AXP20x driver.
>
> The AXP221 defines a new set of registers, power supplies and regulators,
> but most of the API is similar to the AXP20x ones.
> The AXP20x irq chip definition is reused, though
Add support for the AXP221 PMIC device to the existing AXP20x driver.
The AXP221 defines a new set of registers, power supplies and regulators,
but most of the API is similar to the AXP20x ones.
The AXP20x irq chip definition is reused, though some interrupts are not
available in the AXP221.
Sign
Some regulators might take their power supply from other regulators defined
by the same PMIC.
Retry regulators registration until all regulators are registered or the
last iteration didn't manage to register any new regulator (which means
there's an external dependency missing and we can thus retu
Rework the AXP20X_ macros to support the several chip families, so that
each family can define it's own set of regulators, and regulator matches.
Pass a match table to the axp20x_regulator_parse_dt function instead of
statically using the axp20x match table.
Signed-off-by: Boris BREZILLON
---
d
Add AXP221 regulator definitions and choose the appropriate definitions
according to the variant id passed by the MFD device.
Signed-off-by: Boris BREZILLON
---
drivers/regulator/axp20x-regulator.c | 98 +---
1 file changed, 90 insertions(+), 8 deletions(-)
diff
Hello,
This patch series adds basic support for the X-Powers' AXP221 PMIC.
At the moment the MFD device only exposes the AXP221 regulators but other
subdevices might be added later.
I'm still waiting for inputs regarding the ipsout regulator representation:
* The ipsout regulator is currently r
The init_data and of_node fields of the axp2xx_matches tables are filled
at each device probe by the axp20x_regulator_parse_dt function (which then
calls the of_regulator_match function).
This means we can probe a new device and consider data initialized during
the probe of another device as valid.
Hi All,
I've just pushed a new version of the sunxi-devel branch to:
https://github.com/linux-sunxi/linux-sunxi/commits/sunxi-devel
Besides being rebased to 3.15-rc6 this branch also contains a
lot of work by various people, some of the highlights are:
-Preliminary sun8i / A23 support
-sun6i / A
On 05/26/14 09:48, Hans de Goede wrote:
It has taken me a long long time to get the OOB interrupt working on the
AP6210 sdio wifi/bt module found on various Allwinner A20 boards. In the
end I found these magic register pokes in the cubietruck kernel tree:
https://github.com/cubieboard2/linux-sunx
Hi,
On 05/19/2014 09:58 PM, Zoltan HERPAI wrote:
> This patchset adds u-boot support for pcDuino3. The board
> has been stress-tested for clock=480 and FAST_MBUS, and
> has proven to be stable so far.
>
> Signed-off-by: Zoltan HERPAI
Thanks, applied.
Regards,
Hans
> ---
> board/sunxi/Makef
Hi,
On 05/18/2014 03:01 PM, HeHoPMaJIeH wrote:
> A13-SOM is Allwinner A13
> based SOM with 512MB DDR3.
> There is no AXP PMU.
> Hardware:
> A13 SoC
> uSD card slot
> 512MB DDR3
> 4 connectors with 0.05inch step.
>
> http://olimex.com
> Signed-off-by: HeHoPMaJIeH
Thanks, applied.
Reg
From: Chen-Yu Tsai
The irq/pin mapping is used to lookup the pin to mux to the irq
function when the irq is enabled. It is created when gpio_to_irq
is called. Creating the mapping during init allows us to map the
interrupts directly from the device tree.
Signed-off-by: Chen-Yu Tsai
Signed-off-b
It has taken me a long long time to get the OOB interrupt working on the
AP6210 sdio wifi/bt module found on various Allwinner A20 boards. In the
end I found these magic register pokes in the cubietruck kernel tree:
https://github.com/cubieboard2/linux-sunxi/commit/7f08ba395617d17e7a711507503d89a50
From: Sascha Hauer
This adds SDIO devicetree subnode parsing to the mmc core. While
SDIO devices are runtime probable they sometimes need nonprobable
additional information on embedded systems, like an additional gpio
interrupt or a clock. This patch makes it possible to supply this
information f
With level triggered interrupt mask / unmask will get called for each
interrupt, doing the somewhat expensive mux setting on each unmask thus is
not a good idea. Instead move it to the set_type callback, which is typically
done only once for each irq.
Signed-off-by: Hans de Goede
---
drivers/pin
From: Chen-Yu Tsai
The pinctrl device is also an interrupt controller for external
interrupts. Add the missing #interrupt-cells property.
Also remove the unused #address-cells property.
Signed-off-by: Chen-Yu Tsai
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun7i-a20.dtsi | 2 +-
1 fi
Hi All,
Here is a patch series adding support for oob irqs for the ap6210 sdio wifi
modules found on various Allwinner A20 boards.
A lot of it is ground work which should be useful for adding oob irq support
to other sdio wifi models too.
The first 5 patches are sunxi pinctrl patches and should
From: Chen-Yu Tsai
The sunxi pinctrl irq chip driver does not support wakeup at the
moment. Adding IRQCHIP_SKIP_SET_WAKE lets the irqs work with drivers
using wakeup.
Also add a name to the irq chip.
Signed-off-by: Chen-Yu Tsai
Signed-off-by: Hans de Goede
---
drivers/pinctrl/sunxi/pinctrl-s
Some drivers use disable_irq / enable_irq and do the work clearing the source
in another thread instead of using a threaded interrupt handler.
The irqchip used not having irq_disable and irq_enable callbacks in this case,
will lead to unnecessary spurious interrupts:
On a disable_irq in a chip wi
From: Arend van Spriel
The Broadcom bcm43xx sdio devices are fullmac devices that may be
integrated in ARM platforms. Currently, the brcmfmac driver for
these devices support use of platform data. This patch specifies
the bindings that allow this platform data to be expressed in the
devicetree.
From: Chen-Yu Tsai
brcmfmac devices can use an out-of-band interrupt on a GPIO line.
Currently this is specified using platform data. Add support for
specifying out-of-band interrupt via device tree.
Signed-off-by: Chen-Yu Tsai
[ar...@broadcom.com: conditionalize more of-code, use driver debug
For level triggered gpio interrupts we need to use handle_fasteoi_irq,
like we do with the irq-sunxi-nmi driver. This is necessary to give threaded
interrupt handlers a chance to actuall clear the source of the interrupt
(which may involve sleeping waitnig for i2c / spi / mmc transfers), before
ack
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun7i-a20-cubietruck.dts | 12
arch/arm/boot/dts/sun7i-a20-i12-tvbox.dts | 12
2 files changed, 24 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
b/arch/arm/boot/dts/sun7i-a20-cubietruck.dts
ind
Hi Arend,
On 04/11/2014 12:31 PM, Arend van Spriel wrote:
> Hi Hans,
>
> I have put some effort in adding device tree support in brcmfmac.
> Unfortunately, I had no luck getting MMC up and running on pandaboard
> extension header. So no way to test the patches. Would/could you be willing
> to
On 05/26/14 04:17, Kenny MacDermid wrote:
> Hello,
>
> I just tried to build Hans sunxi-devel branch with the hardware crypto
> code enabled. The build failed with:
>
> undefined reference to `crypto_blkcipher_type'
>
> I patched the Kconfig to make it compile, but maybe it should just be
> adde
Hi Benn,
In March you mentioned you may be building A23 development boards.
I am currently working on mainline kernel support for A23 (patches have
been posted), and I'm wondering if you have any more documents that can
help me. I am looking for A23 standard designs (STD PADs) and AXP223
user man
35 matches
Mail list logo