Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp4193106pxt; Tue, 10 Aug 2021 23:28:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJySsqaY6aRUe8HrDgSfMNWFw4voze+QZiMlNpWeO5vPm1tiwXTfoAC4ziwsqY/S333+dOl+ X-Received: by 2002:a05:6402:1cb6:: with SMTP id cz22mr9537686edb.148.1628663324322; Tue, 10 Aug 2021 23:28:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628663324; cv=none; d=google.com; s=arc-20160816; b=ze049tZUL9c9OXa5F1VHDP8wbd3+9p9UE5RtFZFTuzvswjSAKKJoPiETBOU8b9FAgX 2XPTV5xBrZwkj9zVFc88HD5mvwD9IsiJToagwt+ECBmIUYSdkqL9BmtNIfqtVD2SfVBb FnnwNQa8qpVtlQ5OeaCr5LsKr4qzwqZDqYOfyXKGs8ToHL2r9GO1n0PBOhfWTiDkKPPv anuSbwdX4bnKgaCVOIHd0mzAbtmVLaUApDHMegyzHU93IvOms8xJMDr43nwg4bGhHM1y UnyJlN98hi8+hbsYytWunfTCd41EdTN11fhByBhF3eI9jddIhGQvdP5vzJhzc1u5LpnK vUYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=fVdXgv7YIZpN5OI1dhNJ7Sy6uod9rMWE7ZoQR2R5toc=; b=w5y/GW6LBEv/YsFfFmLI0JtaXgpt9hQH1e6g+Maxki3MIFQxTE9T/emNdugN2P20ko 59/nU3xGReC4Sw6GnSdJl/OvtL++Tntpm9gTqNtDPbx9shHJrj6WC/bsKM9HRZoHJEZG fz41sjfNzz3zTreJ4NcRx9JLJsHBDPPwMWW3VvGFIr9nkntcYhN+8/F8DTvPdK9XKoKB bPRlvx1cRAWSTC0OF+sYJ/4hSJRwMCFLG2V9rhTZvnVAfLUxzIqAMY0L6Vm/glNhrQtf Ugplit8myJKlbm13m0BLRTYuBvNF7DcOzHfCQ4e/OV7xPzaWc0I0wNrFAc7s5VrZWwWG Uf3g== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jg40si15575550ejc.451.2021.08.10.23.28.20; Tue, 10 Aug 2021 23:28:44 -0700 (PDT) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234730AbhHKG1J (ORCPT + 99 others); Wed, 11 Aug 2021 02:27:09 -0400 Received: from verein.lst.de ([213.95.11.211]:39257 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234575AbhHKG1J (ORCPT ); Wed, 11 Aug 2021 02:27:09 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id AE39F6736F; Wed, 11 Aug 2021 08:26:42 +0200 (CEST) Date: Wed, 11 Aug 2021 08:26:42 +0200 From: Christoph Hellwig To: Ian Pilcher Cc: Marek =?iso-8859-1?Q?Beh=FAn?= , Greg KH , hch@lst.de, pali@kernel.org, linux-block@vger.kernel.org, linux-leds@vger.kernel.org, axboe@kernel.dk, pavel@ucw.cz, linux-kernel@vger.kernel.org, kernelnewbies@kernelnewbies.org Subject: Re: [RFC PATCH v2 00/10] Add configurable block device LED triggers Message-ID: <20210811062642.GA3119@lst.de> References: <20210809033217.1113444-1-arequipeno@gmail.com> <20210809205633.4300bbea@thinkpad> <81c128a1-c1b8-0f1e-a77b-6704bade26c0@gmail.com> <20210810004331.0f0094a5@thinkpad> <7b5f3509-5bcd-388b-8d3b-4ea95a9483ad@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7b5f3509-5bcd-388b-8d3b-4ea95a9483ad@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 09, 2021 at 06:50:44PM -0500, Ian Pilcher wrote: > On 8/9/21 5:43 PM, Marek Beh?n wrote: >> I confess that I am not very familiar with internal blkdev API. > > It's mainly a matter of symbol visibility. See this thread from a few > months ago: > > https://www.spinics.net/lists/linux-leds/msg18244.html > > Now ... my code currently lives in block/, so there isn't actually > anything technically preventing it from iterating through the block > devices. > > The reactions to Enzo's patch (which you can see in that thread) make me > think that anything that iterates through all block devices is likely to > be rejected, but maybe I'm reading too much into it. I think the main issue with this series is that it adds a shitload of code and a hook in the absolute I/O fastpath for fricking blinkenlights. I don't think it is even worth wasting time on something this ridiculous.