| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
two dots (like "foo..bar"). 0-length labels are not distinguishable
with multiple name replies.
Obtained from: KAME
MFC after: 10 days
|
|
|
|
|
| |
Obtained from: KAME
MFC after: 10 days
|
|
|
|
| |
MFC after: 10 days
|
|
|
|
|
|
| |
Submitted by: itojun
Obtained from: KAME
MFC after: 10 days
|
| |
|
|
|
|
|
|
|
|
| |
only do getcred calls for sockets which were created in the same jail.
This should allow the ident to work in a reasonable way within jails.
PR: 28107
Approved by: des, rwatson
|
| |
|
|
|
|
| |
elsewhere.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
people are on track with the cause and effect of this, and although
fixing this severely degenerate case appears to violate the letter of
POSIX.1-200x, Bruce and I (and enough others) agree that it should be
comitted.
So, this patch generates an ENOENT error for any attempt to do a path lookup
through an empty symlink (e.g. open(), stat()).
Submitted by: "Andrey A. Chernov" <ache@nagual.pp.ru>
Reviewed by: bde
Discussed exhaustively on: freebsd-current
Previously committed to: NetBSD 4 years ago
|
|
|
|
| |
Suggested by: takawata
|
|
|
|
|
| |
changed in ACPICA actypes.h.
- Use ACPI_S_STATES_MAX instead of ACPI_STATE_S5.
|
|
|
|
|
|
| |
This fix hazardous very slow work for one of my cards.
MFC after: 1 week
|
|
|
|
| |
inform the ac97 code of this.
|
|
|
|
| |
which is faster.
|
|
|
|
| |
add spls so this code will work on 4.x
|
|
|
|
|
| |
add proper handling of cards which take eapd=1 to mean 'produce sound'
instead of 'external amplifier power down'
|
|
|
|
|
|
| |
For example, ``netstat -s -p ip -z'' will show and reset IP stats.
PR: bin/17338
|
| |
|
|
|
|
| |
Patches for acpi_cmbat.c submitted by Munehiro Matsuda.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Submitted by: jcm@FreeBSD-uk.eu.org
|
|
|
|
|
|
| |
overhead of abstraction layers.
Submitted by: jcm@FreeBSD-uk.eu.org
|
|
|
|
|
|
|
|
|
|
|
|
| |
connection. The information contained in a tcptemp can be
reconstructed from a tcpcb when needed.
Previously, tcp templates required the allocation of one
mbuf per connection. On large systems, this change should
free up a large number of mbufs.
Reviewed by: bmilekic, jlemon, ru
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
functions in ifconfig. "ifconfig an0" should output the correct
status now. Also, make the read and write functions both more
robust and more consistant. This should stop most of the incorrect
size complaints and eliminate the possiability of panics from firmware
that increases resource sizes.
PR: kern/27826
Reviewed by: imp, jlemon
Submitted by: Doug Ambrisko <ambrisko@ambrisko.com>
David Wolfskill <dhw@whistle.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Grab Giant around ktrace points.
- Clean up KTR_PROC tracepoints to not display the value of
sched_lock.mtx_lock as it isn't really needed anymore and just obfuscates
the messages.
- Add a few if conditions to replace gotos.
- Ensure that every msleep KTR event ends up with a matching msleep resume
KTR event (this was broken when we didn't do a mi_switch()).
- Only note via ktrace that we resumed from a switch once rather than twice
in several places in msleep().
- Remove spl's rom asleep and await as the proc lock and sched_lock provide
all the needed locking.
- In mawait() add in a needed ktrace point for noting that we are about to
switch out.
|
|
|
|
|
| |
after grabbing the sched lock to close a race.
- Lock ktrace points with Giant.
|
|
|
|
|
|
|
|
| |
lock until after grabbing the sched_lock to avoid CURSIG racing with
psignal.
- Don't grab Giant for addupc_task() as it isn't needed.
Reported by: tegge (signal race), bde (addupc_task a while back)
|
|
|
|
|
|
|
|
|
|
| |
rather than grabbing it and releasing it themselves. This allows callers
of these functions to get the lock to close race conditions.
- Grab Giant around ktrace in postsig.
- Count the switches performed on SIGSTOP's as involuntary context switches
in the resource usage stats.
Reported by: tegge (signal race), bde (missing csw stats)
|
| |
|
|
|
|
| |
come up as negative on machines with >2GB ram.
|
| |
|
|
|
|
|
| |
- Don't drop the vm mutex while grabbing the pbuf mutex to manipulate
said variables.
|
| |
|
|
|
|
|
| |
PR: kern/21132
MFC after: 1 month
|
|
|
|
| |
SMP kernels, one (1) for non-SMP.
|
|
|
|
|
|
|
|
| |
on i386 platforms. Also changed SYSCTL type from INT to ULONG and removed
comment about it.
PR: kern/21132
MFC after: 1 month
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
introduce a modified allocation mechanism for mbufs and mbuf clusters; one
which can scale under SMP and which offers the possibility of resource
reclamation to be implemented in the future. Notable advantages:
o Reduce contention for SMP by offering per-CPU pools and locks.
o Better use of data cache due to per-CPU pools.
o Much less code cache pollution due to excessively large allocation macros.
o Framework for `grouping' objects from same page together so as to be able
to possibly free wired-down pages back to the system if they are no longer
needed by the network stacks.
Additional things changed with this addition:
- Moved some mbuf specific declarations and initializations from
sys/conf/param.c into mbuf-specific code where they belong.
- m_getclr() has been renamed to m_get_clrd() because the old name is really
confusing. m_getclr() HAS been preserved though and is defined to the new
name. No tree sweep has been done "to change the interface," as the old
name will continue to be supported and is not depracated. The change was
merely done because m_getclr() sounds too much like "m_get a cluster."
- TEMPORARILY disabled mbtypes statistics displaying in netstat(1) and
systat(1) (see TODO below).
- Fixed systat(1) to display number of "free mbufs" based on new per-CPU
stat structures.
- Fixed netstat(1) to display new per-CPU stats based on sysctl-exported
per-CPU stat structures. All infos are fetched via sysctl.
TODO (in order of priority):
- Re-enable mbtypes statistics in both netstat(1) and systat(1) after
introducing an SMP friendly way to collect the mbtypes stats under the
already introduced per-CPU locks (i.e. hopefully don't use atomic() - it
seems too costly for a mere stat update, especially when other locks are
already present).
- Optionally have systat(1) display not only "total free mbufs" but also
"total free mbufs per CPU pool."
- Fix minor length-fetching issues in netstat(1) related to recently
re-enabled option to read mbuf stats from a core file.
- Move reference counters at least for mbuf clusters into an unused portion
of the cluster itself, to save space and need to allocate a counter.
- Look into introducing resource freeing possibly from a kproc.
Reviewed by (in parts): jlemon, jake, silby, terry
Tested by: jlemon (Intel & Alpha), mjacob (Intel & Alpha)
Preliminary performance measurements: jlemon (and me, obviously)
URL: http://people.freebsd.org/~bmilekic/mb_alloc/
|
|
|
|
| |
the option file that would define it.
|
|
|
|
|
| |
PR: 28296
Submitted by: bde, Giorgos Keramidas <keramida@ceid.upatras.gr>
|
|
|
|
|
| |
Reviewed by: cg
MFC after: 1 week
|
|
|
|
|
|
|
| |
they did for me on an alpha)
Approved by: gibbs@freebsd.org
MFC after: 2 days
|