FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F11.2 2018-11-27T19:45:25Z 2018-11-27T19:45:25Z Gordon Tetlow gordon@FreeBSD.org 2018-11-27T19:45:25Z urn:sha1:838f36ab8220912270e1d1ef2caeed2298d30bfe Submitted by: dteske Approved by: so Security: FreeBSD-EN-18:15.loader 2018-05-31T20:01:58Z Glen Barber gjb@FreeBSD.org 2018-05-31T20:01:58Z urn:sha1:344ace03a70c0d5f472bce398ad2b7f6f4929e04 r334310 (imp): Teach ufs_module.c about bsd labels and probe 'a' partition. If the check for a UFS partition at offset 0 on the disk fails, check to see if there's a BSD disklabel at block 1 (standard) or at offset 512 (install images assume 512 sector size). If found, probe for UFS on the 'a' partition. This fixes UEFI booting images from a BSD labeled MBR slice when the 'a' partiton isn't at offset 0. This is a stop-gap fix since we plan on removing boot1.efi in FreeBSD 12. We can't easily do that for 11.2, however, hence the short MFC window. r334337 (emaste): switch amd64 memstick installer images to MBR A good number of BIOSes have trouble booting from GPT in non-UEFI mode. With this change amd64 memsticks remain dual-mode (booting from either UEFI or CSM); the partitioning type is just switched from GPT to MBR. PR: 227954 Note, there are two changes specific to stable/11 where there is code that had diverged from head and never merged back. The two changes are an include in stand/efi/boot1/ufs_module.c, replacing sys/disk/bsd.h with sys/disklabel.h and replacing BSD_MAGIC with DISKMAGIC in the same file. The latter two are direct commits to stable/11 in order to avoid unexpected regressions at this point of the 11.2 cycle. Thank you to imp@ for pointing out what changes needed to be made. Approved by: re (marius) Sponsored by: The FreeBSD Foundation 2018-05-24T23:11:25Z Marius Strobl marius@FreeBSD.org 2018-05-24T23:11:25Z urn:sha1:3fb77befb4b26d9e970ebf7534243ac30862789a - Unbreak booting sparc64 kernels after the metadata unification in r329190 (MFCed to stable/11 in r332150); sparc64 kernels are always 64-bit but with that revision in place, the loader was treating them as 32-bit ones. - In order to reduce the likelihood of this kind of breakage in the future, #ifdef out md_load() on sparc64 and make md_load_dual() - which is currently local to metadata.c anyway - static. - Make md_getboothowto() - also local to metadata.c - static. - Get rid of the unused DTB pointer on sparc64. Approved by: re (kib) 2018-05-17T17:00:49Z Glen Barber gjb@FreeBSD.org 2018-05-17T17:00:49Z urn:sha1:1a2cdce94b982ac1e4d7fa082dfd3bb37f7ac6ef No need to make objects here. This fixes polluting the src checkout when building arm64/aarch64. Approved by: re (marius) Sponsored by: The FreeBSD Foundation 2018-04-27T02:39:36Z Yoshihiro Takahashi nyan@FreeBSD.org 2018-04-27T02:39:36Z urn:sha1:085166bf490c67c850030b5bec3113d0da9ac042 still broken pc98 boot. 2018-04-27T01:21:52Z Ed Maste emaste@FreeBSD.org 2018-04-27T01:21:52Z urn:sha1:1b0e1a1862bc9709f26fd82f1e1bda8fb76c9d37 btxld does not correctly handle input with other than 2 PT_LOAD segments. Passing --no-rosegment lets lld produce output eqivalent to ld.bfd: 2 PT_LOAD segments and no PT_GNU_RELRO. PR: 225775 Sponsored by: The FreeBSD Foundation 2018-04-24T18:19:30Z Benno Rice benno@FreeBSD.org 2018-04-24T18:19:30Z urn:sha1:d9ad930de33aae78a83688f041d746a5783a0b97 Add an ISO9660 "partition table" type to loader. When booted via isoboot(8) loader will be handed a disk that simply contains an ISO9660 image. Currently this confuses it greatly. Teach it how to spot that it's in this situation and that ISO9660 has one "partition" covering the whole disk. Sponsored by: iXsystems, Inc. 2018-04-24T18:13:28Z Benno Rice benno@FreeBSD.org 2018-04-24T18:13:28Z urn:sha1:e15671576102a375369e4d199fc0589464de55f0 Add isoboot(8) for booting BIOS systems from HDDs containing ISO images. This is part of a project for adding the ability to create hybrid CD/USB boot images. In the BIOS case when booting from something that isn't a CD we need some extra boot code to actually find our next stage (loader) within an ISO9660 filesystem. This code will reside in a GPT partition (similar to gptboot(8) from which it is derived) and looks for /boot/loader in an ISO9660 filesystem on the image. Sponsored by: iXsystems, Inc. 2018-04-24T18:11:33Z Benno Rice benno@FreeBSD.org 2018-04-24T18:11:33Z urn:sha1:fb6c3d01a2d8ed916ab796f7cab61ebfc5b579c7 Various style(9) fixes. Sponsored by: iXsystems, Inc. 2018-04-24T18:10:04Z Benno Rice benno@FreeBSD.org 2018-04-24T18:10:04Z urn:sha1:e7091dd3c6e775e92e2c725da3f5db21bd6af8e2 Use consistent whitespace. Sponsored by: iXsystems, Inc.