On Fri, 2014-03-07 at 08:44 -0800, Ezaul Zillmer wrote:
> You would have a repository with these updates where I could play with
> git,
> compile and test my cubieboard2 using kernel 3.14.rc5
git://gitorious.org/ijc/u-boot.git ahci-sunxi
It is based on jwrdegoede/sunxi-next.
Ian.
--
You rec
Hi,
I finally got the serial port working on my board, just a side note, we
need a pull up resistor at the Rx pin, and I am using UART1 with SD card
approach, anyone struggles with serial port, here is the thread that helped
me: https://www.olimex.com/forum/index.php?topic=1788.0
All goes well
On Sat, Mar 01, 2014 at 05:45:47PM +0100, Carlo Caione wrote:
> Bindings documentation for the AXP20x driver. In this file also two
> sub-nodes (PEK and regulators) are documented.
>
> Signed-off-by: Carlo Caione
> ---
> Documentation/devicetree/bindings/mfd/axp20x.txt | 93
> ++
On Sat, Mar 01, 2014 at 05:45:51PM +0100, Carlo Caione wrote:
> +static struct platform_driver axp20x_regulator_driver = {
> + .probe = axp20x_regulator_probe,
> + .remove = axp20x_regulator_remove,
> + .driver = {
> + .name = "axp20x-regulator",
> + .
On Sat, Mar 01, 2014 at 05:45:49PM +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 Sat, Mar 01, 2014 at 05:45:46PM +0100, Carlo Caione wrote:
> This patch introduces the preliminary support for PMICs X-Powers AXP202
> and AXP209. The AXP209 and AXP202 are the PMUs (Power Management Unit)
> used by A10, A13 and A20 SoCs and developed by X-Powers, a sister company
> of Allw
On Sat, Mar 01, 2014 at 05:45:48PM +0100, Carlo Caione wrote:
> AXP209 is the PMU used by Cubieboard2. This patch enable the core
> support in the dts file.
> This patch requires: "ARM: sun7i/sun6i: irqchip: Add irqchip driver for
> NMI controller"
That shouldn't be in the commit log itself.
>
>
Hi Ian ..
You would have a repository with these updates where I could play with git,
compile and test my cubieboard2 using kernel 3.14.rc5
I'm waiting! to test your boot!
thank you
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubsc
oh nice!
2014-03-07 21:10 GMT+06:00 Olliver Schinagl :
> Thanks for the people responding!
>
> I am set for now, no more queries on this :)
>
> Olliver
>
>
> On 03/07/14 10:55, Olliver Schinagl wrote:
>
>> Hey List,
>>
>> I have tried poking in the IRC channel for a technical reviewer for my
>>
Thanks for the people responding!
I am set for now, no more queries on this :)
Olliver
On 03/07/14 10:55, Olliver Schinagl wrote:
Hey List,
I have tried poking in the IRC channel for a technical reviewer for my
up coming book. Two nice gents have agreed to free some of their time to
review my
On 03/07/14 06:15, Puneet B wrote:
Dude,
I just asking
mpv --vo=vdpau --hwdec=vdpau --hwdec-codecs=all [filename]
/(export VDPAU_DRIVER=sunxi)
/Is it possible to assign these things in config file.
so we can play videos from gui.
yes, but you'd still use the mplayer/mpv command line.
For my
Hey List,
I have tried poking in the IRC channel for a technical reviewer for my
up coming book. Two nice gents have agreed to free some of their time to
review my book, follow the tutorials etc. However a third reviewer is
still needed and so I decided to write to the Mailing list to find a
Hi,
On Fri, Mar 07, 2014 at 12:18:58PM +0100, Wolfram Sang wrote:
>
> > > Since RESET_CONTROLLER is not required for those platforms, it really
> > > should be optional - and I think the real fix is for the reset controller
> > > support to provide stub functions.
> >
> > Philipp Zabel suggested
I am glad you solved. I just point you to a place that could be easier to
find answers.
On Thursday, March 6, 2014 11:15:18 PM UTC-6, Puneet B wrote:
>
> Dude,
>
> I just asking
>
> mpv --vo=vdpau --hwdec=vdpau --hwdec-codecs=all [filename]
>
>
> *(export VDPAU_DRIVER=sunxi)*Is it possible to a
> > Since RESET_CONTROLLER is not required for those platforms, it really
> > should be optional - and I think the real fix is for the reset controller
> > support to provide stub functions.
>
> Philipp Zabel suggested that adding a _optional variant that provides stubs
> and doesn't depend on RE
On Fri, Mar 7, 2014 at 6:34 PM, Russell King - ARM Linux
wrote:
> On Fri, Mar 07, 2014 at 11:07:51AM +0100, Maxime Ripard wrote:
>> Hi Russell,
>>
>> On Fri, Mar 07, 2014 at 09:52:23AM +, Russell King - ARM Linux wrote:
>> > On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
>> > >
> Since RESET_CONTROLLER is not required for those platforms, it really
> should be optional - and I think the real fix is for the reset controller
> support to provide stub functions.
I agree; and I assumed it already does. Will resend a patch posted
earlier [1] to fix the issue. And still debug
On Fri, Mar 07, 2014 at 11:07:51AM +0100, Maxime Ripard wrote:
> Hi Russell,
>
> On Fri, Mar 07, 2014 at 09:52:23AM +, Russell King - ARM Linux wrote:
> > On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
> > > The Allwinner A31 SoC using that IP has a reset controller maintaining
Hi Wolfram,
On Wed, Mar 05, 2014 at 05:34:30PM +0100, Wolfram Sang wrote:
> On Tue, Mar 04, 2014 at 05:28:38PM +0100, Maxime Ripard wrote:
> > The Allwinner A31 I2C controller is almost identical to the one used in the
> > other Allwinner SoCs, except for the fact that it needs to clear the
> > i
Hi Russell,
On Fri, Mar 07, 2014 at 09:52:23AM +, Russell King - ARM Linux wrote:
> On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
> > The Allwinner A31 SoC using that IP has a reset controller maintaining
> > it reset unless told otherwise.
> >
> > Add some optional reset sup
On Tue, Mar 04, 2014 at 05:28:37PM +0100, Maxime Ripard wrote:
> The Allwinner A31 SoC using that IP has a reset controller maintaining
> it reset unless told otherwise.
>
> Add some optional reset support to the driver.
>
> Signed-off-by: Maxime Ripard
> Reviewed-by: Gregory CLEMENT
> Tested-b
Hi,
I've been trying to compile the last
https://github.com/linux-sunxi/linux-sunxi sunxi-3.4 version (3.4.79) and
I found that with sun5i_defconfig OLinuXino A13 Micro support is broken.
*A13 Micro does not use any AXP chip*, so it hangs when booting a default
sun5i_deficonfig compiled kernel
here http://en.wikipedia.org/wiki/Linux_kernel
i saw that latest stable longterm kernels are
3.10 (30 June 2013) and
3.12 (3 November 2013)
so, as for 3.2 and 3.4, i suppose that this will be next stable sunxi kernels,
i would like to know an estimate release date
--
You received this messag
23 matches
Mail list logo