Received: by 2002:a05:6358:701b:b0:131:369:b2a3 with SMTP id 27csp4000673rwo; Mon, 24 Jul 2023 22:00:49 -0700 (PDT) X-Google-Smtp-Source: APBJJlFPSqvSpBDDXwLhbxG9SGnv1U0UfArmKOKAFvmJ4l4SiG8aGIhxfWAH4UZbTS/PZfUp2wMC X-Received: by 2002:aa7:d34d:0:b0:522:2aba:bb32 with SMTP id m13-20020aa7d34d000000b005222ababb32mr3890618edr.13.1690261249557; Mon, 24 Jul 2023 22:00:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690261249; cv=none; d=google.com; s=arc-20160816; b=KqLGdy1PpsJvwabRDSyfYc+zDZ9IQo8hyHx44OV4EMe0NZaEWXDFxDb6XZhJ9WwGQY fLrkojoWaNUuTtsxdkqso4LSsN77qd78qHy0TBHfwIEQKaOyTR+gRDhzP5AMEqECROOV MZBWBWWJlPvvO3jCCyRToxfkocyHeQLEx61dmJ6Db2BPeDuJJiM+zYAGEDOyFyFed85c HTR+bfKwAugy/fK19p9EWYK7gPdD9E/18b56u8iwybNwn9SeosoTwwoiNRdR5Uk/pWJw DX9UjzrQvMG9s/gNA90n1Al6aPZ49GXYh0H/fpwQCi0E2E3fLu/V3hzwh3xNlwfoDgYt kaLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id; bh=Jmk4+qe7M50Ks8YVLQaa5+8n430nZOyzpXQ9XKLJDrs=; fh=mn5hXSSTzZtahNNej1EZM0A2EA+yGdpEu7dnWY5R4W8=; b=xO2BSlPXalpLA0tEXOvQz/T0Grg1P5ArtGFu52kr+PDeMyfBEOcUWnOyAZo+WG3LC+ UFoc2knu6TE1qhao/1r9zFVlQecAGmw5rzrQUAIwG7NKXaIg/GuZDvtLZxsl82FJx1eM 0JRi25KbL5Ve/ZWQZ6wZ3AIieIMGL3BoE9HAHzKcbp15S77/syl1nJ3bq5XgTc1VbjuH 4WLljig4AMrBemiNgplmgqT4Gz3wdKOSqfv4LyDOhrouMPs7Gloi4aKYGy1fKbx5oJk5 YfTu9yMuZFI3g3XtYGm2HsetnlEVnGqsXzOFpVy54wfmbbPLylZsU1ZE/R9jhClNyQ1M /AzA== ARC-Authentication-Results: i=1; mx.google.com; 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 d8-20020a056402516800b0051e0d77a0fasi7930502ede.647.2023.07.24.22.00.19; Mon, 24 Jul 2023 22:00:49 -0700 (PDT) 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; 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 S231515AbjGYECh convert rfc822-to-8bit (ORCPT + 99 others); Tue, 25 Jul 2023 00:02:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46380 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229452AbjGYECc (ORCPT ); Tue, 25 Jul 2023 00:02:32 -0400 X-Greylist: delayed 542 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Mon, 24 Jul 2023 21:02:31 PDT Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 46FFE10C9; Mon, 24 Jul 2023 21:02:30 -0700 (PDT) Received: from omf05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id EDCA5A0B62; Tue, 25 Jul 2023 03:53:25 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf05.hostedemail.com (Postfix) with ESMTPA id 814C02000E; Tue, 25 Jul 2023 03:53:23 +0000 (UTC) Message-ID: <213f5d2b13225f9ed4bdadda3c492ffc79940b13.camel@perches.com> Subject: Re: [Enable Designware XGMAC VLAN Stripping Feature 1/2] dt-bindings: net: snps,dwmac: Add description for rx-vlan-offload From: Joe Perches To: Jakub Kicinski Cc: Krzysztof Kozlowski , "netdev@vger.kernel.org" , workflows@vger.kernel.org, "linux-kernel@vger.kernel.org" , MarioLimonciello Date: Mon, 24 Jul 2023 20:53:21 -0700 In-Reply-To: <20230724180428.783866cc@kernel.org> References: <20230721062617.9810-1-boon.khai.ng@intel.com> <20230721062617.9810-2-boon.khai.ng@intel.com> <8e2f9c5f-6249-4325-58b2-a14549eb105d@kernel.org> <20230721185557.199fb5b8@kernel.org> <20230724180428.783866cc@kernel.org> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8BIT User-Agent: Evolution 3.48.4 (3.48.4-1.fc38) MIME-Version: 1.0 X-Stat-Signature: 37jea18epuht184zet55g6s35q97sqqu X-Rspamd-Server: rspamout04 X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FORGED_SPF_HELO, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL, SPF_HELO_PASS,SPF_NONE,T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.6 X-Rspamd-Queue-Id: 814C02000E X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX18+FjLmqv1VbLLAJ4qTw1T9TPUMl64Yxwo= X-HE-Tag: 1690257203-186802 X-HE-Meta: U2FsdGVkX1/GZmlbeTbRJ0aqq4uYE+tsx7zMwZMrqofshd+G8To+UWG5CRcNPI/bOYUgF1n9Mcq2FRTuPIkiDh1sA5Xs9SdGICjOtSyfYQRkUefxSqi1IaOJ3X2APXXMfgDCisj+7wc4NoHEXBKC8RIT7vwGpb/DSq9EvlrXiDQISqJjsbw3LP6t45hbR8v801SKjjeBGadgKQrEPVU+kxYqlatOY4OJEbjTxLeb3D8o5uE+hTX85oIj4OHaCg94p1kCXRlFGVhQkHGGTVT+KiuYiGmysa+744Lcq87YLsepiVYmpQlx5DEDoVILFJ9ssGq3Ao1e11FHHq9UjhNfNe1gsT7vOebAIu/Zoa+vdzKWvMCsKqMrEo6FPeW0l2K67xe/Wt9xGdLj6Qu0w84pNeonkj50/f7kPxos+ma0jhRiaZxGDV26QQcuT/m5hQZZFDooko3qdAk= 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 On Mon, 2023-07-24 at 18:04 -0700, Jakub Kicinski wrote: > [clean up the CC list] > > On Fri, 21 Jul 2023 20:32:44 -0700 Joe Perches wrote: > > On Fri, 2023-07-21 at 18:55 -0700, Jakub Kicinski wrote: > > > On Fri, 21 Jul 2023 18:21:32 +0200 Krzysztof Kozlowski wrote: > > > > That's not how you run it. get_maintainers.pl should be run on patches > > > > or on all files, not just some selection. > > > > > > Adding Joe for visibility (I proposed to print a warning when people > > > do this and IIRC he wasn't on board). > > > > What's the issue here? Other than _how_ the script was used, > > I don't see an actual problem with the script itself. > > I just CCed you on another case. If people keep using get_maintainers > wrong, it *is* an issue with the script. Silly. No it's not. > > I use the scripts below to send patch series where a patch series > > are the only files in individual directories. > > The fact that most people end up wrapping get_maintainers in another > script is also a pretty strong indication that the user experience is > inadequate. Not a useful argument. Process and documentation are required. > To be clear - I'm happy to put in the work to make the changes. > It's just that from past experience you seem to have strong opinions > which run counter to maintainers' needs, and I don't really enjoy > writing Perl for the sake of it. Does anyone? Knock yourself out doing whatever you like. I do suggest you instead write wrapper scripts to get the output you want rather than updating the defaults for the script and update the process documentation to let other people know what do to as well. Something akin to?Mario Limonciello's suggestion back in 2022: https://lore.kernel.org/lkml/20220617183215.25917-1-mario.limonciello@amd.com/