Date: Sat, 9 Jan 2010 22:54:29 +0000 (UTC) From: Marcel Moolenaar <marcel@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/boot/common bootstrap.h src/sys/boot/efi/include efilib.h src/sys/boot/efi/libefi Makefile efifs.c efipart.c src/sys/boot/ia64/efi conf.c version Message-ID: <201001092254.o09Msjog036832@repoman.freebsd.org>
index | next in thread | raw e-mail
marcel 2010-01-09 22:54:29 UTC
FreeBSD src repository
Modified files:
sys/boot/common bootstrap.h
sys/boot/efi/include efilib.h
sys/boot/efi/libefi Makefile
sys/boot/ia64/efi conf.c version
Added files:
sys/boot/efi/libefi efipart.c
Removed files:
sys/boot/efi/libefi efifs.c
Log:
SVN rev 201941 on 2010-01-09 22:54:29Z by marcel
Remove file system support based on the simple file system protocol
as this only allows us to access file systems that EFI knows about.
With a loader that can only use EFI-supported file systems, we're
forced to put /boot on the EFI system partition. This is suboptimal
in the following ways:
1. With /boot a symlink to /efi/boot, mergemaster complains about
the mismatch and there's no quick solution.
2. The EFI loader can only boot a single version of FreeBSD. There's
no way to install multiple versions of FreeBSD and select one
at the loader prompt.
3. ZFS maintains /boot/zfs/zpool.cache and with /boot a symlink we
end up with the file on a MSDOS file system. ZFS does not have
proper handling of file systems that are under Giant.
Implement a disk device based on the block I/O protocol instead and
pull in file system code from libstand. The disk devices are really
the partitions that EFI knows about.
This change is backward compatible.
MFC after: 1 week
Revision Changes Path
1.47 +1 -0 src/sys/boot/common/bootstrap.h
1.7 +1 -3 src/sys/boot/efi/include/efilib.h
1.18 +2 -2 src/sys/boot/efi/libefi/Makefile
1.11 +0 -441 src/sys/boot/efi/libefi/efifs.c (dead)
1.1 +265 -0 src/sys/boot/efi/libefi/efipart.c (new)
1.13 +4 -3 src/sys/boot/ia64/efi/conf.c
1.8 +3 -0 src/sys/boot/ia64/efi/version
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201001092254.o09Msjog036832>