From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-he1eur01on0070.outbound.protection.outlook.com [104.47.0.70]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B517621E43B4F for ; Fri, 22 Sep 2017 03:06:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Q/znjWRAnI3KDjeaqA/zUCjv7ys9GT7sgQ+BgfibApU=; b=WfSIevi3n5QrSZMaQ193IHQk7j5GhgkEBPAWUM53uJHmOqj3d4Rgm03YpuFOhsRCzbzo7tgEse3yDHvBxPe5msXHzPwfgMS5L3Zdoavhy1OyDqgAhRifBeVfrPLSkqXHcRaaaTq884flAgnK9UzFayrgmm0o7VlZDgK0zytDWqk= Received: from DB4PR04MB299.eurprd04.prod.outlook.com (10.141.239.21) by DB4PR04MB297.eurprd04.prod.outlook.com (10.141.239.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.7; Fri, 22 Sep 2017 10:10:01 +0000 Received: from DB4PR04MB299.eurprd04.prod.outlook.com ([fe80::e4b0:da81:40ba:c125]) by DB4PR04MB299.eurprd04.prod.outlook.com ([fe80::e4b0:da81:40ba:c125%18]) with mapi id 15.20.0077.011; Fri, 22 Sep 2017 10:10:00 +0000 From: Vabhav Sharma To: "edk2-devel@lists.01.org" Thread-Topic: MTFTP file transfer timeout error Thread-Index: AdMziPrTGH6+Na2GSdiTFpRwROFIcw== Importance: high X-Priority: 1 Date: Fri, 22 Sep 2017 10:10:00 +0000 Message-ID: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=vabhav.sharma@nxp.com; x-originating-ip: [192.88.169.1] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB4PR04MB297; 6:9Nwv7WJfh4LrMqyaydX/y55i+EHAN5McaWrv2Hsn2UOvheT9fMR4aN7WAk02cYRsHqz8+wUpczJ3KuwtJAGyV2HMWVTSzitoay7QkLKR6GY8ANAmuqzvU0QLmfuj148WCJP8QPE+TJFIgGcLZYMyv1aZhY1lgftHJWdPTKe8LA8EWCAZtHRyHBOIvqFRR9AFFQKHiE9QQb4cpl0PTRUg7sQlkILQQUj7TyRBAfbac+4fvsx5Fw3nuNfmxX7mJVIinLR75FTGUCZTuDxiAueDq0R421f7iFrFOj4Iuw+pcd4b5VAfzAvwd6TbT/b6aZo7TjIPnlEohZeIzQm44Edf9A==; 5:6HViE7ygzZvvas5nemOqG+hnARr8lUTd1rPWvvTV80SSeSPdlLSZv9DadK74LKU/AVLpyeouX2xL3UDZpmLOQN6yz+L/laWrYKIL0v1s0hIZT74toGt5LiQiEMg88Ubss0h1r5C7cCpZBZsAWOI5OA==; 24:4ADw5pV6j5hFSViAfyngiUSdjeka66qKJmWbK4BqT4KOvib8WiliwcC9ACfZHir/kU72BAzOzmdXP9f0G5xq8YemlQ1T+lzBdW4dfdsjnNg=; 7:Yt894yeq0EsDy5370RCIHgjEpgw+nAjl4F4nZXs0ytdHzDSj49Vf9CrJk1ppw89/iHO8B03dWVg7MNrFuoUPQztYkZVTflPPqt7z9foG8jT8dreLmL6lpwkb3HS8Ek/098qHhCfR/wq1t3ObhgR0Xn9QNKVXnfZXIUyAArLzCURax76+jhv6A/Jxi856Di6F1+t5lOGhnTIc+zLFlMcXUC15SMx9YxSYM4GkJ7L1Z60= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: 32c50a5c-5fba-4e8c-3a64-08d501a21613 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:DB4PR04MB297; x-ms-traffictypediagnostic: DB4PR04MB297: x-exchange-antispam-report-test: UriScan:(158342451672863)(21748063052155); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6055026)(6041248)(20161123564025)(20161123558100)(20161123560025)(20161123562025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:DB4PR04MB297; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:DB4PR04MB297; x-forefront-prvs: 0438F90F17 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(346002)(39860400002)(376002)(53754006)(199003)(189002)(217423001)(189998001)(3280700002)(86362001)(6916009)(99286003)(3660700001)(55016002)(68736007)(2906002)(53936002)(25786009)(6436002)(66066001)(9326002)(6306002)(54896002)(9686003)(6506006)(2501003)(101416001)(5250100002)(2900100001)(50986999)(316002)(5660300001)(7696004)(74316002)(81166006)(33656002)(8936002)(81156014)(8676002)(97736004)(7736002)(790700001)(102836003)(6116002)(54356999)(81686999)(3846002)(5640700003)(478600001)(105586002)(2351001)(106356001)(14454004); DIR:OUT; SFP:1101; SCL:1; SRVR:DB4PR04MB297; H:DB4PR04MB299.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: nxp.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Sep 2017 10:10:00.8544 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR04MB297 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 Subject: 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, 22 Sep 2017 10:07:00 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 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