Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp413364pxb; Thu, 25 Feb 2021 06:03:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJw081mwDJ403pxcYxx7FbdbtjRAPJ2vvtiICnAJbZEx7mbcyrN5TnLjrD+tvUsbC4rHU5tX X-Received: by 2002:aa7:c641:: with SMTP id z1mr2995777edr.95.1614261801710; Thu, 25 Feb 2021 06:03:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614261801; cv=none; d=google.com; s=arc-20160816; b=jlYfiEH7h8uJk52Zi12QJqEzdDPFOIz7vw0YoAVsEhOg3DQiClT7llibmYCMkT5TPV 9UkCBS691+EymBUPtOU+58+tfWw9Jxpw30CElsU3tEN87pE2QGfaPGP+ddHDktklUQDH bFoDeHhcPA2SQqvjOJFfYg/wuxCSco3gVPvZc+90UOrjoFkgKm4SRyDGmE7SYWwmOQa5 +GutvvWN06JPSZ4/yDIwNCgh8JkoABH9+6S/IyEYNL9XiqU/RKQJljnCQgQsobj90N3f Pf6H7dGLr20uCu5QCtjaPMx1LqasNpkSUxUsE2q7Mfdocb3p8A1BIgd4IBaUmj6DkHwL pgoQ== 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=/DqN7J3a0aWxyfFBT6QW1K1/q4zNbrwd/uPu6F4IIg4=; b=c3Nh9kq4TZx3utfciVix0yhSCygX2GJtNjcHwu7zarWLzuFnnAHrdfVmoqCNiAjPqM AiRkGfKLqo4o+4zk/75FIgTRy/+ivCe6HMawg1tvGnaufGKlbJUAGw5HeSlWlFnFLEgK 9hMGwBYNN1kCis+xuzxQeHxzcWt6JhvfZn0Ya4hi0geasLrmRSBzhPhy0H9hmy06HNKa i7bsuLGXo/DzhgPp54SERAmRLzq+6/7nt0v8ZVXZbq60sv/x3yI32GwcwQzWS84ytz6F o/eKezfVmbg3ksEj65Pl45e795bELsTgjnSLeb1hsad9ZDVpiTbmaewoeDOpY+MhXJMx M57g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=iGKh9gRL; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s13si3417581edj.330.2021.02.25.06.02.32; Thu, 25 Feb 2021 06:03:21 -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=@kernel.org header.s=k20201202 header.b=iGKh9gRL; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231274AbhBYOCY (ORCPT + 99 others); Thu, 25 Feb 2021 09:02:24 -0500 Received: from mail.kernel.org ([198.145.29.99]:44314 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230467AbhBYOCY (ORCPT ); Thu, 25 Feb 2021 09:02:24 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 33D3764F1B; Thu, 25 Feb 2021 14:01:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1614261702; bh=gB6SQ75V2Rk37+UKLUfmsXNjtKCUUEXnmz4FEJPQVQY=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=iGKh9gRLvR8o04SWuKsCmipjtlzTrYuO47BWoJKHisDTteOpg/JDJDJJNnt+rGTTb 0rw4Z/+2u64PifagBhihDsPlyJ67Y3oQmsZn/oOul3KOK4yi2rGalMnkTSGw0hDAQu 5UCXh/aLF+AKNOXFFYPj9pbvUcZ+cJQXjOePkvmGZX37GfJUD/b8DZYdke/mmAKvZT fAGvXP4lcs8maCpu0ckyrKPIoHkrpGb6cRtLNo09qQE/bWR08AfpprntjG9xmxGdei eNSETbirr5t3ogcQ9xtRSswYiW1kh8gzy8rrgKIT9HRwylXF4qapcoQRRth0EghGpX ctCpWU8hVtI2A== Received: by mail-oo1-f51.google.com with SMTP id x10so1389976oor.3; Thu, 25 Feb 2021 06:01:42 -0800 (PST) X-Gm-Message-State: AOAM530YQNSUY6DI1p/w+oMByG+xrschcT2x6xk2C68fFUBMnyNwDQQJ HRKQc6KM13zEsopqRnEASZN4oYZnOLKbfAR4rYM= X-Received: by 2002:a4a:870c:: with SMTP id z12mr2391944ooh.15.1614261701193; Thu, 25 Feb 2021 06:01:41 -0800 (PST) MIME-Version: 1.0 References: <20210224072516.74696-1-uwe@kleine-koenig.org> <87sg5ks6xp.fsf@mpe.ellerman.id.au> In-Reply-To: <87sg5ks6xp.fsf@mpe.ellerman.id.au> From: Arnd Bergmann Date: Thu, 25 Feb 2021 15:01:25 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] vio: make remove callback return void To: Michael Ellerman Cc: =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= , 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 , "linux-kernel@vger.kernel.org" , sparclinux , linux-block , "open list:HARDWARE RANDOM NUMBER GENERATOR CORE" , linux-integrity@vger.kernel.org, Networking , linux-scsi , 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 Thu, Feb 25, 2021 at 12:52 PM Michael Ellerman wrot= e: > > Uwe Kleine-K=C3=B6nig writes: > > 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 make= s > > 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. > > I'm 99% sure there's no connection between the two implementations, > other than the name. > > So splitting the patch by arch would make it easier to merge. I'm > reluctant to merge changes to sparc code. The sparc subsystem clearly started out as a copy of the powerpc version, and serves roughly the same purpose, but the communication with the hypervisor is quite different. As there are only four drivers for the sparc vio subsystem: drivers/block/sunvdc.c drivers/net/ethernet/sun/ldmvsw.c drivers/net/ethernet/sun/sunvnet.c drivers/tty/vcc.c maybe it would make sense to rename those to use distinct identifiers now? Arnd