Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2034130pxb; Fri, 29 Jan 2021 11:11:49 -0800 (PST) X-Google-Smtp-Source: ABdhPJwI/rzvkYHHGLIOdJpomFfbnC6PeJWJqLWZd/m7nRHk9+hUMmqf3plenjZhga1hnCB79Bhb X-Received: by 2002:a17:906:cc11:: with SMTP id ml17mr6159817ejb.513.1611947509026; Fri, 29 Jan 2021 11:11:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611947509; cv=none; d=google.com; s=arc-20160816; b=Ie9Dv2rJetHm+BzlhGIY0eDryoKDzfe7uAns0AxJ1Xg9n1heAGPxt1vetAi1ja5rzg kg423q8yCNI7AxI4GCzZSQ+lVGQ7o3JVZyOQcmpWz0cxHzrtrrigsRSg0OlD9r1d8tud YCiIUVAzJKjc5eWTBalgTTBxEXO/latAR0sgpQ0D5tWcsEew3+USTUfJgIXZdXRwiuRj 3GH947b0kbve3e3mLZLd87V8hZWV/wzoG3+uI2zRklFlEGTCO70vdzfQlnO0lR0S+Ve1 aQzuN+UBMO7qAJZ7UvHPIW5jRbVGZdw360iTBGo3B+z5TAI4lXW6SVwIgIfTnSTSECwq LJ3Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=O23rlZtfo1FZK0qx/WutTi+hkYR2QPOf0nbtZy10Zxw=; b=sRhN0cYjTUa0d9d4xAAPwcAQNlvRD1N5QtMpM7QviJVJNO28QQjpdhe1cfmL7on4Q7 Vba9qLQQvHZ0+fH9XIyhuk/6JroDcNjOnEiaG1cw5pfZLc2h4qpsiM3UWq3J+EoBC5is atcyqxII3v3myAy+aEIOOsbmW/2lT8+SmILSfKlXpO8DfyySWibcqhlsAwPLS7gfSNtj we5CJP7F81aORhW4AYYKzu0UK8HgjUxSQVTuJ1xi6KL/jBSNMUKXYUX1S91/rPosi+YS F8YD6WQZH296uvvWDoPSL9SL92Dc5Owt5w2187ly53DT3584ggHNz4oM3AyVJlOfRiaC ug/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=DdVDH9ZX; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qp24si6174367ejb.563.2021.01.29.11.11.22; Fri, 29 Jan 2021 11:11:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-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=@gmail.com header.s=20161025 header.b=DdVDH9ZX; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232921AbhA2TKl (ORCPT + 99 others); Fri, 29 Jan 2021 14:10:41 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44544 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232942AbhA2TJn (ORCPT ); Fri, 29 Jan 2021 14:09:43 -0500 Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D76A9C06174A; Fri, 29 Jan 2021 11:08:59 -0800 (PST) Received: by mail-wr1-x42f.google.com with SMTP id c12so9910723wrc.7; Fri, 29 Jan 2021 11:08:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=O23rlZtfo1FZK0qx/WutTi+hkYR2QPOf0nbtZy10Zxw=; b=DdVDH9ZXqAC6pKsXfQftK93OjTPC27Nw5D2M6I8L/f2uvZev0A9JsuKm0emyUXWDAF SM7M/J5PhQl9LL8FbOW4nNny9Or4Gkqp9wlfYzTawOjIgh2P71w8aSqwWH9J6OkZmR/z GpY8TDRxBO79rLhpmj6+29vwqm6hJmzjOy6ym74Rq3Qd5KbAWfoHO4pMnjuFrxqw5gbE 9uGCmsJhWd+lFYGDpi2mUqyJdWdAgaeMHNofQjputA9/s65xjOmhqiCTbD+tW5nU+Ex1 RJTAI7mK3KBmLP/le5Q01NDo6Ed8KhScv3SWrGEHMCjKt6GT6Tf5HZfXLQ5/5hIB8Y1Z 5qpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=O23rlZtfo1FZK0qx/WutTi+hkYR2QPOf0nbtZy10Zxw=; b=uISZpXuAqlEj+FCY9gquqskiRK8lGUWuXy3dUzsUrYMN3yU5Ak5FwCSUNfDhJCqYCe QH2Cxbc2YjpM67Td5zhiCFc+NG+AHk4NkErrNwKzK9m3kdTihxgP9prte9su/2Za/xEI WAjYg2Z40NdMyIkChFOoPFo5hvqk4jwGdri/NdGxkphReeJbTsVcdpG7FYMA8bb36vlQ rm7OawgDams0AC+7IpZqhMsb4Xba4y30X9tUnkLs7VLZAb43WrA7ilrOxuGrykyasjg+ 9nBDktPdKamw9lIO9URTfH4yxmVULD3Y9FntYwqTZRBD62gRDTS+zAAcNpOY773EEuqE 8eHQ== X-Gm-Message-State: AOAM530zu47yrmWVzv3ouVqpFhVtBnZFAIIFPH2LmZ62kQz4WbVDZqzo U3YPo4ReOneTJ0JOCu6rbI65QE/WLcKcLLR3ySE= X-Received: by 2002:a5d:49cf:: with SMTP id t15mr6034971wrs.217.1611947338629; Fri, 29 Jan 2021 11:08:58 -0800 (PST) MIME-Version: 1.0 References: <20210127215010.99954-1-uwe@kleine-koenig.org> In-Reply-To: <20210127215010.99954-1-uwe@kleine-koenig.org> From: Lijun Pan Date: Fri, 29 Jan 2021 13:08:45 -0600 Message-ID: Subject: Re: [PATCH] vio: make remove callback return void To: =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= Cc: Michael Ellerman , Benjamin Herrenschmidt , Paul Mackerras , "David S. Miller" , Jens Axboe , Matt Mackall , Herbert Xu , Peter Huewe , Jarkko Sakkinen , Jason Gunthorpe , Haren Myneni , =?UTF-8?Q?Breno_Leit=C3=A3o?= , Nayna Jain , Paulo Flabiano Smorigo , Steven Royer , Arnd Bergmann , Greg Kroah-Hartman , Cristobal Forno , Jakub Kicinski , Dany Madden , Lijun Pan , Sukadev Bhattiprolu , Tyrel Datwyler , "James E.J. Bottomley" , "Martin K. Petersen" , Michael Cyr , Jiri Slaby , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org, linux-block@vger.kernel.org, linux-crypto@vger.kernel.org, linux-integrity@vger.kernel.org, netdev@vger.kernel.org, linux-scsi@vger.kernel.org, target-devel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Wed, Jan 27, 2021 at 6:41 PM Uwe Kleine-K=C3=B6nig wrote: > > The driver core ignores the return value of struct bus_type::remove() > because there is only little that can be done. To simplify the quest to > make this function return void, let struct vio_driver::remove() return > void, too. All users already unconditionally return 0, this commit makes > it obvious that returning an error code is a bad idea and makes it > obvious for future driver authors that returning an error code isn't > intended. > > Note there are two nominally different implementations for a vio bus: > one in arch/sparc/kernel/vio.c and the other in > arch/powerpc/platforms/pseries/vio.c. I didn't care to check which > driver is using which of these busses (or if even some of them can be > used with both) and simply adapt all drivers and the two bus codes in > one go. > > Note that for the powerpc implementation there is a semantical change: > Before this patch for a device that was bound to a driver without a > remove callback vio_cmo_bus_remove(viodev) wasn't called. As the device > core still considers the device unbound after vio_bus_remove() returns > calling this unconditionally is the consistent behaviour which is > implemented here. > > Signed-off-by: Uwe Kleine-K=C3=B6nig Acked-by: Lijun Pan