From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 134.134.136.20, mailfrom: siyuan.fu@intel.com) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by groups.io with SMTP; Fri, 13 Sep 2019 19:54:14 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Sep 2019 19:54:13 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,492,1559545200"; d="scan'208,217";a="188032601" Received: from fmsmsx108.amr.corp.intel.com ([10.18.124.206]) by orsmga003.jf.intel.com with ESMTP; 13 Sep 2019 19:54:13 -0700 Received: from fmsmsx156.amr.corp.intel.com (10.18.116.74) by FMSMSX108.amr.corp.intel.com (10.18.124.206) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 13 Sep 2019 19:54:12 -0700 Received: from shsmsx101.ccr.corp.intel.com (10.239.4.153) by fmsmsx156.amr.corp.intel.com (10.18.116.74) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 13 Sep 2019 19:54:12 -0700 Received: from shsmsx103.ccr.corp.intel.com ([169.254.4.140]) by SHSMSX101.ccr.corp.intel.com ([169.254.1.92]) with mapi id 14.03.0439.000; Sat, 14 Sep 2019 10:54:10 +0800 From: "Siyuan, Fu" To: Sivaraman Nainar , "devel@edk2.groups.io" CC: "Wu, Jiaxin" Subject: Re: Polling Interval in MNP Thread-Topic: Polling Interval in MNP Thread-Index: AdVnt3OFHmSL82U1RgOzsKOyiAbhXQC76DEA Date: Sat, 14 Sep 2019 02:54:09 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_NT x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYmI3NTY5YmMtNTA0ZS00M2M3LTkwNmEtZjQ3NTE5MDE1Zjk1IiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiTVlvalBtZ1llbE9Bbzg4alJnYnBVcU1YdythWkFEdE1idlRPTUU5MlNEMEptQWh5UXVBSnNqWTdzUkU4aEk3VCJ9 dlp-product: dlpe-windows dlp-version: 11.2.0.6 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: siyuan.fu@intel.com Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_B1FF2E9001CE9041BD10B825821D5BC58B863EFESHSMSX103ccrcor_" --_000_B1FF2E9001CE9041BD10B825821D5BC58B863EFESHSMSX103ccrcor_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIFNpdmENCg0KVGhlIDEwbXMgaW50ZXJ2YWwgd2FzIGNob3NlbiBqdXN0IGJ5IGV4cGVyaWVu Y2UuIFRoaXMgYmFja2dyb3VuZCBwb2xsaW5nIGludGVuZHMgdG8gcGljayB1cCB0aGUgY29taW5n IHJlcXVlc3QgKGUuZy4gQVJQIHJlcXVlc3QpIHdoZW4gdGhlcmUgaXMgbm8gYWN0aXZlIHBvbGxp bmcgZnJvbSB1cHBlciBsYXllci4gVGhlIEFSUCB0aW1lIG91dCBpcyAxIHNlY29uZCwgc28gdXNp bmcgMTBtcyBiYWNrZ3JvdW5kIHBvbGxpbmcgbWFrZSB0aGUgbmV0d29yayBzdGFjayBhYmxlIHRv IHJlY2VpdmUgQVJQIHJlcXVlc3QgYW1vbmcgMTAwIGluY29taW5nIHBhY2thZ2Uvc2Vjb25kLg0K DQpZb3UgY2FuIGNoYW5nZSB0aGlzIHRvIGEgcmVhc29uYWJsZSB0aW1lIGZvciB0aGUgaW5iYW5k IG5ldHdvcmsuDQoNCkJlc3QgUmVnYXJkcw0KU2l5dWFuDQoNCkZyb206IFNpdmFyYW1hbiBOYWlu YXIgPHNpdmFyYW1hbm5AYW1paW5kaWEuY28uaW4+DQpTZW50OiAyMDE5xOo51MIxMMjVIDE3OjE3 DQpUbzogZGV2ZWxAZWRrMi5ncm91cHMuaW8NCkNjOiBXdSwgSmlheGluIDxqaWF4aW4ud3VAaW50 ZWwuY29tPjsgRnUsIFNpeXVhbiA8c2l5dWFuLmZ1QGludGVsLmNvbT4NClN1YmplY3Q6IHJlZzog UG9sbGluZyBJbnRlcnZhbCBpbiBNTlANCg0KSGkgYWxsOg0KDQpJbiB0aGUgTmV0d29yayBQYWNr YWdlLCBNTlBEeGUgRHJpdmVyIGhhcyB0aGUgdGltZW91dCBjaGVjayBpbiBNbnBDaGVja1BhY2tl dFRpbWVvdXQoKSBmb3IgdGhlIGludGVydmFsIG9mIDEwIG1zLiBUaGlzIGludGVydmFsIGlzIE9L IHdoZW4gd2UgaGF2ZSB0aGUgT24gYm9hcmQgLyBBZGQgb24gbmV0d29yayBjb250cm9sbGVycy4N Cg0KSW4gdGhlIGNhc2VzIG9mIE5ldHdvcmsgZGV2aWNlcyBleHBvc2VkIHZpYSBJbmJhbmQgKFZp cnR1YWwgVVNCIGV4cG9zaW5nIG5ldHdvcmsgaW50ZXJmYWNlcykgd2hlbiB0aGVyZSBpcyBhIHBh Y2tldCByZWFkIGdpdmVuIHRvIFVTQiBpbnRlcmZhY2VzIGFuZCBpdCBwcm9jZXNzZWQgaW4gbG93 ZXIgbGV2ZWwgd2hpY2ggY291bGQgbm90IHByb3ZpZGUgdGhlIGRhdGEgd2l0aGluIHRoZSAxMCBt cyBpbnRlcnZhbCBhbmQgaXQgZmFpbGVkIHdpdGggdGltZW91dCBhbmQgY29tbXVuaWNhdGlvbiBm YWlsZWQgd2hlbiB3ZSBwZXJmb3JtIHRoZSBIVFRQIHJlcXVlc3QuDQoNCkRvIHdlIGhhdmUgYW55 IHNwZWNpZmljIHJlYXNvbiB0byBoYXZlIHRoaXMgYXMgMTAgbXM/IERvIHdlIGhhdmUgYW55IG1h eCBsaW1pdCBmb3IgdGhpcyBpbnRlcnZhbCB2YWx1ZT8NCg0KLVNpdmENCg== --_000_B1FF2E9001CE9041BD10B825821D5BC58B863EFESHSMSX103ccrcor_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, Siva

 

