Received: by 2002:ac8:156:0:b0:3e0:cd10:60c8 with SMTP id f22csp2492306qtg; Thu, 23 Mar 2023 04:42:52 -0700 (PDT) X-Google-Smtp-Source: AK7set/T+pISNGJ9bbipFAmoWHJcUb6frj75WZClvi+GBfnpcbhllRNYgJyl9WbHTIn65bMn1NWu X-Received: by 2002:a17:906:578e:b0:931:bbcf:eb6b with SMTP id k14-20020a170906578e00b00931bbcfeb6bmr9298928ejq.63.1679571772109; Thu, 23 Mar 2023 04:42:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679571772; cv=none; d=google.com; s=arc-20160816; b=H5M2EIwlvdSfbwRmToHf7H1q8c7k6KSmbX+HqfYIJWxsqaMne1pBYshioFSpbd0hYF jLFfXINJeL3Rz98iahk74+VGIPQo0GOt6RVFMJh7rRgTBB7cZIdGSHcDJY6BpegJU1NV v8Ou5gSWMkP41V9nAiKd6KnRyTeA7BjsvQ9cI5DTe1BSXQs60lbmGLPaPaUFdryECMwl 4lzwW+hyPBFo616+ucgr0ze10dF6eM56z2woxLyX3BHCaCEEQAXmfdWwRx5BDlskJPSW r7wHqZlg9RV8j7dkIPrkniL5glgoG/bec+tHIBEDWqX7a9hSOAyfpIkztS7HUY7SJla9 PHoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=7lZi752yaidVYn1I7MsqCySIdC2Vy7xBMR/W3J+6ogU=; b=MGlX79F88kfS8m2ZjlFkFNoQxjlVmbkBYEZfamiTnRWHXNlCiXI6SoEOjEjKv+W/l2 37xqUHdbloAVjEla5Mu3WepQYo/M3S1JNA30gUA3JET5++WhA+KTj3hRkDgqyaQ9ud4h DR1K9X0SAvg1ffarDLF92c8bQ66Ksk7wavMMAP7vezk0MuUsaN1bNFmSZvbSnVh2l35X sRF34fv1qo/D80BjUWCfQQy7imMPQ1wdzN4JLlhb2VMnjZ4nv1WN9vrAYpq3MxUr7z1A os0ZovseXfY/99BXuv1SBMd6v529ANWix4OlkUkkHFMTh2/OhlpXN4jG3V21t3nGlgNh TkTQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=c8GcqIsV; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ca15-20020a170906a3cf00b008dd491949d5si18255455ejb.553.2023.03.23.04.42.28; Thu, 23 Mar 2023 04:42:52 -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; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=c8GcqIsV; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231415AbjCWLiM (ORCPT + 99 others); Thu, 23 Mar 2023 07:38:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59194 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229518AbjCWLiJ (ORCPT ); Thu, 23 Mar 2023 07:38:09 -0400 Received: from mx.sberdevices.ru (mx.sberdevices.ru [45.89.227.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 32D77193F0; Thu, 23 Mar 2023 04:38:04 -0700 (PDT) Received: from s-lin-edge02.sberdevices.ru (localhost [127.0.0.1]) by mx.sberdevices.ru (Postfix) with ESMTP id 277F75FD0A; Thu, 23 Mar 2023 14:38:02 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1679571482; bh=7lZi752yaidVYn1I7MsqCySIdC2Vy7xBMR/W3J+6ogU=; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; b=c8GcqIsVoN/ou8o+y4TgdM7++0urDlRBiw8kOscr5GSl8eIYcuk5nFyEA9a4uChQ2 FV6LBxYoJp0c4J0hBBJgOzc+/rbMpNV+3rrSleFjPtE5BEt6mdctkRspkHXqSPlDqZ 0G7gEOqGr/RagIdwUCaKkrforW/YpRAQtE7l+EYmy9y2la1h1SJBzLjn5QoZ41LoAl 75VNB+glS1T8kknmxsEJ3uqNb4lgnERFwBH2GjXt25lltEGSm1v63T2JxU9cBWZNPN kPUpn0RQTMjfFb/xSTKLvXiTycNGO6kTgmMeQ3r9W1JWh6WPfQcZDVAzafYjGr6mCv n2xbMCeU/374w== Received: from S-MS-EXCH01.sberdevices.ru (S-MS-EXCH01.sberdevices.ru [172.16.1.4]) by mx.sberdevices.ru (Postfix) with ESMTP; Thu, 23 Mar 2023 14:37:56 +0300 (MSK) Message-ID: <11b36ca2-4f0a-5fe4-bd84-d93eb0fa34c5@sberdevices.ru> Date: Thu, 23 Mar 2023 14:34:44 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [RFC PATCH v5 0/2] allocate multiple skbuffs on tx Content-Language: en-US To: Stefano Garzarella CC: Stefan Hajnoczi , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Bobby Eshleman , , , , , , References: <2e06387d-036b-dde2-5ddc-734c65a2f50d@sberdevices.ru> <20230323104800.odrkkiuxi3o2l37q@sgarzare-redhat> <15e9ac56-bedc-b444-6d9a-8a1355e32eaf@sberdevices.ru> <20230323111110.gb4vlaqaf7icymv3@sgarzare-redhat> From: Arseniy Krasnov In-Reply-To: <20230323111110.gb4vlaqaf7icymv3@sgarzare-redhat> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [172.16.1.6] X-ClientProxiedBy: S-MS-EXCH01.sberdevices.ru (172.16.1.4) To S-MS-EXCH01.sberdevices.ru (172.16.1.4) X-KSMG-Rule-ID: 4 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiPhishing: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 1.1.2.30, bases: 2023/03/23 09:00:00 #20997914 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 On 23.03.2023 14:11, Stefano Garzarella wrote: > On Thu, Mar 23, 2023 at 01:53:40PM +0300, Arseniy Krasnov wrote: >> >> >> On 23.03.2023 13:48, Stefano Garzarella wrote: >>> On Thu, Mar 23, 2023 at 01:01:40PM +0300, Arseniy Krasnov wrote: >>>> Hello Stefano, >>>> >>>> thanks for review! >>> >>> You're welcome! >>> >>>> >>>> Since both patches are R-b, i can wait for a few days, then send this >>>> as 'net-next'? >>> >>> Yep, maybe even this series could have been directly without RFC ;-) >> >> "directly", You mean 'net' tag? Of just without RFC, like [PATCH v5]. In this case >> it will be merged to 'net' right? > > Sorry for the confusion. I meant without RFC but with net-next. > > Being enhancements and not fixes this is definitely net-next material, > so even in RFCs you can already use the net-next tag, so the reviewer > knows which branch to apply them to. (It's not super important since > being RFCs it's expected that it's not complete, but it's definitely an > help for the reviewer). > > Speaking of the RFC, we usually use it for patches that we don't think > are ready to be merged. But when they reach a good state (like this > series for example), we can start publishing them already without the > RFC tag. > > Anyway, if you are not sure, use RFC and then when a maintainer has > reviewed them all, surely you can remove the RFC tag. > > Hope this helps, at least that's what I usually do, so don't take that > as a strict rule ;-) Ah ok, I see now, thanks for details Thanks, Arseniy > > Thanks, > Stefano >