Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp372925ybf; Thu, 27 Feb 2020 23:16:39 -0800 (PST) X-Google-Smtp-Source: APXvYqyoXazNewFNFWa3lTgcfQBvMUQrwki3rXsQt+I6iWxCWCLxIB6LQlNpeUIzsEa4y/dt9hjb X-Received: by 2002:a05:6830:1184:: with SMTP id u4mr2076649otq.221.1582874199458; Thu, 27 Feb 2020 23:16:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582874199; cv=none; d=google.com; s=arc-20160816; b=s/OL3BthEEILhamvDBOkwsuTAlLnfo/odh/LYluvYiRMukUQV0tIisXiIXmmm0C2c1 99Ox1LwtbXlrECCt5smUTSNFI/7Ljr9UYa1pO8+i6dsF6OZmUPA9bun2jnDBnDGXaqYf gP2lP402+gdK8WnCZSAChpmYaJMGq7GLs1TK5DMHuIZCHzVZK1C5x8oI9X01fQ2oRrkX XbH9Hm/rOHkYst99nt+aIm+UVsXTnaqAUnONfpKh1vKm5V9aOqsav9TfPtj2jnLjt+cR 6qLEO9j6yfxJayGMz5omSIhdpVjFd3IgMxg6L2ci5MurBF6ndoetfeUiLahMeMsRPgzx vXEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=IjFfe78u937OX9S2VBfpLFJpwK6sD5nwNgBAaEcnDIU=; b=gV4TlcWEGmo9vUmiQKqaVuiAHum/PmMXZhmFfwMy9NYCotgh6pPk/hnuGavtS18rlG mfUvlvpSwWpvLYypOC18WCsklgA49Ywjh8yhUqjuToBtdihE1VRpEacQjfp6y7kqmLKd oI3YcznMaKaLXL3a00sK4klFyaCumDv38plV55GszYE9x4XegMJVoISNEF05XmFQA6K6 TaebG1Iy3Yvjwnto61jUdKbVXp7ak8uP50vdopBDAthx1FjT3TIFJ8ZPz1rJg6nfx8k9 hRyvbzqn9tKyKWV9uYKJeIznWqz5gGLnU+Y9/lEQFCgqhi87A8yYo1WyTr6ERCuAWO5O xhGQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=XxdwK4hX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h2si1288904oie.151.2020.02.27.23.16.27; Thu, 27 Feb 2020 23:16:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=XxdwK4hX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726897AbgB1HPY (ORCPT + 99 others); Fri, 28 Feb 2020 02:15:24 -0500 Received: from mail.kernel.org ([198.145.29.99]:38246 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726583AbgB1HPY (ORCPT ); Fri, 28 Feb 2020 02:15:24 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B6D562469D; Fri, 28 Feb 2020 07:15:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582874123; bh=bzqcvY1+w7p+H0tBmGUux2b6d1gIUiq/keZNLNBznKc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=XxdwK4hX9SZG6cAVJ0xxZYzqkemDxOmWY+1cEmTnG4oE4Is+PBG7kHaRUPLcqZa6I d6IGDzBLr4do0Wg1pJ5rCWIJV/BjZIkr2D3Cl0iJkW8GoyZG6jjyNX/oSPJsGpkcGC 3xXHY8ZcCXVl//QBuWTZ6yQC5BG057R15eUhlo4Q= Date: Fri, 28 Feb 2020 08:15:20 +0100 From: Greg Kroah-Hartman To: Andrew Donnellan Cc: Alastair D'Silva , alastair@d-silva.org, "Aneesh Kumar K . V" , Oliver O'Halloran , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Frederic Barrat , Arnd Bergmann , Dan Williams , Vishal Verma , Dave Jiang , Ira Weiny , Andrew Morton , Mauro Carvalho Chehab , "David S. Miller" , Rob Herring , Anton Blanchard , Krzysztof Kozlowski , Mahesh Salgaonkar , Madhavan Srinivasan , =?iso-8859-1?Q?C=E9dric?= Le Goater , Anju T Sudhakar , Hari Bathini , Thomas Gleixner , Greg Kurz , Nicholas Piggin , Masahiro Yamada , Alexey Kardashevskiy , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-nvdimm@lists.01.org, linux-mm@kvack.org Subject: Re: [PATCH v3 25/27] powerpc/powernv/pmem: Expose the serial number in sysfs Message-ID: <20200228071520.GA2897773@kroah.com> References: <20200221032720.33893-1-alastair@au1.ibm.com> <20200221032720.33893-26-alastair@au1.ibm.com> <96687fbf-38ab-13ff-ca19-ccb67bbc4405@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <96687fbf-38ab-13ff-ca19-ccb67bbc4405@linux.ibm.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 28, 2020 at 05:25:31PM +1100, Andrew Donnellan wrote: > On 21/2/20 2:27 pm, Alastair D'Silva wrote: > > +int ocxlpmem_sysfs_add(struct ocxlpmem *ocxlpmem) > > +{ > > + int i, rc; > > + > > + for (i = 0; i < ARRAY_SIZE(attrs); i++) { > > + rc = device_create_file(&ocxlpmem->dev, &attrs[i]); > > + if (rc) { > > + for (; --i >= 0;) > > + device_remove_file(&ocxlpmem->dev, &attrs[i]); > > I'd rather avoid weird for loop constructs if possible. > > Is it actually dangerous to call device_remove_file() on an attr that hasn't > been added? If not then I'd rather define an err: label and loop over the > whole array there. None of this should be used at all, just use attribute groups properly and the driver core will handle this all for you. device_create/remove_file should never be called by anyone anymore if at all possible. thanks, greg k-h