| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We create a UFS root filesystem using makefs(8), and later pass it to
mkimg(1) when creating the final image. The correct partition type is
freebsd-ufs; the freebsd parition type is for partitions containing a
BSD disklabel.
Reviewed by: emaste
MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D26987
Notes:
svn path=/head/; revision=367178
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, the installer uses pre-created 800KB FAT12 filesystems that
it dd's onto the ESP partition.
This changeset improves that by having the installer generate a FAT32
filesystem directly onto the ESP using newfs_msdos and then copying
loader.efi into /EFI/freebsd.
For live installs it then runs efibootmgr to add a FreeBSD boot entry
in the BIOS.
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D17947
Notes:
svn path=/head/; revision=342283
|
|
|
|
|
|
|
|
|
|
|
|
| |
This makes it easier to identify the individual partition types and
facilitates comparisons across architectures.
Reviewed by: gjb
MFC after: 1 week
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=332390
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There's not much practical difference as far as install media is
concerned but newfs creates UFSv2 by default and it is sensible to use
the contemporary UFS version.
I also intend to change makefs to create UFSv2 by default (to match
newfs) so we'll want make-memstick.sh to be explicit, rather than
relying on the host tool's default.
Reviewed by: andrew, gjb, jhibbits
MFC after: 2 weeks
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D12231
Notes:
svn path=/head/; revision=323438
|
|
|
|
| |
Notes:
svn path=/head/; revision=323437
|
|
|
|
|
|
|
|
|
|
|
|
| |
This Makefile relies on Makefile.fat providing the correct value for
BOOT1_MAXSIZE and BOOT1_OFFSET. Since BOOT1_OFFSET had no default value
here the build would already fail if Makefile.fat did not provide
correct values.
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=323436
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also remove the now-redundant error handling that was only for makefs.
This script was run on an older FreeBSD host that lacked efi-on-mbr
support in makefs. A warning was emitted on the console (from makefs)
but the script continued running and exited with 0.
Reviewed by: gjb
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=308171
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's time to abandon MBR installations on
ARM64 platforms.
Obtained from: Semihalf
Submitted by: Dominik Ermel <der@semihalf.com>
Sponsored by: Cavium
Reviewed by: gjb, emaste, marcel
Approved by: re (gjb)
Differential Revision: https://reviews.freebsd.org/D6798
Notes:
svn path=/head/; revision=302387
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the root filesystem read-write. This causes problems booting
the memstick installation medium from write-protected USB flash
drives.
Submitted by: A.J. Kehoe IV [1], Oliver Jones [2]
PR: 187161 [1], 205886 [2]
MFC after: 1 week
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=293188
|
|
|
|
|
|
|
|
|
| |
an unbootable image. Use just an MBR scheme instead.
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=282107
|
|
|
|
|
|
|
|
|
|
| |
GPT.
Boot tested by: andrew
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=282102
|
|
|
|
|
|
|
|
|
| |
which is not needed/used.
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/head/; revision=281854
|
|
aarch64 memory stick images.
Although arm64 does not yet have USB support, the memstick
image should be bootable with certain virtualization tools,
such as qemu.
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/projects/release-arm64/; revision=281788
|