[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4739C42F.8030208@redhat.com>
Date: Tue, 13 Nov 2007 10:35:11 -0500
From: William Cohen <wcohen@...hat.com>
To: Robert Richter <robert.richter@....com>
CC: Andi Kleen <andi@...stfloor.org>, akpm@...l.org, gregkh@...e.de,
linux-kernel@...r.kernel.org, perfmon2-devel@...ts.sourceforge.net
Subject: Re: [perfmon2] perfmon2 merge news
Robert Richter wrote:
> On 10.11.07 21:32:39, Andi Kleen wrote:
>> It would be really good to extract a core perfmon and start with
>> that and then add stuff as it makes sense.
>>
>> e.g. core perfmon could be something simple like just support
>> to context switch state and initialize counters in a basic way
>> and perhaps get counter numbers for RDPMC in ring3 on x86[1]
>
> Perhaps a core could provide also as much functionality so that
> Perfmon can be used with an *unpatched* kernel using loadable modules?
> One drawback with today's Perfmon is that it can not be used with a
> vanilla kernel. But maybe such a core is by far too complex for a
> first merge.
>
> -Robert
>
Hi Robert,
In the past I suggested that it might be useful to have a version of perfmon2
that only set up the perfmon on a global basis. That would allow the patches for
context switches to be added as a separate step, splitting up the patch into
smaller set of patches.
Perfmon2 uses a set of system calls to control the performance monitoring
hardware. This would make it difficult to use an unpatch kernel unless perfmon
changed the mechanism used to control the performance monitoring hardware.
-Will
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists