| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
MFC after: 25 days
Notes:
svn path=/head/; revision=288339
|
|
|
|
|
|
|
| |
MFC after: 20 days
Notes:
svn path=/head/; revision=288337
|
|
|
|
|
|
|
|
|
|
|
|
| |
SDT_PROBE requires 5 parameters whereas SDT_PROBE<n> requires n parameters
where n is typically smaller than 5.
Perhaps SDT_PROBE should be made a private implementation detail.
MFC after: 20 days
Notes:
svn path=/head/; revision=288336
|
|
|
|
|
|
|
|
|
|
|
| |
correct PID gets written to the PID file.
Submitted by: Maxime Soule <btik-fbsd@scoubidou.com>
PR: 203252
MFC after: 2 weeks
Notes:
svn path=/head/; revision=288335
|
|
|
|
| |
Notes:
svn path=/head/; revision=288334
|
|
|
|
|
|
|
|
| |
MFC after: 1 week
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288330
|
|
|
|
| |
Notes:
svn path=/head/; revision=288320
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fast-frames:
* include opt_wlan.h ; tsk to not doing it earlier;
* add a tx pending tracking counter for seeing how deep
the hardware TX queue is;
* add the frame aging code from if_ath;
* add fast-frames capability to the driver setup.
Bugs:
* free the buffers (and node references) before
detaching net80211 state. This prevents a use-after-free in
the node free path where we've destroyed net80211 underneath it.
Notes:
svn path=/head/; revision=288319
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
field and into a separate fast-frames staging pointer in ieee80211_node.
The A-MPDU TX path allows txa_private to be used by drivers. So it will
clash with any attempt to use fast-frames. Now, fast-frames is not really
anything special - it's just a custom ethernet frame type that contains
two MSDUs into one MPDU. So all the NIC has to support doing is transmitting
up to a 4KiB frame with an arbitrary ethertype and bam! Fast-frames.
However, using txa_private means we can /either/ do fast-frames or A-MPDU TX,
so fast frames has been turned off in the Atheros HAL for 11n chipsets.
This is a bit silly - it actually means that 802.11 performance to/from
11abg Atheros chips is actually better than between an 11abg atheros device
and an 11n Atheros device.
So:
* create a new mbuf staging queue for fast frames. It only queues a single
frame in the staging queue (and there's a top-level ic staging queue
used for expiry/tracking) so it's just an mbuf pointer per TID.
* Still use the ampdu TX packet counter to determine whether to do
aggregation or not. It'll double count if we start doing both A-MPDU TX
and fast frames, but that's not all that important right now.
* Initialise the pps tracker so ticks isn't zero. This ensures that
fast-frames actually gets used - without it, the ticks math overflows
and the pps math always sets txa_pps=0. This is the same bug that
plagued A-MPDU TX starting logic.
This actually allows fast-frames transmit to occur between the AR9331
(in 11n HT/20 mode) and AR9170 (if_otus) in 11bg mode.
Now, this is a great big no-op on atheros 11n hardware, so don't worry.
It may mean you start seeing more reliable fast-frames transmission on
11abg hardware which may expose some more amusing bugs.
TODO:
* further testing and debugging of all of this before flipping on
fast-frames in if_ath (for 11n) and if_otus.
Notes:
svn path=/head/; revision=288318
|
|
|
|
| |
Notes:
svn path=/head/; revision=288317
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in the superg fast-frames code.
This harks back to an earlier commit (r280349) where I found that
initialising the pps code with ticks=0 would cause hilariously bad
hz ticks wraparound failures, leading to never actually aggregating
traffic. This is still true for the superg path and so I have to
do the same thing there.
This is a big no-op; a subsequent commit will flip this on so it
works with the fast-frames transmit path.
Tested:
* AR9170, otus(4) - STA mode, 11bg operation
* AR9331, AP mode
Notes:
svn path=/head/; revision=288315
|
|
|
|
|
|
|
|
| |
Approved by: bcr (mentor)
Sponsored by: EuroBSDCon DevSummit
Notes:
svn path=/head/; revision=288313
|
|
|
|
|
|
|
|
|
|
| |
PR: 203337
Submitted by: Mike Dame <damemi@gmail.com>
Approved by: bcr (mentor)
Sponsored by: EuroBSDCon DevSummit
Notes:
svn path=/head/; revision=288312
|
|
|
|
|
|
|
| |
This allows the use of I2C addresses in 'reg' property.
Notes:
svn path=/head/; revision=288311
|
|
|
|
|
|
|
| |
Relnotes: yes
Notes:
svn path=/head/; revision=288310
|
|
|
|
|
|
|
|
|
| |
The old code was exponential in the number of asterisks in the pattern.
However, once a match has been found upto the next asterisk, the previous
asterisks are no longer relevant.
Notes:
svn path=/head/; revision=288309
|
|
|
|
|
|
|
|
|
|
|
| |
Don't make an integer to a boolean and then compare to a value which
needs an integer comparison.
Spotted by: reading kernel compile time log
MFC after: 2 weeks
Notes:
svn path=/head/; revision=288308
|
|
|
|
|
|
|
|
|
|
| |
I don't even want to know where the symbol "version" comes from.
Spotted by: reading kernel compile time log
MFC after: 2 weeks
Notes:
svn path=/head/; revision=288307
|
|
|
|
|
|
|
|
| |
PR: 195460
Submitted by: ota
Notes:
svn path=/head/; revision=288306
|
|
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=288305
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=288304
|
|\
| |
| |
| | |
Notes:
svn path=/head/; revision=288303
|
| |
| |
| |
| |
| | |
Notes:
svn path=/vendor/netcat/dist/; revision=288243
svn path=/vendor/netcat/5.8/; revision=288244; tag=vendor/netcat/5.8
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Initially function was introduced in r53541 (KAME initial commit) to
"provide hints from upper layer protocols that indicate a connection
is making "forward progress"" (quote from RFC 2461 7.3.1 Reachability
Confirmation).
However, it was converted to do nothing (e.g. just return) in r122922
(tcp_hostcache implementation) back in 2003. Some defines were moved
to tcp_var.h in r169541. Then, it was broken (for non-corner cases)
by r186119 (L2<>L3 split) in 2008 (NULL ifp in nd6_lookup). So,
right now this code is broken and has no "real" base users.
Differential Revision: https://reviews.freebsd.org/D3699
Notes:
svn path=/head/; revision=288301
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Allow vfs_vmio_invalidate() to free the pages, leaving us with a
single loop and bufobj lock when B_NOCACHE/B_INVAL is used.
- Eliminate the special B_ASYNC handling on free that has not been
relevant for some time.
- Remove the extraneous page busy from vfs_vmio_truncate().
Reviewed by: kib
Tested by: pho
Sponsored by: EMC / Isilon storage division
Notes:
svn path=/head/; revision=288299
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
X-MFC with: r288295
MFC after: 3 days
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288298
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
instead of old "ignore-and-return 0" in r287789. This broke arp -da /
ndp -cn behavior (they exit on rtsock command failure). Fix this by
translating LLE_IFADDR to RTM_PINNED flag, passing it to userland and
making arp/ndp ignore these entries in batched delete.
MFC after: 2 weeks
Notes:
svn path=/head/; revision=288297
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The macro was removed in r90227
MFC after: 3 days
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288295
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* Allow the user to configure the login class to use in rc.conf
by using {daemon}_login_class, which;
* Use the daemon class by default;
* .. and then use 'limits' to set the login class so it works both
via init at startup (which runs this in 'daemon' class) and via
whichever root environment (eg command line, other daemons, etc.)
Reviewed by: dteske
Differential Revision: https://reviews.freebsd.org/D3630
Notes:
svn path=/head/; revision=288291
|
| |
| |
| |
| |
| |
| |
| | |
receive path.
Notes:
svn path=/head/; revision=288290
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
arena in r254025 introduced a bug in the case when an allocation is only
partially successful. Specifically, the vm object lock was not being
acquired before freeing the allocated pages. To address this bug, replace
the existing code by a call to kmem_unback().
Change the type of a variable in kmem_alloc_attr() so that an allocation
of two or more gigabytes won't fail.
Replace the error handling code in kmem_back() by a call to kmem_unback().
Reviewed by: kib (an earlier version)
MFC after: 1 week
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288281
|
| |
| |
| |
| |
| |
| |
| | |
that was added in r144704.
Notes:
svn path=/head/; revision=288280
|
| |
| |
| |
| |
| |
| |
| |
| | |
Otherwise buffers in the RX queue get freed with their parent vap
being gone and you end up with a juicy kernel panic.
Notes:
svn path=/head/; revision=288279
|
| |
| |
| |
| |
| |
| |
| | |
MFC after: 3 days
Notes:
svn path=/head/; revision=288278
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=288277
|
| |
| |
| |
| |
| |
| |
| | |
MFC after: 3 days
Notes:
svn path=/head/; revision=288276
|
| |
| |
| |
| |
| |
| |
| |
| | |
Submitted by: bdrewery
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288275
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
by noobj_alloc() don't belong to a vm object, they can't be paged out.
Since they can't be paged out, they are never enqueued in a paging queue.
Nonetheless, passing PQ_INACTIVE to vm_page_unwire() creates the appearance
that these pages are being enqueued in the inactive queue. As of r288122,
we can avoid giving this false impression by passing PQ_NONE.
Submitted by: kmacy
Differential Revision: https://reviews.freebsd.org/D1674
Notes:
svn path=/head/; revision=288274
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Submitted by: Maxime Soule <btik-fbsd@scoubidou.com>
PR: 203249
MFC after: 2 weeks
Notes:
svn path=/head/; revision=288273
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
PR: 202659
Submitted by: matthew.l.dailey@dartmouth.edu
Reviewed by: rmacklem dfr
MFC after: 1 week
Sponsored by: iXsystems
Notes:
svn path=/head/; revision=288272
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Suggested by: Francois Tigeot
Obtained from: DragonFlyBSD 09301a2b29f3ae5edd39a858f909f8770372f71e
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288271
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
These are only handled as 'build-tools' in Makefile.inc1. This causes
'make clean' from the top of the tree to not clean the directories. It also
effectively has kept them disconnected and risks them bitrotting. The
buildworld process never cleans them either.
Connect them so they will always be built, cleaned, etc, but never installed.
Discussed with: imp (briefly)
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288270
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=288269
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
These are only handled as 'build-tools' in Makefile.inc1. This causes
'make clean' from the top of the tree to not clean the directories. It also
effectively has kept them disconnected and risks them bitrotting. The
buildworld process never cleans them either.
Connect them so they will always be built, cleaned, etc, but never installed.
Discussed with: imp (briefly)
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288268
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
All of these are already in CLEANFILES which is added to .NOPATH in bsd.obj.mk.
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288267
|
| |
| |
| |
| |
| |
| |
| |
| | |
MFC after: 3 weeks
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=288266
|
| |
| |
| |
| |
| |
| |
| | |
Reviewed by: rmacklem
Notes:
svn path=/head/; revision=288265
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=288264
|
| |
| |
| |
| |
| |
| |
| | |
Submitted by: s3erios@gmail.com
Notes:
svn path=/head/; revision=288263
|
| |
| |
| |
| | |
Notes:
svn path=/head/; revision=288262
|