From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S938350AbeE1LbP (ORCPT ); Mon, 28 May 2018 07:31:15 -0400 Received: from ozlabs.org ([203.11.71.1]:36823 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S937985AbeE1LbK (ORCPT ); Mon, 28 May 2018 07:31:10 -0400 Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au From: Michael Ellerman To: Frederic Weisbecker Cc: LKML , Jiri Olsa , Namhyung Kim , Joel Fernandes , Peter Zijlstra , Linus Torvalds , Yoshinori Sato , Benjamin Herrenschmidt , Catalin Marinas , Chris Zankel , Paul Mackerras , Thomas Gleixner , Will Deacon , Rich Felker , Ingo Molnar , Mark Rutland , Alexander Shishkin , Andy Lutomirski , Arnaldo Carvalho de Melo , Max Filippov Subject: Re: [PATCH 04/12] powerpc: Implement hw_breakpoint_arch_parse() In-Reply-To: <20180525140556.GD22082@lerouge> References: <1526697950-7091-1-git-send-email-frederic@kernel.org> <1526697950-7091-5-git-send-email-frederic@kernel.org> <87fu2hstf3.fsf@concordia.ellerman.id.au> <20180525140556.GD22082@lerouge> Date: Mon, 28 May 2018 21:31:07 +1000 Message-ID: <87in783tl0.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Frederic Weisbecker writes: > On Thu, May 24, 2018 at 12:01:52PM +1000, Michael Ellerman wrote: >> Frederic Weisbecker writes: >> >> > diff --git a/arch/powerpc/kernel/hw_breakpoint.c b/arch/powerpc/kernel/hw_breakpoint.c >> > index 348cac9..fba6527 100644 >> > --- a/arch/powerpc/kernel/hw_breakpoint.c >> > +++ b/arch/powerpc/kernel/hw_breakpoint.c >> > @@ -139,30 +139,31 @@ int arch_bp_generic_fields(int type, int *gen_bp_type) >> > /* >> > * Validate the arch-specific HW Breakpoint register settings >> > */ >> > -int arch_validate_hwbkpt_settings(struct perf_event *bp) >> > +int hw_breakpoint_arch_parse(struct perf_event *bp, >> > + struct perf_event_attr *attr, >> > + struct arch_hw_breakpoint *hw) >> >> I think the semantics here are that we are reading from bp/attr and >> writing to hw? >> >> If so would some sprinkling of const on the first two parameters help >> make that clearer? > > I seem to remember there was an issue with that due to the various functions > we call that need to be converted to take const as well. I thought I would > do it in a seperate series but actually it should be no big deal to do it > on this one. Yeah, that does sometimes snowball out of control. > Let me try that and respin. Cool. It would be nice to have, but obviously not crucial. cheers