 ../
|
pci/
|
7303
(8 years ago)
by laffer1:
add support for the Realtek 8168/8111 G and the 8106E
|
|
ofed/
|
7911
(7 years ago)
by laffer1:
sync with freebsd rev 244242
|
|
libkern/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
crypto/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
nfs/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
nlm/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netipsec/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
xdr/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netipx/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
security/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netgraph/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netatalk/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netsmb/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
nfsserver/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netncp/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
isa/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
kgssapi/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
bsm/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
opencrypto/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
x86/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
netnatm/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
ddb/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
xen/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
gdb/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
net80211/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
contrib/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
teken/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
tools/
|
7912
(7 years ago)
by laffer1:
remove cvs2svn prop
|
|
compat/
|
7950
(7 years ago)
by laffer1:
Cosmetics: define FREEBSD32_MINUSER and AUOT32_MINUSER for struct sysentvec
|
|
cam/
|
8004
(7 years ago)
by laffer1:
remove unused vars in cam scsi code
|
|
sys/
|
8011
(7 years ago)
by laffer1:
drop page queues mutex on each iteration of vm_pageout_scan over the inactive queue, unless busy page is found. Avoid vm page queues lock leak.
|
|
amd64/
|
8015
(7 years ago)
by laffer1:
add fine grained pv chunk and list locking to the amd64 pmap, enabling concurrent execution of several functions.
|
|
gnu/
|
8022
(7 years ago)
by laffer1:
work around several warnings from clang in XFS.
|
|
conf/
|
8022
(7 years ago)
by laffer1:
work around several warnings from clang in XFS.
|
|
ufs/
|
8029
(7 years ago)
by laffer1:
stop including vm_param.h into vm_page.h explicitly include it later
|
|
fs/
|
8029
(7 years ago)
by laffer1:
stop including vm_param.h into vm_page.h explicitly include it later
|
|
nfsclient/
|
8029
(7 years ago)
by laffer1:
stop including vm_param.h into vm_page.h explicitly include it later
|
|
cddl/
|
8031
(7 years ago)
by laffer1:
make more readable
|
|
netinet6/
|
8043
(7 years ago)
by laffer1:
Fix races between in_lltable_prefix_free(), lla_lookup(),
llentry_free() and arptimer():
o Use callout_init_rw() for lle timeout, this allows us safely
disestablish them.
- This allows us to simplify the arptimer() and make it
race safe.
o Consistently use ifp->if_afdata_lock to lock access to
linked lists in the lle hashes.
o Introduce new lle flag LLE_LINKED, which marks an entry that
is attached to the hash.
- Use LLE_LINKED to avoid double unlinking via consequent
calls to llentry_free().
- Mark lle with LLE_DELETED via |= operation istead of =,
so that other flags won't be lost.
o Make LLE_ADDREF(), LLE_REMREF() and LLE_FREE_LOCKED() more
consistent and provide more informative KASSERTs.
The patch is a collaborative work of all submitters and myself.
|
|
net/
|
8043
(7 years ago)
by laffer1:
Fix races between in_lltable_prefix_free(), lla_lookup(),
llentry_free() and arptimer():
o Use callout_init_rw() for lle timeout, this allows us safely
disestablish them.
- This allows us to simplify the arptimer() and make it
race safe.
o Consistently use ifp->if_afdata_lock to lock access to
linked lists in the lle hashes.
o Introduce new lle flag LLE_LINKED, which marks an entry that
is attached to the hash.
- Use LLE_LINKED to avoid double unlinking via consequent
calls to llentry_free().
- Mark lle with LLE_DELETED via |= operation istead of =,
so that other flags won't be lost.
o Make LLE_ADDREF(), LLE_REMREF() and LLE_FREE_LOCKED() more
consistent and provide more informative KASSERTs.
The patch is a collaborative work of all submitters and myself.
|
|
modules/
|
8048
(7 years ago)
by laffer1:
dont look for includes in userland
|
|
boot/
|
8062
(7 years ago)
by laffer1:
kernel module load fixes
|
|
rpc/
|
8063
(7 years ago)
by laffer1:
sync with solaris
|
|
vm/
|
8070
(7 years ago)
by laffer1:
cleanup a bunch
|
|
i386/
|
8071
(7 years ago)
by laffer1:
more comment fixes
|
|
netinet/
|
8071
(7 years ago)
by laffer1:
more comment fixes
|
|
dev/
|
8071
(7 years ago)
by laffer1:
more comment fixes
|
|
geom/
|
8077
(7 years ago)
by laffer1:
When synchronizing, include in the config dump amount of
bytes syncronized.
The rationale behind this is the following: for large disks the
percent synchronisation counter ticks too seldom, and monitoring
software (as well as human operator) can't tell whether
synchronisation goes on or one of disks got stuck. On an idle
server one can look into gstat and see whether synchronisation goes
on or not, but on a busy server that won't work. Also, new value
monitored can be differentiated obtaining the synchronisation speed
quite precisely.
Obtained from: FreeBSD
|
|
kern/
|
8078
(7 years ago)
by laffer1:
In soreceive_generic() when checking if the type of mbuf has changed
check it for MT_CONTROL type too, otherwise the assertion
"m->m_type == MT_DATA" below may be triggered by the following scenario:
- the sender sends some data (MT_DATA) and then a file descriptor
(MT_CONTROL);
- the receiver calls recv(2) with a MSG_WAITALL asking for data larger
than the receive buffer (uio_resid > hiwat).
In soreceive_generic() remove the optimization for the case when
MSG_WAITALL is set, and it is possible to do the entire receive
operation at once if we block (resid <= hiwat). Actually it might make
the recv(2) with MSG_WAITALL flag get stuck when there is enough space
in the receiver buffer to satisfy the request but not enough to open
the window closed previously due to the buffer being full.
The issue can be reproduced using the following scenario:
On the sender side do 2 send(2) requests:
1) data of size much smaller than SOBUF_SIZE (e.g. SOBUF_SIZE / 10);
2) data of size equal to SOBUF_SIZE.
On the receiver side do 2 recv(2) requests with MSG_WAITALL flag set:
1) recv() data of SOBUF_SIZE / 10 size;
2) recv() data of SOBUF_SIZE size;
We totally fill the receiver buffer with one SOBUF_SIZE/10 size request
and partial SOBUF_SIZE request. When the first request is processed we
get SOBUF_SIZE/10 free space. It is just enough to receive the rest of
bytes for the second request, and soreceive_generic() blocks in the
part that is a subject of this change waiting for the rest. But the
window was closed when the buffer was filled and to avoid silly window
syndrome it opens only when available space is larger than sb_hiwat/4
or maxseg. So it is stuck and pending data is only sent via TCP window
probes.
Obtained from: FreeBSD
|
Makefile
|
6468
(10 years ago)
by laffer1:
Drop sparc64 arch
|
