Pull up following revision(s) (requested by nonaka in ticket #1007):
sys/arch/evbsh3/t_sh7706lan/ssumci.c: revision 1.3
fix CS bit.

(bouyer)

ticket 1006

(bouyer)

ticket 1006

(bouyer)

ticket 1006

(bouyer)

Pull up following revision(s) (requested by martin in ticket #1006):
external/gpl3/gcc/dist/gcc/config/sparc/constraints.md: revision 1.2
external/gpl3/gcc/dist/gcc/config/sparc/predicates.md: revision 1.2
external/gpl3/gcc/dist/gcc/config/sparc/sync.md: revision 1.2
Port from newer gcc:
Add a "mem_noofs_operand" predicate and corresponding "w" constraint.
Use those instead of "memory_reg_operand"/"m" for some atomic instrinsic
patterns: casx (and friends) do not accept an offset from the pointer
register (they are synthetic instructions mapping to e.g. casxa [..]
ASI_P, ... and the opcode space encoding offsets in other instructions
is needed to encode the ASI here).
This fixes the build of gtk+-3.10.6 from pkgsrc on sparc64.

(bouyer)

Pull up following revision(s) (requested by martin in ticket #1006):
external/gpl3/gcc/dist/gcc/config/sparc/constraints.md: revision 1.2
external/gpl3/gcc/dist/gcc/config/sparc/predicates.md: revision 1.2
external/gpl3/gcc/dist/gcc/config/sparc/sync.md: revision 1.2
Port from newer gcc:
Add a "mem_noofs_operand" predicate and corresponding "w" constraint.
Use those instead of "memory_reg_operand"/"m" for some atomic instrinsic
patterns: casx (and friends) do not accept an offset from the pointer
register (they are synthetic instructions mapping to e.g. casxa [..]
ASI_P, ... and the opcode space encoding offsets in other instructions
is needed to encode the ASI here).
This fixes the build of gtk+-3.10.6 from pkgsrc on sparc64.

(bouyer)

Pull up following revision(s) (requested by martin in ticket #1006):
external/gpl3/gcc/dist/gcc/config/sparc/constraints.md: revision 1.2
external/gpl3/gcc/dist/gcc/config/sparc/predicates.md: revision 1.2
external/gpl3/gcc/dist/gcc/config/sparc/sync.md: revision 1.2
Port from newer gcc:
Add a "mem_noofs_operand" predicate and corresponding "w" constraint.
Use those instead of "memory_reg_operand"/"m" for some atomic instrinsic
patterns: casx (and friends) do not accept an offset from the pointer
register (they are synthetic instructions mapping to e.g. casxa [..]
ASI_P, ... and the opcode space encoding offsets in other instructions
is needed to encode the ASI here).
This fixes the build of gtk+-3.10.6 from pkgsrc on sparc64.

(bouyer)

Tickets 1000 - 1005

(bouyer)

Pull up following revision(s) (requested by tsutsui in ticket #1005):
sys/arch/luna68k/dev/omrasops.c: revision 1.15
sys/arch/luna68k/dev/omrasops.c: revision 1.16
sys/arch/luna68k/dev/lunafb.c: revision 1.27
sys/arch/luna68k/dev/lunafb.c: revision 1.28
sys/arch/luna68k/dev/lunafb.c: revision 1.29
sys/arch/luna68k/dev/lunafb.c: revision 1.30
sys/arch/luna68k/dev/omrasopsvar.h: revision 1.2
sys/arch/luna68k/dev/omrasops.c: revision 1.14
Properly initialize the palette for while on black even on 1bpp framebuffer.
Preparing for demonstration in Open Source Conference 2013 Kyoto.
Fix off by one in copyrows() backward case.
Make omrasops copycols() op work even if columns are not 32 bit aligned.
This means command line editing works properly in any cases.
The bitcopy strategies for 1bpp copycols() op are taken from
recently fixed MI sys/dev/rasops/rasops_bitops.h.
GETBITS() and PUTBITS() m68k asm macro are taken from hp300.
Tested on both 1bpp (on LUNA-II) and 4bpp (on LUNA) framebuffers.
Initialize capabilities in struct wsscreen_descr per omrasops settings.
Now REVERSE characters are drawn properly.
Add preleminary support of 4bpp LUNA framebuffer.
Changes details:
- prepare and switch 4bpp rasops functions that read/write all 4 planes
  and also handle both fg and bg colors
- make 1bpp ops use first plane on write rather than common bitmap plane
  (which is prepared for multiple plane write with raster ops)
- prepare 4bpp allocattr function to handle ANSI 16 color text
- split omrasops_init() function for each bpp
- move struct hwcmap from softc to hwdevconfig to sync palette values
  on initialization
- allow mmap(2) against all available planes
Now we can use ANSI 16 color text console and also can
demonstrate mlterm-fb with color sixel graphics and wallpaper.
XXX: Xserver needs much more work.
Pull a fix of Bt458 (8bpp framebuffer) initialization from OpenBSD/luna88k.
http://marc.info/?l=openbsd-cvs&m=138838884202196
> Correct initialization of Bt458, used in LUNA's 8bpp frame buffer.
>
> According to the manual, the address register does not automatically
> increment when we access to the control registers.  Also we disable
> overlay planes, because we do not use them.

(bouyer)

Pull up following revision(s) (requested by tsutsui in ticket #1004):
sys/arch/luna68k/dev/siotty.c: revision 1.35
sys/arch/luna68k/dev/siotty.c: revision 1.36
sys/arch/luna68k/dev/siotty.c: revision 1.37
sys/arch/luna68k/dev/siotty.c: revision 1.38
sys/arch/luna68k/dev/lunaws.c: revision 1.25
sys/arch/luna68k/dev/lunaws.c: revision 1.26
sys/arch/luna68k/dev/lunaws.c: revision 1.27
sys/arch/luna68k/dev/siovar.h: revision 1.7
sys/arch/luna68k/dev/siotty.c: revision 1.34
struct device * -> device_t, use device_xname()  (from chs@)
Whitespace cleanup.
Use softint(9) to pass received data into wskbd(9) and wsmouse(9) layers.
It might be problematic to call them from an interrupt handler at IPL_SERIAL.
Tab/space cleanup.
Use softint(9) properly to process TX/RX data between tty(4) layer.
It could cause possible locking issue to call tty(4) layer functions
from IPL_SERIAL interrupt handlers.
Changes details (mostly similar to com(4) and z8530tty(4)):
- allocate RX buffer and put data and status into it in the interrupt handler
- call t_linesw->l_rint from the software interrupt handler
- set the only first byte in siottystart() and use t_outq buffer to send
  multiple TX data
- call the next t_linesw->l_start on TX complete in the software interrupt
  handler
Also put more changes:
- handle cnmagic(9) properly (now entering ddb(4) by console BREAK works)
- allocate tty in the attach function as other drivers rather than first open
- use proper variable types
Remove initialization of unused t_softc in struct tty (to make pullup easier).

(bouyer)

Pull up following revision(s) (requested by tsutsui in ticket #1003):
sys/arch/luna68k/dev/timekeeper.h: revision 1.3
sys/arch/luna68k/dev/timekeeper.c: revision 1.11
sys/arch/luna68k/dev/timekeeper.c: revision 1.12
sys/arch/luna68k/dev/timekeeper.c: revision 1.13
Whitespace cleanup.
Fix offset of DS1287A NVRAM address on LUNA-II.
Add an initialization function of DS1287A RTC and call it during attach.
It looks the boot firmware doesn't initialize the control registers
of DS1287A (while it resets NVRAM settings) and RTC oscillator is not
started properly after replacement.
Now my LUNA-II can keep RTC properly even after reboot.

(bouyer)

Pull up following revision(s) (requested by tsutsui in ticket #1002):
sys/arch/luna68k/luna68k/disksubr.c: revision 1.30
Make the default disklabel (for disks without label) have saner value.
I.e. use d_secperunit for RAW_PART rather than 0x1fffffff for part a.

(bouyer)

Pull up following revision(s) (requested by tsutsui in ticket #1001):
sys/arch/x68k/x68k/machdep.c: revision 1.187
sys/arch/x68k/x68k/locore.s: revision 1.111
sys/arch/x68k/x68k/pmap_bootstrap.c: revision 1.60
Probe extended memories before pmap_boostrap() for actual fix of PR/45915.
Also expand expected maximum extended memory regions to recognize
upto 1008 MB RAM that is supported by the XM6i emulator.
See my post on port-x68k@ for more details:
http://mail-index.NetBSD.org/port-x68k/2013/10/19/msg000039.html
Probably worth to pullup to netbsd-6.

(bouyer)

Pull up following revision(s) (requested by tsutsui in ticket #1000):
sys/arch/luna68k/conf/GENERIC: revision 1.106
sys/arch/luna68k/conf/GENERIC: revision 1.109
sys/arch/luna68k/conf/GENERIC: revision 1.110
Enable cd at scsibus, just works on LUNA-II.
Add and enable wsmux(4) in GENERIC (for mlterm-fb demonstration).
Enable file-system CD9660 to make cd(4) actually usable.

(bouyer)

Revert, breaks the build due to missing rumpns_delay in librump.so.

(joerg)

KASSERT that cmd is non-NULL in more places, and in a place that previously
did not use KASSERT to do the same thing.

(jakllsch)

Do not take data from the controller in interrupt handler if we are polling.

(jakllsch)

New gcc can reuse stack frames for tail calls, so "main" is an optional
frame as well.

(martin)

remove unused and undefined .globl

(jakllsch)

Make the output of the test case better suited for debugging (output full
backtrace before failing any unclear asserts)

(martin)

bump openssl libraries

(christos)

new openssl

(christos)

merge conflicts

(christos)

No need to make CI_MMFSA depend on SUN4V since the ci_mmfsa field is always present in the cpu_info struct now

(palle)

regen

(christos)

regen

(christos)

zero %exc

(christos)

Add hw.printfataltraps sysctl.  Always print fatal traps for init.  For all
other processes, only do so if cpu_printfataltraps is true.

(matt)

Comment about missing stackframe member initialization (Richard Hansen)

I haven't studied the code, but I'm concerned that not initializing
sf->sf_edi could potentially leak a few bytes of information to a new
userspace process.

(christos)

stop ddb backtrace at Xsoftintr() (Richard Hansen)

Stop unwinding frames when db_stack_trace_print() encouters
Xsoftintr().  This avoids a recursive panic() due to an invalid
pointer dereference when a software interrupt panic()s.

Here's what happens without this change:

When db_stack_trace_print() runs during a panic() and db_nextframe()
encounters the Xsoftintr() frame, db_nextframe() does the following at
db_machdep.c:292:

  1. checks to see if there's a Xsoftintr() symbol (there is)
  2. checks to see if the frame corresponds to an interrupt (the
    symbol name begins with "Xsoft" so it does)

If both of the above are true (they are), db_nextframe() at
db_machdep.c:303 tries to get a pointer to a struct intrframe.
According to the comment at line 300, the second argument passed to
Xsoftintr() is a pointer to a struct intrframe.  However, the comment
and the corresponding code are not correct -- Xsoftintr() doesn't take
any arguments[1].  Attempting to fetch the second argument only yields
stack garbage, not a struct intrframe.  This causes db_machdep.c:307
to dereference a bad pointer, triggering the recursive panic().

[1] Xsoftintr() is called by Xspllower() which is called by splx()
    a.k.a. spllower().  Neither Xspllower() nor Xsoftintr() set up a
    standard frame when called (they don't do 'pushl %ebp; movl %esp,
    %ebp'), so Xsoftintr()'s %ebp is the same as splx()'s %ebp.  This
    makes splx()'s arguments look like Xsoftintr()'s arguments, and
    splx() does not take any arguments.

You can reproduce the recursive panic by reverting this change and
adding a call to panic() inside ipintr().  The backtrace will look
like the following (the line numbers you see might differ from these
line numbers -- this backtrace was generated from a slightly modified
version of the NetBSD 6.1 kernel):

    #0  vpanic (fmt=0xc0ba995b "trap", ap=0xdaa51730) at /usr/src/sys/kern/subr_prf.c:211
    #1  0xc0790529 in panic (fmt=0xc0ba995b "trap") at /usr/src/sys/kern/subr_prf.c:205
    #2  0xc07decbc in trap (frame=0xdaa517c0) at /usr/src/sys/arch/i386/i386/trap.c:396
    #3  0xc010cf48 in ?? () at /usr/src/sys/arch/i386/i386/vector.S:983
    #4  0xc02857f0 in db_get_value (addr=56, size=4, is_signed=false) at /usr/src/sys/ddb/db_access.c:72
    #5  0xc028a09a in db_nextframe (nextframe=0xdaa51b40, retaddr=0xdaa51b3c, arg0=0xdaa51b38, ip=0xdaa51b34, argp=0xdaa51d88, is_trap=0, pr=0xc07901b5 <printf>) at /usr/src/sys/arch/i386/i386/db_machdep.c:308
    #6  0xc028be2b in db_stack_trace_print (addr=<optimized out>, have_addr=true, count=65533, modif=0xc0bb44bf "", pr=0xc07901b5 <printf>) at /usr/src/sys/arch/x86/x86/db_trace.c:275
    #7  0xc07903cb in vpanic (fmt=0xc0b6ba76 "testing", ap=0xdaa51d4c) at /usr/src/sys/kern/subr_prf.c:296
    #8  0xc0790529 in panic (fmt=0xc0b6ba76 "testing") at /usr/src/sys/kern/subr_prf.c:205
    #9  0xc04e3d4f in ipintr () at /usr/src/sys/netinet/ip_input.c:369
    #10 0xc054ac0d in softint_execute (s=<optimized out>, si=<optimized out>, l=<optimized out>) at /usr/src/sys/kern/kern_softint.c:543
    #11 softint_dispatch (pinned=0xc4085560, s=4) at /usr/src/sys/kern/kern_softint.c:825
    #12 0xc0100fdb in ?? () at /usr/src/sys/arch/i386/i386/spl.S:390
    #13 0xc07d2e11 in tcp_usrreq (so=0xc40b0534, req=4, m=0x0, nam=0xc317ba00, control=0x0, l=0xc4085560) at /usr/src/sys/netinet/tcp_usrreq.c:615
    #14 0xc04bb300 in tcp_usrreq_wrapper (a=0xc40b0534, b=4, c=0x0, d=0xc317ba00, e=0x0, f=0xc4085560) at /usr/src/sys/netinet/in_proto.c:164
    #15 0xc0839006 in soconnect (so=0xc40b0534, nam=0xc317ba00, l=0xc4085560) at /usr/src/sys/kern/uipc_socket.c:821
    #16 0xc083c4ce in do_sys_connect (l=0xc4085560, fd=4, nam=0xc317ba00) at /usr/src/sys/kern/uipc_syscalls.c:371
    #17 0xc083dbeb in sys_connect (l=0xc4085560, uap=0xdbc27d00, retval=0xdbc27d28) at /usr/src/sys/kern/uipc_syscalls.c:350
    #18 0xc07b1b4a in sy_call (rval=0xdbc27d28, uap=0xdbc27d00, l=0xc4085560, sy=0xc0c2f018) at /usr/src/sys/sys/syscallvar.h:61
    #19 syscall (frame=0xdbc27d48) at /usr/src/sys/arch/x86/x86/syscall.c:179
    #20 0xc010056d in ?? () at /usr/src/sys/arch/i386/i386/locore.S:1160
    Backtrace stopped: previous frame inner to this frame (corrupt stack?)

(christos)

Add softint case (Richard Hansen)

(christos)

Sleep 10 seconds before rebooting due to panic()
To give an opportunity to screencap a panic(), or pause a VM to attach
a debugger.  (Richard Hansen)

(christos)

remove vestige from old call to printk()

This line was introduced with a call to printk() in CVS revision
1.22.4.3 and should have been removed when the call to printk() was
removed in CVS revision 1.22.4.6.  (Richard Hansen)

(christos)

fix a comment (cpu_switch() -> cpu_switchto()) (Richard Hansen)

(christos)

Remove unused declarations.

(tsutsui)

Remove tab nits.

(tsutsui)

Reorder code to avoid use-after-free on error. From Maxime Villard

(christos)

Misc KNF and cosmetics.

(tsutsui)

ctually remove all references to obsolete stinger.h.

(tsutsui)

Remove unused KernInter stuff.

(tsutsui)

Uncomment ifdef/endif and tabify.

(nakayama)

Note recent visible luna68k bootloader updates.

(tsutsui)

Bump version to denote support to pass boothowto and bootdev to kernel.

(tsutsui)

Add support to pass boothowto and bootdev info from bootloader to kernel.

Bootloader side changes:
- make boot command parse boothowto flags (-ads etc.)
- pass boothowto and bootdev info to the kernel via %d7 and %d6
  as the old 4.4BSD/luna68k kernel expected
- remove unused and now unnecessary "howto" (how_to_boot) command
- export and tweak make_device() in devopen.c to prepare bootdev info
- remove unused and commented out get_boot_device()

(tsutsui)

Add support to pass boothowto and bootdev info from bootloader to kernel.

Kernel side changes:
- use %d7 (boothowto) and %d6 (bootdev) to pass info and also use
  old macro in <sys/reboot.h> as ancient 4.4BSD did for simplicity
- add <machine/bootinfo.h> to define values as API to pass these info
- save boothowto and bootdev in registers right after zero'ing bss
- add MD device_register(9) to check booted_device per passed bootdev info
- merge old bootarg checks in rootconf() and luna68k_init() with
  tweaks for backward compatibility
  (direct boot a.out kernel from ROM monitor without bootloader still works)

(tsutsui)

Don't pass -Wl,-x to ${CC} since that strips symbols needed by ARM BE.
Let the OBJCOPY strip them.

(matt)

Use the same address as LUNA to probe LANCE on LUNA-II.

It looks the device is mapped at both regions.
4.4BSD/luna68k probes it at 0xf1000000, but UniOS-Mach for LUNA-II
attaches the lance at 0xf0000000.  It is probably because
the UniOS needs to map DS1220 NVRAM (mapped at 0xf1000004 and
used to store the MAC address) to the different kernel page,
but there is no reason for us to use different addresses.
(Note our bootloader already use the same address for both machines.)

This change will make (forthcoming) booted device check easier.

(tsutsui)

Don't use ${LD} -x because it screws up ARM BE.
Use ${OBJCOPY} ${OBJCOPYLIBFLAGS} instead so that $a/$d/$t are preserved.

(matt)

Make sure $a/$t/$d are preserved for ARM BE.

(matt)

Using ${LD} -x screws up BE arm.  Use ${OBJCOPY} ${OBJCOPYLIBFLAGS} instead
so the $a/$t/$d symbols are preserved.

(matt)

byte swap the insn on BE8 it's LE in memory but needs to be BE to decode.

(matt)

Remove comment that no longer applies.

(gson)

Regen.

(njoly)

Add NetBSD futimes/lutimes syscalls which does not exists on Linux.

(njoly)

Regen.

(njoly)

Do not redefine linux syscalls arguments, just use compat ones
instead.
Include linux_socketcall.h to bring missing socket syscall
arguments/prototypes on arches that have socketcall(2).
Finally, cleanup rump linux syscall wrapper, to remove linux syscall
argument/prototype local copy.

(njoly)

use __func__, EXIT_{SUCCESS,FAILURE}

(christos)

Make sure to start BE-8 programs with the PSR[E] set.

(matt)

Flush out the PSR definitions.

(matt)

fix style and whitespace nits

(jakllsch)

Fix a comment describing the check performed by copyin(); the value
checked against VM_MAXUSER_ADDRESS is derived from the source address,
not the destination address. OK rmind@.

(pedro)

Prevent a diagnostic assertion in tmpfs_rmdir() from being triggered
through an rmdir on ".." by moving it so it happens after the check for
empty directories; OK rmind@.

(pedro)

make it clean after itself, use standard rules files

(christos)

include bsd.own.mk

(christos)

include bsd.own.mk

(christos)

don't include bsd.sys.mk

(christos)

don't include bsd.sys.mk

(christos)

Bump date for previous.

(wiz)

not so fast, let's fix the tree first.

(christos)

Add protection against direct inclusion of this file from other Makefiles.
This file is only intended to be included from the other rules files like
bsd.lib.mk or bsd.prog.mk. If you need things to be defined early, use
bsd.own.mk.

(christos)

add .INCLUDEDFROM{FILE,DIR}

(christos)

we never include bsd.sys.mk directly.

(christos)

don't need to include anything before bsd.lib.mk since we don't use any
variables

(christos)

Fix NOMAN

(christos)

don't include bsd.sys.mk

(christos)

ACTIVE_CC can only be used after include of bsd.own.mk

(martin)

File is for 6.1.2 -> 6.1.3, not 6.1.1 -> 6.1.2

(sborrill)

Use format strings.

(joerg)

Reorgenize boot device configuration.  The idea is taken from OpenBSD/luna88k.

- remove kernel-like autoconfiguration to probe bootable devices
- initialize SCSI and Ethernet controllers statically instead
- reorganize device softc structures per autoconf removal
- probe and print all SCSI disks (but don't assign unit numbers)
- make sdopen() to recheck the device and allocate softc dynamically
- use controller number and SCSI target ID (ctlr * 10 + id) to specify
  the boot disk on the "boot" command arg
- bump version to denote changes

Now bootloader works as the following:
---
>> NetBSD/luna68k boot, Revision 1.8 (Wed Jan  8 22:13:12 JST 2014)
>> (based on Stinger ver 0.0 [Phase-31])

Machine model  = LUNA-II
Physical Memory = 0x4000000  (64 MB)

sc0 at 0xe1000000: async, parity, ID 7
ID 3: TEAC FC-1    HGF  10 rev , 512 bytes/sect x 2879 sectors
ID 6: IBM DPES-31080 rev S31Q, 512 bytes/sect x 2118143 sectors
sc1 at 0xe1000040: async, parity, ID 7
ID 6: MELCO DSC-G rev 1.00, 512 bytes/sect x 62533295 sectors
le0: Am7990 LANCE Ethernet, mem at 0x71010000
le0: Ethernet address = 00:00:0a:03:42:77

Press return to boot now, any other key for boot menu
booting sd(16,0)netbsd - starting in 0 seconds.
auto-boot sd(16,0)netbsd
1911696+96040 [280480+159179]=0x255a30
:

(tsutsui)

In the strcat test, smash the stack more severely (this all may depend
on alignment and stack frame details).
The gcc folks disagree with this test in general:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59750

(martin)

whitespace.

(wiz)

whitespace.

(wiz)

give err() some reason to avoid:
sysctl.c:2713:5: error: zero-length gnu_printf format string [-Werror=format-zero-length]

(pooka)

Add a cleanup routine because if a test fails, the script exits and the
rest of the code is not executed.
Note that the cleanup routine is executed in a separate shell so environment
variables are not propagated and need to be set again.

(christos)

Sync with pcidev's change. Rename PCI_PRODUCT_MARVELL2_88SE9128 to
PCI_PRODUCT_MARVELL2_88SE912Z. No functional change.

(msaitoh)

regen.

(msaitoh)

Rework for Marvell 88SE9128. Change the description of 0x9123 to
88SE912[38]. For 0x91a3, add '(unclear)' into the description.
FreeBSD, Linux and http://pci-ids.ucw.cz have no such device.

(msaitoh)

Undo previous; unfortunately the cleanup routine gets called in a different
shell so it can't cleanup stuff set in the environment of the first shell.
There are 2 problems:
- calling the test routine directly does not cleanup (not using
  atf-run)
- when using atf-run, the cleanup routine needs state from the
  running code which can only be stored in files. This will never
  allow us to run tests in parallel since we need to keep a known
  place to pass state.

(christos)

Make cleanup work as documented; note there are no tests testing that cleanup
works.

(christos)

Build BE ramdisks for BE MACHINE_ARCH's

(matt)

Build BE ramdisks for BE MACHINE_ARCH's

(matt)

regen

(christos)

revert unintended changes

(christos)

Fix build. Only compile tested.

(htodd)

sun4v: Update description of the ci_mmfsa field in the cpu_info structure

(palle)

Coding style fixes (whitespace) - no functional changes

(palle)

Clarify the behavior of the @machine and @machine_arch magic links
relative to uname output when running in emulations: the magic links
are *not* affected even though uname output changes.

(This means @machine magic links can be used for e.g. amd64 vs. i386
device nodes. There's also an @emul magic link for emulation.)

Noted by apb.

(dholland)

regen.

(msaitoh)

Remove 88SE9128(0x913a) entry. At least one of 88SE9128 chip's
product ID is 0x9123. I have this one. Add new 88SE912X entry
with 0x9123. OK'ed by jakllsch.

(msaitoh)

add three temperature sensors from ST.

(mlelstv)

fix prototype for strnlen.

(apb)

fix copyright botch and add library for netinet6; still does not fix the
problem.

(christos)

Operation sysvbfs_remove() destructs inodes attached to active vnodes.
Defer the destruction to sysvbfs_reclaim().

Disable test t_renamerace:sysvbfs_renamerace as it will exhaust the
inode table (sysvbfs has space for 8 inodes only).

Ok: Izumi Tsutsui <tsutsui@netbsd.org>

(hannken)

allow non-SUN4V kernels to build

(macallan)

Declare and define strnlen if necessary.

(apb)

regen

(apb)

regen

(apb)

Add strnlen to configure tests in tools/compat

(apb)

Make strnlen implementation usable from src/tools/compat.

(apb)

add new resolv.conf file

(christos)

Use our own resolv.conf file simplifying the test to not need rump_vfs.
Add debugging on the dns server
One test fails (gethostbyaddr6) why? It runs without rump

(christos)

Make the amd64 post-halt-press-a-key code match i386, and introduce
into both a message for the case where cngetc() doesn't work. If
there's no console attached, this won't accomplish anything; but if
there's a screen but no keyboard, or the keyboard's wedged, or
whatever, it might provide useful information.

Suggested back in 2009 by some stuff in PR 37924 and has been hanging
about in one of my trees ever since.

(dholland)

provide a patchable __res_conf_name for testing purposes.

(christos)

CMSG_SPACE is no longer an issue.

(joerg)

Fix whitespace issues.

(jakllsch)

Add unused tps65217pmic_reg_write() function.

(jakllsch)

Allocate direntp on the stack in tmpfs_dir_getdents(), thus saving
calls to kmem_zalloc() and kmem_free(); OK rmind@. From OpenBSD.

(pedro)

Add support for touchscreens that don't frame the packets (usually USB devices
like e.g. the IBM SurePos touchscreens).

(mbalmer)

Add support for inverted axis, from upstream repository.

(mbalmer)

bump libc for ptsname_r

(christos)

bump for ptsname_r

(christos)

OpenBSD has kqueue

(pooka)

remove obsolete definitions

(pooka)

Kill extra space in function argument.

(njoly)

add ptsname_r

(christos)

return the same errors as linux for ptsname_r

(christos)

add ptsname_r

(christos)

add ptsname_r

(christos)

perror is obsolete, use warn and add missing paren.

(christos)

do as the comment says and #if defined(every_other) || defined(platform) || ...
===> #if !defined(__NetBSD__)

(pooka)

OpenBSD support

from Justin Cormack via github

(pooka)

Use 5.2 usage pattern in the synopsis.

(mbalmer)

remove register

(christos)

handle unaligned accesses

(christos)

Before scanning, check if the card is up. If it is not the case, exit
with some useful error message. Add some note about this fact in the man
page too.

(degroote)

sun4v: trap table setup - currently populated with dummy entries which will be properly implemented later - parts from OpenBSD - OK martin@

(palle)

ticket #1896

(bouyer)

ticket #1896

(bouyer)

ticket #1896

(bouyer)

xsrc/external/mit/libXfont/dist/src/bitmap/bdfread.c patch
xsrc/xfree/xc/lib/font/bitmap/bdfread.c patch

Fix CVE-2013-6462: scanf without field width limits can crash
with huge input data.
[wiz, ticket #1896]

(bouyer)

xsrc/external/mit/libXfont/dist/src/bitmap/bdfread.c patch
xsrc/xfree/xc/lib/font/bitmap/bdfread.c patch

Fix CVE-2013-6462: scanf without field width limits can crash
with huge input data.
[wiz, ticket #1896]

(bouyer)

xsrc/external/mit/libXfont/dist/src/bitmap/bdfread.c patch
xsrc/xfree/xc/lib/font/bitmap/bdfread.c patch

Fix CVE-2013-6462: scanf without field width limits can crash
with huge input data.
[wiz, ticket #1896]

(bouyer)

ticket 1011

(bouyer)

ticket 1011

(bouyer)

ticket 1011

(bouyer)

xsrc/external/mit/libXfont/dist/src/bitmap/bdfread.c patch
xsrc/xfree/xc/lib/font/bitmap/bdfread.c patch

Fix CVE-2013-6462: scanf without field width limits can crash
with huge input data.
[wiz, ticket #1011]

(bouyer)

xsrc/external/mit/libXfont/dist/src/bitmap/bdfread.c patch
xsrc/xfree/xc/lib/font/bitmap/bdfread.c patch

Fix CVE-2013-6462: scanf without field width limits can crash
with huge input data.
[wiz, ticket #1011]

(bouyer)

xsrc/external/mit/libXfont/dist/src/bitmap/bdfread.c patch
xsrc/xfree/xc/lib/font/bitmap/bdfread.c patch

Fix CVE-2013-6462: scanf without field width limits can crash
with huge input data.
[wiz, ticket #1011]

(bouyer)

Add some minimal tests of vmstat(1), to serve as regression tests
for PR bin/44518.

(gson)

Kill unneeded paragraph macro.

(njoly)

PR/46182: Andreas Gustafsson: Make all files ending in [.-]sh executable.
The perfect is the enemy of the good.

(christos)

Better document eval, mentioning optional second and third arguments.
Requested by martin.
Bump date.

(wiz)

Insert completion barrier between register write and delay().
One exception is chip reset (to avoid hangup).

(msaitoh)

Fix build with GCC 4.5.

(joerg)

Re-instate the zero length sections in elf core dumps (they probably help
  describe the process memory layout).
Fudge the a.out core code to not dump the entire contents.
I'm not sue that anything can read a.out core files - more progress might
  be made on such dumps by converting the a.out file to elf!

(dsl)

Additional hardening after CVE-2013-6462:

From f8b21df399fbedd08da88752181b8a290a38d890 Mon Sep 17 00:00:00 2001
From: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Mon, 23 Dec 2013 19:01:11 -0800
Subject: [PATCH:libXfont 2/2] Limit additional sscanf strings to fit buffer
sizes

None of these could currently result in buffer overflow, as the input
and output buffers were the same size, but adding limits helps ensure
we keep it that way, if we ever resize any of these in the future.

Fixes cppcheck warnings:
[lib/libXfont/src/bitmap/bdfread.c:547]: (warning)
  scanf without field width limits can crash with huge input data.
[lib/libXfont/src/bitmap/bdfread.c:553]: (warning)
  scanf without field width limits can crash with huge input data.
[lib/libXfont/src/bitmap/bdfread.c:636]: (warning)
  scanf without field width limits can crash with huge input data.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Matthieu Herrb <matthieu@herrb.eu>
Reviewed-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
---
src/bitmap/bdfread.c |  14 +++++++++++---
1 file changed, 11 insertions(+), 3 deletions(-)

(wiz)

CVE-2013-6462:
From aeabb3efa6905e11c479e2e5319f2b6b3ab22009 Mon Sep 17 00:00:00 2001
From: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Mon, 23 Dec 2013 18:34:02 -0800
Subject: [PATCH:libXfont 1/2] CVE-2013-XXXX: unlimited sscanf can overflow
stack buffer in bdfReadCharacters()

Fixes cppcheck warning:
[lib/libXfont/src/bitmap/bdfread.c:341]: (warning)
  scanf without field width limits can crash with huge input data.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Matthieu Herrb <matthieu@herrb.eu>
Reviewed-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
---
src/bitmap/bdfread.c |    2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

(wiz)

Additional hardening from upstream:

From f8b21df399fbedd08da88752181b8a290a38d890 Mon Sep 17 00:00:00 2001
From: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Mon, 23 Dec 2013 19:01:11 -0800
Subject: [PATCH:libXfont 2/2] Limit additional sscanf strings to fit buffer
sizes

None of these could currently result in buffer overflow, as the input
and output buffers were the same size, but adding limits helps ensure
we keep it that way, if we ever resize any of these in the future.

Fixes cppcheck warnings:
[lib/libXfont/src/bitmap/bdfread.c:547]: (warning)
  scanf without field width limits can crash with huge input data.
[lib/libXfont/src/bitmap/bdfread.c:553]: (warning)
  scanf without field width limits can crash with huge input data.
[lib/libXfont/src/bitmap/bdfread.c:636]: (warning)
  scanf without field width limits can crash with huge input data.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Matthieu Herrb <matthieu@herrb.eu>
Reviewed-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
---
src/bitmap/bdfread.c |  14 +++++++++++---
1 file changed, 11 insertions(+), 3 deletions(-)

(wiz)

CVS-2013-6462:
From aeabb3efa6905e11c479e2e5319f2b6b3ab22009 Mon Sep 17 00:00:00 2001
From: Alan Coopersmith <alan.coopersmith@oracle.com>
Date: Mon, 23 Dec 2013 18:34:02 -0800
Subject: [PATCH:libXfont 1/2] CVE-2013-XXXX: unlimited sscanf can overflow
stack buffer in bdfReadCharacters()

Fixes cppcheck warning:
[lib/libXfont/src/bitmap/bdfread.c:341]: (warning)
  scanf without field width limits can crash with huge input data.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Matthieu Herrb <matthieu@herrb.eu>
Reviewed-by: Jeremy Huddleston Sequoia <jeremyhu@apple.com>
---
src/bitmap/bdfread.c |    2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

(wiz)