linux-mips
[Top] [All Lists]

Re: [PATCH v7 0/6] MIPS performance event support v7

To: Deng-Cheng Zhu <dengcheng.zhu@gmail.com>
Subject: Re: [PATCH v7 0/6] MIPS performance event support v7
From: Matt Fleming <matt@console-pimps.org>
Date: Tue, 5 Oct 2010 08:52:37 +0100
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org, a.p.zijlstra@chello.nl, paulus@samba.org, mingo@elte.hu, acme@redhat.com, Robert Richter <robert.richter@amd.com>
In-reply-to: <AANLkTimygG29VWat0XoNBxOPeB4+vdSoQdO5+G=emecz@mail.gmail.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <1285837760-10362-1-git-send-email-dengcheng.zhu@gmail.com> <20101004193329.GF1670@console-pimps.org> <AANLkTimygG29VWat0XoNBxOPeB4+vdSoQdO5+G=emecz@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.5.18 (2008-05-17)
On Tue, Oct 05, 2010 at 08:06:26AM +0800, Deng-Cheng Zhu wrote:
> I have a question about your "generalise" patchset: Do you see any issues
> or needed changes for the existing x86 (or sparc) Perf and Oprofile code by
> merging your patchset?
> 
> 
> Deng-Cheng

Just to be clear, if my patches are merged it won't break any existing
architectures - it is an optional interface and each architecture must
opt-in. Having said that, I'm sure the maintainers for other
architectures will be looking to move over to the new interface. It
certainly makes sense from a maintenance point of view.

If any problems are discovered with the generic perf-oprofile code
while trying to migrate architectures then they can be fixed. Rather
than trying to accomplish the mamoth task of guessing everybody's
requirements, I decided it would be easier to just get support for SH
and ARM working first and others can follow.

<Prev in Thread] Current Thread [Next in Thread>