On Tue, Jul 1, 2014 at 5:57 AM, Hans de Goede wrote:
> From: Zoltan HERPAI
>
> The LinkSprite pcDuino V3 is an A20 based development board featuring
> arduino compatible io headers, 1G RAM, 4G nand, sata, rtl8188cus usb wifi
> and 100 Mbit ethernet using an ip101a phy:
>
> http://www.pcduino.com/
On Tue, Jul 1, 2014 at 5:57 AM, Hans de Goede wrote:
> The ba10 tvbox is an A10 based android tvbox, with 512M RAM, 8G nand flash,
> rtl8188ctv usb wifi 1 USB-A receptacle hooked up to an EHCI/OHCI controller,
> 1 USB-A receptacle hooked up to the OTG and 100Mbit ethernet using a
> rtl8201 phy.
N
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun4i-a10.dtsi | 32
1 file changed, 32 insertions(+)
diff --git a/arch/arm/boot/dts/sun4i-a10.dtsi b/arch/arm/boot/dts/sun4i-a10.dtsi
index ae6dd50..ec00030 100644
--- a/arch/arm/boot/dts/sun4i-a10.dtsi
+++ b/ar
From: Carlo Caione
At a node for the axp209, and where necessary the i2c controller to the dts
for various boards. Note the axp209 regulators are omitted as we don't have
any use for them yet, and on some boards were not sure how exactly they are
wired up.
Adding support for just the axp209 with
The ba10 tvbox is an A10 based android tvbox, with 512M RAM, 8G nand flash,
rtl8188ctv usb wifi 1 USB-A receptacle hooked up to an EHCI/OHCI controller,
1 USB-A receptacle hooked up to the OTG and 100Mbit ethernet using a
rtl8201 phy.
The PCB is labelled ba10 hence I've named the board ba10-tvbox.
From: Zoltan HERPAI
The LinkSprite pcDuino V3 is an A20 based development board featuring
arduino compatible io headers, 1G RAM, 4G nand, sata, rtl8188cus usb wifi
and 100 Mbit ethernet using an ip101a phy:
http://www.pcduino.com/pcduino-v3/
Signed-off-by: Zoltan HERPAI
[hdego...@redhat.com: V
Tested on a cubieboard and the mini-x.
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun4i-a10-a1000.dts | 6 ++
arch/arm/boot/dts/sun4i-a10-cubieboard.dts | 6 ++
arch/arm/boot/dts/sun4i-a10-hackberry.dts | 6 ++
arch/arm/boot/dts/sun4i-a10-mini-xplus.dts | 13
Signed-off-by: Hans de Goede
---
arch/arm/boot/dts/sun7i-a20-i12-tvbox.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20-i12-tvbox.dts
b/arch/arm/boot/dts/sun7i-a20-i12-tvbox.dts
index 4ee6b44..f620aea 100644
--- a/arch/arm/boot/dts/sun7i-a20-i12-tvbox.dts
From: Carlo Caione
At a node for the axp209, and where necessary the i2c controller to the dts
for various boards. Note the axp209 regulators are omitted as we don't have
any use for them yet, and on some boards were not sure how exactly they are
wired up.
Adding support for just the axp209 with
Hi Maxime,
Here is a set of sunxi dts patches for your dt tree. It is a mixed collection:
-Some patches submitted earlier by others which I've picked up from the
list and brushed up a bit were necessary.
-2 new boards
-sun4i ir support (and renaming of the compatible from sun7i-a20-ir to
sun4i-
The sun7i block is the same as the one in the sun4i, rename the compatible
to reflect this.
Signed-off-by: Hans de Goede
--
I've already included the matching change to sunxi-cir.c in my pull-req to
Mauro.
---
arch/arm/boot/dts/sun7i-a20.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
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
[hdego...@redhat.com: make the same change for sun4i, sun5i and sun6i]
Signed-of
Hi Martin,
Thanks for your inquiry!
My feeling is that there are many inconsistencies around various aspects of
these processors. I came across the following video which talks about a
Mele box that outputs 4k@25Hz using A31. I think they mean _output_ and not
_playback_ (but I could be wrong..
On 17/06/14 13:19, Ian Campbell wrote:
On Fri, 2014-06-13 at 07:42 +0100, Ian Campbell wrote:
Hi Alejandro,
I think yours is the last Ack which is needed for this change. Sorry to
be a pain.
sorry for the late response. I have over 9k unread mails in my sunxi
folder :\
afaik everything i
Hi!
Can someone please share any android or linux images for Merrii M2 board?
I've accidentally destroyed what has been in the NAND and now trying images fro
different boards, but no success.
I'd be very grateful!
On Friday, February 14, 2014 10:00:39 PM UTC+4, Marcos Cruz wrote:
> Hi,
>
>
>
On Mon, Jun 30, 2014 at 11:47 AM, Mark Rutland wrote:
>> +static struct platform_driver axp20x_pek_driver = {
>> + .probe = axp20x_pek_probe,
>> + .remove = axp20x_pek_remove,
>> + .driver = {
>> + .name = "axp20x-pek",
>> +
When mapping the interrupts, the gpio_to_irq function did not consider
the bank number of the gpio pin in question, only the offset or the
interrupt number in the bank. As a result, requests for interrupts in
the later banks get mapped to the first bank.
This issue was discovered while enabling mm
On Mon, Jun 30, 2014 at 04:19:06PM +0100, Maxime Ripard wrote:
> On Mon, Jun 30, 2014 at 03:20:54PM +0100, Mark Rutland wrote:
> > Hi Maxime,
> >
> > On Mon, Jun 30, 2014 at 02:20:54PM +0100, Maxime Ripard wrote:
> > > The Allwinner A31 has a 16 channels DMA controller that it shares with the
> >
On Mon, Jun 30, 2014 at 03:20:54PM +0100, Mark Rutland wrote:
> Hi Maxime,
>
> On Mon, Jun 30, 2014 at 02:20:54PM +0100, Maxime Ripard wrote:
> > The Allwinner A31 has a 16 channels DMA controller that it shares with the
> > newer A23. Although sharing some similarities with the DMA controller of
Hi Maxime,
On Mon, Jun 30, 2014 at 02:20:54PM +0100, Maxime Ripard wrote:
> The Allwinner A31 has a 16 channels DMA controller that it shares with the
> newer A23. Although sharing some similarities with the DMA controller of the
> older Allwinner SoCs, it's significantly different, I don't expect
Hi all,
I already send this series before (in time for 3.16) and AFAIK we agreed
on going with this series instead of the incomplete fix for the related oops
which now has been merged as commit d137be00ee017bc40e6027cb66d667a2e0b450fd
I still believe that this series is the more correct fix, as p
We cannot register supply alias in mfd_add_device before calling
platform_add_device because platform-dev's name must be set before registering
the aliases which happens from platform_add_device.
So stop registering supply aliases from mfd_add_device, and add a
mfd_register_supply_aliases helper f
The mfd-core no longer registers the supply aliases, instead the platform
driver probe method must now call mfd_register_supply_aliases().
Signed-off-by: Hans de Goede
---
drivers/regulator/axp20x-regulator.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/regulator/axp20x-regul
The mfd-core no longer registers the supply aliases, instead the platform
driver probe method must now call mfd_register_supply_aliases().
Signed-off-by: Hans de Goede
---
sound/soc/codecs/wm5102.c | 5 +
sound/soc/codecs/wm5110.c | 5 +
sound/soc/codecs/wm8997.c | 7 ++-
3 files cha
Hi Mauro,
Please pull from my tree for 2 gspca patches + sunxi cir support
(I'm a sunxi Linux support contributor and have reviewed and tested
the cir driver on various a10 and a20 SoC boards).
The following changes since commit b5b620584b9c4644b85e932895a742e0c192d66c:
[media] technisat-sub2:
Hi,
This patchset adds support for the DMA controller found in the
Allwinner A31 and A23 SoCs.
This has been tested using the newly introduced SPI driver on an A31
EVK. Support for DMA-driven SPI transfers will be the subject of
another patch serie.
Thanks,
Maxime
Changes from v9:
- Rebased o
The Allwinner A31 DMA controller is rather simple to describe in the DT. Add
the bindings documentation.
Signed-off-by: Maxime Ripard
---
.../devicetree/bindings/dma/sun6i-dma.txt | 45 ++
1 file changed, 45 insertions(+)
create mode 100644 Documentation/devicetree/
On Mon, Jun 30, 2014 at 11:24:16AM +, Paul Jones wrote:
> Are you serious?
Yes.
> I spent all afternoon going around in circles trying to follow the
> wiki instructions. That is the best I've got.
If you needed guidance, you could've gotten direct guidance on irc. My
changes now provide th
Are you serious?
I spent all afternoon going around in circles trying to follow the wiki
instructions. That is the best I've got.
I don't see why u-boot needs a patch when the cubieboard2 target works properly
with no modifications, both mmc and tftp. I don't know how to do it anyway.
Sorry but
On Mon, Jun 30, 2014 at 03:57:19PM +1000, Paul Jones wrote:
> Signed-off-by: Paul Jones
> ---
> sys_config/a20/ybkj_a20.fex | 1007
> +++
> 1 file changed, 1007 insertions(+)
> create mode 100644 sys_config/a20/ybkj_a20.fex
I have just gone through the d
On Sun, Jun 29, 2014 at 07:23:52PM +0100, Carlo Caione wrote:
> Bindings documentation for the AXP20x driver. In this file also
> sub-nodes are documented.
>
> Signed-off-by: Carlo Caione
> Acked-by: Maxime Ripard
> ---
> Documentation/devicetree/bindings/mfd/axp20x.txt | 93
>
On Sun, Jun 29, 2014 at 07:23:54PM +0100, Carlo Caione wrote:
> This patch add support for the Power Enable Key found on MFD AXP202 and
> AXP209. Besides the basic support for the button, the driver adds two
> entries in sysfs to configure the time delay for power on/off.
>
> Signed-off-by: Carlo
Hi,
On 06/30/2014 10:31 AM, Arend van Spriel wrote:
> On 29-06-14 16:16, Hans de Goede wrote:
>> 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 platfo
From: Sascha Hauer
While SDIO devices are runtime probable they sometimes need nonprobable
additional information on embedded systems, like an additional gpio
interrupt or a clock. This binding describes how to add child nodes to the
devicetree to supply this information.
Signed-off-by: Sascha H
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
Hi All,
Here is a resend of 3 of my submission of Sascha Hauer's
"mmc: Add SDIO function devicetree subnode parsing" patch.
Can we please get some movement on these patches, either a review specifying
why this cannot go upstream, or else queuing it up for next / 3.17 ?
Changes since v1:
- Submit
On 29-06-14 16:16, Hans de Goede wrote:
> 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 thi
On 29-06-14 16:16, Hans de Goede wrote:
> Hi All,
>
> Here is v2 of the brcmfmac: OOB interrupt support series.
I guess this could use an update :-p
Regards,
Arend
> Changes since v1:
> -Post as a stand alone series, rather then together with sunxi pinctrl
> changes,
> etc.
> -Add a patch to
38 matches
Mail list logo