Add -q to usage() and mark the "index" argument as optional.

- mdoc(7) cleanup.
- Bump document date for last content change.

Extended mdoc clue: ru

Oops, the < in arg1=< is optional - treat it as such!

Add -c to SYNOPSIS and usage().

Fix a typo in a comment that may be confusing if one doesn't really
check what the code does.  Separators are spaces, commas or tabs;
not '*' characters (as one may assume by reading the old comment).

Add BO_SYNC() and add a default which uses the secret vnode pointer
and VOP_FSYNC() for now.

Scheduled mdoc(7) sweep.

Formatting fixes.

(This exposes a bug in mdoc(7) for which a patch has been sent upstream.)

More vnode -> bufobj migration.

Give flushbuflist() a struct bufv as first argument and avoid home-rolling
TAILQ_FOREACH_SAFE().

Loose the error pointer argument and return any errors the normal way.

Return EAGAIN for the case where more work needs to be done.

Wrap the bufobj operations in macros: BO_STRATEGY() and BO_WRITE()

The total sum of blocks for the -l and -s option is printed always,
regardless whether the output is to a terminal or not.  As this is
consistent with the SUSPv2 specification (even though we do not
otherwise fully implement SUSPv2's ls(1) options), document this as it
is now, rather than trying to change the behaviour itself.

PR: docs/76072
Submitted by: Sebastian Rey <Sebastian.rey@gmx.net>
MFC after: 1 week

- allow a device hint to disable probing a slot on a Uninorth PCI bus.
  e.g. at the loader:

set hint.pcib.1.skipslot=26

  This allows undocumented and problematic hardware on some systems
  to be ignored, for instance, the USB keyboard/mouse that shows up
  on a 12" albook that doesn't exist nor do anything other than eat up
  the syscons keyboard. Another one is the unused USB cell in the old
  366MHz iBook that locks up the machine when probed.

  In a way this is temporary, since there are better fixes for the
  above problems, but will be useful in the meantime by allowing
  a keyboard to be used to help debug said fixes :)

- while here remove some trailing white space

Remove the unused credential argument from VOP_FSYNC() and VFS_SYNC().

I'm not sure why a credential was added to these in the first place, it is
not used anywhere and it doesn't make much sense:

The credentials for syncing a file (ability to write to the
file) should be checked at the system call level.

Credentials for syncing one or more filesystems ("none")
should be checked at the system call level as well.

If the filesystem implementation needs a particular credential
to carry out the syncing it would logically have to the
cached mount credential, or a credential cached along with
any delayed write data.

Discussed with: rwatson

MFp4:

sc_child isn't used on FreeBSD, so ifdef it out in a way that is
NetBSD mergeable.

Revert part of last commit that was unintentional

don't see NBPFILTER.

remove HAVE_OLD_BPF part.

we are not OLD_BPF system.

fix typo.

Add a few cards from NetBSD.  They don't work yet, since the code to
read the ethernet address from the attribute space hasn't been
implemented.  Also add flags for the MBH10302.  The flags and maddr
fields will be used when reading from the attribute space...

Use the standard FreeBSD license

nits

Remove a.out runtime linker.  It doesn't build and was removed from the
build over two years ago by peter.

The binary a.out version of ld.so can be obtained from misc/compat22 or
src/lib/compat/compat22.

Discussed on: -arch
Voted yes: jhb, ru, linimon, delphij

The card activation failured message is lame, and not done for other
busses, nor for the 16-bit cards.  Eliminate it.

