| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move the ipport_tick_callout and related functions from ip_input.c
to in_pcb.c. The random source port allocation code has been merged
and is now local to in_pcb.c only.
Use a SYSINIT to get the callout started and no longer depend on
initialization from the inet code, which would not work in an IPv6
only setup.
Reviewed by: gnn
Sponsored by: The FreeBSD Foundation
Sponsored by: iXsystems
MFC after: 4 days
|
|
|
|
|
|
|
|
|
|
| |
Move fw_one_pass to where it belongs: it is a property of ipfw,
not of ip_input.
Reviewed by: gnn
Sponsored by: The FreeBSD Foundation
Sponsored by: iXsystems
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
experimental NFS client to take care of overflows for the calls
above the buffer cache layer in a manner similar to r220876.
Thanks go to dillon at apollo.backplane.com for providing the
snippet of code that does this.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
experimental NFS client to take care of overflows. Thanks
go to dillon at apollo.backplane.com for providing the
snippet of code that does this.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
This is a content change.
Suggested by: Jeremy Chadwick
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
| |
now a suitable base for all kinds of egress queues.
- Add control queues (sge_ctrlq) and allocate one of these per hardware
channel. They can be used to program filters and steer traffic (and
more).
MFC after: 1 week
|
|
|
|
|
| |
Reported by: Taku YAMAMOTO < taku AT tackymt DOT homeip DOT net >
Tested by: Nick Ulen < uncle AT wolfman DOT devio DOT us >
|
|
|
|
|
| |
with an internal PA.
Override the chainmask also for the 6050.
|
|
|
|
|
|
|
|
|
| |
- If a ENH_SENS TLV section exit the firmware is capable of doing
enhanced sensitivity calibration.
- Newer devices/firmwares have more calibration commands therefore
hardcoding the noise gain/reset commands no longer works. It is
supposed to use the next index after the newest calibration type
support. Read the command index of the TLV section if available.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- We have two nodes connected and synchronized (local counters on both sides
are 0).
- We take secondary down and recreate it.
- Primary connects to it and starts synchronization (but local counters are
still 0).
- We switch the roles.
- Synchronization restarts but data is synchronized now from new primary
(because local counters are 0) that doesn't have new data yet.
This fix this issue we bump local counter on primary when we discover that
connected secondary was recreated and has no data yet.
Reported by: trociny
Discussed with: trociny
Tested by: trociny
MFC after: 1 week
|
|
|
|
|
|
| |
This support has not worked for several years, and is not likely to work
again, unless Intel decides to release a native FreeBSD version of their
compiler. ;)
|
|
|
|
|
|
| |
this driver not using mii(4) in the first place.
Reviewed by: yongari
|
|
|
|
|
|
| |
drive looping and potentially yielding.
Requested by: kib
|
|
|
|
| |
Pointy hat to: jkim
|
|
|
|
|
| |
Submitted by: arundel
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
|
|
|
| |
calculate required memory size dynamically.
- Fix races on chain re-lock.
- Introduce new field to ip_fw_chain - generation count. Now utilized
only in the NAT configuration, but can be utilized wider in ipfw.
- Get rid of NAT_BUF_LEN in ip_fw.h
PR: kern/143653
|
|
|
|
|
|
|
| |
to map and use the msgbuf.
Reviewed by: cognet
MFC after: 1 week
|
|
|
|
|
|
| |
calculated dynamically.
PR: kern/143653
|
|
|
|
| |
Reported by: Garrett Cooper
|
|
|
|
| |
in the list and didn't change the date.
|
|
|
|
|
|
| |
and .pipe_slot_limit oids to prevent to set incorrect values.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
| |
specified minimum and maximum. In case when specified default value
is out of bounds it does not work as expected and does not limit
variable. Check that default value is in range and limit it if needed.
Also bump max_hash_size value to 65536 to correspond with manual page.
PR: kern/152887
MFC after: 2 weeks
|
| |
|
|
|
|
|
| |
in no more then 10ms. If we detected no device presence within that time,
there is no reason to wait longer.
|
| |
|
|
|
|
| |
Approved by: nwhitehorn (mentor)
|
| |
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
within the experimental NFS client. Mostly add mutex locking
and use the same rsize, wsize during the operation by keeping
a local copy of it. This is another change that brings it
closer to the regular NFS client.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
This is a content change.
Suggested by: Jeremy Chadwick
MFC after: 2 weeks
|
|
|
|
|
|
| |
This should preserve POLA in all other cases (foreground || non-dynamic).
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
adding the check to nfsrpc_close() isn't useful. Also,
the check in nfscl_getcl() must be more involved, since
it needs to check before and after the acquisition of
the refcnt on nfsc_lock, while the mutex that protects
the client state data is held.
|
|
|
|
|
|
|
|
|
|
|
| |
background.
Suggested by: Garrett Cooper <yanegomi@gmail.com>
Use EAGAIN instead of magic value of -2 to report this condition from the
SetAliasAddressFromIfName routine.
MFC after: 2 weeks
|
|
|
|
|
| |
type, i. e., a broken table. Also, do not hardcode ACPI timer frequency in
device description.
|
|
|
|
| |
Checked with: md5, diff -x -w
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add pmap_invalidate_cache_pages() method on x86. It flushes the CPU
cache for the set of pages, which are not neccessary mapped. Since its
supposed use is to prepare the move of the pages ownership to a device
that does not snoop all CPU accesses to the main memory (read GPU in
GMCH), do not rely on CPU self-snoop feature.
amd64 implementation takes advantage of the direct map. On i386,
extract the helper pmap_flush_page() from pmap_page_set_memattr(), and
use it to make a temporary mapping of the flushed page.
Reviewed by: alc
Sponsored by: The FreeBSD Foundation
MFC after: 3 weeks
|
|
|
|
| |
Checked with: md5, diff -w
|
|
|
|
|
|
|
| |
console device as an argument. Unsetting virtual console
using /dev/console seems to have never worked.
MFC after: 3 days
|
|
|
|
| |
and its callers.
|
|
|
|
|
| |
Suggested by: arundel@
Reviewed by: arundel@
|
|
|
|
|
|
|
| |
This got broken after r217586.
Pointy hat: to me
Tested by: David Wolfskill < davit AT catwhisker DOT org >
|
|
|
|
|
| |
PR: kern/156180
Reviewed by: luigi
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
don't force a window update if the window would not actually grow due to
window scaling. Specifically, if the window scaling factor is larger than
2 * MSS, then after the local reader has drained 2 * MSS bytes from the
socket, a window update can end up advertising the same window. If this
happens, the supposed window update actually ends up being a duplicate ACK.
This can result in an excessive number of duplicate ACKs when using a
higher maximum socket buffer size.
Reviewed by: bz
MFC after: 1 month
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vop_stdallocate() is filesystem agnostic and will run as slow as a
read/write loop in userspace; however, it serves to correctly
implement the functionality for filesystems that do not implement a
VOP_ALLOCATE.
Note that __FreeBSD_version was already bumped today to 900036 for any
ports which would like to use this function.
Also reserve space in the syscall table for posix_fadvise(2).
Reviewed by: -arch (previous version)
|
| |
|
| |
|