#
272461 |
|
02-Oct-2014 |
gjb |
Copy stable/10@r272459 to releng/10.1 as part of the 10.1-RELEASE process.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
#
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
|
#
219457 |
|
10-Mar-2011 |
jkim |
Remove support for FreeBSD 4.x and below.
|
#
142178 |
|
21-Feb-2005 |
mlaier |
Don't use the static CALLOUT_INITIALIZER for __FreeBSD_version >= 600000. It was a bad idea, but since it is done like this in the vendor source we keep it around for older versions. As a safe guard against future misuse we don't even define CALLOUT_INITIALIZER anymore.
This fixes ALTQ after callout_init_mtx() and takes altq_var.h off the vendor branch.
Submitted by: Divacky Roman <xdivac02NOstud.fit.vutbrSPAMcz> (w/ changes)
|
#
130366 |
|
11-Jun-2004 |
mlaier |
This commit was generated by cvs2svn to compensate for changes in r130365, which included commits to RCS files with non-trunk default branches.
|
#
130365 |
|
11-Jun-2004 |
mlaier |
Import parts of the ALTQ framework from latest KAME snapshot (which is up to HEAD at this point). This will not exactly live in a vendor branch, but have the vendor backing to make it easier to exchange diffs.
This will be followed by a diff which takes most of the .c files off the vendor branch in order to: - add locking - disable ALTQ3_COMPAT code (which is outdated and "un-lockable")
There is work in progress to refine the configuration API. Import this "as is" now to have more exposure time before 5-STABLE.
This is only the import, it will be some more days until you will actually be able to compile ALTQ support into your kernel so don't hold your breath. HEADUPs will be posted on current@ and net@ before this is actually enabled.
No-objection: re(scottl), core(rwatson)
|