From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1SN906-00050P-Jt for mharc-grub-devel@gnu.org; Wed, 25 Apr 2012 16:39:46 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33867) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SN902-000502-Lm for grub-devel@gnu.org; Wed, 25 Apr 2012 16:39:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SN8zz-00007p-B7 for grub-devel@gnu.org; Wed, 25 Apr 2012 16:39:42 -0400 Received: from mail-wg0-f49.google.com ([74.125.82.49]:53824) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SN8zy-0008WD-W5 for grub-devel@gnu.org; Wed, 25 Apr 2012 16:39:39 -0400 Received: by wgbds1 with SMTP id ds1so395498wgb.30 for ; Wed, 25 Apr 2012 13:39:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; bh=nZVlYiMB0Snq27+Bw1mHXUJWTGBSu9gNZs47UMXP6dA=; b=Nc1RtdVnOA+zhZyFbO1k/DlCbr8fnN+9ExMqNHTCWHeV20pqA6NQO9X8svrvh3yREV 1sLzxjbdAdZG5mdfTovnC42kIwEUs4oaFKjQHN40iokLECZGXj/CYYgxe+muuAG/Y0+q zfxyNO0E0WDrPuNfjj0cXBGG8KnaXwwpXI9iAML8dzB1XnTyAUNb+NGRI5oFa5HqE95X 6VivGMgYWXK/YrD/wxEhK039A2kA84/tBNFhCKQvqBrGNTySi7I2Dghmay30S7cBKTBX vPy5Mx4zOZnadf79h9uUP8UrwT93R+Ft74BHkLjC6gMDx04Vu7EonpK2AgSmqCqcUy2B THgA== Received: by 10.180.95.74 with SMTP id di10mr61559652wib.1.1335386376876; Wed, 25 Apr 2012 13:39:36 -0700 (PDT) Received: from debian.x201.phnet (111-233.197-178.cust.bluewin.ch. [178.197.233.111]) by mx.google.com with ESMTPS id o2sm2792579wiv.11.2012.04.25.13.39.34 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 25 Apr 2012 13:39:35 -0700 (PDT) Message-ID: <4F986102.8070106@gmail.com> Date: Wed, 25 Apr 2012 22:39:30 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: RFC: UEFI/PXE and emulating grub-legacy-uefi-hacked behaviour References: <040FDB2A-4241-48C8-BCE3-D39A1786AE78@oracle.com> In-Reply-To: X-Enigmail-Version: 1.4.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1890F7BAD258238056863A89" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.49 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Apr 2012 20:39:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1890F7BAD258238056863A89 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 25.04.2012 22:21, Bean wrote: > On Thu, Apr 26, 2012 at 1:57 AM, Seth Goldberg wrote: >> Just to chime in here with some data -- I've found numerous UEFI syst= ems' network functionality to be buggy (what a shock, right). Specifical= ly, using the TFTP APIs allow files to be retrieved, but using GRUB 2's T= FTP stack, those same files fail to download, with the failure lying some= where within the network driver. In other words, there is close coupling= between the network driver and the TFTP implementation in some vendors' = UEFI implementations such that when you try to just use SNP, you end up w= ith random timeouts that kill performance or dropped packets. So, suppor= ting use of UEFI's TFTP APIs seems like a good thing to do to deal with t= hose types of systems. > Hi, > > Actually I believe the problem is not in snp, but in timeout handling > mechanism. I once implemented a tftp service using udp, and found its > performance very bad compared to the native driver. After some > debugging, I found out that it set an event which is signaled by snp > while udp set the timeout to 0 so that it always returned whether or > not there is available packet. When I use similar technique, my own > tftp run as fast as the native service. It's very good that you found the real reason for this brain damage. I'm happy that someone did. Do you have this in code/as patch? > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig1890F7BAD258238056863A89 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk+YYQIACgkQNak7dOguQgkvywD/dlTmla4pCei9AgnajYKPLybi OAs7vVDbVdp6k4K3CdAA/jfhCbqDT++fP9SZG7BB+ERe7aVrVzq09FXgoydwHdIM =LiTS -----END PGP SIGNATURE----- --------------enig1890F7BAD258238056863A89--