From owner-cvs-all Fri Mar 29 15:10:22 2002 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 21C2637B416; Fri, 29 Mar 2002 15:10:16 -0800 (PST) Received: (from marcel@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id g2TNAGc55639; Fri, 29 Mar 2002 15:10:16 -0800 (PST) (envelope-from marcel) Message-Id: <200203292310.g2TNAGc55639@freefall.freebsd.org> From: Marcel Moolenaar Date: Fri, 29 Mar 2002 15:10:16 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/boot/efi/libefi efinet.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG marcel 2002/03/29 15:10:16 PST Modified files: sys/boot/efi/libefi efinet.c Log: o Make efinet_put a blocking call by waiting for the protocol layer to signal transmission of the packet. This resolves the problem I'm seeing that an immediate call to net->Receive after calling net->Transmit returns EFI_DEVICE_ERROR. This condition seems to be sufficiently persistent that BOOTP and RARP fail. o While here, unify all functions to have 'nif' defined. Some have it as arguments. The others now have them as locals. We now always get the protocol interface by using the 'nif' var. The current status of netbooting is that even though we now reliably have BOOTP working (again), opening a file (ie loading a kernel) across the network causes the loader to hang. I'm working on that now. Revision Changes Path 1.2 +22 -12 src/sys/boot/efi/libefi/efinet.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message