Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3042038imu; Wed, 7 Nov 2018 04:09:37 -0800 (PST) X-Google-Smtp-Source: AJdET5eck1kvylM8JsEo+PcJQNOUFY0f4YIDOiGxDe+dpEp+cFNHwIYa8XnI0K0lB5B9nnwuiDev X-Received: by 2002:a65:5103:: with SMTP id f3-v6mr1355220pgq.54.1541592576980; Wed, 07 Nov 2018 04:09:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541592576; cv=none; d=google.com; s=arc-20160816; b=Y/Jm5ZzPwRwbiZRD5ERy7pC3f5kqwrFug3vRJtUdZmmmXvvVnNtKSn2cBVgorJOuui 68gifPB+2iQk6zWZLc9UJaFzWDVOJGWUwSxvQmL4+FWUT8KjN/cw1HQ2uCTJvsleWtx4 BxY5KacoRyw54KNM4qCrtAHPasVELkaUtexxzn0XsfcihvdZZrY6AWvq6Cbp21Xp28QB D3547R3KvmNJAfQ6UThuxrR8AOj9mVWoVRrWnhSB7n7J7frdQMPuGQxRnh0qXDZUhS6s PSbb/nxGfBVb403rCu6iLgTWjlanwn7FOZUcwSwDSQmlS27XSuloBo08CPhScJfNouEU QVvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=Shf3+KDfK4P/gdjw+/czrquPG7Tj+l4ospXyVPuSjAs=; b=kgnQAQjVLptJ60wSHRFhUiHh5DXg1btv6WXNMxBUrE/cCJqgvGYOlsXp5lV1LpGON1 ZOu0DCybcnz2F3gS7bIrzv6ipUpl9SuBpu64ehNKlQEtb6tVfJrdcB1F7H+bcSupKQvc qhh7gAACjXZU637NN2/UR5bJv89szdQlOfRou1KEucq+XcuGmkY4ura0hNoIZjgsHA2/ z/adF1Autnj595Opw7Gb9vmGIJGp55WNWWZWEpiA8X+zOk0mDIqaGoREwvwcfcQw4qR2 73+TL/UQH2Fsp2/vjzfKKfdELGvQWal2ep2f83HGoX7UxfOQaEeaKzDsTiR2GZSooFro mwrA== ARC-Authentication-Results: i=1; mx.google.com; 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 h71-v6si444655pfa.261.2018.11.07.04.09.21; Wed, 07 Nov 2018 04:09:36 -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; 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 S1730898AbeKGVii (ORCPT + 99 others); Wed, 7 Nov 2018 16:38:38 -0500 Received: from ozlabs.org ([203.11.71.1]:50233 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726413AbeKGVih (ORCPT ); Wed, 7 Nov 2018 16:38:37 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 42qlYn4PHDz9sCX; Wed, 7 Nov 2018 23:08:29 +1100 (AEDT) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au From: Michael Ellerman To: frowand.list@gmail.com, Rob Herring , Pantelis Antoniou , Benjamin Herrenschmidt , Paul Mackerras , Alan Tull , Moritz Fischer Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, devicetree@vger.kernel.org, linux-fpga@vger.kernel.org Subject: Re: [PATCH v6 07/18] of: dynamic: change type of of_{at,de}tach_node() to void In-Reply-To: <1541431515-25197-8-git-send-email-frowand.list@gmail.com> References: <1541431515-25197-1-git-send-email-frowand.list@gmail.com> <1541431515-25197-8-git-send-email-frowand.list@gmail.com> Date: Wed, 07 Nov 2018 23:08:28 +1100 Message-ID: <87tvktqedf.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org frowand.list@gmail.com writes: > From: Frank Rowand > > of_attach_node() and of_detach_node() always return zero, so > their return value is meaningless. But should they always return zero? At least __of_attach_node_sysfs() can fail in several ways. And there's also this in __of_detach_node() which should probably be returning an error: if (WARN_ON(of_node_check_flag(np, OF_DETACHED))) return; Seems to me we should instead be fixing these to propagate errors, rather than hiding them? cheers