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
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 that
From: Ying-Chun Liu (PaulLiu) paul@linaro.org
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
From: Ying-Chun Liu (PaulLiu) paul@linaro.org
Anatop regulator driver is used by i.MX6 SoC. This patch adds the
Anatop regulator driver.
Signed-off-by: Nancy Chen nancy.c...@freescale.com
Signed-off-by: Ying-Chun Liu (PaulLiu) paul@linaro.org
Cc: Mark Brown
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
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
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
On Wed, Dec 07, 2011 at 09:53:18PM +0800, Ying-Chun Liu (PaulLiu) wrote:
From: Ying-Chun Liu (PaulLiu) paul@linaro.org
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
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
(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) paul@linaro.org
Anatop regulator driver is used by i.MX6 SoC. This patch adds the
Anatop regulator driver.
This changelog isn't terribly verbose
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 then
W dniu 07.12.2011 18:44, Paul Larson pisze:
On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki
zygmunt.kryni...@linaro.org 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
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
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
Hi Andy.
On Wed, Dec 7, 2011 at 11:24 PM, Andy Green andy.gr...@linaro.org 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
On Wed, Dec 7, 2011 at 3:29 PM, Zygmunt Krynicki
zygmunt.kryni...@linaro.org 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
On Wed, Dec 7, 2011 at 6:15 PM, Zygmunt Krynicki
zygmunt.kryni...@linaro.org 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
On Wed, 7 Dec 2011 17:01:25 +0100, 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.
2) Running code via serial on the master image is
On Wed, 07 Dec 2011 19:36:01 +0100, Zygmunt Krynicki
zygmunt.kryni...@linaro.org 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
On Wed, 7 Dec 2011 11:44:05 -0600, Paul Larson paul.lar...@linaro.org 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
Hi,
On Wed, Dec 7, 2011 at 1:04 PM, Riku Voipio riku.voi...@linaro.org wrote:
Hi,
Another package that was requested to be able to cross-compiled was
chromium. Now this is possible also, following the instructions at:
On Wed, Dec 7, 2011 at 4:36 PM, Zygmunt Krynicki
zygmunt.kryni...@linaro.org wrote:
W dniu 07.12.2011 18:44, Paul Larson pisze:
On Wed, Dec 7, 2011 at 10:01 AM, Zygmunt Krynicki
zygmunt.kryni...@linaro.org mailto:zygmunt.kryni...@linaro.org wrote:
Hi, sorry for the topic, I wanted to
On Thu, Dec 8, 2011 at 12:49 AM, Zygmunt Krynicki
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
zygmunt.kryni...@linaro.org wrote:
I don't want to push 100% over usb but pushing 99.9 (all except to boot
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
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
zygmunt.kryni...@linaro.orgwrote:
I
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
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
On Thu, Dec 8, 2011 at 2:16 AM, Andy Green andy.gr...@linaro.org 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
zygmunt.kryni...@linaro.org wrote:
W dniu 08.12.2011 02:54, Ricardo Salveti pisze:
On Wed, Dec 7,
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
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 Greenandy.gr...@linaro.org 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
zygmunt.kryni...@linaro.orgwrote:
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 probe
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 for
31 matches
Mail list logo