| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
second level indent of tab should be four spaces
Submitted by: ru
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
reset them only if they were previously in use. Unconditionally
resetting the registers wipes them out frequently, which interferes
with their use for kernel debugging.
While I'm here, be less verbose in the associated comment of a
neighboring function.
Noticed by: bde
|
|
|
|
|
|
| |
mbuf or something that isn't an mbuf.
MFC after: 3 days
|
| |
|
| |
|
| |
|
|
|
|
|
| |
use port/proto to represent services (not proto/port).
add FBSDID
|
|
|
|
|
| |
It is a more acurate description of the locks they
operate on.
|
|
|
|
| |
Roll it into the pre-existing macro that's used to call it.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
insertion and extraction) has revealed two bugs:
- In vlan_start(), we're supposed to check the underlying interface to
see if it has the IFCAP_VLAN_HWTAGGING cabability set and, if so, set
things up for the VLAN_OUTPUT_TAG() routine. However the code checks
ifp->if_capabilities, which is the vlan pseudo-interface's capabilities
when it should be checking p->if_capabilities, which relates to the
underlying physical interface. Change ifp->if_capabilities to
p->if_capabilities so this works.
- In vlan_input(), we have to extract the 16-bit tag value from the
received frame and use it to figure out which vlan interface gets
the frame. The code that we use to track down the desired vlan
pseudo-interface is:
for (ifv = LIST_FIRST(&ifv_list); ifv != NULL;
ifv = LIST_NEXT(ifv, ifv_list))
if (ifp == ifv->ifv_p && tag == ifv->ifv_tag)
break;
The problem is that 'tag' is not computed consistently. In the case
where the interface supports hardware VLAN tag extraction and calls
VLAN_INPUT_TAG(), we do this:
tag = *(u_int*)(mtag+1);
But in the software emulation case, we do this
tag = EVL_VLANOFTAG(ntohs(evl->evl_tag));
The problem here is the EVL_VLANOFTAG() macro is only ever applied
in this one case. It's never applied to ifv->ifv_tag or anwhere else.
We must be consistent: either it's applied everywhere or nowhere.
To see how this can be a problem, do something like
ifconfig vlan0 vlan 12345 vlandev foo0 and observe the results.
I'm not quite sure what the right thing is to do here. Neither the
vlan(4) nor ifconfig(8) man pages suggest which way to go. For now,
I've removed this use of EVL_VLANOFTAG() so that the tag will match
correctly in all cases. I will not get upset if somebody makes a
compelling argument for using EVL_VLANOFTAG() everywhere instead,
as long as the use is consistent.
|
|
|
|
|
|
|
|
|
|
|
| |
tested for playback.
* modify device name strings for ich chips to better conform with their
common names.
* remove superflous 'AC97 controller' from nforce device names.
MFC after: 1 week
|
|
|
|
| |
Submitted by: Per Kristian Hove <Per.Hove@math.ntnu.no>
|
|
|
|
| |
in FreeBSD 6
|
|
|
|
|
|
| |
file.
Reviewed by: ru, bde
|
|
|
|
|
|
|
| |
format.
Reviewed by: Ruslan Ermilov <ru@freebsd.org>, Jens
Schweikhardt <schweikh@schweikhardt.net>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to get a stacktrace. This does not work even with M_NOWAIT when we
have WITNESS and is generally a bad idea (pointed out by bde@). We
allocate an 8K heap for use by the unwinder when ddb is active. A
stack trace roughly takes up half of that in any case, so we have
some room for complex unwind situations. We don't want to waste too
much space though. Due to the nature of unwinding, we don't worry
too much about fragmentation or performance of unwinding while in
the debugger. For now we have our own heap management, but we may
be able to leverage from existing code at some later time.
While here:
o Make sure we actually free the unwind environment after unwinding.
This fixes a memory leak.
o Replace Doug's license with mine in unwind.c and unwind.h. Both
files don't have much, if any, of Doug's code left since the EPC
syscall overhaul and the import of the unwinder.
o Remove dead code.
o Replace M_NOWAIT with M_WAITOK for all remaining malloc() calls.
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
.Pp
.Bd -literal
...
fragment resulted in two vertical spaces. From ChangeLog:
2003-07-04 Ruslan Ermilov <ru@FreeBSD.org>
* tmac/doc.tmac (Bd): Change to doc-Li-font later.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Removed dead declarations
- Made objects that should have been declared as static, static.
The changes use STATIC instead of static, following the existing
convention in the rest of the code.
Approved by: schweikh (mentor)
MFC after: 2 weeks
|
| |
| |
| |
| |
| | |
PR: 53944
Submitted by: Vahe Khachikyan <vahe@khachikyan.de>
|
| |
| |
| |
| |
| | |
Submitted by: Vahe Khachikyan <vahe@khachikyan.de>
PR: 53944
|
| |
| |
| |
| |
| | |
Submitted by: Vahe Khachikyan <vahe@khachikyan.de>
PR: 53944
|
| |
| |
| |
| |
| |
| | |
more concise and improve the comment.
Submitted by: bde
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
by sizeof(wchar_t) to get the number of wide characters it contains.
Remove the !hardway micro-optimisation from the CT_INT case to avoid
having to fix it for wide characters.
|
| | |
|
| |
| |
| |
| |
| |
| | |
-1 should be returned, but it was assigned to an uint8_t (which is
extended to an int to form the return value), causing 255 to be returned
instead.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
give the wrong pid.
Submitted by: ru and Lukas Ertl
PR: 54113
|
| | |
|
| |
| |
| |
| |
| |
| | |
notice another typo in the same line. This typo makes libthr unuseable,
but it's effects where counter-balanced by the extra semicolon, which
made libthr remarkably useable for the past several months.
|
| |
| |
| |
| |
| |
| | |
This brings us more in line with Net/OpenBSD
Obtained from: Net/OpenBSD
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Should work with both regular and fast ipsec (mutually exclusive).
See manpage for more details.
Submitted by: Ari Suutari (ari.suutari@syncrontech.com)
Revised by: sam
MFC after: 1 week
|
| |
| |
| |
| | |
coming out of an ipsec tunnel.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
- Associate logical CPUs on the same physical core with the same kseq.
- Adjust code that assumed there would only be one running thread in any
kseq.
- Wrap the HTT code with a ULE_HTT_EXPERIMENTAL ifdef. This is a start
towards HyperThreading support but it isn't quite there yet.
|
| |
| |
| |
| | |
is run in non-compat mode (-j without -B).
|
| |
| |
| |
| |
| |
| |
| |
| | |
executable file even if the specified action/filename does not
contain a '/' character; convert execv() to execvp().
Submitted by: Christian S.J. Peron <maneo@bsdpro.com>
PR: bin/54109
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
comprised of the path to a make(1) binary (possibly the one
built by the "make" target in this Makefile), and a path to
a fresh share/mk. The idea is to allow "make release" pick
up the right "make" binary, if one exists.
This fixes release.5 I broke with the last commit here; the
second PATH here was overriding the right one from WMAKEENV
while rebuilding the "build-tools" for crunched binaries.
|
| |
| |
| |
| |
| | |
1.162 -> 1.163 hardware/common/dev.sgml
1.580 -> 1.582 relnotes/common/new.sgml
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Submitted by: bde
Fixed nearby bug: propagate the root Makefile's idea of
the appropriate "make" binary down to release/Makefile.
|