From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AE1A2C433EF for ; Sat, 16 Jul 2022 23:44:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231787AbiGPXod (ORCPT ); Sat, 16 Jul 2022 19:44:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59856 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229648AbiGPXoc (ORCPT ); Sat, 16 Jul 2022 19:44:32 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9C061DE83; Sat, 16 Jul 2022 16:44:31 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 600AEB8091D; Sat, 16 Jul 2022 23:44:30 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C1DB3C34114; Sat, 16 Jul 2022 23:44:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1658015069; bh=ukLCCzWM9aySlVzwqmY7ZDlVI0di04E9F59zQrFKTqU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=monQSVxJKIdyb7u/QuchITMgVkM+e+i5mTWfqwpS8wzM+O+B4kP8+RBau1d0exlcW 3HarlgvtCFSw2DJv4Zq8hE+USqlnMfhcicE3ZY1/eIR96IDD8aASVEbl5ysCuWOkbZ 5wM0SMz0qoZcE26Sv9HUKzyBs2Kbzw+VMDNHXPtK0lEBY2LZ2mdn7TsE1jmg6khO3G iHqlbonGoGaMUgv+3Z5G/Mpp1yUVtGT2ZB7/fqZmHjGrzVlUs1GU+Q3K4Odm1DP5bz mQvXONzxgkhsz2X17OKXfvYy/JJpzkTYnCGt48290KUlwb0piwkJvBE38j28+cxX2k 6cdQjRvzJ2HcQ== Date: Sat, 16 Jul 2022 16:44:26 -0700 From: Jakub Kicinski To: Vladimir Oltean Cc: "Russell King (Oracle)" , Andrew Lunn , Heiner Kallweit , Alexandre Belloni , Alvin =?UTF-8?B?xaBpcHJhZ2E=?= , Andy Shevchenko , Claudiu Manoil , Daniel Scally , "David S. Miller" , DENG Qingfang , Eric Dumazet , Florian Fainelli , George McCollister , Greg Kroah-Hartman , Hauke Mehrtens , Heikki Krogerus , Kurt Kanzenbach , Landen Chao , Linus Walleij , linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Marek =?UTF-8?B?QmVow7pu?= , Matthias Brugger , netdev@vger.kernel.org, Paolo Abeni , "Rafael J. Wysocki" , Sakari Ailus , Sean Wang , UNGLinuxDriver@microchip.com, Vivien Didelot , Woojung Huh Subject: Re: [PATCH net-next 0/6] net: dsa: always use phylink Message-ID: <20220716164426.2cb64a09@kernel.org> In-Reply-To: <20220716111551.64rjruz4q4g5uzee@skbuf> References: <20220715171719.niqcrklpk4ittfvl@skbuf> <20220715160359.2e9dabfe@kernel.org> <20220716111551.64rjruz4q4g5uzee@skbuf> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Sat, 16 Jul 2022 14:15:51 +0300 Vladimir Oltean wrote: > > I'm afraid you are correct. Dave used to occasionally apply RFC patches > > which kept reviewers on their toes a little bit (it kept me for sure). > > These days patchwork automatically marks patches as RFC based on > > the subject, tossing them out of "Action required" queue. So they are > > extremely easy to ignore. > > > > Perhaps an alternative way of posting would be to write "RFC only, > > please don't apply" at the end of the cover letter. Maybe folks will > > at least get thru reading the cover letter then :S > > Again, expressing complaints to me for responding late is misdirected > frustration. The fact that I chose to leave my comments only when > Russell gave up on waiting for feedback from Andrew doesn't mean I > ignored his RFC patches, it just means I didn't want to add noise and > ask for minor changes when it wasn't clear that this is the overall > final direction that the series would follow. I still have preferences > about the way in which this patch set gets accepted, and now seems like > the proper moment to express them. Oh, sorry, I wasn't commenting on how things played out for this series. I was mostly reflecting on the fact that the automatic patch state updates in patchwork have changed how RFC postings can be used on netdev, and it happened without any of us being asked our opinion.