Remove the clause 3, per berkeley and mail from rwatson representing
that nai was OK with all third clause removals.

NE200 -> NE200T

Tweaks to the name of this card, based on input from Sean Shapira.

Remove matcd.  It isn't in the build, has issues and can be retired.

Submitted by: trhodes (the real one)
Approved by: core, mdodd, uhclem

sort more things alphabetically

libarchive does much more than just tar ;-)

Sort entries.
Remove a couple of 'card' lines that were somehow missed when OLDCARD was
desupported.

Sort entires better.

Add support for:
fe1: <EAGLE Technology NE200 ETHERNET LAN MBH10302  04>

As reported by Sean Shapira.  This appears to be working.  Eagle used
Fujitsu's vendor number, with a product number of 4 (which is the same
as the vendor number, which is a little suspect).  Since there's no
apparent conflict, go ahead and use it.

Submitted by: Sean Shapira

Add Eagle NE200 Ethernet LAN MBH10302 card.  This appears to be a fe
card, and works with that driver.  However, Eagle is using Fujitsu's
vendor number and a product code of 4, which seems a little odd.
Still, there's no conflicts...

Free the shared devq last since CAM expects it to be there if
xpt_alloc_device() gets called, which can happen during detach in
certain situations. Fixes module unload.

MFC after: 3 days

Wording nit.

fix a "little-endian-big-endian confusion that luckily:
1/ doesn't matter on most of our architectures
2/ will never happen unless we start queueing multiple trasactions
to a single endpoint at one time (which we do not allow yet).
If anyone has a big_endian machine with EHCI they might check this
if they are having problems with EHCI but it's unlikely even there..

Submitted by: Hans Petter Selasky <hselasky@c2i.net>
MFC after: 3 days

Cosmetic typo in check_pidfile()

PR: bin/75946
Submitted by: zero@gddn.org (Finn)

Only update the boot sector when there is a valid drive number provided.
(After squeezing a few more bytes out of boot0)

Discussed With: jhb, julian
PR: 66248
Submitted By: Hans Petter Selasky
MFC After: 1 week

Fix typos and add .Pp after the end of a display to separate the
displayed text from the paragraph right after it.

In my last commit, I'd assumed that LINE30 was always defined.  It
turns out that LINE30_ROW was always defined, not LINE30.  I confused
this for LINE30 and did the unifdef -DLINE30 using that mistaken
belief.  This corrects that problem.

Submitted by: nyan-san

Remove the meteor helper files, imp removed the driver and manual page
over a year ago.

correct direction for bus_dma sync of rx buffer

Submitted by: Tai-hwa Liang

Scheduled mdoc(7) sweep.

Don't panic when we're asked to allocate a resource type that we know
won't exist for EBus. Just fail the allocation by returning NULL.
Now drivers that are MI can try resources that the driver knows may
be used by the device.

Use uint32_t instead of u_long when appropriate.
That's enough to make my bt848 work on amd64.

MFC after: 1 week

Increase default synchronization speed.

MFC after: 3 days

Revert previous revision.  Including bsd.compat.mk is necessary
both from sys.mk (to handle old knobs set in /etc/make.conf),
and from here (to handle old knobs set in individual makefiles).

o Make telnet[d] -S (IP TOS) flag really work.  We do not have
/etc/iptos implementation so only numeric values supported.

o telnetd.8: steal the -S flag description from telnet.1, bump
the date of the document.

MFC after: 6 weeks

Fix build on all (hopefully) 64 bit architectures.

Noticed by: tinderbox
Tested on: panther

Mark the IPX netisr as MPSAFE so that inbound IPX traffic is processed
without Giant, and can be directly dispatched in the ithread when
net.isr.enable is turned on.

MFC after: 4 weeks

Recent changes have locked down most of the highly dynamic data
structures in IPX/SPX -- primarily, sequence numbering, PCB lists,
and PCBs for IPX raw sockets, IPX datagram sockets, and IPX/SPX.
As such, remove remove NET_NEEDS_GIANT() for IPX, and remove the
assertion of Giant in the ipxintr() IPX input path.

Note that IPX/SPX is not fully MPSAFE, and that there are some
problems with IPX/SPX locking that will require some further work.
However, it is now safe enough to run in general without the Giant
lock.

MFC after: 4 weeks

Use the IPX PCB list mutex and IPX PCB mutexes to lock down the SPX
portion of IPX/SPX:

- Protect IPX PCB lists with the IPX PCB list mutex, in particular
  when calling PCB and PCB list manipulation routines in ipx_pcb.c.
- Protect both IPX PCB state and SPX PCB state using the IPX PCB
  mutex.
