Drop to the debugger if unable to sync out the buffers during shutdown.

Merge from vendor branch GCC:
This is GCC 3.4, not 3.3

This is GCC 3.4, not 3.3

Get rid of the PFIL_HOOKS option, integrate pfil in the system permanently.
(previously the packet filters couldn't even be kldload'd without PFIL_HOOKS).

Backout 1.19.  It prevents some machines from booting (READ timeout).
I must be misinterpreting how the ATA_A_IDS bit works, or perhaps it is
a write-only bit?   I don't know.

Reported-by: Richard Nyberg <rnyberg@it.su.se>

The route table treats sockaddr data as opaque, which means that the unused
fields in the structure passed to rtalloc() MUST BE ZERO.

The syncache code allocates a governing struct syncache structure which
contains an embedded struct route, but it does not zero this structure.
When used in a mixed IPV4/IPV6 environment, it is possible for a structure
to be allocated for IPV4 whos unused fields for the route lookup (e.g.
sin_port and sin_zero) may contain garbage.  This screws up the route
table lookup and causes the wrong route to be returned.

I believe the proper fix in this case is to rewrite the route table code,
but since that would take a very long time the fix I am committing is
to have tcp_rtlookup() zero out the sockaddr_in before it builds it for
the rtalloc() call.

Reported-by: Richard Nyberg <rnyberg@it.su.se>
With-help-from: Hiten Pandya <hmp@nxad.com>

This is less, correct name in upgrade file.

Noticed by: Simon 'corecode' Schubert <corecode@fs.ei.tum.de>

Fix a broken vrele() in the session tty exit code.

Submitted-by: Joerg Sonnenberger <joerg@britannica.bec.de>

Hack in the code from FreeBSD-5 to set the timings for NVIDIA/AMD chipsets.
This seems to greatly reduce READ_BIG: ILLEGAL REQUEST problems accessing
a CD on my AMD64 box (NVidia3 chipset, secondary controller, master, PIO4).
The problem occurs at a much lower frequency in overnight tests.  Further
testing is ongoing.

Do a partial synch from FreeBSD-5 of the NVIDIA and NFORCE ATA setup code.
Our previous code was totally bogus.

Fix an improper DELAY in the ata tag code (but nobody should be using
the ata tag code anyway).

Check for a queued interrupt being dispatched after the ATA driver
diabled the controller interrupt and return if so.  Enclose the ATA
command setup in a critical section.

Fix indentation.

Remove references to FreeBSD in the comments.

Discussed-with:  Matthew Dillon <dillon@backplane.com>

Unbreak the buildworld by fixing a cc_tools dependancy on cc_prep in
Makefile.inc1 instead of trying to create a dependancy in cc_tools.  The
object tree had not yet been created for cc_prep and this caused files to
be generated in /usr/src, amoung other things.

Perl is no longer user during kernel build, so remove the Perl scripts
that are no longer needed for this purpose.

Confirmed-with: eirikn

Make virecover more robust.  Instead of aborting (and causing
subsequent RCNG scripts to fail) when the directory /var/tmp/vi.recover
doesn't exist, just re-create it.

Reviewed-by: eirikn, Devon H. O'Dell, GeekGod

Turn propolice (-fstack-protector) on by default.  Propolice rearranges
the ordering of local variable declarations so pointers do not get
overwritten by buffer overflows, and checks a magic marker on return to see
if the return address has been blown away.  It's a very important security
feature.

Fix -j builds for gcc-3.4.  The .nx build in cc_tools was breaking
parallelism because individual source/header dependancies were being built
in parallel, and this was causing the helper programs to build in parallel
and/or generate the same header file in parallel.

Remove all direct dependancies on the helper programs.  Make libgcc
dependant on cc_tools (to generate required header files), clean up
the dependancy target for cc_tools, and force make depend to build
the tools in bsd.hostprog.mk.  This should result in all the tools being
available to the rest of the gcc-3.4 build.

Tested with several -j 8 builds.  There could still be additional
-j issues.

Fix -j builds for gcc-3.4.  The .nx build in cc_tools was breaking
parallelism because individual source/header dependancies were being built
in parallel, and this was causing the helper programs to build in parallel
and/or generate the same header file in parallel.

Remove all direct dependancies on the helper programs.  Make libgcc
dependant on cc_tools (to generate required header files), clean up
the dependancy target for cc_tools, and force make depend to build
the tools.  This should result in all the tools being available to the
rest of the gcc-3.4 build.

Tested with several -j 8 builds.  There could still be additional
-j issues.

