summaryrefslogtreecommitdiffstats
path: root/sys/boot/efi
Commit message (Collapse)AuthorAgeFilesLines
* Turn on -Wformatpeter2002-07-201-1/+1
|
* Fix printf format errorspeter2002-07-201-3/+3
|
* Work around some nasty bugs on the [beta] Itanium2's E1000 UNDI driver.peter2002-07-201-5/+20
| | | | | | | | | | | | | | 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.
* Disable loader ufs support. It causes the loader to crash on the Itanium2peter2002-07-201-1/+1
| | | | | box that I have. We have no EFI disk drivers yet anyway (maybe that is the problem).
* Fix printf format errorspeter2002-07-201-2/+2
|
* Add boot_serial and boot_multicons variables to set RB_SERIAL andpeter2002-06-201-0/+2
| | | | | RB_MULTIPLE since this seems to be the easiest way to add these flags for non-forth loaders etc.
* o Remove namespace pollution from param.h:marcel2002-05-192-0/+3
| | | | | | | | | | | - Don't include ia64_cpu.h and cpu.h - Guard definitions by _NO_NAMESPACE_POLLUTION - Move definition of KERNBASE to vmparam.h o Move definitions of IA64_RR_{BASE|MASK} to vmparam.h o Move definitions of IA64_PHYS_TO_RR{6|7} to vmparam.h o While here, remove some left-over Alpha references.
* An almost mechanical sweep to replace C++ style comments with Cmarcel2002-05-1916-614/+485
| | | | | style comments. This is not an attempt to conform to style(9). Such has lower priority.
* More s/file system/filesystem/gtrhodes2002-05-161-1/+1
|
* Removed now unused INTERNALSTATICLIB.ru2002-05-131-3/+0
| | | | | INTERNALLIB now implies NOPIC and NOPROFILE. Removed gratuitous NOMAN.
* Back out last commit. I expect our bsd.*.mk gods to remove the need forobrien2002-05-121-0/+3
| | | | | defining so many extra things in addition to INTERNALLIB. We don't like repetitive C code and we shouldn't for make code either.
* NOPIC, NOPROFILE, NOMAN, and INTERNALSTATICLIB are redundant when usingobrien2002-05-111-3/+0
| | | | INTERNALLIB now.
* -ffreestanding is the word.obrien2002-05-102-1/+2
| | | | | (also resort some CFLAGS such that the more "important" value are first so they are easier to see)
* Improve self-relocation:marcel2002-04-211-105/+135
| | | | | | | | | | | | | | | | | | | o We don't expect the PLT relocations to follow the .rela section anymore. We still assume that PLT relocations are long formed, o Document register usage, o Improve ILP, o Fix the FPTR relocation by creating unique OPDs per function. Comparing functions is valid now, o The IPLT relocation naturally handles the addend. Deal with it. We ignore the addend for FPTR relocations for now. It's not at all clear what it means anyway. Fix ABI misinterpretation: o For Elf_Rela relocations, the addend is explicit and should not be loaded from the memory address we're relocating. Only do that for Elf_Rel relocations (ie the short form). o DIR64LSB is not the same as REL64LSB. DIR64LSB applies to a symbol (S+A), whereas REL64LSB applies to the base address (BD+A),
* Allocate sufficient pages to hold the bootinfo block and stopmarcel2002-04-191-7/+10
| | | | hardwiring the location.
* Finally fix loader completely for IA64. efifs_stat() wasn't settingpeter2002-04-111-0/+2
| | | | | | the S_IFREG bit for regular files. This caused the path search code to skip it when it finally did find the kernel (after the common/module.c buffer overrun bug was fixed)
* We must not let install(1) strip loader.efi when installing it, or thepeter2002-04-071-0/+1
| | | | resulting binary will be damaged and no longer work.
* Set BINDIRpeter2002-04-071-0/+1
|
* Add loader bootforth infrastructure and install it.peter2002-04-071-4/+20
|
* Try and tidy up some very loose ends with paths to various libraries etc.peter2002-04-062-8/+15
|
* Do not assume that ${OBJCOPY} variable exists. It was hidden by thepeter2002-04-061-0/+1
| | | | fact that the 'ia64-make' wrapper explicitly set it.
* Fix self hosted loader building. When you use a self configured gcc, itpeter2002-04-062-4/+4
| | | | | | | | | | | | | detects and uses the gas section merge support. As a result, a whole bunch of new sections arrive, including .rodata.str1.8, which was not included in our custom ldscript.ia64. The result was a loader binary that EFI rejected. While here, collect the loader shell commands linker set and include it in the data area rather than having its own section. /boot/loader.efi was the last holdout for having a 100% self built ia64 system.
* Use a relative path to libstand.. /usr/src/lib/libstand may not existpeter2002-04-041-1/+1
| | | | or may have the wrong header files.
* Only install the help file if we can find it. Use ${BASE}.helpmarcel2002-03-311-4/+1
| | | | | in both the condition and for the install. We expect to find the help file in ${.OBJDIR}.
* Pass the physical address of the bootinfo block to the kernel inmarcel2002-03-302-1/+3
| | | | | | | | | register r8. We continue to write the bootinfo block at the same hardwired address, because the kernel still expects it there. It is expected that future kernels use register r8 to get to the bootinfo block and don't depend on the hardwired address anymore. Bump the loader version once again due to the interface change.
* Add a quick and dirty way to determine where we're loaded from. Wemarcel2002-03-301-8/+28
| | | | | | | | only care if it's network or not at this time. If we're loaded from the network, we set currdev (=loaddev) so that the kernel is loaded from the network as well. In all other cases we initialize to disk. This makes netbooting more convenient and can easily be enhanced to do more elaborate checking.
* The EFI loader has been improved a lot since it was first added.marcel2002-03-301-0/+2
| | | | | | | Most significantly (from an interfacing point of view) is the support for the FPSWA pointer passing. Even though that was added 4 months ago, it's probably not a bad idea to bump the version number to reflect this.
* Fix the initialization of the protocol:marcel2002-03-301-2/+68
| | | | | | | | | | | | | | | | | 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.
* Don't blindly dereference f->f_devdata as if it's always a pointer tomarcel2002-03-301-1/+6
| | | | | | | | | | | an efi_devdesc structure. When we're netbooting, f->f_devdata holds the address of the network socket variable. Dereferencing this caused some very unpredictable behaviour, including proper functioning. So, as a sanity check, we first make sure f->f_dev points to our own devsw. If not, the open will fail before we use f->f_devdata. This solves the netboot hangs I invariably got whenever I used the latest toolchain to compile the EFI loader.
* o Make efinet_put a blocking call by waiting for the protocolmarcel2002-03-291-12/+22
| | | | | | | | | | | | | | | 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.
* o Don't include sys/cdefs.hmarcel2002-03-281-1/+0
|
* o Add -L${DESTDIR}${LIBDIR} on the link line for -lstand.marcel2002-03-281-4/+4
| | | | | o Add -j .dynstr to objcopy. This makes .efi binaries work when built with a 3.x based toolchain.
* Add EFI write support to loaderpeter2002-03-191-2/+30
|
* Add -ffreestanding to avoid printf/puts/putchar conversionspeter2002-03-191-0/+1
|
* Boot from efifs first.peter2002-03-191-1/+1
|
* gcc-3.1 likes to have extra { } around the internal array initializers inpeter2002-03-191-5/+5
| | | | the GUID templates.
* Lookup the EFI_FPSWA driver and pass the interface pointer through to thepeter2001-11-196-0/+108
| | | | | kernel before we call ExitBootServices(). I've typed the definitions in efifpswa.h from the Intel FPSWA manual (urk).
* Remove bootinfo.bi_kernel. It isn't used by the kernel. struct bootinfopeter2001-11-191-6/+0
| | | | | should go away on ia64, we should be loader metadata based since that is the only way we can boot (loader, skiload).
* This is used in C, not C++. functions with no args have func(void) in ourpeter2001-11-191-0/+1
| | | | kernel.
* o Add new header <sys/stdint.h>.mike2001-11-021-1/+1
| | | | | | | | | | | | | | | | | | | | | o Make <stdint.h> a symbolic link to <sys/stdint.h>. o Move most of <sys/inttypes.h> into <sys/stdint.h>, as per C99. o Remove <sys/inttypes.h>. o Adjust includes in sys/types.h and boot/efi/include/ia64/efibind.h to reflect new location of integer types in <sys/stdint.h>. o Remove previously symbolicly linked <inttypes.h>, instead create a new file. o Add MD headers <machine/_inttypes.h> from NetBSD. o Include <sys/stdint.h> in <inttypes.h>, as required by C99; and include <machine/_inttypes.h> in <inttypes.h>, to fill in the remaining requirements for <inttypes.h>. o Add additional integer types in <machine/ansi.h> and <machine/limits.h> which are included via <sys/stdint.h>. Partially obtain from: NetBSD Tested on: alpha, i386 Discussed on: freebsd-standards@bostonradio.org Reviewed by: bde, fenner, obrien, wollman
* Set RB_MULTIPLE (multiple console support) if the kernel is bootedmarcel2001-10-291-0/+3
| | | | with the -D flag.
* Call ExitBootServices and disable interrupts before we start hackingdfr2001-10-251-11/+12
| | | | the VM registers. This ought to make things slightly more reliable here.
* Add the two sections used for PLT entries to the text and sdata sectionsdfr2001-10-251-0/+2
| | | | | respectively. This makes IPLTLSB relocations work properly (these are generated for weak symbols, particularly for _longjmp).
* Try to get the self-relocator to work with IPLTLSB relocations. Doesn'tdfr2001-10-242-6/+40
| | | | work right though - I can't figure out why.
* Fix typo in comment.dfr2001-10-111-1/+1
|
* s/alpha/${MACHINE_ARCH}/gmarcel2001-10-081-1/+1
|
* Calculate the valid flag for ITRs and DTRs correctly. Also fix a coupledfr2001-09-251-8/+3
| | | | of minor problems and remove some debugging code.
* Add commands to dump the itrs and dtrs.dfr2001-09-241-0/+148
|
* Return the mapkey which EFI gave us when we read the memory map - we needdfr2001-09-242-2/+5
| | | | it to call ExitBootServices.
* Tidy up a little - don't try to print anything or enable interrupts afterdfr2001-09-241-51/+24
| | | | | we start changing translation registers. Also, call ExitBootServices before we jump into the kernel.
OpenPOWER on IntegriCloud