src/sys/boot, branch stable/8 FreeBSD source tree MFC 281887: 2015-06-02T19:20:39+00:00 John Baldwin jhb@FreeBSD.org 2015-06-02T19:20:39+00:00 da5f850bd59e08d1f32813c13e51f270e7b87d13 Reassign copyright statements on several files from Advanced Computing Technologies LLC to Hudson River Trading LLC. 
Reassign copyright statements on several files from Advanced
Computing Technologies LLC to Hudson River Trading LLC.
MFC r260150: MFV r259170: 2014-03-19T23:58:05+00:00 Xin LI delphij@FreeBSD.org 2014-03-19T23:58:05+00:00 3750c801e73f3b43d46c2e8e28a6db309e574f32 4370 avoid transmitting holes during zfs send 4371 DMU code clean up illumos/illumos-gate@43466aae47bfcd2ad9bf501faec8e75c08095e4f NOTE: Make sure the boot code is updated if a zpool upgrade is done on boot zpool. 
4370 avoid transmitting holes during zfs send

4371 DMU code clean up

illumos/illumos-gate@43466aae47bfcd2ad9bf501faec8e75c08095e4f

NOTE: Make sure the boot code is updated if a zpool upgrade is
done on boot zpool.
MFC r260095: 2014-01-04T22:00:07+00:00 Dimitry Andric dim@FreeBSD.org 2014-01-04T22:00:07+00:00 dd01b29c08e7c90e4e466797b78656e35cac6d1f For sys/boot/i386 and sys/boot/pc98, separate flags to be passed directly to the linker (LD_FLAGS) from flags passed indirectly, via the compiler driver (LDFLAGS). This is because several Makefiles under sys/boot/i386 and sys/boot/pc98 use ${LD} directly to link, and the normal LDFLAGS value should not be used in these cases. 
For sys/boot/i386 and sys/boot/pc98, separate flags to be passed
directly to the linker (LD_FLAGS) from flags passed indirectly, via the
compiler driver (LDFLAGS).

This is because several Makefiles under sys/boot/i386 and sys/boot/pc98
use ${LD} directly to link, and the normal LDFLAGS value should not be
used in these cases.
MFC 256293: 2013-11-15T15:08:58+00:00 John Baldwin jhb@FreeBSD.org 2013-11-15T15:08:58+00:00 519abb59f79db04210c06d64ac063f5b319bf742 Sanitize the %eflags returned by BIOS routines. Some BIOS routines enter protected mode and may leave protected-mode-specific flags like PSL_NT set when they return to real mode. This can cause a fault when BTX re-enters protected mode after the BIOS mode returns. PR: amd64/182740 
Sanitize the %eflags returned by BIOS routines.  Some BIOS routines enter
protected mode and may leave protected-mode-specific flags like PSL_NT set
when they return to real mode.  This can cause a fault when BTX re-enters
protected mode after the BIOS mode returns.

PR:		amd64/182740
MFC r255944 (partial): 2013-10-10T12:47:34+00:00 Bryan Drewery bdrewery@FreeBSD.org 2013-10-10T12:47:34+00:00 9bde32896814dd8309db831015adea23d71bce8c Use MK_SSP=no after including bsd.own.mk to disable SSP instead of user-knob WITH[OUT]_SSP to avoid hitting an error if user has WITH_SSP in their make.conf. Ports now use this knob. make[7]: "/usr/src/share/mk/bsd.own.mk" line 466: WITH_SSP and WITHOUT_SSP can't both be set. Approved by: bapt 
  Use MK_SSP=no after including bsd.own.mk to disable SSP instead of user-knob
  WITH[OUT]_SSP to avoid hitting an error if user has WITH_SSP in their
  make.conf. Ports now use this knob.

    make[7]: "/usr/src/share/mk/bsd.own.mk" line 466: WITH_SSP and
    WITHOUT_SSP can't both be set.

Approved by:    bapt
MFC r249139: strncmp for boot code: fix an off by one error 2013-07-06T08:59:27+00:00 Andriy Gapon avg@FreeBSD.org 2013-07-06T08:59:27+00:00 a8c6b9bcf48e354832243318fc2a484af3a903cb 






MFi386: revision 245847
2013-06-23T09:23:32+00:00

Yoshihiro Takahashi
nyan@FreeBSD.org

2013-06-23T09:23:32+00:00

3119796311a4833078f99eb15c55f260707fa7a1

  Add special loader environment variables 'comconsole_port' and
  'comconsole_pcidev'.





  Add special loader environment variables 'comconsole_port' and
  'comconsole_pcidev'.







MFC 250333: Don't pad disk partition sizes with leading zeros.
2013-06-21T15:30:18+00:00

John Baldwin
jhb@FreeBSD.org

2013-06-21T15:30:18+00:00

bb7c5ada198438743cc25747eec4ba579f206a8f












MFC r249846:
2013-05-01T18:06:53+00:00

Dimitry Andric
dim@FreeBSD.org

2013-05-01T18:06:53+00:00

e6ac15302878a7d73755b654dd886a1aa3fa9b3e

When rebooting (exiting) from the BTX loader, make sure to restore the
GDT from the correct segment, otherwise a triple fault would be caused.
In some virtual environments (VMware, VirtualBox, etc) this could lead
to a unhandled error or hang in the guest emulation software.

Thanks to avg and jhb for a few hints in the right direction.

Noticed by:	Jeremy Chadwick <jdc@koitsu.org> (and many others)





When rebooting (exiting) from the BTX loader, make sure to restore the
GDT from the correct segment, otherwise a triple fault would be caused.
In some virtual environments (VMware, VirtualBox, etc) this could lead
to a unhandled error or hang in the guest emulation software.

Thanks to avg and jhb for a few hints in the right direction.

Noticed by:	Jeremy Chadwick <jdc@koitsu.org> (and many others)







MFC: r244307
2013-01-27T17:33:28+00:00

Marius Strobl
marius@FreeBSD.org

2013-01-27T17:33:28+00:00

6791dfb0cfb1bfdb41d0cffde5e91c1a438e9575

Restore pre-r234898 (MFC'ed to stable/9 in r236077) printing of boot loader
and path.





Restore pre-r234898 (MFC'ed to stable/9 in r236077) printing of boot loader
and path.