- Generally annotate locking, as well as adding liberal use of lock
  assertions to document locking requirements.
- Where possible, use unlocked reads when reading integer or smaller
  sized socket options on SPX sockets.
- De-spl throughout.

Notes:

- spx_input() expects both the list mutex and PCB mutex to be held
  on entry, but will release both on return.  Because sonewconn() is
  called from spx_input(), it may actually drop one PCB lock and
  acquire another during generation of a new connection, meaning the
  caller is not in a position to unlock the PCB mutex.

MFC after: 3 weeks

Clean up return handling for a number of SPX-related routines that
were derived from more complex TCP versions of the same:

- spx_close(), spx_disconnect(), spx_drop(), and spx_usrclosed() all
  always free's the spxpcb invalidating the argument, so a return
  value is not required to indicate if it has.
- Annotate that the cb arguments to each of these functions is
  invalidated via a comment.
- When tearing down a pcb due to sonewconn() having failed, mark the
  cb as NULL; later, when deciding whether to store trace information
  due to SO_DEBUG, check that cb is not NULL before dereferencing or
  a NULL pointer dereference may occur.

MFC after: 3 weeks

Protect ipx_pexseq with the IPX PCB list mutex.

When processing socket options against IPX PCBs, generally protect
PCB fields using the IPX PCB mutex.  Where possible, use unlocked
reads on integer values to avoid locking overhead.

MFC after: 3 weeks

Acquire or assert the IPX PCB list lock or IPX PCB lock during various
protocol methods relating to IPX.  Conditionally acquire the PCB list
lock in the send operation only if the socket requires binding in order
to use the requested address.

Remove spl's generally no longer required during these accesses.

MFC after: 3 weeks

Assert or acquire the IPX PCB list lock or IPX PCB locks throughout
the IPX-related PCB routines.  In general, the list lock is required
to iterate the PCB list, either for read or write; the PCB lock is
required to access or modify a PCB.  To change the binding of a PCB,
both locks must be held.

MFC after: 3 weeks

Hold the IPX PCB mutex around calls to ipx_input() in the IPX input
path.

MFC after: 3 weeks

Hold the global IPX PCB list mutex in the IPX input path when walking
the IPX PCB list.

MFC after: 3 weeks

Introduce a global mutex, ipxpcb_list_mtx, to protect the global
IPX PCB lists.  Add macros to initialize, destroy, lock, unlock,
and assert the mutex.  Initialize the mutex when IPX is started.

Add per-IPX PCB mutexes, ipxp_mtx in struct ipxpcb, to protect
per-PCB IPX/SPX state.  Add macros to initialize, destroy, lock,
unlock, and assert the mutex.  Initialize the mutex when a new
PCB is allocated; destroy it when the PCB is free'd.

MFC after: 2 weeks

In ipx_setsockaddr(), use M_WAITOK instead of M_NOWAIT so that the
call always succeeds, avoiding causing the caller to return success
even though the returned *sockaddr is NULL.

MFC after: 2 weeks

Eliminate jump to 'bad' label in order to clean up the ipx_input()
return/unwind path for locking work.

MFC after: 2 weeks

Implement rpmatch(), a semi-standard interface (as found on AIX, Tru64,
GNU) for determining whether a string is an affirmative or negative
response to a question according to the current locale. This is done
by matching the response against nl_langinfo(3) items YESEXPR and NOEXPR.

Move the acquisition and release of the page queues lock outside of a loop
in vm_object_split() to avoid repeated acquisition and release.

Use static const char and bump WARNS.

Remove support for FreeBSD < 4.recent from this driver.

Remove unused variable.

Remove vnode.h and adjust includes to compensate for pollution.

LINE30 is always defined now, so unifdef -DLINE30 for clarity.

Merge module.h into 30line.h and remove it. It lacked a
copyright/license header and was only used by 30line.h.  It appears
that the copyright/license in 30line.h covers the old contents
module.h anyway, so this simplifies things a little while cleaning up
one obscure potential license confusion...

Revired by: nyan-san

Recognize and parse symlinks in ISO9660 CDROM images with Rockridge extensions.

Documentation improvements.  In particular,
expand and clarify the description of the client
callback functions and how they should handle errors.

Thanks to: Antony Dovgal

Correctly document the order of arguments
to archive_read_open and archive_write_open.

Thanks to: Antony Dovgal

Clear the error buffer on entry
to archive_read_next_header so the
next error doesn't just get appended.

MFC after: 7 days

Cast to intmax_t when using %jd format.

MFC after: 3 days

More fixes to the copyright notice.

Submitted by: Ken Smith <kensmith@cse.Buffalo.EDU>

Cleanup usr.sbin/fd* so they can compile under WARNS=6.

