d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
255,331 Commits 72 Branches 135 Tags 3.2 GiB
ab41d7f371
Commit Graph

60 Commits

Author SHA1 Message Date
Brooks Davis
9ee99cec1f hme(4): Remove as previous announced 
The hme (Happy Meal Ethernet) driver was the onboard NIC in most
supported sparc64 platforms. A few PCI NICs do exist, but we have seen
no evidence of use on non-sparc systems.

Reviewed by:	imp, emaste, bcr
Sponsored by:	DARPA
 2020-12-11 21:40:38 +00:00
John-Mark Gurney
dbc25ee8e8 document how to apply altq to vlan interfaces w/ pf. 
Thanks to jhb for pointing out that this might possibly work.

PR:		94182
 2019-10-09 21:48:00 +00:00
Sevan Janiyan
b7440a86c8 Extend the description of ALTQ to call it a system which is a framework in 
altq(4) to match altq(9). This makes preserving the history section as the
author of ALTQ easier in the history section, rather than calling it a framework
in the description & a system in the history.
Add a history section to altq(4) and extend the history section in altq(9)

Approved by:	bcr (mentor)
MFC after:	5 days
Differential Revision:	 https://reviews.freebsd.org/D14774
 2018-03-20 22:41:26 +00:00
Sean Bruno
f173c2b77e The diff is the initial submission of Cavium Liquidio 2350/2360 10/25G 
Intelligent NIC driver.

The submission conconsists of firmware binary file and driver sources.

Submitted by:	pkanneganti@cavium.com (Prasad V Kanneganti)
Relnotes:	Yes
Sponsored by:	Cavium Networks
Differential Revision:	https://reviews.freebsd.org/D11927
 2017-09-12 23:36:58 +00:00
Kevin Lo
36fe8e353a Most wireless drivers don't support altq(4). 2017-04-12 01:15:33 +00:00
Luiz Otavio O Souza
0a70aaf8f5 Add ALTQ(9) support for the CoDel algorithm. 
CoDel is a parameterless queue discipline that handles variable bandwidth
and RTT.

It can be used as the single queue discipline on an interface or as a sub
discipline of existing queue disciplines such as PRIQ, CBQ, HFSC, FAIRQ.

Differential Revision:	https://reviews.freebsd.org/D3272
Reviewd by:	rpaulo, gnn (previous version)
Obtained from:	pfSense
Sponsored by:	Rubicon Communications (Netgate)
 2015-08-21 22:02:22 +00:00
Ermal Luçi
a5b789f65a ALTQ FAIRQ discipline import from DragonFLY 
Differential Revision:  https://reviews.freebsd.org/D2847
Reviewed by:    glebius, wblock(manpage)
Approved by:    gnn(mentor)
Obtained from:  pfSense
Sponsored by:   Netgate
 2015-06-24 19:16:41 +00:00
Christian Brueffer
7f47cbd3ce Retire the nve(4) driver; nfe(4) has been the default driver for NVIDIA 
nForce MCP adapters for a long time.

Yays:	jhb, remko, yongari
Nays:	none on the current and stable lists
 2014-02-16 12:22:43 +00:00
David Christensen
4e4007688c Substantial rewrite of bxe(4) to add support for the BCM57712 and 
BCM578XX controllers.

Approved by:	re
MFC after:	4 weeks
 2013-09-20 20:18:49 +00:00
Pyun YongHyeon
b767a0e18a After r228293, et(4) supports altq(4). 2011-12-09 19:17:51 +00:00
Pyun YongHyeon
31c70037c1 ti(4) supports altq(4). 2011-11-08 18:35:11 +00:00
Christian Brueffer
212b1d6d4f Add qlxgb(4). 
MFC after:	3 days
 2011-11-06 20:59:07 +00:00
Navdeep Parhar
54e4ee7163 cxgbe(4) - NIC driver for Chelsio T4 (Terminator 4) based 10Gb/1Gb adapters. 
MFC after:	3 weeks
 2011-02-18 08:00:26 +00:00
Pyun YongHyeon
ddc850164c ixgb(4) does not support altq(4) yet. 2011-01-27 20:08:14 +00:00
Pyun YongHyeon
bb0667afa1 Add vte(4) man page and hook up vte(4) to the build. 
Also add Xr to appropriate man pages.
 2010-12-31 00:46:30 +00:00
Pyun YongHyeon
78b815ac74 ae(4), igb(4), ixgb(4) and ixgbe(4) supports altq(4). 2010-12-19 23:50:36 +00:00
Pyun YongHyeon
9b00b6e1ee Add sge(4) man page and hook up sge(4) to the build. 
Also add Xr to appropriate man pages.
 2010-04-14 21:27:48 +00:00
Ulrich Spörlein
63d46d1d5e Fix several typos in macros or macro misusage. 
Found by:	make manlint
Reviewed by:	ru
Approved by:	philip (mentor)
 2010-03-12 10:01:06 +00:00
Bjoern A. Zeeb
d0ea47437a Update epair(4) to the new netisr implementation and polish 
things a bit:
- use dpcpu data to track the ifps with packets queued up,
- per-cpu locking and driver flags
- along with .nh_drainedcpu and NETISR_POLICY_CPU.
- Put the mbufs in flight reference count, preventing interfaces
  from going away, under INVARIANTS as this is a general problem
  of the stack and should be solved in if.c/netisr but still good
  to verify the internal queuing logic.
