src-test/sys/boot/common/Makefile.inc, branch stable/7 FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=stable%2F7 2006-11-02T00:26:45Z Don't unconditionally compile-in the bcache code. It's only used on 2006-11-02T00:26:45Z Marcel Moolenaar marcel@FreeBSD.org 2006-11-02T00:26:45Z urn:sha1:5cae408f8142e54abc59ab291afc430027e1e89f i386/amd64 and pc98. Remove useless calls to bcache_init() from the ia64 and sparc64 loaders, as well as from the OFW common code. Remove more Alpha bits from the boot code including fixing several 2006-05-12T04:09:53Z John Baldwin jhb@FreeBSD.org 2006-05-12T04:09:53Z urn:sha1:be5d6589e09fae392dfb2d144ecfcf6fecce450d stale comments. Collapse several adjacent .if's into .if/.elif. 2004-10-24T12:32:41Z Ruslan Ermilov ru@FreeBSD.org 2004-10-24T12:32:41Z urn:sha1:39ebd905325a880e8cbd3778b15325cdece91f19 ELF64 support is not needed on pc98. 2004-10-24T12:18:11Z Yoshihiro Takahashi nyan@FreeBSD.org 2004-10-24T12:18:11Z urn:sha1:222be03974cc61d60423193df7ba5bfd018cf4ae Add the loader side of support for preloading ELF relocatable object 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. Separate out the ELF relocation code from the ELF loader, and add 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. Style: use the defined() expression explicitly. 2004-02-07T11:05:10Z Ruslan Ermilov ru@FreeBSD.org 2004-02-07T11:05:10Z urn:sha1:079cbb98acbb31557dd10f9221290da13403be18 Build on amd64. Yes, I know this isn't particularly nice. 2003-06-26T03:51:57Z Peter Wemm peter@FreeBSD.org 2003-06-26T03:51:57Z urn:sha1:062b3e0c77aa5cfa185a685b08bbf42665ed7351 Enable the i386 loader to load and run an amd64 kernel. If this puts 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. Initiate deorbit burn of i386 a.out kld "support" in loader. Note that 2002-08-29T02:02:28Z Peter Wemm peter@FreeBSD.org 2002-08-29T02:02:28Z urn:sha1:e581f644a4848cbb2fdcaa51833e39d7c9532e81 this was quite broken, it never was updated for metadata support. The a.out kld file support was never really used, as it wasn't necessary. You could always load elf kld's, even in an a.out kernel.