fdcontrol/fdcontrol.c:
- Add const constraint to an intermediate value
  which is not supposed to be changed elsewhere.
fdread/fdread.c:
- Use _devname in favor of devname to avoid name
  conflicit.
- -1 is less than any positive number so in order
  to get the block to function, we should get the
  block a little earlier.
- Cast to remove signed when we are sure that a
  return value is positive, or is compared with
  an positive number (tracknumber of a floppy
  disk is not likely to have UINT_MAX/2 anyway)
fdread/fdutil.c:
- Use more specific initializer
fdwrite/fdwrite.c:
- Use static on format_track since it's not
  referenced in other places.
- Use const char* to represent string constant.

Bump WARNS accordingly.

Follow style.Makefile(5):
WARNS comes before CFLAGS

This reduces diff against my local branch.

This change adds reliability for Ethernet trunks built with ng_one2many:

- Introduce another ng_ether(4) callback ng_ether_link_state_p, which
  is called from if_link_state_change(), every time link is changed.
- In ng_ether_link_state() send netgraph control message notifying
  of link state change to a node connected to "lower" hook.

Reviewed by: sam
MFC after: 2 weeks

Fix typo, function name pthread_rwlock_timedrwlock should be
pthread_rwlock_timedwrlock.

[NO]MAN -> NO_[MAN].
Bump doc date.

In total violation of at least 4 sections in the ACPI spec, some systems
place device objects in \ (in this case, PCI links.)  Work around this by
starting our probe from \.  To avoid attaching system scope objects,
explicitly skip them.  (I think it's an ACPI-CA bug that \_SB and \_TZ have
device and thermal object types.)  Thanks to pjd@ for testing.

MFC after: 2 weeks

Break out of loop earlier if it is not timeout.

Change the USB keyboard example to use /dev/ukbd0 instead of /dev/kbd1.

This example caused me to incorrectly believe that you must use the
generic device nodes when you can in fact use either.  It's often better
to use the driver specific node.

When ukbd0 arrives, attach to /dev/ukbd0 rather then /dev/kbd1 since
kbd1 might be something else.

Annotate that pfs_exit() always acquires and releases two mutexes for
every process exist, even if procfs isn't mounted.  And one of those
mutexes is Giant.  No immediate thoughts on fixing this.

In acct_process(), do a lockless read of acctvp to see if it's NULL
before deciding to do more expensive locking to account for process
exit.  This acceptable minor race avoids two mutex operations in
that highly common case of accounting not being enabled.

MFC after: 2 weeks

Elminate 1 LOR (actually a recursive mutex grab) involving ipfilter where
we loop through all the list of NICs (struct ifnet), holding the lock on
it and then do a name lookup with ifunit() whilst holding it.

In kern_wait(), let the compiler copy the rusage structure rather than
an explicit bcopy() -- it probably does a better job.

Remove the LSI MegaRAID SATA 150-2, this is a SiL 3112 based software RAID
device.

Submitted by: Martin Nilsson <martin@gneto.com>
MFC after: 3 days

Fix copyright notice.

Revert local experiment which leaked into commit.

Fix compilation of DEVICE_POLLING code.

Document slot specific location for base I/O board on AS600.

Thanks to: Charles Smeijer for getting me my AS600.

Reorganize the DESCRIPTION section, using .Bl lists to separate the
descriptions of items from each other and have related things appear
in the same nesting 'level'.

The .Fn function/macro, and bump document date.

Reviewed by: jkoshy

Note that fdisk is not used on Alpha.
Remove outdated info on install media.

Submitted by: "William H. Magill" <magill@mcgillsociety.org>

Comment typo.

PR: kern/75923
Submitted by: Matthew D. Fuller <fullermd@over-yonder.net>

Fix support for machines with default MP Table configurations:
- Fix the MP Table pci bridge drivers to not probe the configuration table
  unless we actually have one.  Machines using a default configuration do
  not have such a table.
- Only allow default configuration types of 5 (ISA + PCI) and 6 (EISA +
  PCI) as the others are not likely to work.  Types 1 through 4 use an
  external APIC (probably with 80486 processors) which we certainly do not
  support, and type 7 uses an MCA bus which has not been tested with the
  new MP Table code.
- Correct the fact that the single I/O APIC in a default configuration has
  an ID of 2, not 0.
- Fix off by one errors in setting the bus types from the default_data[]
  arrays for default configurations.
- Explicitly configure each of the 16 interrupt pins on the sole I/O APIC
  when using a default configuration.  This is especially helpful for type
  6 (EISA + PCI) since the EISA interrupts need to have their polarity
  programmed based on the values in the ELCR.

