FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs 2008-02-24T05:45:17Z 2008-02-24T05:45:17Z cvs2svn cvs2svn@FreeBSD.org 2008-02-24T05:45:17Z urn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d 'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image. 2006-11-05T22:03:04Z Marcel Moolenaar marcel@FreeBSD.org 2006-11-05T22:03:04Z urn:sha1:0463b4a2fbc8754a3dc9cb08d8655dc475f7a70d 1. Make libefi portable by removing ia64 specific code and build it on i386 and amd64 by default to prevent regressions. These changes include fixes and improvements over previous code to establish or improve APIs where none existed or when the amount of kluging was unacceptably high. 2. Increase the amount of sharing between the efi and ski loaders to improve maintainability of the loaders and simplify making changes to the loader-kernel handshaking in the future. The version of the efi and ski loaders are now both changed to 1.2 as user visible improvements and changes have been made. 2004-01-04T23:30:47Z David E. O'Brien obrien@FreeBSD.org 2004-01-04T23:30:47Z urn:sha1:c990f469a73b1f62af4a9204c798581fe9e947fb 2002-07-20T03:52:18Z Peter Wemm peter@FreeBSD.org 2002-07-20T03:52:18Z urn:sha1:e89db708113d9a01abc002e8dcad4afaff46551d 2002-07-20T03:51:53Z Peter Wemm peter@FreeBSD.org 2002-07-20T03:51:53Z urn:sha1:914ecdc8ea7d7e881dae4b1f6ba037222610968b Bug#1: The GetStatus() function returns radically different pointers that do not match any packets we transmitted. I think it might be pointing to a copy of the packet or something. Since we do not transmit more than one packet at a time, just wait for "anything". Bug#2: The Receive() function takes a pointer and a length. However, it either ignores the length or otherwise does bad things and writes outside of ptr[0] through ptr[len-1]. This is bad and causes massive stack corruption for us since we are receiving packets into small buffers on the stack. Instead, Receive() into a large enough buffer and bcopy the data to the requested area. 2002-03-30T04:50:52Z Marcel Moolenaar marcel@FreeBSD.org 2002-03-30T04:50:52Z urn:sha1:7608f7cb80f2d84637c6aaa02da80dee5ab025bc o Query the state field of the protocol mode to determine whether we need to start and/or initialize the protocol. When we're loaded across the network, the protocol has already been started and is already initialized. When no networking has happened yet, we have to start and initialize the protocol ourselves. o After initialization, we have to set the receive filters. Not doing this results in a deaf interface. We set the unicast and broadcast filters. Multicast may not be supported. This specific change fixes the problem we had that we could not netboot if the loader was started from the EFI shell. o To help future debugging, add a function that dumps the current mode of the interface. It's conditional on EFINET_DEBUG. o To help in runtime problems, emit a diagnostic message when we could not initialize the protocol properly. 2002-03-29T23:10:15Z Marcel Moolenaar marcel@FreeBSD.org 2002-03-29T23:10:15Z urn:sha1:94234560187955f5eb959bb3eba59991ad6549de 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. 2001-09-22T19:10:56Z Doug Rabson dfr@FreeBSD.org 2001-09-22T19:10:56Z urn:sha1:12714036850d009843483141995f58e7d1d9e457 * Add EFI network support.