#
285830 |
|
23-Jul-2015 |
gjb |
- Copy stable/10@285827 to releng/10.2 in preparation for 10.2-RC1 builds. - Update newvers.sh to reflect RC1. - Update __FreeBSD_version to reflect 10.2. - Update default pkg(8) configuration to use the quarterly branch.[1]
Discussed with: re, portmgr [1] Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
278557 |
|
11-Feb-2015 |
ngie |
MFC r277727:
r277727:
Add MK_BHYVE knob for building and installing bhyve(4), et al
Sponsored by: EMC / Isilon Storage Division
|
#
272322 |
|
30-Sep-2014 |
delphij |
MFC r271493,271688-271689,271696,271854,272139-272143:
Import HyperV Key-Value Pair (KVP) driver and daemon code by Microsoft, many thanks for their continued support of FreeBSD.
While I'm there, also implement a new build knob, WITHOUT_HYPERV to disable building and installing of the HyperV utilities when necessary.
The HyperV utilities are only built for i386 and amd64 targets.
Approved by: re (gjb)
|
#
272152 |
|
26-Sep-2014 |
gjb |
Properly revert r272128.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
272151 |
|
26-Sep-2014 |
gjb |
Revert r272149, which introduces obscure vestiges from the r272128 reversal.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
272149 |
|
26-Sep-2014 |
gjb |
Revert r272128: Though this passes the buildworld test, this fails during installworld with:
make[3]: "/releng/scripts-release/chroots/10/i386/release/etc/devd/Makefile" line 13: Malformed conditional (${MK_HYPERV} != "no")
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
272128 |
|
25-Sep-2014 |
delphij |
MFC r271493,271688,271689,271696,271854:
Import HyperV Key-Value Pair (KVP) driver and daemon code by Microsoft, many thanks for their continued support of FreeBSD.
While I'm there, also implement a new build knob, WITHOUT_HYPERV to disable building and installing of the HyperV utilities when necessary.
The HyperV utilities are only built for i386 and amd64 targets.
Approved by: re (gjb)
|
#
256281 |
|
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
#
252356 |
|
28-Jun-2013 |
davide |
- Trim an unused and bogus Makefile for mount_smbfs. - Reconnect with some minor modifications, in particular now selsocket() internals are adapted to use sbintime units after recent'ish calloutng switch.
|
#
245652 |
|
19-Jan-2013 |
neel |
Merge projects/bhyve to head.
'bhyve' was developed by grehan@ and myself at NetApp (thanks!).
Special thanks to Peter Snyder, Joe Caradonna and Michael Dexter for their support and encouragement.
Obtained from: NetApp
|
#
244859 |
|
30-Dec-2012 |
nwhitehorn |
Replace sade the extracted piece of sysinstall with sade the extracted piece of bsdinstall (although this time with a symlink instead of duplicated source code).
Discussed on: freebsd-geom MFC after: 3 months
|
#
241680 |
|
18-Oct-2012 |
attilio |
Disconnect non-MPSAFE SMBFS from the build in preparation for dropping GIANT from VFS. In addition, disconnect also netsmb, which is a base requirement for SMBFS.
In the while SMBFS regular users can use FUSE interface and smbnetfs port to work with their SMBFS partitions.
Also, there are ongoing efforts by vendor to support in-kernel smbfs, so there are good chances that it will get relinked once properly locked.
This is not targeted for MFC.
|
#
241629 |
|
17-Oct-2012 |
attilio |
Disconnect non-MPSAFE NWFS from the build in preparation for dropping GIANT from VFS. In addition, disconnect also netncp, which is a base requirement for NWFS.
In the possibility of a future maintenance of the code and later readd to the FreeBSD base, maybe we should think about a better location for netncp. I'm not entirely sure the / top location is actually right, however I will let network people to comment on that more specifically.
This is not targeted for MFC.
|
#
216322 |
|
09-Dec-2010 |
brucec |
Build sade on amd64 as well as i386 and sparc64.
|
#
212525 |
|
13-Sep-2010 |
imp |
Merge from tbemd: use Makefile.arch to control building.
Reviewed by: arch@ (many times, no objection)
|