Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754613Ab1C2VEn (ORCPT ); Tue, 29 Mar 2011 17:04:43 -0400 Received: from wolverine01.qualcomm.com ([199.106.114.254]:42920 "EHLO wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754545Ab1C2VEl (ORCPT ); Tue, 29 Mar 2011 17:04:41 -0400 X-IronPort-AV: E=McAfee;i="5400,1158,6300"; a="82791828" Message-ID: <4D924966.2050707@codeaurora.org> Date: Tue, 29 Mar 2011 17:04:38 -0400 From: Neil Leeder User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Russell King - ARM Linux , Jean Pihet CC: Sheetal Sahasrabudhe , Nicolas Pitre , will.deacon@arm.com, Bryan Huntsman , linux-arm-kernel@lists.infradead.org, jamie.iles@picochip.com, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: accessing vfpinstr macros from outside vfp directory Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3277 Lines: 90 (Resending: forgot to add Russell to To: list; subject change to avoid it getting lost in code review thread, was Re: [PATCH v4 2/3] [ARM] perfevents: Add support for Scorpion performance monitors) Russell, On 3/16/2011 5:13 AM, Jean Pihet wrote: > On Tue, Mar 15, 2011 at 4:58 PM, Sheetal Sahasrabudhe > wrote: >> Hi Will/Jean, >> >> On Mon, March 14, 2011 6:35 pm, Bryan Huntsman wrote: >>> On 03/09/2011 09:16 AM, Sheetal Sahasrabudhe wrote: >>>> This commit adds support for performance monitors provided by >>>> Qualcomm Scorpion and ScorpionMP processor to perfevents. >>>> >>>> Signed-off-by: Sheetal Sahasrabudhe >>>> Reviewed-by: Jean Pihet >>>> Reviewed-by: Will Deacon >>>> --- >>>> arch/arm/include/asm/perf_event.h | 2 + >>>> arch/arm/kernel/perf_event.c | 11 + >>>> arch/arm/kernel/perf_event_msm.c | 679 +++++++++++++++++++++++++++++++++++++ >>>> 3 files changed, 692 insertions(+), 0 deletions(-) >>>> create mode 100644 arch/arm/kernel/perf_event_msm.c >>>> >>> >>> ... >>> >>>> diff --git a/arch/arm/kernel/perf_event_msm.c b/arch/arm/kernel/perf_event_msm.c >>>> new file mode 100644 >>>> index 0000000..4e42f27 >>>> --- /dev/null >>>> +++ b/arch/arm/kernel/perf_event_msm.c >> [...] >> >>>> +#include >>>> +#include >>>> +#include "../vfp/vfpinstr.h" >>> >>> Sorry I didn't see this earlier. Is there another way to get the info >>> you need that wouldn't use a relative include path? If the info from >>> vfpinstr.h is now needed outside of the vfp directory, can it be moved >>> to a common header instead? Thanks. > Good catch! Sorry I did not catch this one while reviewing the code. > >>> >>> - Bryan >> >> I see other files under vfp that include this header. >> So if we were to implement Bryan's suggestion, I think a separate patch that moves the header and updates all the depdendencies would be more appropriate. >> Are you okay with the relative include path for vfpinstr.h in this patch for now or would you want to see an update to move vfpinstr.h to include/asm?. > > Adding Russell and Nicolas for the VFP question. > Only fmrx and fmxr are used from "../vfp/vfpinstr.h". Can those be > moved to arch/arm/include/asm/vfp.h? > > What is the best solution to this? > > Regards, > Jean > Any opinions on what would be the best thing to do here? Choices appear to be: 1) allow the relative include path of ../vfp/vfpinstr.h 2) move the definitions of fmrx, fmxr from vfp/vfpinstr.h to include/asm/vfp.h 3) move vfp/vfpinstr.h to include/asm 4) other...? If it helps, I can create a patch for whichever is considered the preferred solution. Thanks, Neil (Standing in temporarily for Sheetal while she is on leave of absence) >> >> Thanks, >> Sheetal >> -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/