Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp46480pxm; Tue, 22 Feb 2022 16:17:31 -0800 (PST) X-Google-Smtp-Source: ABdhPJxsX/Mo+EqBdp+FXDCUlwjWghakIWHOBiBtm+6kRLx1w5f68utR2jVuKKCdXCVwnDqwy+nk X-Received: by 2002:a63:6cc2:0:b0:373:6dfb:297 with SMTP id h185-20020a636cc2000000b003736dfb0297mr21736527pgc.1.1645575451304; Tue, 22 Feb 2022 16:17:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645575451; cv=none; d=google.com; s=arc-20160816; b=unBIlDtzFNZpgOSpieVUe8umQFIbJAQjs1ODlqrWIRmYQ1gU6opMQBCCYYThBUMaKN REMaRBNpZI8wai3h3NOTU171OFGqZ75Q+70v3jnTbRyZKQTg3HqeiLz3s6UEIb6xtjAp jKkBDLJXiRNYwZHwqVHhtAunr+T7SLDoOhtCwMP14jJnNyg214jn1w0+ZlbmB9rjeCRg nHwhku04fYYKwvPMCO3mRvXpYZLfcXvuuPkWoWEqoeOSY1T0p7hSBKsiwi2HfvoWGqGJ wj0KVNrkKMyWpmMET0evRHNnx1oh4zkubA1mJ4s7M+M28LEXDM7D9ajTriuDfF9lg19D VWUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=REt9l10PYX2xZE9lnyPPgeY5X7bPaOgLYZ0HVoEzyuQ=; b=cSKs5ckxbq5Y2VyTfWeVKdNJ5yAIPocDnBARoPYgs0JboaRXVqjwO7ax6afGeE+lrG f15tMjMhXd1fBgVsQEx/5/5EFm9vH2rc2qfYh8hATvlnceYMeItBMZQWbD0QlN22Dkj8 2rLLXj69RMgNZIpUcLHIkzDMWToYU0MFLt1zjQNDWE12bnNCSgqdcKe9ewohtsx0vR+j rBwZi+iN/OdSCvUaeOtHzJoSg0vSepSd+gFtdU0Qozi2mgRgJXTUkBx3nZ5f/SOXJ7VF tCs6UpBGl6/h+p+Nc52QzkShpQOhLhLgT9MiVb5KqW7yfx8IZKg3UgOmjWALKqNYMi/T ICZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=WPmVfYgZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w11si6471834plq.63.2022.02.22.16.17.13; Tue, 22 Feb 2022 16:17:31 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=WPmVfYgZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234056AbiBVXIX (ORCPT + 99 others); Tue, 22 Feb 2022 18:08:23 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35838 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231131AbiBVXIV (ORCPT ); Tue, 22 Feb 2022 18:08:21 -0500 Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03A4C8BF1C; Tue, 22 Feb 2022 15:07:54 -0800 (PST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 539063201ECF; Tue, 22 Feb 2022 18:07:52 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Tue, 22 Feb 2022 18:07:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=REt9l10PYX2xZE9ln yPPgeY5X7bPaOgLYZ0HVoEzyuQ=; b=WPmVfYgZM4weF/NmmXVaOdC6SS7ALfywf SpX54kiexstX4iGLrAJrL/EiKsomWLjDsHuOu/6DiGXHZmNJHSf8GHQKiJbKFtTC VGKWmvz1Ap9LemoCnFsN9uHcs5cFs301XAAhsSDHO0iBile7O1ILjEJZc/We2eD6 UM1pnUXefZ02GmwgzzD6FdLpCEStrfLzp1/AigmVNCF+2miXfTKupZvQq+To0AWr I9/UHGflVev0kUqUygaopNGAPoSs+JMUkAB3WlfphXELOYDkNc905VOMLiewZu0/ LffMrx89h9tRM5zzX3rU+8xuUtQ3muunbjCQQ94CKjKdPtK02vdRg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrkeelgddtgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvufgjkfhfgggtsehttdertddttddvnecuhfhrohhmpefhihhnnhcuvfhh rghinhcuoehfthhhrghinheslhhinhhugidqmheikehkrdhorhhgqeenucggtffrrghtth gvrhhnpeffudfhgeefvdeitedugfelueegheekkeefveffhfeiveetledvhfdtveffteeu udenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehfth hhrghinheslhhinhhugidqmheikehkrdhorhhg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 22 Feb 2022 18:07:49 -0500 (EST) Date: Wed, 23 Feb 2022 10:08:08 +1100 (AEDT) From: Finn Thain To: Christoph Hellwig cc: "Juergen E. Fischer" , "James E.J. Bottomley" , "Martin K. Petersen" , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] aha152x: Clean up struct scsi_pointer usage In-Reply-To: Message-ID: <62241a-be3-ed61-965f-afec1452f2c4@linux-m68k.org> References: <4e17ff7295a96e31ed21ccb250c65b56c173b530.1645484982.git.fthain@linux-m68k.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Christoph, On Tue, 22 Feb 2022, Christoph Hellwig wrote: > On Tue, Feb 22, 2022 at 10:09:42AM +1100, Finn Thain wrote: > > Bring aha152x into line with 10 other drivers which assign > > scsi_host_template.cmd_size = sizeof(struct scsi_pointer) > > and avoid the "struct foo { struct bar; };" silliness. > > > > Remove a pointless scsi_pointer->have_data_in assignment. > > I think this going in the wrong direction. The scsi_pointer should go > away entirelym and the fields actually used by the driver should move > into the aha152x_cmd_priv structure instead. > > Same for all other drivers still using the scsi_pointer. > This patch is addressing an inconsistency in the patches already accepted into 5.18/scsi-staging in Martin's repo. A number of Bart's patches had the same effect as the patch you're objecting to here. Hence, $ git grep "cmd_size.*scsi_pointer" drivers/scsi/a2091.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/a3000.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/fdomain.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/gvp11.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/imm.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/mvme147.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/pcmcia/nsp_cs.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/pcmcia/sym53c500_cs.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/ppa.c: .cmd_size = sizeof(struct scsi_pointer), drivers/scsi/sgiwd93.c: .cmd_size = sizeof(struct scsi_pointer), Since that series was very popular with reviewers, and being that this patch is just more of the same, I have no idea as to how to proceed. Are you asking me to rework Bart's series? Or are you asking Martin to drop it, or both, or neither...