As per new naming convention for Samsung SoC's, all Cortex-A9 and Cortex-A15
based SoC's will be classified under the name Exynos. Cortex-A9 and Cortex-A15
based SoC's will be sub-classified as Exynos4 and Exynos5 respectively.
In order to better adapt and reuse code across various upcoming Samsun
On Tue, Dec 06, 2011 at 03:22:00PM -0300, Guilherme Salgado wrote:
> Hi there,
>
> The linux-arm-kernel[1] project on patches.l.o was using the following source
> tree
>
> http://ftp.arm.linux.org.uk/pub/linux/arm/kernel/git-cur/linux-2.6-arm.git
>
> to track committed patches, but fetching t
From: "Ying-Chun Liu (PaulLiu)"
Hi all,
This is the Anatop regulator used by Freescale i.MX6 SoC.
Please take a look and give me some comments.
Many Thanks,
Paul
Ying-Chun Liu (PaulLiu) (1):
Regulator: Add Anatop regulator driver
drivers/regulator/Kconfig |7 +
drivers
From: "Ying-Chun Liu (PaulLiu)"
Anatop regulator driver is used by i.MX6 SoC. This patch adds the
Anatop regulator driver.
Signed-off-by: Nancy Chen
Signed-off-by: Ying-Chun Liu (PaulLiu)
Cc: Mark Brown
Cc: Liam Girdwood
---
drivers/regulator/Kconfig |7 +
drivers/regul
Hi LAVA users
We'll be taking the system down for a brief maintenance session.
We will be running a stale database migration to address the issues of
https://bugs.launchpad.net/lava-dashboard/+bug/892562 specifically to run
the migration we did not run two days ago due to a special one-off upgrade
Hi,
Another package that was requested to be able to cross-compiled was
chromium. Now this is possible also, following the instructions at:
https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/ChromiumCrossCompile
The starting point was chromium not building on arm at all,
fortunately it wa
Hi
I think we should document the current LAVA upgrade plan.
Please review this page if you are interested in this topic.
There are some ISSUES and unfinished parts, please post your ideas about
that.
https://wiki.linaro.org/Platform/Validation/DevOps/LavaProductionUpgrade
Best regards
ZK
__
Greetings,
This e-mail is for Linaro community members (Linaro engineers have
already been notified).
We are currently working on re-organizing the wiki to make it more
useful to you Linaro contributors and developers. Though we have our own
ideas, it's *very important* to us to make sure we unde
On Wed, Dec 07, 2011 at 09:53:18PM +0800, Ying-Chun Liu (PaulLiu) wrote:
> From: "Ying-Chun Liu (PaulLiu)"
>
> Anatop regulator driver is used by i.MX6 SoC. This patch adds the
> Anatop regulator driver.
This changelog isn't terribly verbose but looking at the code what
you've actually got here
Hi, sorry for the topic, I wanted to catch your attention.
This is a quick brain dump based on my own observations/battle with
master images last week.
1) Unless we use external USB/ETH adapters then cloning a master image
clones the mac address as well. This has serious consequences and I'm
100%
(2011年12月07日 23:54), Mark Brown wrote:
> On Wed, Dec 07, 2011 at 09:53:18PM +0800, Ying-Chun Liu (PaulLiu) wrote:
>> From: "Ying-Chun Liu (PaulLiu)"
>>
>> Anatop regulator driver is used by i.MX6 SoC. This patch adds the
>> Anatop regulator driver.
>
> This changelog isn't terribly verbose but lo
On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki <
zygmunt.kryni...@linaro.org> wrote:
> Hi, sorry for the topic, I wanted to catch your attention.
>
> This is a quick brain dump based on my own observations/battle with
> master images last week.
>
> 1) Unless we use external USB/ETH adapters the
W dniu 07.12.2011 18:44, Paul Larson pisze:
On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki
mailto:zygmunt.kryni...@linaro.org>> wrote:
Hi, sorry for the topic, I wanted to catch your attention.
This is a quick brain dump based on my own observations/battle with
master images last
On Wed, 2011-12-07 at 10:34 +, Dave Martin wrote:
> On Tue, Dec 06, 2011 at 03:22:00PM -0300, Guilherme Salgado wrote:
> > Hi there,
> >
> > The linux-arm-kernel[1] project on patches.l.o was using the following
> > source
> > tree
> >
> > http://ftp.arm.linux.org.uk/pub/linux/arm/kernel/
Hi folks.
So there's been some justified uproar about me moving some stuff to
github without asking. I wanted to let you all know that we have a
Linaro organization on github (ping danilos to get your github account
included there). I've created the validation team there and allowed it
to push/pul
On 12/08/2011 02:36 AM, Somebody in the thread at some point said:
Just briefly commenting on the bits I have some experience with...
1) Unless we use external USB/ETH adapters then cloning a master image
clones the mac address as well. This has serious consequences and I'm
This doesn't ring t
Hi Andy.
On Wed, Dec 7, 2011 at 11:24 PM, Andy Green wrote:
> On 12/08/2011 02:36 AM, Somebody in the thread at some point said:
>
> Just briefly commenting on the bits I have some experience with...
>
>
>>> 1) Unless we use external USB/ETH adapters then cloning a master image
>>> clones the mac
On Wed, Dec 7, 2011 at 3:29 PM, Zygmunt Krynicki
wrote:
> Hi LAVA users
>
> We'll be taking the system down for a brief maintenance session.
> We will be running a stale database migration to address the issues of
> https://bugs.launchpad.net/lava-dashboard/+bug/892562 specifically to run
> the mi
On Wed, Dec 7, 2011 at 6:15 PM, Zygmunt Krynicki
wrote:
> Hi folks.
>
> So there's been some justified uproar about me moving some stuff to
> github without asking. I wanted to let you all know that we have a
> Linaro organization on github (ping danilos to get your github account
> included there
On Wed, 7 Dec 2011 17:01:25 +0100, Zygmunt Krynicki
wrote:
> Hi, sorry for the topic, I wanted to catch your attention.
>
> This is a quick brain dump based on my own observations/battle with
> master images last week.
>
> 2) Running code via serial on the master image is a mess. It is very
>
On Wed, 07 Dec 2011 19:36:01 +0100, Zygmunt Krynicki
wrote:
> 2) Putting identity file on the SD card, adding lava extension to manage
> devices (this will be the place that ultimately holds stuff like
> dispatcher configs, has actions to do stuff with a board).
This should be part of the sche
On Wed, 7 Dec 2011 11:44:05 -0600, Paul Larson wrote:
> Sure, we could provide a command line tool for looking up those things in
> the lava database, and give admins an easy interface to just say "take me
> to the console of this machine", or "hardreset this machine". If we did
> that, and also
Hi,
On Wed, Dec 7, 2011 at 1:04 PM, Riku Voipio wrote:
> Hi,
>
> Another package that was requested to be able to cross-compiled was
> chromium. Now this is possible also, following the instructions at:
>
> https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/ChromiumCrossCompile
>
> The sta
On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
wrote:
> W dniu 07.12.2011 18:44, Paul Larson pisze:
>>
>> On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki
>> mailto:zygmunt.kryni...@linaro.org>> wrote:
>>
>> Hi, sorry for the topic, I wanted to catch your attention.
>>
>> This is a quick
On this thought
On Wed, Dec 7, 2011 at 7:54 PM, Ricardo Salveti
wrote:
> On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
> wrote:
>> W dniu 07.12.2011 18:44, Paul Larson pisze:
>>>
>>> On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki
>>> mailto:zygmunt.kryni...@linaro.org>> wrote:
>>>
>>>
W dniu 08.12.2011 02:54, Ricardo Salveti pisze:
On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
wrote:
W dniu 07.12.2011 18:44, Paul Larson pisze:
On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki
mailto:zygmunt.kryni...@linaro.org>> wrote:
Hi, sorry for the topic, I wanted to catch
W dniu 08.12.2011 02:23, Michael Hudson-Doyle pisze:
On Wed, 07 Dec 2011 19:36:01 +0100, Zygmunt
Krynicki wrote:
2) Putting identity file on the SD card, adding lava extension to manage
devices (this will be the place that ultimately holds stuff like
dispatcher configs, has actions to do stuff
On Thu, Dec 8, 2011 at 12:49 AM, Zygmunt Krynicki
wrote:
> W dniu 08.12.2011 02:54, Ricardo Salveti pisze:
>> On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
>> wrote:
>>> I don't want to push 100% over usb but pushing 99.9 (all except to boot
>>> loader) works for all boards as far as I know.
W dniu 08.12.2011 02:22, Michael Hudson-Doyle pisze:
On Wed, 7 Dec 2011 17:01:25 +0100, Zygmunt
Krynicki wrote:
Hi, sorry for the topic, I wanted to catch your attention.
This is a quick brain dump based on my own observations/battle with
master images last week.
2) Running code via seria
On 12/08/2011 10:56 AM, Somebody in the thread at some point said:
On Thu, Dec 8, 2011 at 12:49 AM, Zygmunt Krynicki
wrote:
W dniu 08.12.2011 02:54, Ricardo Salveti pisze:
On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
wrote:
I don't want to push 100% over usb but pushing 99.9 (all exc
W dniu 08.12.2011 05:16, Andy Green pisze:
On 12/08/2011 10:56 AM, Somebody in the thread at some point said:
On Thu, Dec 8, 2011 at 12:49 AM, Zygmunt Krynicki
wrote:
W dniu 08.12.2011 02:54, Ricardo Salveti pisze:
On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
wrote:
I don't want to push
On Thu, Dec 8, 2011 at 2:16 AM, Andy Green wrote:
> On 12/08/2011 10:56 AM, Somebody in the thread at some point said:
>>
>> On Thu, Dec 8, 2011 at 12:49 AM, Zygmunt Krynicki
>> wrote:
>>>
>>> W dniu 08.12.2011 02:54, Ricardo Salveti pisze:
On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Kryni
Zach reminded me that this month is compressed, so a linaro+android
kernel would be needed immediately for 11.12. As Andrey is just ramping
up in taking over for the Linaro Android kernel maintenance, I wanted to
just get a kernel out, using the older kernel workflow, so that we had
someth
On 12/08/2011 12:29 PM, Somebody in the thread at some point said:
On Thu, Dec 8, 2011 at 2:16 AM, Andy Green wrote:
On 12/08/2011 10:56 AM, Somebody in the thread at some point said:
On Thu, Dec 8, 2011 at 12:49 AM, Zygmunt Krynicki
wrote:
W dniu 08.12.2011 02:54, Ricardo Salveti pisze
Vinod Koul wrote:
>
> On Tue, 2011-12-06 at 16:15 +0530, Tushar Behera wrote:
> > amba_probe() now calls pm_runtime_get_noresume() and pm_runtime_enable()
> > for the devices before the device probe is called. Hence we don't need
> > to call pm_runtime_get_xxx and pm_runtime_enable() in device pro
Tushar Behera wrote:
>
> Amba core assumes the pclk to be named as apb_pclk. During device probe,
> it tries to get that clock and enable that. When PM_RUNTIME is enabled,
> dma clock is not explicitly enabled in pl330_probe, which causes device
> probe to fail. Adding a clkdev entry for apb_pclk
36 matches
Mail list logo
