On Wed, Feb 22, 2012 at 2:52 PM, Colin Cross wrote:
> On Fri, Feb 10, 2012 at 11:32 AM, Rob Lee wrote:
>> Maintainers for drivers/cpuidle, do you have any comments/opinions
>> about this patch?
>>
>> Intel cpuidle and acpi cpuidle maintainers, do you have any
>> comments/opinions about this patch
On Tue, Feb 21, 2012 at 4:08 AM, Ricardo Salveti
wrote:
> Fathi will be coordinating all respin requests in the next following
> days at linaro-release m-l, and the final image will be published this
> thursday, at releases.linaro.org.
Respin request for:
linaro-o-ubuntu-desktop:
Link:http://sna
On Wed, Feb 22, 2012 at 10:41 PM, Dmitry Antipov
wrote:
> On 02/22/2012 05:59 PM, Dave Martin wrote:
>
>> However, the way that the performance counter interrupts are routed is
>> dependent on the SoC. OMAP4 and later have an unusual way of doing this,
>> which is why perf doesn't currently work
Argh, resending to include list. Sorry Zygmunt.
On Wed, 22 Feb 2012 10:10:05 +, Zygmunt Krynicki
wrote:
> On Wed, Feb 22, 2012 at 02:21:57PM +1300, Michael Hudson-Doyle wrote:
> > Hi all,
> >
> > The LAVA team is working on support for private jobs -- we already have
> > some support for p
On Fri, Feb 10, 2012 at 11:32 AM, Rob Lee wrote:
> Maintainers for drivers/cpuidle, do you have any comments/opinions
> about this patch?
>
> Intel cpuidle and acpi cpuidle maintainers, do you have any
> comments/opinions about this patch and the changes to your code?
>
> Any other review and comm
On Wed, 22 Feb 2012 17:21:45 -0200, Christian Robottom Reis
wrote:
> > Is there a reason why we don't simply preinstall that key in the apt
> > keyring before shipping the filesystem?
>
> It's a good question. I'm going to borrow James W.'s opinion here who
> will know of any unforseen consequen
On Mon, Feb 20, 2012 at 10:39:20AM +, Dave Martin wrote:
> On Thu, Feb 16, 2012 at 05:27:21AM -0200, Christian Robottom Reis wrote:
> > On Thu, Feb 16, 2012 at 12:49:21PM +0530, Amit wrote:
> > > I am not able to install any packages related to linaro for example
> > > when I tried that below c
Hi Dmitry,
On 02/22/2012 07:17 PM, Dave Martin wrote:
On Wed, Feb 22, 2012 at 06:41:22PM +0400, Dmitry Antipov wrote:
On 02/22/2012 05:59 PM, Dave Martin wrote:
However, the way that the performance counter interrupts are routed is
dependent on the SoC. OMAP4 and later have an unusual way of
Hello Amit,
Thanks for keeping this up.
On Wed, Feb 22, 2012 at 03:44:06PM +0530, Amit Daniel Kachhap wrote:
> Changes since RFC:
> *Changed the cpu cooling registration/unregistration API's to instance based
> *Changed the STATE_ACTIVE trip type to pass correct instance id
> *Adding support t
Added u-boot-linaro to existing bug. Marked the qemu bug invalid.
Will fix soon.
On Wed, Feb 22, 2012 at 6:21 AM, Peter Maydell wrote:
> On 21 February 2012 20:55, John Rigby wrote:
>> Forwarding to all after I realized my answer only went to Peter:
>> That manifest entry points to the u-boot-t
On Wed, Feb 22, 2012 at 06:41:22PM +0400, Dmitry Antipov wrote:
> On 02/22/2012 05:59 PM, Dave Martin wrote:
>
> >However, the way that the performance counter interrupts are routed is
> >dependent on the SoC. OMAP4 and later have an unusual way of doing this,
> >which is why perf doesn't current
On 02/22/2012 05:59 PM, Dave Martin wrote:
However, the way that the performance counter interrupts are routed is
dependent on the SoC. OMAP4 and later have an unusual way of doing this,
which is why perf doesn't currently work upstream for these platforms.
But will it work on Panda board wit
On Wed, Feb 22, 2012 at 08:14:11PM +0800, Ming Lei wrote:
> On Wed, Feb 22, 2012 at 7:09 PM, Dmitry Antipov
> wrote:
> > On 02/22/2012 02:57 PM, Ming Lei wrote:
> >
> >> I didn't use oprofile before and always use 'perf', and I am sure
> >> it works well with arm a9 pmu hardware on linus tree.
> >
On Wed, Feb 22, 2012 at 02:15:09PM +0400, Dmitry Antipov wrote:
> Hello Ming,
>
> could you please give some pointers to observe an overall status of
> oprofile support on ARM A9 cores? IIUC, now it doesn't work
Note -- it's important to understand that there's a difference
between oprofile/perf
On 21 February 2012 20:55, John Rigby wrote:
> Forwarding to all after I realized my answer only went to Peter:
> That manifest entry points to the u-boot-tools package which is
> userland package containing mkimage so not really what you want.
>
> Your email reminds me we need to do this better l
On Wed, Feb 22, 2012 at 7:09 PM, Dmitry Antipov
wrote:
> On 02/22/2012 02:57 PM, Ming Lei wrote:
>
>> I didn't use oprofile before and always use 'perf', and I am sure
>> it works well with arm a9 pmu hardware on linus tree.
>
>
> Should we consider oprofile as obsolete in favor of perf?
>
> Are t
Hello Alexander,
On Tue, 21 Feb 2012 16:08:22 +0100
Alexander Sack wrote:
> On Mon, Feb 20, 2012 at 5:11 PM, Paul Sokolovsky
> > wrote:
>
> > Hello,
> >
> > As the result of implementation of
> >
> > https://blueprints.launchpad.net/linaro-android-infrastructure/+spec/build-config-in-git,
> >
On 02/22/2012 02:57 PM, Ming Lei wrote:
I didn't use oprofile before and always use 'perf', and I am sure
it works well with arm a9 pmu hardware on linus tree.
Should we consider oprofile as obsolete in favor of perf?
Are these projects competing to be a default system profiling
tool for Linu
Hi Dmitry,
On Wed, Feb 22, 2012 at 6:15 PM, Dmitry Antipov
wrote:
> Hello Ming,
>
> could you please give some pointers to observe an overall status of
> oprofile support on ARM A9 cores? IIUC, now it doesn't work
Wrt. perf support on ARM A9, I think the builtin PMU can work well
with mainline k
Hi, only textual nitpicking below...
> user and the binding of these cooling devices to the corresponding
> trip points can be easily done as the registration API's return the
> cooling device pointer. The user of these api's are responsible for
API vs. api
use plural s: APIs
> +This interfa
Changes since RFC:
*Changed the cpu cooling registration/unregistration API's to instance based
*Changed the STATE_ACTIVE trip type to pass correct instance id
*Adding support to restore back the policy->max_freq after doing frequency
clipping.
*Moved the trip cooling stats from sysfs node t
This patch adds support for generic cpu thermal cooling low level
implementations using frequency scaling up/down based on the request
from user. Different cpu related cooling devices can be registered by the
user and the binding of these cooling devices to the corresponding
trip points can be easi
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
Add a debugfs node code to report effective cooling of all cooling devices
attached to each trip points of a thermal zone. The cooling data reported
will be absolute if the higher temperature trip points are arranged first
otherwise the cooling stats is the cumulative effect of the earlier
invoked
This patch adds support for generic cpu thermal cooling low level
implementations using cpuhotplug based on the thermal level requested
from user. Different cpu related cooling devices can be registered by the
user and the binding of these cooling devices to the corresponding
trip points can be eas
Hello Ming,
could you please give some pointers to observe an overall status of
oprofile support on ARM A9 cores? IIUC, now it doesn't work
without oprofile.timer=1 kernel option, at least for Linus' tree;
searching gives a lot of discussion/patches fragments and similar
stuff, but I was unable t
On Wed, Feb 22, 2012 at 02:21:57PM +1300, Michael Hudson-Doyle wrote:
> Hi all,
>
> The LAVA team is working on support for private jobs -- we already have
> some support for private results, but if the log of the job that
> produced the results is publicly visible, this isn't much privacy.
>
> T
27 matches
Mail list logo
