report this as "6.0_POST_RC1", in order to make some fixes before RC2
is released, to make any PRs which show up in the meantime more clear.
Not intended to set a precedent. :)
Pull up following revision(s) (requested by kardel in ticket #522):
	external/bsd/ntp/dist/ntpd/ntp_io.c: revision 1.10
re-enable broadcast client config after interface re-scanning
make broadcast transmission work again
Pull up following revision(s) (requested by bouyer in ticket #523):
	sys/dev/scsipi/scsiconf.c: revision 1.269
If the controller supports more than 256 commands per target,
clamp it to 256 (maximum number of tags in SCSI). Newer controllers
(such as mpii(4), and mfi(4) when fixed to announce tagged queuing support)
support more than 256 outstanding commands and don't use the scsi tag,
but at this time scsipi will always allocate a tag, and panic if a periph
tries to send more than 256 commands.
Pull up following revision(s) (requested by bouyer in ticket #524):
	sys/dev/ic/isp_netbsd.c: revision 1.86
Properly fill the struct timeval before using it: a timeout in microseconds has
to be converted to seconds and microseconds.
Fix KASSERT("usec >= 0 && usec < 1000000") in tvtohz().
While there, simplify computation of to (avoids a timersub() in tvhzto()
and directly call tvtohz() with the interval).
Pull up following revision(s) (requested by dholland in ticket #526):
	share/man/man3/rbtree.3: revision 1.7
Add more function argument names to the man page, trying to address
PR 46814 by Lloyd Parkes. Bump date.
Pull up following revision(s) (requested by drochner in ticket #527):

mention switch to FAST_IPSEC in January
Pull up following patch (requested by macallan in ticket #528):

Comment out radeonfb for the release, as it causes problems on some
hardware.
Pull up following revision(s) (requested by jakllsch in ticket #529):
	sys/arch/x86/acpi/acpi_wakeup.c: revision 1.32
It turns out we're actually waiting for other processors to be unbusy, not busy.
Unbreaks ACPI suspend on uniprocessor.  Probably fixes unnoticed bugs on MP.
Needs pullup to netbsd-6.
Pull up following revision(s) (requested by chs in ticket #530):
	sys/nfs/nfs_serv.c: revision 1.164
fix error handling in nfsrv_rename(): when the first nfs_namei() fails,
don't try to free the resources allocated by a successful lookup.
Pull up following revision(s) (requested by martin in ticket #531):
	external/gpl3/binutils/dist/bfd/elf32-vax.c: revision 1.7
Make this to produce working shared libraries again.
Resultant distribution was booted into single user using shared libraries.
Pull up following revision(s) (requested by martin in ticket #532):
	sys/arch/vax/vax/machdep.c: revision 1.189
Kernel crash dumps are not properly implemented - so do not pretend they
would exist and set dumplo to 0 if dumpsize is 0. This makes savecore
happy.
XXX - implement real dumps, most of the needed code seems to be in place
already.
Pull up following revision(s) (requested by rmind in ticket #533):
	sys/arch/i386/i386/i386func.S: revision 1.17
tlbflushg/i386: test for the PGE feature flag first, before checking the %cr4.
Add a comment explaining why need to check both and in such order.
Pull up following revision(s) (requested by bouyer in ticket #534):
	sys/dev/pci/if_wmreg.h: revision 1.48
	sys/dev/pci/if_wm.c: revision 1.232
	sys/dev/pci/if_wm.c: revision 1.233
	sys/dev/pci/if_wm.c: revision 1.234
Make vlan and all ip/ip6 checksum offload work for the I350.
On newer devices, when using the legacy TX descriptors, vlan-related flags
that were set on the last descriptor of a packet have to be set on the
first one.
For tso/checksum offloads, a new "advanced" descriptor format has to be
used.
Change wcd_txdescs to a union defining all types of descriptors (they
are all 16-bytes wide).
Define a new tx function wm_nq_start(), which handle newer devices.
There is some code duplication with wm_start(), but adding support to
the existing wm_start() would make it a if () {} else {} maze. This also
allows to get rid of some workaround for older chips that are not needed
here.
Use wm_nq_start() instead of wm_start() for the I350 (this should probably
be for all WM_F_NEWQUEUE devices, but I have no hardware but the I350 to
test). Call ifp->if_start() instead of wm_start() where is matters.
Tested on a I350, and a i80003 (which use the old format), both with and
without vlans, with and without checksum offloads.
Enable VLAN hardware tagging on all chips that have the new queue mechanism.
Tested with 82575{EB,GB}, 82576, 82580, I350 and ICH9.
Shut up gcc about some uninitialized variables.
Pull up following revision(s) (requested by macallan in ticket #535):
	sys/arch/powerpc/pic/intr.c: revision 1.23
when calculating per-IPL virq masks, take into account that shared =20
IRQs may
request different IPLs
fixes vr(4)-related problems seen on ofppc
Pull up following revision(s) (requested by jnemeth in ticket #536):
	sys/dev/pci/mfi_pci.c: revision 1.17
PR/46877 - Wolfgang Stukenbrock -- missing definition for Symbios SAS 9261-8i
Pull up following revision(s) (requested by christos in ticket #537):
	sys/nfs/nfs_serv.c: revision 1.165
When unloading the nfsserver module, call nfs_fini() so that the nfsrvdescpl
pool gets destroyed. Otherwise we are left with a stray pool that points to
unmapped memory behind (and bad things happen). Typically you get seemingly
random page faults (without printing uvm_fault) that happen in various pool
operations. Most frequent one is the pool_drain() from the page daemon.
Apply patch requested by msaitoh in pullup-6 ticket #538:

* add TAILQ satailq and sptailq
  - these queues are referenced from kernfs/ipsecsa, kernfs/ipsecsp
    as a weak_symbol.
  - KAME netkey has the two queues, but FAST-IPsec netkey doen't.
    This cause a panic. To prevent this panic, make a empty tailq.
  - The tailq doen't work, because there are no implementation yet...
Pull up following revision(s) (requested by cherry in ticket #539):
	sys/arch/amd64/amd64/machdep.c: revision 1.190
Revert to unmanaged x86 memory mapped isa and pci space.
This is a revert of commit r1.169:
http://mail-index.netbsd.org/source-changes/2011/11/06/msg028702.html
This should allow X to run on NetBSD/xen amd64 dom0, and fixes PR #46634
Pull up following revision(s) (requested by martin in ticket #540):
	external/gpl3/gcc/dist/gcc/builtins.c: revision 1.2
Make can_trust_pointer_alignment() always return false on STRICT_ALIGNMENT
archs - gcc 4.5 is not able to properly track alignment and backporting
the fix from 4.6/4.7 is not feasible (according to upstream).
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46483 for details.
Fixes PR toolchain/46865.
Tickets:
+       [kardel, ticket #522]
+       [bouyer, ticket #523]
+       [bouyer, ticket #524]
+       [dholland, ticket #526]
+       [drochner, ticket #527]
+       [macallan, ticket #528]
+       [jakllsch, ticket #529]
+       [chs, ticket #530]
+       [martin, ticket #531]
+       [martin, ticket #532]
+       [rmind, ticket #533]
+       [bouyer, ticket #534]
+       [macallan, ticket #535]
+       [jnemeth, ticket #536]
+       [christos, ticket #537]
+       [msaitoh, ticket #537]
+       [cherry, ticket #539]
+       [martin, ticket #540]