The 10ms interval was chosen just by experience. Thi= s background polling intends to pick up the coming request (e.g. ARP reques= t) when there is no active polling from upper layer. The ARP time out is 1 = second, so using 10ms background polling make the network stack able to receive ARP request among 100 incoming pack= age/second.

 

You can change this to a reasonable time for the inb= and network.

 

Best Regards

Siyuan

 

From: Siv= araman Nainar <sivaramann@amiindia.co.in>
Sent: 2019=C4=EA9=D4=C210=C8=D5 17:17
To: devel@edk2.groups.io
Cc: Wu, Jiaxin <jiaxin.wu@intel.com>; Fu, Siyuan <siyuan.fu= @intel.com>
Subject: reg: Polling Interval in MNP

 

Hi all:

 

In the Network Package, MNPDxe Driver has the timeou= t check in MnpCheckPacketTimeout() for the interval of 10 ms. This interval= is OK when we have the On board / Add on network controllers.

 

In the cases of Network devices exposed via Inband (= Virtual USB exposing network interfaces) when there is a packet read given = to USB interfaces and it processed in lower level which could not provide t= he data within the 10 ms interval and it failed with timeout and communication failed when we perform the HT= TP request.

 

Do we have any specific reason to have this as 10 ms= ? Do we have any max limit for this interval value?

 

-Siva

--_000_B1FF2E9001CE9041BD10B825821D5BC58B863EFESHSMSX103ccrcor_--