/* -> /*- for a second clause

Use the FreeBSD standard license, since there's no reason to use the
version I have here.

KAME-IPSEC has already supports TCP_SIGNATURE(IPv4)

There are no PC98 amd64 machines, so gc a few stray ifdefs.

While we want the recursion protection for the bucket zones so that
recursion from the VM is handled (and the calling code that allocates
buckets knows how to deal with it), we do not want to prevent allocation
from the slab header zones (slabzone and slabrefzone) if uk_recurse is
not zero for them.  The reason is that it could lead to NULL being
returned for the slab header allocations even in the M_WAITOK
case, and the caller can't handle that (this is also explained in a
comment with this commit).

The problem analysis is documented in our mailing lists:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=153445+0+archive/2004/freebsd-current/20041231.freebsd-current

(see entire thread for proper context).

Crash dump data provided by: Peter Holm <peter@holm.cc>

Adjust the mail reject output so that it gives an abreviated reason for the
reject.  For example:

Checking for rejected mail hosts:
  48 getherbalnow.info (451... resolve)
  46 absorb.com (451... resolve)
   4 tgmart01.codns.com (553... exist)
   3 kali.com.cn (451... resolve)
   2 genie.com (451... resolve)
   1 zv.qy (553... exist)
   1 zd.hinet.hr (553... exist)
   ....

The bit in parenthesis is the reject code and the last word on the line -
enough to give the admin a better chance of seeing real problems (hopefully!).

While I'm here, remove the "<" at the start of rejects coming from "from"
addresses without a name@ part.

I had to rewrite the patch given by the submitter as this script has been
sed'ified (used to be perl) and I think the reject code is useful....

PR: 17377
Idea from: root at ns dot internet dot dk
MFC after: 7 days

Collapse "fgrep | egrep | sed" down to a single sed.

This also trims extraneous commas from domain names.

MFC after: 7 days

Make default RFCOMM session MTU match default L2CAP MTU.

This is just a workaround for a know problem with Motorola E1000
phone. Something is wrong with the configuration of L2CAP/RFCOMM
channel. Even though we set L2CAP MTU to 132 bytes (default RFCOMM
MTU 127 + 5 bytes RFCOMM frame header) and the phone accepts it,
the phone still sends oversized L2CAP packets. It appears that the
phone wants to use bigger (667 bytes) RFCOMM frames, but it does
not segment them according to the configured L2CAP MTU. The 667
bytes RFCOMM frame size corresponds to the default L2CAP MTU of
672 bytes (667 + 5 bytes RFCOMM frame header).

This problem only appears if connection was initiated from the
phone. I'm not sure who is at fault here, so for now just put
workaround in place. Quick look at the spec did not reveal any
anwser.

Tested by: Jes < jjess at freebsd dot polarhome dot com >
MFC after: 3 days

Final attempt to make aha 1542A working.  If not, oh well, I don't
have the card and no way to reproduce problems.  We do this by
applying the workaround to firmware revsion 0.

PR: 14334

puc handles this card, so remove it from here.

PR: 48468

Another prism2 card (not sure what, if anything, is needed for >=5)

Pr: 43805

Properly calculate the offset in mapping the memory of pccards.  This
allows my 3com cards to work again.  It appears that this code was
once there, but I removed it when I added the alignment issues.

MFC After: 5 days
PR: 70639 (and likely others)

1. s/women/woman/ when the singular is intended
2. Remove some duplicates
3. Slightly improve a punch line, "and then cut off her head"
instead of "and cut her head off."

Add support for ptrace() and gdb breakpoints.

Don't assume pmap_update() will cpwait for us, pmap_update will disappear soon.

ISO C requires at least one element in an initialiser list.

Bump WARNS to 4 as this seems OK on the alpha now.

Cast size_t to off_t before adding them to avoid warnings on the alpha.
Use %ld and intmax_t for printing an off_t.

Some variables became unused or global in the last change to this
file. Remove the now redundant declarations.

Add declarations for the new show and set_events functions and make
them static.

Forgot to submit a fixed version of this script to Simon.

Add support files for using text from the POSIX specification in
FreeBSD manual pages:

- POSIX-copyright contains copyright text to be used in manual pages
  which has POSIX text inserted.
- deshallify.sh is a shell script which removes many of the ``shall''
  statements from the POSIX text and therefore making the text more
  readable.

Real work to make this happen by: nectar, ru

mdoc style nit: "\-" should only be used to represent a minus sign.

Suggested by: ru

Scheduled mdoc(7) sweep.

/usr/lib doesn't contain only archive (ar(1) style) libraries.  Shared
libraries live there too.  Also point to ar(1) which contains a nice
description of what an 'archive library' is.

PR: docs/76056
Submitted by: Enrique Matías Sanchez <cronopios@gmail.com>
MFC after: 3 days

whitespace

fixed an unexpected addr/port matching failure in IPv6 SA management

PR: kern/72393
MFC after: 3 days

Make life for owners of Synaptics Touchpads more pleasant :-)

 o Implement a shiny new algorithm to keep track of finger movement at
   slow speeds.  This dramatically reduces the level of questionable
   language from users trying to resize windows.

 o Properly catch the many extra buttons and dials which manufacturers
   are known to screw onto Synaptics touchpad controllers.  Currently,
   up to seven buttons are known to work, more should work too.

 o Add a number of sysctls allowing one to tune the driver to taste in
   a simple way:

     # Should the extra buttons act as axes or as middle button
     hw.psm.synaptics.directional_scrolls

     # These control the 'stickiness' at low speeds
     hw.psm.synaptics.low_speed_threshold
     hw.psm.synaptics.min_movement
     hw.psm.synaptics.squelch_level

PR: kern/75725
Submitted by: Jason Kuri <jay@oneway.com>
MFC after: 1 month

Replace err(3) calls when in daemon mode by syslog(3), too.
A daemon has no stderr to send its complains to.

Pointed out by: Nick Leuta
MFC after: 1 week

Correct two typos in almost identical fortunes.

Use the standard BSD copyright as per OpenBSD and /sys/net/slcompress*

Cast unsigned variables to int

ifr_flagshigh is FreeBSD specific

include "alias.h", not <alias.h>

MFC after: 3 days

Initialize "he" in DoFile, so savecore(8) is WARNS=6 clean.
Bump WARNS accordingly.

Reimplement the fix in rev. 1.126.

OK'ed by: phk

Integrate some OpenBSD alignment fixes.  This hopefully also fixes PR 38058...

Obtained from: Brad <brad@comstyle.com>

don't pollute global namespace with valid_Ether_p, instead, prepend
fe_ to it.

- add the Eagle Tech NE200T
- bump .Dd

Unbreak the install.

/*- or .\"- or #- to begin license clauses.

Finish removal of matcd

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