Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1586788pxb; Tue, 8 Feb 2022 23:13:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJxXiOWNyitWgg6WsAkygWLZWRByooSf0a95EyOXA31sMtq8vY7zrHbEGKTwQCsw+Q0D5j7p X-Received: by 2002:a17:902:c652:: with SMTP id s18mr1149257pls.104.1644390796020; Tue, 08 Feb 2022 23:13:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644390796; cv=none; d=google.com; s=arc-20160816; b=03keO3hESkldQpv0zCLi/WXbonTGUUVrxgXQLuegsN71u4QOEhhCo98/rtSK0BuT/4 GsTzQOE/3uspFSwEfB1N5GmVoB6Jr29wdEQD4akZkFl4KQJtgkTAlOBuQJCO+c2Y8eB9 A0vPrE51oKtlmSR+mkt04hSN5bnitlmLHAqJ7lobqD5ZvUTKHkboFjMDFA5xZMsnQROF /7FnqXSYNGa2WZZyq6xzEsX7vgBlPmTcpL+SkY57mpetyV2OZNWGNT1pJY5gduHtostA /OPNhZYUXfmf6HsywUmYX0ElvspphwQsyn+NLMVGhTwFUIyrB9dXoC9USeTHnaaStVni 3ATw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=rlfMiSQDubj+Ph8MLvtPCvN6/ufw7ffJHZWfJEWSM7s=; b=C9BcZ2TTd105wpRj+TaCYBunRdXA1S9yME3i5Ul5ySAucr5Fskkvi1Dxep/QjmFVXN GGR1ZWzgZWV/XzyL1a2MrC4BbbgSjVTWysfeu5C5EL6lKlHWpz3i8LKHVugBMgFwLv7V BsDW/ZFsrSIc22iNGuE1Rus9iXz0xVpKSqJG84q6vIWjYBNFd5JmZEAOAcRTxcIfLyMN PxGuLNbOjcYLmSeldzCJQFFeJMLnAI/PvQPRZspY3G1DubYXxm9AgVi8Srs9izrdHE9E 2TzghK6dbFb29bwgnnsaeO51t8nCNzkUR5pJLJy6nz7qCD+hONE5rqGF/PHAn64eMLTz 6FfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=DmZVl3Hh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id b6si10193478plh.279.2022.02.08.23.13.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 08 Feb 2022 23:13:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=DmZVl3Hh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 332E9E059DEE; Tue, 8 Feb 2022 22:30:34 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234909AbiBDTxR (ORCPT + 99 others); Fri, 4 Feb 2022 14:53:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37622 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232023AbiBDTxR (ORCPT ); Fri, 4 Feb 2022 14:53:17 -0500 Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 64738C061714 for ; Fri, 4 Feb 2022 11:53:15 -0800 (PST) Received: by mail-oi1-x22d.google.com with SMTP id s24so2083202oic.6 for ; Fri, 04 Feb 2022 11:53:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rlfMiSQDubj+Ph8MLvtPCvN6/ufw7ffJHZWfJEWSM7s=; b=DmZVl3HhtwyFLwUwi7HO1+M0i+lCxDISV0wxDw5RqxrQtuIfzfn2AtQJTe+gC0x+L0 tQRfEqm2UTKOqTnGFVVwEsFbOAKBYIqzquLFzOBFOH81dMl+v79dLs+aRHbnhoNiz5fF nePK9zYZHUZDtWKk7Y3dmMMs+qTwS3eDOo+pA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rlfMiSQDubj+Ph8MLvtPCvN6/ufw7ffJHZWfJEWSM7s=; b=HDEYnvjGsl5gfkqdKyggyGzxlpgEjfiJemcyzI3k03I7bx2IQHBUrE8KgFsjov0j3g l21LxFIkYbZ0ytLSPIS8gkV3OGbqkdzHpZgjV48yerCbfRZTjbsLssyMy4t+Ehdlr2Sf GVGs+8YhyaIWlb/6+bKRWh6p7LIU9EoZfyzClS2dZoz3ydKxY2hQTEij4TueMkBf+pPt kF3Q/2JDDqP3WLZ5t80mreWYwUNHXAOQZLa/7vJjZnYSBXVJZCne5bS92zgs607VfsKU gGWdDOnPgDy1Jw4MV2WjMCRZHOfthIcfI64SIYlP0QZy5HnF2O8s0DlD4A6fD3SFMNq+ p3Ng== X-Gm-Message-State: AOAM5316vKzHlXhBrmOSSyUJcMl0WKpwGeKLrl3QW93HDuEmQ0RWJsly 68aGD0jxL3cxA1ALuuAzOexZQSfWS+ITGA== X-Received: by 2002:a05:6808:3096:: with SMTP id bl22mr305511oib.280.1644004394483; Fri, 04 Feb 2022 11:53:14 -0800 (PST) Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com. [209.85.167.177]) by smtp.gmail.com with ESMTPSA id k19sm1055102oot.41.2022.02.04.11.53.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 04 Feb 2022 11:53:13 -0800 (PST) Received: by mail-oi1-f177.google.com with SMTP id m10so9781418oie.2 for ; Fri, 04 Feb 2022 11:53:13 -0800 (PST) X-Received: by 2002:a05:6808:2026:: with SMTP id q38mr2109037oiw.243.1644004392644; Fri, 04 Feb 2022 11:53:12 -0800 (PST) MIME-Version: 1.0 References: <1587620791-5279-1-git-send-email-peng.fan@nxp.com> <20200423104000.GD4808@sirena.org.uk> <20200423112244.GH4808@sirena.org.uk> <20200424103004.GB5850@sirena.org.uk> In-Reply-To: From: Brian Norris Date: Fri, 4 Feb 2022 11:53:01 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: regmap: mmio: lack of runtime_pm support for debugfs To: Mark Brown Cc: Peng Fan , "rafael@kernel.org" , "linux-kernel@vger.kernel.org" , dl-linux-imx , "S.j. Wang" Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-7.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 4, 2022 at 11:41 AM Mark Brown wrote: > On Fri, Feb 04, 2022 at 11:21:51AM -0800, Brian Norris wrote: > > We do actually have a cache for the case I care about, but there's > > also a debugfs file for bypassing that and...for some reason I'm > > dealing with some diagnostic scripts that purposely toggle that. I'm > > not sure how wise that is, but in general I like to reduce the number > > of ways dumb user space can screw things up. I've even had to tell > > people that recursively grepping through sysfs or debugfs is a bad > > idea... > > Are you sure this extra thing that bypasses the cache isn't an out of > tree patch? It really doesn't sound like a good idea to have that, and > if people think they need it they probably have drivers doing something > quite unfortunate. Or are you just looking at the upstream debugfs with > some volatile registers? https://git.kernel.org/linus/d3dc5430d68fb91a62d971648170b34d46ab85bc regmap: debugfs: Allow writes to cache state settings And it's still there: https://elixir.bootlin.com/linux/v5.16.5/source/drivers/base/regmap/regmap-debugfs.c#L521 Again, I didn't claim the *use* of that bypass in the aforementioned diagnostic script was a good idea...but it's at least possible. I've already carved out more exceptions so that script doesn't do bad things on some systems, but maybe I'll poke the authors even more, to see if they have a good reason for using the bypass. Brian