...are available here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2010-08-09
A copy follows, along with activity reports for the different members.
-- Michael
Attendees
• Name Email IRC Nick
Yao Qi yao...@linaro.org
From: srinivas
---
arch/arm/plat-omap/cpu-omap.c |2 ++
drivers/cpuidle/cpuidle.c |3 ++-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/cpu-omap.c b/arch/arm/plat-omap/cpu-omap.c
index f9b480d..afa03aa 100644
--- a/arch/arm/plat-omap/cpu-omap.c
+++
From: srinivas
The following patches add power events in /debug/tracing/events/power.
These patches have been tested and applied only on the latest OMAP pm branch.
The first diff set is for cpufreq and second one for cpuidle framework.
The first diff patch applies only if OPP layer is included
On Tue, 2010-08-10 at 10:26 +0100, Dave Martin wrote:
> On Tue, Aug 10, 2010 at 10:16 AM, Loïc Minier wrote:
> > On Mon, Aug 09, 2010, John Rigby wrote:
> >> Does ltrace do what you want?
> >
> > This is what comes to my mind as well.
> >
> > There is a catch: I think eglibc (in fact almost all
Amit Kucheria wrote:
> Is security that much of an issue for linaro images, given that the images
> are not meant as end-user/product-focused images but rather technology demos.
Demos tend to get turned into products rather quickly in some cases. :-)
I wouldn't be at all amazed to find Linaro im
Dnia poniedziałek, 9 sierpnia 2010 o 22:00:11 Steve Langasek napisał(a):
> The others are IMHO very niche (not only are they not installed by default
> in Ubuntu, they're in universe no less) and don't belong on a
> general-purpose image.
But Linaro is not Ubuntu. Our images are rather targeted a
Dnia poniedziałek, 9 sierpnia 2010 o 15:56:18 Amit Kucheria napisał(a):
> As a followup to a conversation I had with Alexander (asac) on IRC, i'd
> like to request the addition of some packages to the headless image. This
> is to make the images more useful out-of-the-box.
>
> - ifplugd (dhcp net
On 10 Aug 09, Steve Langasek wrote:
> On Mon, Aug 09, 2010 at 04:56:18PM +0300, Amit Kucheria wrote:
> > As a followup to a conversation I had with Alexander (asac) on IRC, i'd like
> > to request the addition of some packages to the headless image. This is to
> > make the images more useful out-of
On Tue, Aug 10, 2010 at 10:16 AM, Loïc Minier wrote:
> On Mon, Aug 09, 2010, John Rigby wrote:
>> Does ltrace do what you want?
>
> This is what comes to my mind as well.
>
> There is a catch: I think eglibc (in fact almost all Ubuntu packages)
> is built with -Bsymbolic-functions, which means
On Mon, Aug 09, 2010, John Rigby wrote:
> Does ltrace do what you want?
This is what comes to my mind as well.
There is a catch: I think eglibc (in fact almost all Ubuntu packages)
is built with -Bsymbolic-functions, which means that you can't
intercept internal calls to memcpy() from other e
>> Does anyone know of existing research with this information, or
>> existing tools that could capture it?
>
> The obvious answer is to rebuild both firefox and libc with -pg.
>
> Maybe Ubuntu already has a glibc package build for profiling?
Yip, but I want the arguments as well so we can tell wh
On Tue, Aug 10, 2010 at 9:21 AM, Andrew Stubbs wrote:
[...]
> The obvious answer is to rebuild both firefox and libc with -pg.
>
> Maybe Ubuntu already has a glibc package build for profiling?
I believe there may be a profiling C library already in the archive,
but most other libraries won't ha
Hi
> On Mon, Aug 9, 2010 at 8:47 PM, Michael Hope wrote:
>> I'd like to record the running of a typical program such as Firefox,
>> GCC, or ffmpeg and capture the calls and arguments to functions like
>> strcpy() and memcpy(). The idea is to generate a usage profile so we
>> can tell what standa
On Tue, 2010-08-10 at 14:47 +1200, Michael Hope wrote:
> I'd like to record the running of a typical program such as Firefox,
> GCC, or ffmpeg and capture the calls and arguments to functions like
> strcpy() and memcpy(). The idea is to generate a usage profile so we
> can tell what standard libr
On 10/08/10 03:47, Michael Hope wrote:
> I'd like to record the running of a typical program such as Firefox,
> GCC, or ffmpeg and capture the calls and arguments to functions like
> strcpy() and memcpy(). The idea is to generate a usage profile so we
> can tell what standard library functions and
15 matches
Mail list logo
