Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5836801pxv; Wed, 28 Jul 2021 22:54:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzmIj5cEk9XwAjxYja6p/GUXMYZB9pgOW//ulLMOgyWoMiSpRcZdeWLj7/O+LwYbwVAra2I X-Received: by 2002:a02:a69a:: with SMTP id j26mr3002182jam.9.1627538056408; Wed, 28 Jul 2021 22:54:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627538056; cv=none; d=google.com; s=arc-20160816; b=SRydfxrcI2HCPJB9qCiHi7u2tKm5fkSHvaeP1RbMIiQUHbl4GmsgMjXvWVZhFAYI3a 5kSGsnRVvkBKPEOZWMTghqcrwsR5Bmq6yTyeLOJDZloTThHnyJFZQOrJCoSoBoI7JPWC iv1YATxBNCoaQE9c/lmwCF/cJdU6dvjdQr9pSidIPSnZS2SCvG4kB7Nc2FWz1C55Pmlk ra6Apvjdb+cPlieisdfNLDA8WG1ahXm5EuNlYFKu+i9jcwpH3Ilq5PlozO9L8zgZnt/W hPlrb3F2qC0QmHGj46yfMK227geOk+cHnZWUCH3uwZTd9Yz4I876ijNFSwKqVWEDcZSv zoZQ== 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:dkim-signature :dkim-signature; bh=viiBn1GywulERgvrKcCmkXUyuBc+hfV25KNyhlk4biE=; b=iuMeXljT+vAnyeBKRNHd5BrQuf0bmptY8x05utrF2QsljKO6sQNUKmTgvzyviwCrb0 hAdoZO7x+d+vBRrS4cZ886lVyV+vBquZ+1i0XVQviKcYrImK1Lz4+j4xTzjwYvWLIp7A 24T5TM/P8OOr5mMnFpTbZ58sEngxsJOEskf8Nk+noC1Xw3c8nIjvX6neoeFjuKHcRUxa Z/rUy9BKa06Q4NtFo4WwyfM357M4VYJOIqUOu+YByvAD3V70b2Kw92pY1BOcqmPi55aW hIgbjo6Yu/+gtaBntcAgK/EZ0HwEOvhUyxqlsMIWLD5nKnOPZNkTu9K1/TQmVEdXUi54 I/Ug== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kroah.com header.s=fm1 header.b=UvBUR3YS; dkim=pass header.i=@messagingengine.com header.s=fm3 header.b=ZPwAAszR; 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 f6si2686530jav.23.2021.07.28.22.54.04; Wed, 28 Jul 2021 22:54:16 -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; dkim=pass header.i=@kroah.com header.s=fm1 header.b=UvBUR3YS; dkim=pass header.i=@messagingengine.com header.s=fm3 header.b=ZPwAAszR; 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 S233975AbhG2FwY (ORCPT + 99 others); Thu, 29 Jul 2021 01:52:24 -0400 Received: from new4-smtp.messagingengine.com ([66.111.4.230]:39645 "EHLO new4-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233739AbhG2FwX (ORCPT ); Thu, 29 Jul 2021 01:52:23 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id A7FAA5803F8; Thu, 29 Jul 2021 01:52:16 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 29 Jul 2021 01:52:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kroah.com; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=viiBn1GywulERgvrKcCmkXUyuBc +hfV25KNyhlk4biE=; b=UvBUR3YSV1Hzv1rHB+81W9W34BIL1FI5U6cXTigUmL/ 46ODEIp8Kx7bAynesl+dIL6v0Q/iXqjtQjguo7w4zE3oFJmZrjaMWM35HTzcO+Hr PB9LgXc0v5rVc7Vvs7UYo8BoeeKpFqdtXJOiniOQOHV2q4uK65Dd90Rp/hyXsVaO ZyDgV36GQw673DE9qDtLLtPZZ+gJMflXvxKYAJigEGFJkHgyHSFn92Ytml0j/zxj WVaViCDv+ftKZZ9HBUnTjXcoSk24ubmoPSZDzxv8vDLFHX9MPuyTpsMn/CeooxP5 KvEmLHuOcRgK7S1kKNM28yfZfqkvPfXXHp2PoKabXew== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=viiBn1 GywulERgvrKcCmkXUyuBc+hfV25KNyhlk4biE=; b=ZPwAAszRN1awh/jGyBm78/ 7vUhL5y7FGte7hlzU3CkqzNtuO0eFM9XdbR3OnSo3skQrB3FCatPPsvmtLgHmCZd yo9+sZpuF/OqKytUSJu/nHwMn+5Y86MV+P0fSF+RJSh5E6ftRc/LKe9CdqcC6Ed8 +MSGjkmwFHprHRF/1eJDXgAK8vQA4ZyrR1zI9sM9LIJYj4ylG5EylMHuGTSa3sK2 OzRPmC4lfiLhN/OnsS/JkxAoo603S/yHPPHVCaeaIvYgsCZzIny3oHyvOh+xTDRc +Z7j9wEOzFp1Yj54n7mQXia+oHSUliWVY9gVFMvZriImJ6aB/VZ6pB13YMH6MCxg == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrhedtgdeltdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttdertd dttddvnecuhfhrohhmpefirhgvghcumffjuceoghhrvghgsehkrhhorghhrdgtohhmqeen ucggtffrrghtthgvrhhnpeevueehjefgfffgiedvudekvdektdelleelgefhleejieeuge egveeuuddukedvteenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhl fhhrohhmpehgrhgvgheskhhrohgrhhdrtghomh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 29 Jul 2021 01:52:15 -0400 (EDT) Date: Thu, 29 Jul 2021 07:52:11 +0200 From: Greg KH To: Ian Pilcher Cc: linux-block@vger.kernel.org, linux-leds@vger.kernel.org, axboe@kernel.dk, linux-kernel@vger.kernel.org, pavel@ucw.cz, kernelnewbies@kernelnewbies.org Subject: Re: [RFC PATCH 3/8] block: Add kernel APIs to create & delete block device LED triggers Message-ID: References: <20210729015344.3366750-1-arequipeno@gmail.com> <20210729015344.3366750-4-arequipeno@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210729015344.3366750-4-arequipeno@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 28, 2021 at 08:53:39PM -0500, Ian Pilcher wrote: > * New file - include/linux/blk-ledtrig.h > > Signed-off-by: Ian Pilcher > --- > block/blk-ledtrig.c | 152 ++++++++++++++++++++++++++++++++++++ > include/linux/blk-ledtrig.h | 19 +++++ > 2 files changed, 171 insertions(+) > create mode 100644 include/linux/blk-ledtrig.h > > diff --git a/block/blk-ledtrig.c b/block/blk-ledtrig.c > index 345a3b6bdbc6..c69ea1539336 100644 > --- a/block/blk-ledtrig.c > +++ b/block/blk-ledtrig.c > @@ -6,9 +6,11 @@ > * Copyright 2021 Ian Pilcher > */ > > +#include > #include > #include > #include > +#include > > > /* > @@ -49,3 +51,153 @@ static struct blk_ledtrig *blk_ledtrig_find(const char *const name, > > return NULL; > } > + > + > +/* > + * > + * Create a new trigger > + * > + */ > + > +static int __blk_ledtrig_create(const char *const name, const size_t len) > +{ > + struct blk_ledtrig *t; > + int ret; > + > + if (len == 0) { > + pr_warn("empty name specified for blockdev LED trigger\n"); > + ret = -EINVAL; > + goto create_exit_return; > + } > + > + ret = mutex_lock_interruptible(&blk_ledtrig_list_mutex); > + if (unlikely(ret != 0)) Only ever use likely/unlikely if you can measure the difference without it. Otherwise the CPU and compiler will almost always get it right and you should not clutter up the code with them at all. For something like this function, where there is no speed difference at all, there is no need for these types of markings, so I would recommend just removing them all from your patchset. thanks, greg k-h