From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=104.47.2.88; helo=eur01-db5-obe.outbound.protection.outlook.com; envelope-from=sakar.arora@arm.com; receiver=edk2-devel@lists.01.org Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0088.outbound.protection.outlook.com [104.47.2.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id AA3E321EA15D7 for ; Fri, 6 Oct 2017 05:02:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector1-arm-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Ex+iggZLNSM+hZdWhtM4kQQu9jhKxfELMJ/G8FgHIOk=; b=a9ZrSqeQ4RvWxuHl6ndYlSy+WTF1PS/bWw7WxiYQWpp0wNv325rvOm9JR+0eiM9IaRjX1cmEKi07Pgp+1PP/R9NjIGv9ujvIoqm9RGJ5JxrD29IBdVaewWC7eRNl7lZ1jvR2jv0+9+3+HWsBWsprSl+PzAScdKhxc3dzIMxEBPw= Received: from DB6PR08MB2645.eurprd08.prod.outlook.com (10.175.234.153) by DB6PR08MB2646.eurprd08.prod.outlook.com (10.175.234.154) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.7; Fri, 6 Oct 2017 12:06:09 +0000 Received: from DB6PR08MB2645.eurprd08.prod.outlook.com ([fe80::35bb:5b52:c50c:d8ae]) by DB6PR08MB2645.eurprd08.prod.outlook.com ([fe80::35bb:5b52:c50c:d8ae%13]) with mapi id 15.20.0077.018; Fri, 6 Oct 2017 12:06:08 +0000 From: Sakar Arora To: Vabhav Sharma , "siyuan.fu@intel.com" , "edk2-devel@lists.01.org" Thread-Topic: MTFTP file transfer timeout error Thread-Index: AdMziPrTGH6+Na2GSdiTFpRwROFIcwA0L1PgAPyz/iABa4zI4AAnr4dg Date: Fri, 6 Oct 2017 12:06:08 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [217.140.105.40] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB6PR08MB2646; 6:TYFhhz/UpUtVKie3lDAh9CK9Hd86ZIxno1nRZBfbYxAidut3qxQePydynN2QyawTg0oZkZYbhImPW0ZqXuTa5M2aoUJ5xOry+9HrB+jIvYwTE6i9ccfwZV83KJXQeZxSBvc5ugoM/nwMT/rxTmn6cL2VN7LYwN3Hz4Exst17sJuTtfvKpa2RZlpJ0lkbPx1UV/e4lotId07x4y9kN+czfz1Hsxh1dlHYyfbe1XeCXN5fO3GFwV+ZT7X3/lFVzdfsewnBTTNyg0/SoeV7ijZbjSqQWiCtochnP98OXjREeZ0+1jTndF8UmvHxgud4BoUfIof9pSFjqQ6HWtGG5INbkQ==; 5:8tUNjpNQOg1Nhryzt17vuhiRa5miM/jUNN0r3vcS/uoak0OeCzFL3NJNmTrOgPHW740qiRcByIYhfxAkjupkvBgVFd2kHSK4YB7LE6FuZaeZ3mWV+HFyP2usxbljVg/7yZdQp85tl6Ke2UnNDdx3lw==; 24:06hujM34ihzlPgPYuyPjs/y0JMm/0P2oAJnzKrvTMlc7Bo+iZiz4B/7gSNrw2Edzc3/UvFbvKRTPSX26UW0mFjhOTCEnxyl06CJatzVfonQ=; 7:513Scrt5KwHagHurdADVcHScApdl0oR5Rz0xxRP6nYgbYCvYmWDcsj4pxdhHb0TjakEhU68IB8NZvwJCwrlFJQTENjIyFS8lE8VJ/ticI6aOv1xIBu+yKHuJ8y4QMon34rlBaRGk85QiJR1ScElVqegGnpChxycd0R9AegwzeTprazauq4T2/279D2DsENfUcObKxjHaZzE+4jgZhOlJZJ4DtrPR2VDTEOGofPhN0VQ= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 6cc96ea0-a3a9-4580-7553-08d50cb2a120 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:DB6PR08MB2646; x-ms-traffictypediagnostic: DB6PR08MB2646: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Sakar.Arora@arm.com; x-exchange-antispam-report-test: UriScan:(158342451672863)(162533806227266)(228905959029699); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123558100)(20161123564025)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DB6PR08MB2646; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DB6PR08MB2646; x-forefront-prvs: 0452022BE1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(376002)(39860400002)(346002)(13464003)(199003)(53474002)(40434004)(53754006)(189002)(377454003)(102836003)(25786009)(6116002)(81156014)(6506006)(3846002)(5660300001)(217423001)(8936002)(7696004)(6436002)(3660700001)(81166006)(2950100002)(8676002)(55016002)(76176999)(6246003)(50986999)(305945005)(74316002)(53376002)(9686003)(6306002)(99286003)(53366004)(8656003)(72206003)(101416001)(106356001)(53936002)(2906002)(54356999)(478600001)(3280700002)(105586002)(53546010)(966005)(229853002)(93886005)(2501003)(2201001)(86362001)(5250100002)(7736002)(189998001)(68736007)(66066001)(5890100001)(33656002)(316002)(2900100001)(97736004)(110136005)(14454004)(10090945008)(19627235001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6PR08MB2646; H:DB6PR08MB2645.eurprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: arm.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2017 12:06:08.8982 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR08MB2646 Subject: Re: MTFTP file transfer timeout error X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2017 12:02:48 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Just my too cents on this, since I once fixed a bug in grub network stack, = that had similar symptoms, if not the same. When you increase block size for tftp transfer to > 1468 bytes, its results= in the IP packet size greater than MTU, which is 1500 bytes by default. T= his brings the network stack's ip fragment reassembly code into picture, si= nce the IP packet is sent in fragments from the source and reassembled at t= he destination. I would suggest try debugging the UEFI IP packet reassembly code in MdeModu= lePkg/Universal/Network/Ip4Dxe/Ip4Input.c Maybe that could give some clue. Regards, Sakar -----Original Message----- From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Vabh= av Sharma Sent: Thursday, October 5, 2017 10:56 PM To: siyuan.fu@intel.com; edk2-devel@lists.01.org Subject: Re: [edk2] MTFTP file transfer timeout error Dear Experts, I traced that timeout error for different block size during file transfer u= sing tftp(rrq opcode) is returned from function Mtftp4OnTimerTick() TFTP = layer in UEFI network stack. Mtftp4OnTimerTick() // // Retransmit the packet if haven't reach the maxmium retry count, // otherwise exit the transfer. // if (++Instance->CurRetry < Instance->MaxRetry) { Mtftp4Retransmit (Instance); Mtftp4SetTimeout (Instance); } else { Mtftp4CleanOperation (Instance, EFI_TIMEOUT); //Timeout is= set continue; } Once this is set, It gets populated to downloadfile() function in tftp shel= lpkg library. There seems to be issue(corruption) with tfp client state machine -Not send= ing ACK for received data blocks -Sending duplicate ACK If server don't receive ACK, It stops sending data packets and timeout occu= rs after maximum retry. Please suggest if this is new or known issue to be fixed? Regards, Vabhav -----Original Message----- From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Vabh= av Sharma Sent: Thursday, September 28, 2017 5:04 PM To: siyuan.fu@intel.com Cc: edk2-devel@lists.01.org; edk2-devel Subject: Re: [edk2] MTFTP file transfer timeout error [This sender failed our fraud detection checks and may not be who they appe= ar to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] Hello Fu Siyuan, I see that blocksize option with tftp command is introduced with commit 2be= 45bfe2779043bc3566e879e7ec279412012dc. Could you please help me clarify with the timeout error behavior observed i= n previous mail Please note the behavior varies for different file type(Attached sheet) Reg= ards, Vabhav -----Original Message----- From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Vabh= av Sharma Sent: Saturday, September 23, 2017 4:21 PM To: edk2-devel@lists.01.org; edk2-devel Subject: [edk2] MTFTP file transfer timeout error [This sender failed our fraud detection checks and may not be who they appe= ar to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing] Hi All, I am facing timeout error with file transfer using tftp on UEFI shell with = ARM based SoCs Command used: tftp -s -i = File transfer with file size greater 50 or 60 MB is returning timeout(Also = depends on type of file like data file, ASCII file, boot sector) I verified by playing around with blocksize from 32K to 42K for different f= ile size(100MB,200MB,500MB) and identify that increasing the block size for= large file size helps with successful transfer. File transfer is always successful with 1K blocksize but file transfer time= is increased. Please suggest if there is any link between block size with file size or an= yone faced such issue? I assume expectation is to use any blocksize from 51= 2(default) to 64K. Regards, Vabhav _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in = any medium. Thank you.