summaryrefslogtreecommitdiffstats
path: root/sys/boot/ia64/common/exec.c
Commit message (Collapse)AuthorAgeFilesLines
* Redefine a PTE as a 64-bit integral type instead of a struct ofmarcel2004-09-231-13/+5
| | | | | bit-fields. Unify the PTE defines accordingly and update all uses.
* Remove advertising clause from University of California Regent's license,imp2004-04-051-4/+0
| | | | | | per letter dated July 22, 1999. Approved by: core
* Convert to __FBSDID.obrien2004-01-041-2/+3
|
* Enable the i386 loader to load and run an amd64 kernel. If this putspeter2003-05-011-3/+3
| | | | | | | | | | | | | | | things over floppy size limits, I can exclude it for release builds or something like that. Most of the changes are to get the load_elf.c file into a seperate elf32_ or elf64_ namespace so that you can have two ELF loaders present at once. Note that for 64 bit kernels, it actually starts up the kernel already in 64 bit mode with paging enabled. This is really easy because we have a known minimum feature set. Of note is that for amd64, we have to pass in the bios int 15 0xe821 memory map because once in long mode, you absolutely cannot make VM86 calls. amd64 does not use 'struct bootinfo' at all. It is a pure loader metadata startup, just like sparc64 and powerpc. Much of the infrastructure to support this was adapted from sparc64.
* Remove a left-over virtual mapping of uncached I/O port space.marcel2002-11-281-17/+0
| | | | | | | | | | | | | Previous kernels unwantingly depended on this mapping, but as of version 1.123 of src/sys/ia64/ia64/machdep.c this dependency has been removed. Consequently, one has to update the kernel before updating the loader. The documented/recommended upgrade will suffice in this case. Due to a visible (from the kernels point of view) change in behaviour, bump the loader version number from 0.3 to 1.0. Approved by: re (carte blanc)
* o Fix a size calculation based on a 8KB page, while under EFImarcel2002-10-241-4/+20
| | | | | | | | | | | | pages are 4KB. o As a second order fix, don't assume we have enough space after the bootinfo block left in a page to hold the memory map. o A third order fix as that we removed the assumption that a bootinfo block fits in a single 8KB page. PR: ia64/39415 submitted by: Espen Skoglund <esk@ira.uka.de>
* o Remove namespace pollution from param.h:marcel2002-05-191-0/+2
| | | | | | | | | | | - 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.
* Allocate sufficient pages to hold the bootinfo block and stopmarcel2002-04-191-7/+10
| | | | hardwiring the location.
* Pass the physical address of the bootinfo block to the kernel inmarcel2002-03-301-1/+1
| | | | | | | | | 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.
* 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.
* 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.
* * Flesh out elf_exec and bootinfo.dfr2001-09-221-38/+146
| | | | * Add EFI network support.
* Add ELF backend to the build.dfr2001-09-141-7/+1
|
* First approximation of an ia64 EFI loader. Not functional.dfr2001-06-091-0/+143
OpenPOWER on IntegriCloud