| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
| |
does not display the symptom). Evidently the ifpi2 controller needs to be
massaged more than it was.
Note that this does not close the PR since it was filed against 4.9.
MFC: 5 days
PR: kern/68756
Submitted by: Ari Suutari <ari.suutari@syncrontech.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that get certain types of control messages (ping6 and rtsol are
examples). This gets the new code closer to working:
1) Collect control mbufs for processing in the controlp ==
NULL case, so that they can be freed by externalize.
2) Loop over the list of control mbufs, as the externalize
function may not know how to deal with chains.
3) In the case where there is no externalize function,
remember to add the control mbuf to the controlp list so
that it will be returned.
4) After adding stuff to the controlp list, walk to the
end of the list of stuff that was added, incase we added
a chain.
This code can be further improved, but this is enough to get most
things working again.
Reviewed by: rwatson
|
|
|
|
| |
name.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
NO_ADAPTIVE_MUTEXES. This option has been enabled by default on amd64 for
quite some time, and has been extensively tested on i386 and sparc64. It
shows measurable performance gains in many circumstances, and few negative
effects. It would be nice in t he future if adaptive mutexes actually went
to sleep after a certain amount of spinning, but that will require quite a
bit more testing.
|
|
|
|
|
|
|
| |
This fixes checksum for some drivers with partial H/W ckcsum offloads.
Reported by: Simon 'corecode' Schubert, Devon H. O'Dell, hmp
Reviewed by: Pyun YongHyeon
|
|
|
|
| |
added one, this adds the other.
|
|
|
|
|
|
|
| |
responsibility for critical randomness requirements (like sshd)
to rc.d/*
Requested by: many
|
|
|
|
|
|
| |
remove a stale comment.
PR: kern/62285
|
| |
|
|
|
|
|
| |
PR: FreeBSD-users-jp/80137
Submitted by: HORIO Shinsuke <shin@happynet.co.jp>
|
|
|
|
|
|
| |
PR: kern/64563
Submitted by: Kunitada Kokubun <unix_grandy@yahoo.co.jp>
MFC after: 1 week
|
|
|
|
|
|
|
| |
valid.
Implement the protection check required by the pmap_extract_and_hold()
specification. (This enables the elimination of Giant from that function.)
|
| |
|
|
|
|
| |
vm_pageout_map_deactivate_pages().
|
|
|
|
| |
intended. This fixes the build, but might require revision.
|
|
|
|
|
|
|
|
|
| |
earlier in unp_connect() so that vp->v_socket can't change between
our copying its value to a local variable and later use of that
variable. This may have been responsible for a panic during
shutdown that I experienced where simultaneous closing of a listen
socket by rpcbind and a new connection being made to rpcbind by
mountd.
|
|
|
|
| |
Submitted by: rwatson
|
| |
|
|
|
|
| |
to maxval.
|
|
|
|
| |
must pin the current thread in order to call pmap_pte_quick().
|
| |
|
|
|
|
|
|
|
| |
pmap_remove_page(). The reason being that pmap_pte_quick() requires
the page queues lock, which is already held, rather than Giant.
- Assert that the page queues lock is held in pmap_remove_page() and
pmap_remove_pte().
|
|
|
|
| |
Reported by: alc
|
|
|
|
|
|
| |
values from either user land or from the kernel. Use them for
[gs]etsockopt and to clean up some calls to [gs]etsockopt in the
Linux emulation code that uses the stackgap.
|
|
|
|
|
|
|
|
|
|
|
|
| |
for the SYN|ACK packet and then letting in6_pcbconnect set the
flowlabel later. Arange for the syncache/syncookie code to set and
recall the flow label so that the flowlabel used for the SYN|ACK
is consistent. This is done by using some of the cookie (when tcp
cookies are enabeled) and by stashing the flowlabel in syncache.
Tested and Discovered by: Orla McGann <orly@cnri.dit.ie>
Approved by: ume, silby
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
| |
MFC:
Fix by dhartmei@
change pf_route() loop detection: introduce a counter (number of times
a packet is routed already) in the mbuf tag, allow at most four times.
Fixes some legitimate cases broken by the previous change.
Reviewed by: dhartmei
|
|
|
|
| |
closes PR: 69180
|
| |
|
|
|
|
|
|
| |
- sys/dev/fdc/fdc.c revision 1.281
- sys/dev/fdc/fdcvar.h revision 1.3
- sys/dev/fdc/fdc_isa.c revision 1.7
|
| |
|
| |
|
|
|
|
| |
Obtained from: DragonFly BSD
|
|
|
|
|
| |
the icache on module load. Requires "-mlongcall" support, in gcc >= 3.3
but needs a bugfix to support gcc arith builtins.
|
|
|
|
|
|
|
|
| |
icmp_error() packets. While here retire PACKET_TAG_PF_GENERATED (which
served the same purpose) and use M_SKIP_FIREWALL in pf as well. This should
speed up things a bit as we get rid of the tag allocations.
Discussed with: juli
|
|
|
|
| |
Simplify pmap_remove_pages(), eliminating unnecessary indirection.
|
|
|
|
|
|
|
|
|
|
|
| |
using M_PROTO6 and possibly shooting someone's foot, as well as allowing the
firewall to be used in multiple passes, or with a packet classifier frontend,
that may need to explicitly allow a certain packet. Presently this is handled
in the ipfw_chk code as before, though I have run with it moved to upper
layers, and possibly it should apply to ipfilter and pf as well, though this
has not been investigated.
Discussed with: luigi, rwatson
|
| |
|
|
|
|
|
|
|
|
|
|
| |
because some notebooks (apparently Compaq, Toshiba and Acer ones)
erroneously return 2 or 3 there.
PR: kern/61482, kern/54188
Submitted by: Ulf Lilleengen <lulf@kerneled.org>,
Victor Balada Diaz <victor@alf.dyndns.ws>
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
since they are only accessed by curthread and thus do not need any
locking.
- Move pr_addr and pr_ticks out of struct uprof (which is per-process)
and directly into struct thread as td_profil_addr and td_profil_ticks
as these variables are really per-thread. (They are used to defer an
addupc_intr() that was too "hard" until ast()).
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that did:
if (foo)
return
else
blah
to just do the simpler
if (!foo)
blah
instead.
|
| |
|
| |
|
|
|
|
|
| |
i386 and amd64. The only other ACPI machine (ia64) doesn't support
floppy drives. Tested by: make MACHINE={pc98,i386,amd64,alpha,sparc64}
|
|
|
|
|
|
|
|
| |
outgoing tcp connections.
Reported by: Orla McGann <orly@cnri.dit.ie>
Reviewed by: Orla McGann <orly@cnri.dit.ie>
Obtained from: KAME
|