From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A3C963FC5 for ; Mon, 20 Sep 2021 14:06:06 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id A34B8610A3; Mon, 20 Sep 2021 14:06:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1632146766; bh=+wCLe94ow4O2NdpwryQt7Y9C0yMng8j8FqCzsNFHPsU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=MXVI1U8qU5maKFZu2N3gXvnQuB/Dx4NXUCTVU3D/HvArcYKgasn4I9gsDwSscVau5 +wCBdc4BrPaeLbG82EeRopHdtoYFGUlgnDeD8Z3jZZnYmm+bigeSQwg9Lt1TYBwFIb YwsH6PUHob2I61OCrDdfrBGpvqnbuEY6iig4eDLU= Date: Mon, 20 Sep 2021 16:06:03 +0200 From: Greg Kroah-Hartman To: "Fabio M. De Francesco" Cc: Larry Finger , Phillip Potter , Pavel Skripkin , linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org, David Laight , Dan Carpenter , Martin Kaiser Subject: Re: [PATCH v8 00/19] staging: r8188eu: shorten and simplify calls chains Message-ID: References: <20210919235356.4151-1-fmdefrancesco@gmail.com> <17555679.WE2PrEGejU@localhost.localdomain> Precedence: bulk X-Mailing-List: linux-staging@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17555679.WE2PrEGejU@localhost.localdomain> On Mon, Sep 20, 2021 at 03:44:53PM +0200, Fabio M. De Francesco wrote: > On Monday, September 20, 2021 1:55:42 PM CEST Greg Kroah-Hartman wrote: > > On Mon, Sep 20, 2021 at 01:53:37AM +0200, Fabio M. De Francesco wrote: > > > --- Preface --- > > > > > > This is v8 of "shorten and simplify calls chain". The first 14 patches > > > have already been applied to staging-testing, so we have been requested > > > to reset the numbering of the remaining patches to 01/19, while > discarding > > > from this new submission the above-mentioned 14 patches (otherwise we > would > > > have submitted a series containing 33 patches). > > > > > > The following commit message is provided as it was in v7, both for the > > > purpose of presenting the whole picture to Maintainers, Reviewers, and to > > > anybody else who may be interested in knowing the entire design and the > > > evolution since v1 to the current v8. > > > > > > --- Commit message --- > > > > > > io_ops abstraction is useless in this driver, since there is only one ops > > > registration. Without io_ops we can get rid of indirect calls mess and > > > shorten the calls chain. > > > > > > Shorten the calls chain of rtw_read8/16/32() down to the actual reads. > > > For this purpose unify the three usb_read8/16/32 into the new > > > usb_read(); make the latter parameterizable with 'size'; embed most of > > > the code of usbctrl_vendorreq() into usb_read() and use in it the new > > > usb_control_msg_recv() API of USB Core. > > > > > > Shorten the calls chain of rtw_write8/16/32() down to the actual writes. > > > For this purpose unify the four usb_write8/16/32/N() into the new > > > usb_write(); make the latter parameterizable with 'size'; embed most of > > > the code of usbctrl_vendorreq() into usb_write() and use in it the new > > > usb_control_msg_send() API of USB Core. > > > > > > The code with the modifications was thoroughly tested by Pavel Skripkin > > > using a TP-Link TL-WN722N v2 / v3 [Realtek RTL8188EUS] and by Fabio M. > > > De Francesco using a ASUSTek Computer, Inc. Realtek 8188EUS [USB-N10 > Nano]. > > > > > > --- Changelog --- > > > > > > v7->v8 (old numbering): > > > - 1-14: > > > Patches applied to staging-testing, so they are > dropped > > > from the current v8; > > > > > > - 15-19: > > > Split into 19 patches. Numbering reset to 01. After > this > > > reset, 15-19/19 become 01-19/19 (so we have a total of > 33 > > > patches in this series. > > > > Better, still needs a bit more work. I took 2 of these to shorten your > > load a bit :) > > > Thanks, Greg. I've already seen that you took those other 2 from the series. > We are about half way to destination: 14 + 2 already taken. :) > > I've not replied to the other messages of yours because they are easy to > understand, fix or change commit messages, and resend as v9. > > Instead I'm replying to this particular message because I'm not able to see > where "a bit more work" is needed. The "bit more work" was my review comments on the patches. thanks, greg k-h