From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=67.231.154.164; helo=dispatch1-us1.ppe-hosted.com; envelope-from=tpilar@solarflare.com; receiver=edk2-devel@lists.01.org Received: from dispatch1-us1.ppe-hosted.com (dispatch1-us1.ppe-hosted.com [67.231.154.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 153A0202E53E6 for ; Wed, 23 Jan 2019 02:56:01 -0800 (PST) X-Virus-Scanned: Proofpoint Essentials engine Received: from webmail.solarflare.com (webmail.solarflare.com [12.187.104.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by mx1-us1.ppe-hosted.com (Proofpoint Essentials ESMTP Server) with ESMTPS id B341E140058 for ; Wed, 23 Jan 2019 10:56:00 +0000 (UTC) Received: from tp-desktop.uk.solarflarecom.com (10.17.20.51) by ocex03.SolarFlarecom.com (10.20.40.36) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 23 Jan 2019 02:55:57 -0800 To: "edk2-devel@lists.01.org" From: "Tomas Pilar (tpilar)" Message-ID: <6029fb15-3820-0f05-f02a-577e99592bbc@solarflare.com> Date: Wed, 23 Jan 2019 10:55:56 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 X-Originating-IP: [10.17.20.51] X-TM-AS-Product-Ver: SMEX-12.5.0.1300-8.5.1010-24384.005 X-TM-AS-Result: No-8.611800-4.000000-10 X-TMASE-MatchedRID: dxtV4zt7NL580yFIYo0rRlN2pnYv2ZG7lnrMq7Sriu0NAzuXf98XU0sI xi34LbJSQ4zUzv5o1hYfh2NuiaxrSpp7gd0Q8iQdNlkA5i6kjNpkBDPLxNH5BhPuWwH3mlrqgx0 sFCXnAdoX8J9O1tNlHadaywddA4BW5UcZtwNsCro5f9Xw/xqKXZwhktVkBBrQxq9PbUOwsP9QSF bL1bvQAcK21zBg2KlfyMdyHKes7ltpT8A37byQdX80ZX9iEYn4fEgWdre/W7OyA/HU7fqSLg== X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No X-TMASE-Result: 10--8.611800-4.000000 X-TMASE-Version: SMEX-12.5.0.1300-8.5.1010-24384.005 X-MDID: 1548240961-Mfy-B2ZZ_ezf Subject: Network Stack Budgeting X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 X-List-Received-Date: Wed, 23 Jan 2019 10:56:02 -0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Language: en-US Hi, Recently I have done some performance improvements to my network driver. I am however finding that on some platforms, it's becoming impossible to boot if the network cable has a lot of traffic on it that is not filtered by the NIC itself (broadcast, multicast or directed unicast). It would seem the platform hangs in the DXE phase trying to process (drop) all the packets and not progressing through the boot order. I am wondering if anyone has seen similar behaviour. Does the network stack have any budgeting? Ideally this would be fixed by the network stack not calling Snp.Start() until in the BDS phase but it seems most platforms just call Snp.Start() immediately following the driver probe. Cheers, Tom