- Permit changing the MTU to virtually everythinkg like we do for loopback.

Hook epair(4) up to the build.

Approved by:	re (kib)
 2009-07-26 12:20:07 +00:00
Marius Strobl
7cd038bc98 Add a man page for cas(4) and reference it as appropriate. 
Approved by:	re (kib)
MFC after:	2 weeks
 2009-06-15 18:24:04 +00:00
Pyun YongHyeon
ff24f05491 Add alc(4) man page and hook up ale(4) to the build. 
Also add Xr to appropriate man pages.
 2009-06-10 02:19:54 +00:00
Pyun YongHyeon
d4cb58f64c Add nge(4) to the list of drivers supporting ALTQ. 2009-05-21 02:47:46 +00:00
Pyun YongHyeon
15b42c1197 Add txp(4) to the list of drivers supporting ALTQ. 2009-03-12 01:21:48 +00:00
Pyun YongHyeon
a1fc35d1a5 Correct .Dd 
Pointed out by:	maxim
 2008-11-12 10:31:06 +00:00
Pyun YongHyeon
cad7d3671f Add ale(4) man page and hook up ale(4) to the build. 
Also add Xr to appropriate man pages.
 2008-11-12 10:20:29 +00:00
Pyun YongHyeon
889eb7f589 Add jme(4) to the list of drivers supporting ALTQ. 2008-05-27 02:03:26 +00:00
Pyun YongHyeon
dbae6a113d Add age(4) to the list of drivers supporting ALTQ. 2008-05-19 02:06:39 +00:00
Sam Leffler
f446360711 move awi to the Attic; it will not make the jump to the new world order 
Reviewed by:	imp
 2008-04-20 19:20:39 +00:00
Pyun YongHyeon
4d0046ccf0 nfe(4) supports altq(4). 2007-06-12 02:19:11 +00:00
Pyun YongHyeon
185d3fe9e8 gem(4) supports altq(4) now. 2007-06-04 06:01:57 +00:00
Christian Brueffer
1ff08d5f22 axe(4) supports altq now. 2007-05-12 05:59:15 +00:00
Christian Brueffer
80af48d5c8 Add rum(4). 2007-05-09 05:18:04 +00:00
Christian Brueffer
91dba98d82 Document vge(4)'s support for altq(4). 2007-02-21 10:00:09 +00:00
Max Laier
fe46dc7031 Add ALTQ support for aue(4). 
Tested by:	Greg Hennessy, Volker
MFC after:	1 week
 2007-02-03 13:53:22 +00:00
Max Laier
5f6eff23ae Missed npe(4) in the last commit. "ate" also has support but is lagging a 
man page to link to.
 2007-02-03 13:38:04 +00:00
Max Laier
d21fac506a bce(4), ipw(4), iwi(4), ral(4), udav(4), ural(4) support ALTQ as well. 2007-02-03 13:33:40 +00:00
Christian Brueffer
8e91869c5e Correct sort msk(4). 2006-12-13 08:55:20 +00:00
Pyun YongHyeon
d5a1a93927 Add msk(4) to the list of drivers supporting ALTQ. 2006-12-13 02:40:06 +00:00
Max Laier
d9cbee0c7d ALTQify ep(4). 
Tested and Requested by:	Andy Brook
MFC after:			3 days
 2006-12-01 20:29:55 +00:00
Pyun YongHyeon
5d44cffc71 Add stge(4) to the list of drivers supporting ALTQ. 2006-07-25 00:58:00 +00:00
Christian Brueffer
bc25e29aa1 mxge(4) works with altq. 
Tested by:	gallatin
 2006-06-15 19:38:42 +00:00
Christian Brueffer
3640665627 my(4) provides support now as well. 2006-06-05 18:02:36 +00:00
Max Laier
7a569b90b5 ALTQ-ify nve(4). 
Submitted by:	Chris Dionissopoulos
Tested by:	Chris Dionissopoulos
MFC after:	4 weeks
 2006-05-20 21:08:09 +00:00
Marius Strobl
d204811f1e Now that lnc(4) is removed from the source tree, remove it from the list 
of drivers supporting ALTQ.
 2006-05-15 20:16:42 +00:00
Andrew Thompson
cceffdee0c The altq(4) code already handles SMP so clarify what ALTQ_NOPCC is needed for. 2006-03-02 19:45:59 +00:00
Christian Brueffer
4a46d2a6df The newly added le(4) driver is altq capable. 2006-01-31 18:46:17 +00:00
Gleb Smirnoff
b5db9fa7d1 - Note that ng_iface(4) now supports ALTQ. 
- Explain when ALTQ should be used on ng_iface(4) and when not.
 2005-10-10 15:14:37 +00:00
Max Laier
ade6e491fc ALTQify ste(4). 
Requested and tested by:	<nike_d at cytexbg dot com>
Approved by:			re (scottl)
 2005-07-08 13:05:59 +00:00
Max Laier
52732175c3 ALTQ support for re(4). 
Submitted by:	Chris Dionissopoulos, Theo Schlossnagle
PR:		kern/78681
MFC after:	2 weeks
 2005-03-12 17:35:37 +00:00
Max Laier
c721916790 Fix sloppy use of "manpage", bump .Dd where applicable and rename RED to 
Random Early Detection (not ... Drop) in order to be consistent with other
documentation on ALTQ

Pointed out by:	simon, ru, Brad Davis
 2005-02-07 23:20:12 +00:00