Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp4867038iob; Mon, 9 May 2022 03:35:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyc350RcMmQsUETL9IhU5YRj+oicY5BwCKIZV8lcuZbQwkdrIdf0gF0zGaSAF4r3yMVOzdn X-Received: by 2002:a17:90b:1007:b0:1dc:9862:68af with SMTP id gm7-20020a17090b100700b001dc986268afmr17161050pjb.205.1652092507065; Mon, 09 May 2022 03:35:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652092507; cv=none; d=google.com; s=arc-20160816; b=eMJfmE5Uy1M4S8BTTejDTRILLubBSucFxFRzG5W8H/v9OHf8r4iTOBPmrKD90NQLfZ taIx1DDabu1+sa8MNhkkLwhTC1zX9w3G+ejb3mwhPHxUjZG9LR/9oqr2SSBU8eyf9/Uz Sj0Qzipah3uD+EXfrbqapFysjNmYTGWUh02XhqIUqtPqDCaTcnjTR7qmssxakV3rSCIy BQJgRPVQCXcQUkcmNL2hOZ86YLpzCeNwZvqr10uuT/QGtp2JnhzLtaXrc3UFiR3SP24z mm3O/NwN25w147sGdEsOymo3hPJAwuP/D3AOF+vYZkPW0ZbfcCB4ESZMqCyIM9WSY9Jl lEGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=2xFvAUu2Mi5eQC7Ozo69GKucsTfJHJ60BEy3d9RaYNk=; b=z0ou0NeBbOeKcQzwqiueewV+ZNyqA4dpZkVzPBxWiQnvMZlY2pDkZOBhO4rZwonvmJ Pl3YG1RrZ+xo5Jcl7hCTY+JIzn3Oh9y8EZATqsbKN5pBUctiCZIeBe0Qemkkk6qnIksz VN2DZniPB3T9GrSGkLqSAfJ4x89yBJnGn59v8o+VL5G0REg2cp8fk5C/ufQzypDuVxkG KPtbZHHZ4MVSrLfYWdkWfgdjdi5EFCNXShU3Oup14Lj8J7K1WKl7n76WE+k5PPYlOacY 2lsyApBD5i8bEhtsxpeEw1SSGWwFcdpR6XNkkY9vlRwsC9cvLpQfdz6etuOe3Bgf+2aB sROQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=QTYEuxBr; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id gj1-20020a17090b108100b001ca6c627df7si13315958pjb.117.2022.05.09.03.35.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 03:35:07 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=QTYEuxBr; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B6AAA2655CF; Mon, 9 May 2022 03:05:24 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234966AbiEIIOc (ORCPT + 99 others); Mon, 9 May 2022 04:14:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54588 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237628AbiEIIFi (ORCPT ); Mon, 9 May 2022 04:05:38 -0400 Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5F71B15EA5F; Mon, 9 May 2022 01:01:35 -0700 (PDT) Received: by mail-wr1-x429.google.com with SMTP id u3so18239865wrg.3; Mon, 09 May 2022 01:01:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=2xFvAUu2Mi5eQC7Ozo69GKucsTfJHJ60BEy3d9RaYNk=; b=QTYEuxBrySeygqE9/VtZUARHlYpRUDDnHJiufCAnDQhgtCNlt0G8xsngJxuGBaAzM+ N3gwfHjWe1p7X+qUQ3yjBqrH1cktJIvXSvA/DVvOtPwoNwe6vg2DuQqqN/nGXbt/0L1k dcfoNd1TQLoD7jDONs/CnCcLYvVtLwdhVs4U/KAzH/F2fZ597lmFLyc5IJje0mRXRrjj BP4s3SSfHKC3mAE88m/qQ+lx1e5mSyVMHQhQ0nzf3hPANLsqNGARitzLS5ilZlf2s9Dt VcYQn81XEOrdsrHTQt/l0C3qkH4KsKIXl7c+QnuYsEYCKUPvBn2Ps+DZWbxyLL4UPp3X KOmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=2xFvAUu2Mi5eQC7Ozo69GKucsTfJHJ60BEy3d9RaYNk=; b=eYlfF6IRkPUXTbkdsbNxqaLsP0Y0cm3hnhIgoauwBU2lAXwqVmptW/Xyw0iNj23lZR yR+gydFpc7oUgS32c9rthZCYy3TenOfHBCjbOXuGu/NRT1x9zkow7SLTFB/Moh5XYWIa ncD0AeyENTF/ZdPAy4HIxyYr2SVi0lAKw8qmM8J7O8F6XKbla/rtrqs3z/EhWPBnN4VM LBCg4/u1l3PtkcsFHZ4QdCPtO2+olAyOmQ/wZSJOcPzl63dUT2/uW5dfV2+dtnAj3nNM QoqEijqo8yNuwmF0NXU7buah5gGgcwF+wh2RdX5hhh2MLjbZFxKoadAGSzAVmPRBuPCU HTlA== X-Gm-Message-State: AOAM530gQG13wmU+RlVZYjHiHF3vlAl5gB/pFR/HTi8YvzEBsZ02T3Rv qapVb5+OrVYFta8n6e2ouAHyPS/L2mDqrH52G6mOSn9wVHGQLw== X-Received: by 2002:a17:907:7296:b0:6e8:97c1:a7ef with SMTP id dt22-20020a170907729600b006e897c1a7efmr13221254ejc.262.1652082819903; Mon, 09 May 2022 00:53:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Taht Date: Mon, 9 May 2022 00:53:28 -0700 Message-ID: Subject: Re: [PATCH RFC v1 net-next 1/4] net: Introduce Qdisc backpressure infrastructure To: Peilin Ye Cc: "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Hideaki YOSHIFUJI , David Ahern , Jamal Hadi Salim , Cong Wang , Jiri Pirko , Peilin Ye , Linux Kernel Network Developers , LKML , Cong Wang Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 I am very pleased to see this work. However, my "vision" such as it was, and as misguided as it might be, was to implement a facility similar to tcp_notsent_lowat for udp packets, tracking the progress of the udp packet through the kernel, and supplying backpressure and providing better information about where when and why the packet was dropped in the stack back to the application. I've been really impressed by the DROP_REASON work and had had no clue prior to seeing all that instrumentation, where else packets might be dropped in the kernel. I'd be interested to see what happens with sch_cake. --=20 FQ World Domination pending: https://blog.cerowrt.org/post/state_of_fq_code= l/ Dave T=C3=A4ht CEO, TekLibre, LLC