FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.2.0_cvs 2009-05-01T02:51:58Z 2009-05-01T02:51:58Z Ken Smith kensmith@FreeBSD.org 2009-05-01T02:51:58Z urn:sha1:b205d83df7763ca1f099bce5ac12a05862a626c4 Approved by: re (implicit) This commit was manufactured to restore the state of the 7.2-RELEASE image. 2006-12-18T07:35:14Z Kip Macy kmacy@FreeBSD.org 2006-12-18T07:35:14Z urn:sha1:2d74924b65a66209105932d2ef5fc30d3a713c8a loader so that it can memory can be allocated aligned at the beginning of the desired large page 2006-11-02T01:23:18Z Marcel Moolenaar marcel@FreeBSD.org 2006-11-02T01:23:18Z urn:sha1:932d8c46a26aebb54bda37bee3b4469aa7e74e87 device (kind) specific unit field to the common field. This change allows a future version of libefi to work without requiring anything more than what is defined in struct devdesc and as such makes it possible to compile said version of libefi for different platforms without requiring that those platforms have identical derivatives of struct devdesc. 2005-12-18T04:52:37Z Marcel Moolenaar marcel@FreeBSD.org 2005-12-18T04:52:37Z urn:sha1:757686b11510174fffffec96b816204c8d659fba means: o Remove Elf64_Quarter, o Redefine Elf64_Half to be 16-bit, o Redefine Elf64_Word to be 32-bit, o Add Elf64_Xword and Elf64_Sxword for 64-bit entities, o Use Elf_Size in MI code to abstract the difference between Elf32_Word and Elf64_Word. o Add Elf_Ssize as the signed counterpart of Elf_Size. MFC after: 2 weeks 2004-08-29T00:48:42Z Ian Dowse iedowse@FreeBSD.org 2004-08-29T00:48:42Z urn:sha1:941fdb393b1f37aaaf5086b7faa980490f2ad411 format modules, which are currently only used on the amd64 platform. This initial implementation just parses enough of the module to allow it to extract dependencies and load all the bits into the right place in memory, so the kernel must still do the full relocation and linking. The details of the loaded sections are passed to the kernel by supplying a copy of the ELF section header table as module metadata with the MODINFOMD_SHDR tag. 2004-08-28T23:03:05Z Ian Dowse iedowse@FreeBSD.org 2004-08-28T23:03:05Z urn:sha1:45b8d7c46eee9babdf3277421561f69ce80f68a4 better relocation support for the amd64 and i386 platforms. This should not result in any change in functionality, but moves a step towards supporting the relocatable object file modules on amd64. The same hack/trick as load_elf*.c uses is used here to simultaneously support both elf32 and elf64 on amd64 and i386. 2004-08-28T14:57:34Z Ian Dowse iedowse@FreeBSD.org 2004-08-28T14:57:34Z urn:sha1:c0b43624d57131306451f0ff942ac8bbb65eaa0e from specified file offsets. Make use of these in load_elf.c. 2003-05-01T03:56:30Z Peter Wemm peter@FreeBSD.org 2003-05-01T03:56:30Z urn:sha1:48a0b96a508aece7c0260b0ba4e98b47c206af44 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. 2003-04-06T06:28:08Z Peter Wemm peter@FreeBSD.org 2003-04-06T06:28:08Z urn:sha1:30f445e056207718af56930ffad23be3330e0e94 2002-03-10T22:33:04Z Maxim Sobolev sobomax@FreeBSD.org 2002-03-10T22:33:04Z urn:sha1:56165993312fad2f4f53ed440bb7eae814fa08a2