Hi,
On 09/30/2014 06:32 PM, jonsm...@gmail.com wrote:
On Tue, Sep 30, 2014 at 12:21 PM, Hans de Goede hdego...@redhat.com wrote:
Hi All,
I think we should start an errata page on the linux-sunxi wiki somewhere,
specifically targeting errata for the official user manual documents.
Why not
Hi,
On 09/30/2014 06:25 PM, Luc Verhaegen wrote:
On Tue, Sep 30, 2014 at 06:21:18PM +0200, Hans de Goede wrote:
Hi All,
I think we should start an errata page on the linux-sunxi wiki somewhere,
specifically targeting errata for the official user manual documents.
I know we already have
On Tue, Sep 30, 2014 at 7:32 PM, jonsm...@gmail.com jonsm...@gmail.com
wrote:
On Tue, Sep 30, 2014 at 12:21 PM, Hans de Goede hdego...@redhat.com
wrote:
Hi All,
I think we should start an errata page on the linux-sunxi wiki somewhere,
specifically targeting errata for the official user
The uart3_pins_a multiplexes the uart3 pins to port G, add a pinctrl entry
for mapping them to port H (as used on the Bananapi).
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun7i-a20.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git
The Banana Pi is an A20 based development board using Raspberry Pi compatible
IO headers. It comes with 1 GB RAM, 1 Gb ethernet, 2x USB host, sata, hdmi
and stereo audio out + various expenansion headers:
http://www.lemaker.org/
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Hi Maxime,
Here is v2 of the Bananapi board addition. Sorry for taking so long.
Changes from v2:
-Move uart3_pins definition from a20-sun7i-bananapi.dts to a20-sun7i.dtsi,
the addition of the pinctrl node is done in a separate patch
-Use the new dual license header as license header
Regards,
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun7i-a20.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index b22daf3..cb5abef 100644
--- a/arch/arm/boot/dts/sun7i-a20.dtsi
+++
On Tue, Sep 30, 2014 at 02:37:53PM -0700, Mike Turquette wrote:
Quoting Thierry Reding (2014-09-29 06:54:00)
On Mon, Sep 29, 2014 at 01:34:36PM +0200, Maxime Ripard wrote:
On Mon, Sep 29, 2014 at 12:44:57PM +0200, Thierry Reding wrote:
Plus, speaking more specifically about the clocks,
You'll need to run an hypervisor to arbitre the access to shared resources
for the two OSs, look at
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner
http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions I
believe there was some demo of a tablet running two
On Mon, Sep 29, 2014 at 01:46:50PM -0700, javqui wrote:
Hi,
I'm working on a couple of projects requiring the classic Micro controller
features (low power, deterministic real time processing) and the classic
UX, flexibility and functionality of Linux /android.
Most SoCs today provide many
On Tue, Sep 30, 2014 at 07:00:36PM +0100, Mark Brown wrote:
On Tue, Sep 30, 2014 at 08:03:14AM +0200, Thierry Reding wrote:
On Mon, Sep 29, 2014 at 05:11:01PM +0100, Mark Brown wrote:
Not really thought this through fully yet but would having phandles to
the relevant devices do the job?
On Tue, Sep 30, 2014 at 07:00:36PM +0100, Mark Brown wrote:
On Tue, Sep 30, 2014 at 08:03:14AM +0200, Thierry Reding wrote:
[...]
Of course as Geert pointed out in another subthread, taking this all the
way means that we have to disable all power management because the
firmware device may
On Wed, 2014-10-01 at 09:38 +0200, Jorge wrote:
You'll need to run an hypervisor to arbitre the access to shared
resources for the two OSs, look
at http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner
http://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions
On Wed, 2014-10-01 at 09:19 +0100, Ian Campbell wrote:
On Wed, 2014-10-01 at 09:38 +0200, Jorge wrote:
You'll need to run an hypervisor to arbitre the access to shared
resources for the two OSs, look
at
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/Allwinner
Hi,
Wouldn’t it be easier if these PDF files are in some kind of markdown format?
Then it will be so much easier to do pull request, review, diff, see commit
log, etc.
And it’ll be very easy to export as PDF.
Clement
On Oct 1, 2014, at 9:14 AM, Simos Xenitellis simos.li...@googlemail.com
On Wed, Oct 1, 2014 at 9:41 AM, Thierry Reding thierry.red...@gmail.com wrote:
On Tue, Sep 30, 2014 at 06:39:28PM +0100, Mark Brown wrote:
On Tue, Sep 30, 2014 at 07:09:24AM +0200, Thierry Reding wrote:
On Mon, Sep 29, 2014 at 04:55:17PM +0100, Mark Brown wrote:
So long as we're ensuring
On Wed, Oct 01, 2014 at 09:04:36AM +0200, Hans de Goede wrote:
Hi,
Sounds good. Unfortunately I've come to the conclusion that I'm way too
busy lately, and that I've to better prioritize things (and actually
drop low priority items after setting priorities).
I'm afraid this item has been
On Wed, Oct 01, 2014 at 10:14:44AM +0200, Thierry Reding wrote:
On Tue, Sep 30, 2014 at 07:00:36PM +0100, Mark Brown wrote:
You may well need to extend the binding in future for an actual driver
but from the point of view of what's going into the block it really
should just be a case of
On Wed, Oct 01, 2014 at 01:10:46PM +0200, Javier Martinez Canillas wrote:
On Wed, Oct 1, 2014 at 9:41 AM, Thierry Reding thierry.red...@gmail.com
wrote:
Okay, that's what I meant. It seems rather odd to add a PMIC DT node but
omit the description of the regulators that it exposes. Unless
On Wed, Oct 01, 2014 at 01:32:50PM +0100, Mark Brown wrote:
On Wed, Oct 01, 2014 at 01:10:46PM +0200, Javier Martinez Canillas wrote:
[...]
Adding your resources (clock, regulators, etc) incrementally and only
when the driver for the device that use these resources is available,
will only
On Wed, Oct 01, 2014 at 01:20:08PM +0100, Mark Brown wrote:
On Wed, Oct 01, 2014 at 10:14:44AM +0200, Thierry Reding wrote:
On Tue, Sep 30, 2014 at 07:00:36PM +0100, Mark Brown wrote:
You may well need to extend the binding in future for an actual driver
but from the point of view of
On Wed, Oct 1, 2014 at 8:48 AM, Thierry Reding thierry.red...@gmail.com wrote:
On Wed, Oct 01, 2014 at 01:20:08PM +0100, Mark Brown wrote:
On Wed, Oct 01, 2014 at 10:14:44AM +0200, Thierry Reding wrote:
On Tue, Sep 30, 2014 at 07:00:36PM +0100, Mark Brown wrote:
You may well need to extend
On 1 October 2014 15:01, jonsm...@gmail.com jonsm...@gmail.com wrote:
On Wed, Oct 1, 2014 at 8:48 AM, Thierry Reding thierry.red...@gmail.com
wrote:
On Wed, Oct 01, 2014 at 01:20:08PM +0100, Mark Brown wrote:
On Wed, Oct 01, 2014 at 10:14:44AM +0200, Thierry Reding wrote:
On Tue, Sep 30,
On Wed, Oct 1, 2014 at 9:17 AM, Michal Suchanek hramr...@gmail.com wrote:
On 1 October 2014 15:01, jonsm...@gmail.com jonsm...@gmail.com wrote:
On Wed, Oct 1, 2014 at 8:48 AM, Thierry Reding thierry.red...@gmail.com
wrote:
On Wed, Oct 01, 2014 at 01:20:08PM +0100, Mark Brown wrote:
On Wed,
The Mele M3 is yet another Allwinnner based Android top set box from Mele.
It uses a housing similar to the A2000, but without the USM sata storage slot
at the top.
It features an A20 SoC, 1G RAM, 4G eMMC (unique for Allwinner devices),
100Mbit ethernet, HDMI out, 3 USB A receptacles, VGA, and
The Mele M3 is yet another Allwinnner based Android top set box from Mele.
It uses a housing similar to the A2000, but without the USM sata storage slot
at the top.
It features an A20 SoC, 1G RAM, 4G eMMC (unique for Allwinner devices),
100Mbit ethernet, HDMI out, 3 USB A receptacles, VGA, and
Signed-off-by: Hans de Goede hdego...@redhat.com
---
arch/arm/boot/dts/sun7i-a20.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index 302dc1f..a323621 100644
--- a/arch/arm/boot/dts/sun7i-a20.dtsi
+++
On Wed, Oct 01, 2014 at 02:48:02PM +0200, Thierry Reding wrote:
On Wed, Oct 01, 2014 at 01:32:50PM +0100, Mark Brown wrote:
So don't do that if you're worried about it then, provide the bits of DT
that hook everything up from the start or otherwise describe things as
being in use.
On Wed, Oct 01, 2014 at 02:48:53PM +0200, Thierry Reding wrote:
On Wed, Oct 01, 2014 at 01:20:08PM +0100, Mark Brown wrote:
I think you're setting constraints on the implementation you want to see
which make it unworkable but I don't think those constraints are needed.
You're starting from
Hi,
On 10/01/2014 07:05 PM, Mark Brown wrote:
On Wed, Oct 01, 2014 at 02:48:02PM +0200, Thierry Reding wrote:
On Wed, Oct 01, 2014 at 01:32:50PM +0100, Mark Brown wrote:
So don't do that if you're worried about it then, provide the bits of DT
that hook everything up from the start or
ons 2014-10-01 klockan 09:38 +0200 skrev Jorge:
You'll need to run an hypervisor to arbitre the access to shared
resources for the two OSs
Not really if all you want is to run a simple RTOS on one core, and not
sharing any I/O resources. To do that basically all you need is to
reserve the
On Wed, Oct 1, 2014 at 1:26 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 10/01/2014 07:05 PM, Mark Brown wrote:
On Wed, Oct 01, 2014 at 02:48:02PM +0200, Thierry Reding wrote:
On Wed, Oct 01, 2014 at 01:32:50PM +0100, Mark Brown wrote:
So don't do that if you're worried about it
On 10/01/2014 11:54 AM, jonsm...@gmail.com wrote:
On Wed, Oct 1, 2014 at 1:26 PM, Hans de Goede hdego...@redhat.com wrote:
...
We've been over all this again and again and again.
RGH!
All solutions provided sofar are both tons more
On Wed, Oct 01, 2014 at 12:12:20PM -0600, Stephen Warren wrote:
On 10/01/2014 11:54 AM, jonsm...@gmail.com wrote:
On Wed, Oct 1, 2014 at 1:26 PM, Hans de Goede hdego...@redhat.com wrote:
...
We've been over all this again and again and again.
On Wed, Oct 1, 2014 at 12:30 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Tue, Sep 30, 2014 at 02:37:53PM -0700, Mike Turquette wrote:
Quoting Thierry Reding (2014-09-29 06:54:00)
On Mon, Sep 29, 2014 at 01:34:36PM +0200, Maxime Ripard wrote:
On Mon, Sep 29, 2014 at 12:44:57PM
On Wed, Oct 1, 2014 at 7:17 PM, Mark Brown broo...@kernel.org wrote:
Well, I don't think it should because it describes the same resources
that the device tree node for the real device already describes. But
perhaps this is one of the cases where duplication isn't all that bad?
If we were
Patrick is this still an issue? I just compiled sugar-cubieboard2 from the
version 9 SDK, updated the default sys_config.fex in the sun7i/android
directories but am not getting a functional IR.
3ir_init: ir_wakeup script_get_item error.
3ir_init: power_key script_get_item error.
3ir_init:
Hi Kristijan,
Not sure quite what your after, but here is a new, not tested yet (would
have to dig up the tablet), firmware extractor.
It uses just readelf, objcopy and dd. Quick and dirty python for shell
implementation.
Hopefully this should help.
Joe
On 01/10/14 10:00, Kristijan
38 matches
Mail list logo