Much thanks to the submitter and tester who endured several rounds of
testing to get this fixed.

MFC after: 1 week
Tested by: Georg Schwarz georg dot schwarz at freenet dot de

Finish src part VFS_INIT.9 removal.  Need to check www/.

The `timep' argument of utime() is not an array of structs.
Make sure we don't confuse the reader by claiming it is.

PR: docs/75615
Submitted by: Nobuyuki Koganemaru <n-kogane@syd.odn.ne.jp>

The .Fn macro.

The .Fn macro and addition of .Fa in the tag width of the
argument description list.

- The .Fn macro and description of the `struct statfs' type of `sbp'.
- List of struct statfs fields that are related to file systems, much
  like the list in stat.2 for the userlevel `struct stat'.
- Bump document date.

Fix the derivation of the GEOM name from the specified device name by
complementing the existing special case of a not existing /dev prefix
with the recognition of an already existing /dev prefix.

This implicitly solves the following two issues related to working on
GEOM devices /dev/foo/bar (which have the GEOM provider name "foo/bar")
with the expected commands like "bsdlabel /dev/foo/bar":

1. the error "Geom not found" when trying to write or edit the BSD
   label (because previously the incorrect GEOM name "bar" instead of
   "foo/bar" was derived from "/dev/foo/bar").

2. the multiple times reported "magically introduced" partition offset
   of 63 blocks and the resulting errors like "partition extends past
   end of unit" and "partition c doesn't start at 0!".

   This implicitly resulted because bsdlabel(8) determines the "MBR
   offset" via GEOM and (intentionally) silently falls back to an offset
   of 0 if it could not be queried (which is the case if the name was
   incorrectly derived).

   Usually (at least on PCs) the offset for the first slice is 63 blocks
   and bsdlabel(8) automatically subtracts them from the absolute
   offsets in the read on-disk BSD label, resulting in the display of an
   effective offset of 0. If the GEOM query fails, the assumed offset of
   0 is subtracted and an incorrect effective offset of 63 is displayed
   and tried to be worked upon.

Reviewed by: pjd
MFC after: 1 week

The .Fn macro, document `flags' argument & bump document date.

WARNS=6 cleanup.  This includes:
- Apply __unused on unused parameters
- Use const where suitable
- Use PRIu64 instead of the deprecated %q
- Bump WARNS to 6

Trim excessively verbose sentence.

The .Fn macro

Move the description of MNT_FORCE closer to mntflags and use a .Bl
list for the valid flag values.  This way, if VFS_UNMOUNT(9) supports
more flags in the future, adding a single list item is going to be
easy and all the flags are going to be in one place.

The .Fn macro.

There is no VFS_INIT(9).

Approved by: phk

The VFS_MOUNT() macro expects only 2 arguments in the nmount world
(since revision 1.173 of src/sys/sys/mount.h).

Update its prototype, the argument list description and bump the date.

Link a couple of missing manpages

Submitted by: Hideyuki KURASHINA <rushani@FreeBSD.org>
MFC after: 1 week

Use a .Bl -tag list instead of plain .Pp paragraphs for describing the
macro arguments expected by SYSCALL_MODULE().

MFC after: 3 days

Fix time-travel bug.

Noticed by: krion

Avoid overusing "these" by breaking a long sentence in 2 smaller ones.

MFC after: 3 days

Convert the descriptions of module versions to an explicit list and
note that these versions numbers refer to moddepend, not the current
module.

MFC after: 3 days

Syntax nit.

MFC after: 3 days

Introduce bus_dmamap_load_mbuf_sg().  Instead of taking a callback arg, this
cuts to the chase and fills in a provided s/g list.  This is meant to optimize
out the cost of the callback since the callback doesn't serve much purpose for
mbufs since mbuf loads will never be deferred.  This is just for amd64 and
i386 at the moment, other arches will be coming shortly.

Fix typo from previous commit.

Update manual page after adding 'fts_bignum' field.

Submitted by: Peter Jeremy <PeterJeremy@optushome.com.au>
MFC after: 5 days

Add a default driver to attach to the "hidden" scsi channels of the Dell
PERC 3 controllers.  This is needed to keep the PM code from powering them
down.

Transfer responsibility for freeing the page taken from the cache
queue and (possibly) unlocking the containing object from
vm_page_alloc() to vm_page_select_cache().  Recent optimizations to
vm_map_pmap_enter() (see vm_map.c revisions 1.362 and 1.363) and
pmap_enter_quick() have resulted in panic()s because vm_page_alloc()
mistakenly unlocked objects that had not been locked by
vm_page_select_cache().

Reported by: Peter Holm and Kris Kennaway

Fix typos from previous commit.