Since now xusbxti clock's default rate is set in clock.c file,
there is no need to set it again in the machine file.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/mach-nuri.c |1 -
arch/arm/mach-exynos/mach-origen.c |1 -
arch/arm/mach-exynos/mach-smdk4x12.c |2 --
arch/
Since there is code duplication in different mach-board.c file it is better
to set default clock rate of xusbxti clock in plat-s5p/clock.c file.
The patches are based on following commit on Kukjin's for-next branch.
Pankaj (1):
ARM: S5P: Set default rate of xusbxti clock
Pankaj Dubey (2):
AR
From: Pankaj
Initialize xusbxti clock's default value here.
So that code duplication in all other mach-board.c can be avoided.
Signed-off-by: Pankaj Dubey
---
arch/arm/plat-s5p/clock.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-s5p/clock.c b/arch/arm
Since now xusbxti clock's default rate is set in clock.c file,
there is no need to set it again in the machine file.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-s5pv210/mach-goni.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-s5pv210/mach-goni.c
b/arc
On Fri, 2 Dec 2011, Daniel Lezcano wrote:
> On 12/01/2011 08:03 PM, Nicolas Pitre wrote:
> > Please have a look at this email:
> >
> > http://article.gmane.org/gmane.linux.ports.arm.kernel/141386
> >
> > There are two patches in there which should help you get some debugging
> > info out.
>
>
Works for me. Nice job, Tom!
cheers,
Jesse
On Thu, Dec 1, 2011 at 2:56 PM, Tom Gall wrote:
> Hi All,
>
> one of the blueprints we have for 11.12 is to modify the LEB/ALIP
> images so they include more linaro branding. A linaro wallpaper, maybe
> a linaro image as the system is booting, that kin
Hi Mark,
On Thu, 1 Dec 2011, Mark Brown wrote:
> On Wed, Nov 30, 2011 at 11:39:59PM -0700, Paul Walmsley wrote:
>
> > Clock rate/parent-change notifiers are requirements for DVFS use-cases,
> > and they must be paired with something like the
> > clk_{allow,block}_rate_change() functions to wor
On Thu, 2011-12-01 at 15:10 +, Catalin Marinas wrote:
> On Thu, Dec 01, 2011 at 10:26:37AM +, Ian Campbell wrote:
> > On Wed, 2011-11-30 at 18:32 +, Stefano Stabellini wrote:
> > > On Wed, 30 Nov 2011, Arnd Bergmann wrote:
> > > > KVM and Xen at least both fall into the single-return-va
On Wed, 2011-11-30 at 18:15 +, Arnd Bergmann wrote:
> On Wednesday 30 November 2011, Ian Campbell wrote:
> > On Wed, 2011-11-30 at 14:32 +, Arnd Bergmann wrote:
> > > On Wednesday 30 November 2011, Ian Campbell wrote:
> > > What I suggested to the KVM developers is to start out with the
> >
On Wed, 2011-11-30 at 18:32 +, Stefano Stabellini wrote:
> On Wed, 30 Nov 2011, Arnd Bergmann wrote:
>
> > KVM and Xen at least both fall into the single-return-value category,
> > so we should be able to agree on a calling conventions. KVM does not
> > have an hcall API on ARM yet, and I see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/01/2011 08:03 PM, Nicolas Pitre wrote:
> On Thu, 1 Dec 2011, Daniel Lezcano wrote:
>
>> On 12/01/2011 03:58 PM, Mark Brown wrote:
>>> On Thu, Dec 01, 2011 at 03:51:00PM +0100, Daniel Lezcano wrote:
>>>
commit 549158d2ab01e8370d2773044fe0973
Hi All,
one of the blueprints we have for 11.12 is to modify the LEB/ALIP
images so they include more linaro branding. A linaro wallpaper, maybe
a linaro image as the system is booting, that kind of thing.
Towards that end (and given that time is short if this is to make
11.12) I'd like to propo
On Thu, Dec 01, 2011 at 11:30:16AM -0700, Paul Walmsley wrote:
> The intention behind the clk_{allow,block}_rate_change() proposal was to
> allow the current user of the clock to change its rate without having to
> call clk_{allow,block}_rate_change(), if that driver was the sole user of
> the c
On 1 December 2011 19:14, David Zinman wrote:
> A request has been received to discontinue Linaro's support for the
> Beagleboard and Beagleboard-xM hardware.
This raises the question of what effect this should have on what
we do with the Beagleboard models in Linaro QEMU, since we don't
have a P
Enclosed please find the link to the Weekly Status report & meeting
minutes
for the Power Management working group for the week ending 2011-12-02
== Weekly Status Report ==
https://wiki.linaro.org/WorkingGroups/PowerManagement/Status/2011-12-01
== Meeting Minutes ==
https://wiki.linaro.org/Wor
A request has been received to discontinue Linaro's support for the
Beagleboard and Beagleboard-xM hardware.
The following conditions will be applied for the 2012.01 release cycle:
* There will be no more LEB or Linaro Developer builds.
* No more testing will be applied by Linaro to the boards a
On Thu, 1 Dec 2011, Daniel Lezcano wrote:
> On 12/01/2011 03:58 PM, Mark Brown wrote:
> > On Thu, Dec 01, 2011 at 03:51:00PM +0100, Daniel Lezcano wrote:
> >
> >> commit 549158d2ab01e8370d2773044fe09738a26f7086
> >> Author: Nicolas Pitre
> >> Date: Thu Aug 25 00:35:59 2011 -0400
> >
> >>
I did a presentation this November at LinuxCon Brazil called "The
Wierd World of Linux on ARM (featuring Android)":
https://events.linuxfoundation.org/events/linuxcon-brasil/programacao
I thought the slides might be interesting, so I posted them here:
https://wiki.linaro.org/Christia
On Thu, Dec 01, 2011 at 11:30:16AM -0700, Paul Walmsley wrote:
> So for example, if you had a driver that did:
> c = clk_get(dev, clk_name);
> clk_enable(c);
> clk_set_rate(c, clk_rate);
> and c was currently not enabled by any other driver on the system, and
> nothing else had called clk_block
On Thu, Dec 1, 2011 at 6:42 AM, Mark Brown
wrote:
> On Wed, Nov 30, 2011 at 11:39:59PM -0700, Paul Walmsley wrote:
>
>> Clock rate/parent-change notifiers are requirements for DVFS use-cases,
>> and they must be paired with something like the
>> clk_{allow,block}_rate_change() functions to work ef
On Thu, Dec 01, 2011 at 04:44:40PM +, Arnd Bergmann wrote:
> On Thursday 01 December 2011, Catalin Marinas wrote:
> > On Thu, Dec 01, 2011 at 03:42:19PM +, Arnd Bergmann wrote:
> > > On Thursday 01 December 2011, Catalin Marinas wrote:
> > > How do you deal with signed integer arguments pas
On Thursday 01 December 2011, Catalin Marinas wrote:
> On Thu, Dec 01, 2011 at 03:42:19PM +, Arnd Bergmann wrote:
> > On Thursday 01 December 2011, Catalin Marinas wrote:
> > How do you deal with signed integer arguments passed into SVC or HVC from
> > a caller? If I understand the architecture
On Thu, Dec 01, 2011 at 03:42:19PM +, Arnd Bergmann wrote:
> On Thursday 01 December 2011, Catalin Marinas wrote:
> > Given the way register banking is done on AArch64, issuing an HVC on a
> > 32-bit guest OS doesn't require translation on a 64-bit hypervisor. We
> > have a similar implementati
Hello,
We launched "seeded" builds on Linaro Android Build System
(https://android-build.linaro.org) more than a week ago with the aim to
improve build performance and stability, following Android ICS import
which overloaded our previous build infrastructure, and looking forward
into making Androi
On Thursday 01 December 2011, Catalin Marinas wrote:
> Given the way register banking is done on AArch64, issuing an HVC on a
> 32-bit guest OS doesn't require translation on a 64-bit hypervisor. We
> have a similar implementation at the SVC level (for 32-bit user apps on
> a 64-bit kernel), the on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/01/2011 03:58 PM, Mark Brown wrote:
> On Thu, Dec 01, 2011 at 03:51:00PM +0100, Daniel Lezcano wrote:
>
>> commit 549158d2ab01e8370d2773044fe09738a26f7086
>> Author: Nicolas Pitre
>> Date: Thu Aug 25 00:35:59 2011 -0400
>
>> ARM: move io
On Thu, 1 Dec 2011, Ian Campbell wrote:
> On Wed, 2011-11-30 at 18:32 +, Stefano Stabellini wrote:
> > On Wed, 30 Nov 2011, Arnd Bergmann wrote:
> > > KVM and Xen at least both fall into the single-return-value category,
> > > so we should be able to agree on a calling conventions. KVM does not
On Thu, Dec 01, 2011 at 10:26:37AM +, Ian Campbell wrote:
> On Wed, 2011-11-30 at 18:32 +, Stefano Stabellini wrote:
> > On Wed, 30 Nov 2011, Arnd Bergmann wrote:
> > > KVM and Xen at least both fall into the single-return-value category,
> > > so we should be able to agree on a calling con
On Thu, Dec 01, 2011 at 03:51:00PM +0100, Daniel Lezcano wrote:
> commit 549158d2ab01e8370d2773044fe09738a26f7086
> Author: Nicolas Pitre
> Date: Thu Aug 25 00:35:59 2011 -0400
> ARM: move iotable mappings within the vmalloc region
>
> In order to remove the build time variation be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I am using the linux-next head git tree on a snowball V5.
The kernel hangs at "Uncompressing kernel... done".
After bisecting, the patch where the kernel does no longer boot is:
commit 549158d2ab01e8370d2773044fe09738a26f7086
Author: Nico
On Wed, Nov 30, 2011 at 11:39:59PM -0700, Paul Walmsley wrote:
> Clock rate/parent-change notifiers are requirements for DVFS use-cases,
> and they must be paired with something like the
> clk_{allow,block}_rate_change() functions to work efficiently. I intend
> to comment on this later; it's
This patch adds a new trip type THERMAL_TRIP_STATE_ACTIVE. This
trip behaves same as THERMAL_TRIP_ACTIVE but also passes the cooling
device instance number. This helps the cooling device registered as
different instances to perform appropriate cooling action decision in
the set_cur_state call back
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/01/2011 03:07 PM, Zach Pfeffer wrote:
> On 30 November 2011 13:34, Daniel Lezcano wrote:
> On 11/30/2011 08:56 PM, Zach Pfeffer wrote:
On 30 November 2011 11:41, Amit Kucheria wrote:
> Wow - quite a cc-list :)
>
> On Tue, Nov 2
On 30 November 2011 13:34, Daniel Lezcano wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/30/2011 08:56 PM, Zach Pfeffer wrote:
>> On 30 November 2011 11:41, Amit Kucheria wrote:
>>> Wow - quite a cc-list :)
>>>
>>> On Tue, Nov 29, 2011 at 7:47 PM, Zach Pfeffer
>>> wrote:
>>>
Status report in detail in
https://wiki.linaro.org/OfficeofCTO/WeeklyReport
Last weekly meeting:
https://wiki.linaro.org/OfficeofCTO/2011-11-29
Highlights:
- ARMHF (also tracked via https://launchpad.net/linaro-octo-armhf
Launchpad project)
+ Debian builds are now churning
+ Ubuntu ARMHF now
On Thu, Dec 01, 2011 at 03:31:38PM +0700, tknv wrote:
> I could not find that WERROR override code at my kernels...
>
> Sorry delay it, I did make V=1.
> There are three kinds test.
> All targets are ARM.
> All Makefiles(top of kernel tree)-KBUILD_CFLAGS are same.
> KBUILD_CFLAGS := -Wall -Wunde
Hi Mike
a few brief comments.
On Wed, 30 Nov 2011, Turquette, Mike wrote:
> Likewise when a clk is requested to transition to a new frequency it
> will have to clear it with all of the clks below it, so there is still
> a need to propagate a request throughout the clk tree whenever
> clk_set_rat
Hello,
Here are some initial comments on clk_get_rate().
On Mon, 21 Nov 2011, Mike Turquette wrote:
> +/**
> + * clk_get_rate - return the rate of clk
> + * @clk: the clk whose rate is being returned
> + *
> + * Simply returns the cached rate of the clk. Does not query the hardware.
> If
> +
Hi
a few initial comments on clk_get_parent().
On Mon, 21 Nov 2011, Mike Turquette wrote:
> +/**
> + * clk_get_parent - return the parent of a clk
> + * @clk: the clk whose parent gets returned
> + *
> + * Simply returns clk->parent. It is up to the caller to hold the
> + * prepare_lock, if des
On Wed, Nov 30, 2011 at 06:20:50PM -0700, Paul Walmsley wrote:
> 1. When a clock user calls clk_enable() on a clock, the clock framework
> should prevent other users of the clock from changing the clock's rate.
> This should persist until the clock user calls clk_disable() (but see also
> #2 be
40 matches
Mail list logo
