From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 385AAC433EF for ; Tue, 30 Nov 2021 22:58:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID:Date:References :In-Reply-To:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=yD7oN6kihg7E7bvuMWSobSHCwQvKwpcdx5aEZVtJjKo=; b=N/1pZj/Vj9PMMf Y/PzNUpY6QvrQgHaQombIuecA3p3EFHH7W2YCjZxqVqc6QCMWdPvifV43TbHnD9BV6mi2wr71UTD/ +3LEqL6pfVIzuZ8W5Tla7IfKMs+o0iqOy/yiWHjiHc9eROnhRjiqJG3vrfWfOb2KQfxlOeJz63MPW McgCnBdj87LMGwUBQydQ9AN/1ADPMb/8r0K+CIz8vlQ2YlMc9clbKPDWkD/Dq3MDyBFTkM3yiIk2L iqq/S9YCGSTsxqNIyNRF39LtUGTL6P2Z6zcyw3mg3P+Dad3jDSmf0WszOls5dF4DzrTRVEGtRgmA8 OlrLT0EbjS74PkRuCFPA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1msC3w-0077ee-R3; Tue, 30 Nov 2021 22:57:25 +0000 Received: from galois.linutronix.de ([193.142.43.55]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1msC3s-0077dS-Q9 for linux-arm-kernel@lists.infradead.org; Tue, 30 Nov 2021 22:57:22 +0000 From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1638313038; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=9/V2ihpxA3WwS0vURZHQtur+oN9jzv/WY9q6y31GKWQ=; b=H/PJulp8NdWEg5GCLCZNyCcu7PnYq7sn0CrK1aunP9/Va3NAiT2tpFB+9cNLj44UjJgTZb EBidZKWS9bDsAPEW4Dz9m+FHuHmw1RNJV7kVzyh4X6YaE2A8+MJPoXZkfHON4ZzYA73xdW fISR28LMRyJUVKneoL8b5RixqutfQhP8Uk2FUH+tXp1oK3EBeauxPN9ceBnCDUpEQ9hbB+ v05bBUHf5+5LfrqWShYKw4pHHl32cy4ui00eeQe+YEE24Uz/PcqtrzLmQFdYY8p5P9Glm0 BfWJmQzn3ATb7hGDmkq5lWOw5DojQK1WP2Rpw1aeAhJqyi4gZkhA4dpubIu8LA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1638313038; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=9/V2ihpxA3WwS0vURZHQtur+oN9jzv/WY9q6y31GKWQ=; b=KgpDPuhXZS9DIP5qHaPhe9LJ6uWxazb+cN5ZuoMSHdZa4FSaN083kJFqyi246QrHYf7Ckf lC8ZOAaU4XJn9SAA== To: Rob Herring , Will Deacon , Mark Rutland , Peter Zijlstra Cc: Jonathan Corbet , Catalin Marinas , Ingo Molnar , Arnaldo Carvalho de Melo , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Borislav Petkov , x86@kernel.org, "H. Peter Anvin" , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-perf-users@vger.kernel.org Subject: Re: [PATCH v12 2/5] perf: Add a counter for number of user access events in context In-Reply-To: <20211027201641.2076427-3-robh@kernel.org> References: <20211027201641.2076427-1-robh@kernel.org> <20211027201641.2076427-3-robh@kernel.org> Date: Tue, 30 Nov 2021 23:57:17 +0100 Message-ID: <87zgpl9rqq.ffs@tglx> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211130_145721_018035_B3A00890 X-CRM114-Status: GOOD ( 10.56 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Oct 27 2021 at 15:16, Rob Herring wrote: > For controlling user space counter access, we need to know if any event > in a context (currently scheduled or not) is using user space counters. Who is 'we'? Come on. How is someone without context supposed to figure out that 'we' means ARM64 when staring at that changelog a year later? Is it really that hard to write coherent changelogs which make sense on their own and actually follow Documentation/process/ which exists for a reason? Thanks, tglx _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel