Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp3212093pxu; Sun, 29 Nov 2020 19:15:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJwbumNFkAmZ+R26bUGUzof54ujD6OujjabhW1nmQZ8Zv5pTU34XmwMRKOIqvFRoQz3Zaua0 X-Received: by 2002:a17:906:1282:: with SMTP id k2mr18278794ejb.554.1606706116395; Sun, 29 Nov 2020 19:15:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606706116; cv=none; d=google.com; s=arc-20160816; b=wgnd1p1WfeFaRbu72w+AqpLLLiMIQfgwkdm3F/z+yqNe+IrZim34jvxUJVQ4I0/dl6 UTwDT+v6gIvw7ZOe1rezhJORShRsmHJ+pSogpKutBcDlqx6nv4F9/6p9p7kTGICp7Zgl 0nwCUoFWEsiGsTNTiJ3v6Kkn28fft3dQHjGbR3oDXu9UDIu3upi/WQLY1k8oBdg0H3td vlfu3kpNk+YuE+6skC1EFvSLN45aZ+mWbUDcgt1tKc2KEycc228exFNa3V5ZJA512U7V XzhEE8EscGEtl6F0VtnK0RtyjRJreVIhLmhJVjf3BRXiFDV2mqJRK699H5DoB4caduNJ qG5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:ironport-sdr :ironport-sdr; bh=IbGDGPDzpKT0oJhqcnHXUEQdOE05zYmPw87ky+V1K8M=; b=yF7yiEY6gOInXz7qHRIxn1juwuUTiVhZxkDQmQ5jWRc6eoh4tK9aDpYOA6Vw4WgZWM f2rl74VBkFE/ZfXgio4Bflxf7xKKcYR+0WIcRCMQ4CI3KI5gjSH/BTydQHHJbhSjlrds QOBRFG/UVSf9LLkRHWyAtyvlQ70NoALjIEsVA1h/ZAbtUVRyOoMPG3eQeSfHWhIKd7gy Vvv5fAzZ2t5vMAGV4SjIp1X4iEWcl3BVsnu4aHIpnMul/vmXBY05i0FCQp0zy30sysN2 tr8ZsPreNNuflJSoJ4MuhCXQxQG3hY3wk6VQAOL1JPssO7nZhM5JECv3I7BHcRVQqruA Ozfg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qn10si9286185ejb.591.2020.11.29.19.14.54; Sun, 29 Nov 2020 19:15:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726822AbgK3DKQ (ORCPT + 99 others); Sun, 29 Nov 2020 22:10:16 -0500 Received: from mga18.intel.com ([134.134.136.126]:15684 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726712AbgK3DKQ (ORCPT ); Sun, 29 Nov 2020 22:10:16 -0500 IronPort-SDR: AzEY6v4+ISaMA4o15aA7H/1PuZVxqIReFoByMtxTVC2h2W7+FlnNnZpqp5TfM3nbkvgrZFZD/j H10cC2lrCDWA== X-IronPort-AV: E=McAfee;i="6000,8403,9820"; a="160346974" X-IronPort-AV: E=Sophos;i="5.78,379,1599548400"; d="scan'208";a="160346974" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Nov 2020 19:08:35 -0800 IronPort-SDR: 5AcvkbbkvEdLh4qRxE1Jn1UFWC0eqLHkMMq33U5xWb/bHELItUBHh4u2adm6K+P0QRlp5SOAds uRa0lt2IyiXw== X-IronPort-AV: E=Sophos;i="5.78,379,1599548400"; d="scan'208";a="364032481" Received: from tassilo.jf.intel.com ([10.54.74.11]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Nov 2020 19:08:35 -0800 Date: Sun, 29 Nov 2020 19:08:28 -0800 From: Andi Kleen To: Paul Gortmaker Cc: linux-kernel@vger.kernel.org, Petr Mladek , Sergey Senozhatsky , Steven Rostedt , John Ogness Subject: Re: [PATCH 0/3] clear_warn_once: add timed interval resetting Message-ID: <20201130030828.GA1363814@tassilo.jf.intel.com> References: <20201126063029.2030-1-paul.gortmaker@windriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201126063029.2030-1-paul.gortmaker@windriver.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 26, 2020 at 01:30:26AM -0500, Paul Gortmaker wrote: > But you currently can't make use of clear_warn_once unless you've got > debugfs enabled and mounted - which may not be desired by some people > in some deployment situations. Seems awfully special purpose. The problem with debugfs is security, or is it no convenient process that could do cron like functionality? If it's the first, perhaps what they really need is a way to get a partial debugfs? -Andi