Merge with FreeBSD (HEAD) src/usr.sbin/adduser/*:

Move towards Perl removal from the base by replacing the Perl scripts
`adduser' and `rmuser' with corresponding versions from FreeBSD 5
which are written in the Bourne shell.

Submitted-by: Tim Wickberg <me at k9mach3 dot org>
Additional-testing-by: William DeVries

Some more M_NOWAIT->M_INTWAIT.  Not sure if the sym changes are correct,
but they are more correct then using M_NOWAIT.

General M_NOWAIT -> M_INTWAIT work, except in periodic timeout() routines
which can handle occassional malloc() failures and really shouldn't block.

Correct a known panic in the twe driver, M_NOWAIT -> M_INTWAIT work.

gcc-3.4 cleanups.  missing break / goto labels.

gcc-3.4 cleanups.  Add missing break statements, deal with goto labels,
and adjust the use of __FUNCTION__ (string concat is no longer supported).

Adding missing break after default: (gcc-3.4).

gcc-3.4 cleanup.

Hook gcc 3.4 into the buildworld.  Rearrange HOST_CCVER so it becomes the
responsibility of the Makefile element that is overriding CCVER.  Get rid
of the obsolete MY_CCVER magic.  Fix improper use of ${.TARGET} in
cc34/cc_tools/Makefile.tools.  Do not try to override _CPUCFLAGS in
bsd.hostprog.mk, which doesn't handle the generic .nx/.no case.  Instead
remove -mtune, -mcpu, and -march options in NXCFLAGS and NXCXXFLAGS.

Work-by: Joerg Sonnenberger <joerg@crater.dragonflybsd.org>
Reviewed-by: Matthew Dillon <dillon@backplane.com>

Fix a bug in 2.95.x prototypes that prevents us from building the world with
gcc-3.4.  Note that contrib/gcc is an 'old' contrib that came before our
new 'no-touch' policy for contrib sources so we can modify it directly.

Add a missing break after default: for gcc-3.4 support.

Remove the last vestiges of -DCCVER from 2.95.x contrib so we can remove
it from the build tree.

Fix a prototype error in gcc-3.3's com.h in order to allow gcc-3.4 to compile
it.  This is a bad hack but we are going to remove 3.3 from the tree soon
anyway.

'lrint' is a gcc3.4 builtin and gcc3.4 is unhappy if we use that for anything
else.

Merge with FreeBSD (HEAD) src/usr.sbin/kbdmap/*:

Move towards Perl removal from the base by replacing the Perl script
'kbdmap' with the version from FreeBSD 5, which is written in C.

Submitted-by: Tim Wickberg <me at k9mach3 dot org>
Additional-testing-by: William DeVries

Check kp (struct kinfo_proc *kp) against NULL and not 0, because it is a
pointer.

Use the kern.boottime sysctl for retrieving the system boot time as a
struct timeval.  This is used to fix the STARTED column for pure kernel
threads.

Note, currently, we do not set the start time for pure threads due to
safety issues with microtime(9), although this change conditionalizes
the thread start time appropriately, so that in the future when pure
threads will account their start time, we wouldn't need to change anything
in this utility (with regard to the start time, ofcourse).

Discussed-with:  Matthew Dillon <dillon@apollo.backplane.com>

make ==> ${MAKE} ${.TARGET}

make => ${MAKE}

Move the 'p_start' field from struct pstats (Process Statistics) into the
thread structure and call it 'td_start'.  The behavior of vm_fork(9) is
retained, i.e., it still copies the start time from the parent process just
as it did before.

The 'td_start' will later be used by pure threads to indicate their start
time.  It has not been committed in this round because use of the microtime()
function at such a early point in the boot process might be unsafe.

Note, there should be no problem in accessing the td_start field, unless
the process is a Zombie; due to the way Zombies are reaped, the thread will
be decoupled in kern_wait1() but the process will still be around for a
while it will not be possible to access the td_start field in such
scenarios.  A little note about this has been added on top of struct proc
in <sys/proc.h> for future reference.

This work was a collaboration of Hiten Pandya <hmp@backplane.com> and
Matthew Dillon <dillon@apollo.backplane.com>

Allow CCVER to be empty, which will cause the compiled-in default compiler
to be used.

Add the STABS default output hack for GCC 3.4 too.

For cc_tools, recurse into cc_prep when building dependencies to get
the patched source tree.
c++filt and gcov use getopt, add the libc version when bootrapping. The
source and header file is copyied by cc_prep in that situation.
Add an explicit directory order in the top-level Makefile.

Explicitly recurse into gnu/usr.bin/cc34/cc_prep for depend to ensure
that the source tree is prepared for us. This may otherwise fail for
buildworld.

Export HOST_CCVER via environment to fixate it to either the specified
value or the default CCVER.

Don't include _CPUCFLAGS since the host compiler (aka NXCC) might not
understand them. Add HOST_CCVER which replaces CCVER for NXCC and NXCXX.
This defaults to CCVER, but can be overriden via environment e.g. from
Makefile.inc1.

Zero-out the whole pstats structure and then copy the relevant fields,
instead of messing with caddr_t's and range-based zero'ing.

Discussed-with:  Matthew Dillon <dillon@backplane.com>

Zero the interval timers on fork(2) rather than copying them to the
child process (SUSv3 compliance).

Discussed-with:  Matthew Dillon <dillon@backplane.com>

Hook up the asa(1) utility to the build system.

Add the POSIXv2 asa(1) utility; it interprets FORTRAN carriage-control
characters.

Obtained-from: FreeBSD (they imported it from NetBSD)

Hook up the recently added utilities [1] to the build.

[1] = asf(1), csplit(1) and tabs(1)

Define __DragonFly_cc_version for CPP

Bring in a trimmed down gcc-3.4-20040618.

Submitted-by: Joerg Sonnenberger <joerg@crater.dragonflybsd.org>

Merge from vendor branch GCC:
Bring in a trimmed down gcc-3.4-20040618.

Submitted-by: Joerg Sonnenberger <joerg@crater.dragonflybsd.org>

Always set the _CPUCFLAGS in bsd.cpu.gcc2.mk to some known, safe
value. For the !CPUTYPE || CPUTYPE==i386 case _CPUCFLAGS wasn't
reset which breaks a CCVER=gcc34 buildworld, because the default
flags for gcc34 (-mtune=pentiumpro) doesn't work for gcc2.

Use our specs, not FreeBSD's.

Manually recurse into ../cc_prepend for depend to workaround
buildworld issues.

Redo the ProPolice patches, there were partly broken.

IEEE Std. 1003.1-2001 (SUSv3):

Add the tabs(1) utility.

Written by Tim J. Robbins of the FreeBSD Project.

Add the csplit(1) utility, which splits files based on context, as
specified by IEEE Std. 1003.1-2001 (SUSv3).

Written by Tim J. Robbins (tjr@) of the FreeBSD Project.

Fix GCC 3.4 build

Fix GCC 3.4 build.

Fix compilation "Label at end of compound statement" and some missing
prototyps / K&R style functions for GCC 3.4.

Fix a bogus type declaration to remove a compiler warning - `group'
in this case refers to a netgroup name, and should therefore be a
char * instead of a gid_t.

Requested-by: joerg

Fix GCC 3.4 build

Remove the evil inline ==> rpcgen_inline CPP hack, rename the variable
properly. Use ISO C prototyps. Remove useless void casts. Do some other
style updates. Remove !defined(__DragonFly__) cases, one was checking for
__Dragonfly__, which broke buildworld with GCC 3.4. Add a break after
default: in switch statements, which is not portable and an error with
GCC 3.4 and later.

Fix an aggregious non-terminated buffer issue and also fix the retry code
(the buffer was being wiped and needed to be regenerated for the retry).

Reported-by: Vincent Labrecque <vincent@psyfreaks.ca>

Fix prototype of usage().

First stage in cleaning the built-in pathes of gcc. Adapted patch from
cc3/gcc.patch and fit directly into the patching system.

Include ProPolice suport for GCC 3.4.

Obtained-from: http://www.trl.ibm.com/projects/security/ssp

Additional files forgotten in first commit.

Include ProPolice suport for GCC 3.4.

Obtained-from: http://www.trl.ibm.com/projects/security/ssp

Adjust Makefile.langs to use the patched common.opts from cc_prep.

Create twed0 entries in /dev

Fix installworld by making it aware of the rconfig examples.

Add a helper utility, called asf(8): Add Symbol File.

The purpose of this utility is to extract start addresses from kldstat(8)'s
output and prepare a .gdbinit style file (called .asf) with GDB commands to
load the KLD files at the right offset.

The file can then be given to the 'source' command of GDB so that it does
its magic.  This is how one can invoke the asf(8) command:

# asf -k -f -s -x /modules gdb.kldsyms.asf

Note, the '-k' output invokes kldstat(8) automatically, otherwise it
accepts kldstat(8) sytle output on stdin, which can be produced by a
gdb macro so that is is equally useful in post-crash analysis.

One needs to compile the module with debugging symbols, though.

Obtained-from: FreeBSD (CVS, MAIN branch)

A sample rconfig script which completely wipes and reinstalls dragonfly
on a fresh HD.

chdir into WorkDir before running the downloaded script.

Exit with an error if both -a and a list of hosts are specified on the
command line.

Write a remote configuration utility called 'rconfig'.  This initial
implementation is very basic and designed to be convienient.  It allows a
CD user to scan the network for configuration servers, download a
configuration script based on a tag name, and execute that script all in
one simple command.  Running the rconfig server is just as easy... you
basically just run the server -a -s and put your scripts in
/usr/local/etc/rconfig/<tagname>.sh and you are done.

Of course the scripts themselves have to be written and can certainly become
quite complex.

In order to use rconfig from a CD Boot at least one network interface must
be properly configured.  The dhclient program is usually used to accomplish
this.

The insn-conditions.c generated by stock GCC does some bad premature
optimizations which breaks e.g. genflags. Remove this until a better
solution is found.

Default the MMX/XMM kernel optimizations to the on position. Also make a
note in the loader man page that these optimizations can be turned off at
the loader by setting kern.mmxopt=1.

Don't whine about malloc/realloc "poising" the code for YACC files.

Don't set prefetch mode on VIA chips, it causes problems on newer chips and
ATAPI devices.

Notified-by: David Xu <davidxu@viatech.com.cn>
Taken-From: FreeBSD-5

Spell 'written' properly.

Fix spelling in comment.

Make sure gcc_local.c and any left over patch mess is cleaned up by make clean,
and fix an improper setting of CLEANFILES for cpp and f77.

Clean up GCC3.3, rip out all the weird search paths it adds and fix a long
standing bug that was preventing it from finding the crtbegin*.o and
crtend*.o files in their new home.

In consultation with: Joerg Sonnenberger <joerg@britannica.bec.de>

Fix warning

Really use the host compiler in bsd.hostprog.mk

Nuke lib/csu/i386 (a.out support) and copy lib/csu/i386-elf there.

Add CCVER=gcc34 support to bsd.cpu.mk. Also add the magic for AMD64 support
for GCC 3.4 and backwards compatiblity for the older compilers.

Add directory entries for GCC 3.4.

Fix a race with the clearing of p->p_session->s_ttyvp.  NULL the pointer
out before calling vrele() rather then after.

Fix a bug with v_opencount accounting on revoke().  The underlying device
was being closed properly but v_opencount was being decremented which causes
it to go negative when close() is called on the descriptor later on.  To
fix the bug we zero out v_opencount() when the underlying vnode's device
is disassociated and spec_close() now only decrements it when the device is
associated.

Reported-by: GeekGod
Testing-by: GeekGod, Hiten, David Rhodus.

Build infrastructure for GCC 3.4

This is based both on the logical structure of GCC own Makefiles
and the build framework of GCC 3.3. For the moment, the generated
helper files are recreated for each directory using them to make
the dependencies simpler. libgcc_r is not included, because the
only difference is the normal version is an explicit call to
pthread_mutex_init instead of using the static init model, which
is serialized by a spinlock for all those locks.

This is not yet hooked into the normal buildworld system.

Add the old CSU files to list of file to be deleted and keep the new ones.

Switch from GCC-version specific crtbegin/crtend code to the version
independent code. This is binary compatible with old version. The old
object files are currently left in place.

Import BSD-licensed crtbegin/crtend support.

Obtained-from: NetBSD

Note: crtend.c comes without license header. I send a mail to Jason Thorpe
and will update it according to the response. I'm assuming the normal
4-clause NetBSD license for now.

Make the procfs_validfile() function static.

If there was a cache hit, and the msf->m_flags was set to SFBA_ONFREEQ,
make sure we dequeue it properly before jumping to the 'done' label.

Reported-by: Emiel Kollof <coolvibe@gamepoint.net>
Discussed-with: Matthew Dillon <dillon@backplane.com>

start_forked_proc() should not be called when rfork() is called without
RFPROC, since no new process is being created.

Reported-by: Hiten
Testing-by: Hiten

ANSIfy the remaining K&R functions.  Remove two bzero-after-malloc's in
favor of M_ZERO, replace all uses of the MALLOC() macro with malloc(), and
replace all uses of the FREE() macro with free().

This is a cleanup commit only.

Fix a bug in the reply port path related to aborts.  Aborted messages are
requeued to the target port.  If the target is processing the message and
replies to it, the replyport code is supposed to remove any requeued aborts
(since the target completed processing of that message).

However, this was only occuring for MSGF_ASYNC messages.  It must be done for
both originator synchronous and originator asynchronous messages (abort
processing has nothing to do with how the originator sent the message).

Reported-by: David Rhodus
Testing-by: David Rhodus