From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 478EE2136C for ; Fri, 1 Dec 2023 12:25:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="ISsyYkkm" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 679FCC433C7; Fri, 1 Dec 2023 12:25:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1701433517; bh=ES0vSzbXawoJi7+xDKqmRn0m8Bd/4wkZeh9lptII0rI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=ISsyYkkm0HG/zzAPwmMSoNMkI650Z0VLtwnR78mPiEJ7zOWBmllt833kbrdSCyEGY IgEV/ZOLGVOH4npFuRZbziLUEzHfY0qJR02ujNfG/PcgW5O804fig6FJ6ARrehUj8C oGnXaEkbZQnXhnw1GJFPPNxK9Apg6AGHPZjbADJLjbrf9hq1UWcCYlnauEQ5m4Xlgm q5iGormijJExTnIO93XV5Bz0XnFtjP28JJmyLx8CBzFRWyTuzThd/qNGbhehiWLhVn ZiCfa9I52Y+plP63q+zkCihiinWvwJ9etr87H+D+DV4+NzksJ8T02/bvbUkzQRdc1U URS79cPSn3z1A== From: Kalle Valo To: Francesco Dolcini Cc: David Lin , linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, briannorris@chromium.org, tsung-hsien.hsieh@nxp.com Subject: Re: [PATCH v7 00/12] wifi: mwifiex: added code to support host mlme. References: <20231128083115.613235-1-yu-hao.lin@nxp.com> Date: Fri, 01 Dec 2023 14:25:14 +0200 In-Reply-To: (Francesco Dolcini's message of "Fri, 1 Dec 2023 12:49:04 +0100") Message-ID: <878r6ertxx.fsf@kernel.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) Precedence: bulk X-Mailing-List: linux-wireless@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Francesco Dolcini writes: > Hello Lin, > thanks for the patches here, I can clearly see that this code is going > through some real testing given the improvements you did lately. > > I have commented on the single patches, and honestly I did not look into > the code details at the moment. > > The major feedback from me is the following: > 1 - you should not add code with a bug and than fix a bug in the same > series, you should have a non buggy patch in the first place (e.g. > git --amend). (this applies till the patch is not merged into the > maintainer tree, of course). > 2 - point 1 applies also to reviewer comments > 3 - if you have fixes that are not connected to the feature addition > you are doing is beneficial to have those separated, this makes > reviewing easier, they can be "prioritized" to some extent (given > that they are fixes) and follow a slightly different patch flow > (they can get applied, depending on the maintainers decision, when the > merge window is closed and should be backported). Not to mention > that smaller patch series are appreciated, "Maximum of 7-12 patches > per patchset " from [1] > > In general I would suggest you to have a look at [1], not sure how up to > date is that compared to the in-tree Documentation/process/. I haven't looked at the actual patches but a generic comment from me is that usually it's not a good idea for newcomers to submit a huge patchset like this. Start with something small, just with one patch first, learn the process and what we require from patches. After you have gained more knowledge you can start doing more complex stuff. -- https://patchwork.kernel.org/project/linux-wireless/list/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches