| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
this apparently fixes problems initialising certain es1371/es1373/ct5880
revisions.
Confirmed working by: Richard J Kuhns <rjk@grauel.com>
PR: i386/25944
|
|
|
|
|
| |
/usr/src/usr.sbin/sysinstall/menus.c:1323: initializer element is not computable at load time
/usr/src/usr.sbin/sysinstall/menus.c:1323: (near initialization for `MenuNetworking.items[9].aux')
|
| |
|
| |
|
|
|
|
|
|
|
| |
- Move in_port_t to sys/types.h.
- Nuke in_addr_t from each endian.h.
Reported by: jhb
|
|
|
|
|
|
| |
isn't used in the example any more.
Pointed out by: bde
|
|
|
|
|
|
| |
Simular to the FREEBSD-Xlist used with `tar -X ... -xf'.
This file is typically used when one starts with the GDB anoncvs repo
rather than a release tarball.
|
|
|
|
|
|
|
| |
w/o a full compile test, even when the PR seemed so authoritative on the
subject...
Install sstream, not the non-existent sstring.
|
|
|
|
|
|
|
|
| |
that I removed in my last commit dealing with `make depend' bogons.
This commit has some races, but hopefully they are too short to matter.
Unfortuneatly, neither .newdep nor .olddep is removed by `make clean'.
Submitted by: bde
|
| |
|
| |
|
|
|
|
|
|
|
| |
"INSTALLFLAGS" belongs to individual Makefiles.
"_INSTALLFLAGS" is for global additions.
Submitted by: bde
|
|
|
|
|
|
|
|
|
| |
running in process context in order to run interrupt handlers. This
caused a big smashing of the stack on AMD K6, K5 and Intel Pentium (ie, P5)
processors because we are using npxproc as a flag to indicate whether
the state has been pushed onto the stack.
Submitted by: bde
|
|
|
|
|
| |
PR: 25927
Submitted by: Jeremy Norris <ishmael27@home.com>
|
| |
|
| |
|
|
|
|
|
| |
non-constant format string when calling kthread_create() to create an
ithread.
|
|
|
|
|
| |
- Sort the sys/mutex.h include in mp_machdep.c into a closer to correct
location.
|
|
|
|
| |
interrupt.c to quiet a warning.
|
|
|
|
|
| |
Submitted by: Edwin Groothuis <edwin@mavetju.org>
PR: conf/25633
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
because libc/rpc/key_call.c references uname(), and ps/print.c also
defines uname(), and ps is linked statically. This leads to a symbol
clash. The userland uname(3) kinda sucked anyway as the hostname
etc was too short. And since the libc rpc interface now uses
the utsname.nodename which gets truncated, I was tempted into doing
something about it. Create a new userland uname function, called
__xuname() which takes an extra argument that allows you to change
the size of the fields. uname() becomes a static inline function
in sys/utsname.h that passes the extra argument in. struct utsname
has its field members expanded by default now in userland.
We still provide a 'uname' externally linkable function for things
that either think that they ``know'' the utsname format and assume
32 character strings and bypass the include file, or objects that
are linked against old libcs. ie: just about every plausible
case that I can think of is covered. Should we ever change the
default lengths again, a libc major bump should not be required
as the size is now passed to the function.
XXX the uname(2) in the kernel is for FreeBSD 1.1 binary compatability!
All the uname(3) functions that are exported to userland are actually
implemented in libc with sysctl. uname(1) uses sysctl directly and
does not call uname(3).
PR: bin/4688
|
|
|
|
| |
more expensive proctree lock.
|
|
|
|
| |
with other byte range file locks.
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
that were removed from GCC 2.95.3.test4 and the subsequent release due
to problems on HP-UX. However, they work just fine on all the BSD's.
W/o these patches the following program segmentation faults if compiled
with -O2 (but not -Os or -O or -O0):
#include <stdio.h>
class A {
public:
A() { printf("c'tor A\n"); }
~A(){ printf("d'tor A\n"); }
};
class foo : public A {
public:
foo() { printf("C'tor foo\n"); throw 8; }
~foo() { printf("D'tor foo\n"); }
};
int main(){
try { foo fii; }
catch (int){ printf("catch ...\n"); }
return 0;
}
|
| |
| |
| |
| | |
Submitted by: rwatson
|
| | |
|
| |
| |
| |
| |
| |
| | |
1: there is no global 'struct utsname utsname' in the kernel.
2: the __P() stuff handles the __STDC__ stuff, so the extra ifdef is
redundant.
|
| | |
|
| |
| |
| |
| | |
make it use the low (default) port range instead.
|
| |
| |
| |
| | |
that forces the ftp code to use the low (default) port range instead.
|
|\ \
| | |
| | |
| | | |
which included commits to RCS files with non-trunk default branches.
|
| /
| |
| |
| |
| | |
Submitted by: Chris Wasser <cwasser@v-wave.com>
Obtained from: OpenBSD
|
| |
| |
| |
| | |
Reduce diff from what I think is the original sources.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
both should work in non-pnp mode, the 924 should also work in its rather
braindead pnp mode- it will adopt port 0x530 unless given hints due to it
starting up in soundblaster mode and thus not requesting a valid mss port
address.
Submitted by: George Reid <greid@ukug.uk.freebsd.org>
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Obtained from: Robert Watson <rwatson@FreeBSD.org>
|
| |
| |
| |
| |
| |
| | |
are busy blanking and erasing CD-RW media.
This fixes burncd's premature returns from blanking/erasing
that caused trouble.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When we get an Open event in stopped state, experience shows that this
is usually means we've somehow missed a previous Down event. This has
occasionally bitten people for the IPCP layer with ISDN, apparently a
previously aborted IPCP negotiation must have caused this. As a
bandaid, we quickly pretent a Down event by advancing to starting
state; this effectively implements the `restart' option mentioned in
RFC 1663.
While i'm not yet fully convinced this is the best thing to do (and is
fully compliant with RFC 1661), i've seen a number of reports here on
the German mailing lists where people have been bitten by the previous
behaviour which usually causes quickly looping ISDN reconnects (thus
loss of money...), and where just this patch fixes the problem.
For this, i'd even like to see it MFC'd if possible.
Submitted by: Helmut Kreft <kreft@zeus.ai-lab.fh-furtwangen.de>
|
| |
| |
| |
| |
| |
| | |
this impacts negatively to POLA since once autologin is enabled,
telnet will prompt for a password using getpass() and thus not allow
the usual signal characters or C-]
|
| |
| |
| |
| |
| |
| | |
Previously, results were off by a factor of 10
Tested by: Yoriaki FUJIMORI <fujimori@grafin.fujimori.cache.waseda.ac.jp>
|
| |
| |
| |
| |
| |
| |
| | |
PR: 9982
Adviced by: des
Reviewed by: -alpha and -net (no objection)
Obtained from: OpenBSD
|