BSD Commit Log Search

   Update Date

   distrib/notes/common/main                       patched by hand
   doc/LAST_MINUTE                                 patched by hand
   doc/README.files                                patched by hand
   sys/sys/param.h                                 patched by hand

        Welcome to 6.0.4!
        [bouyer]

   distrib/notes/common/main                       patched by hand
   doc/LAST_MINUTE                                 patched by hand
   sys/sys/param.h                                 patched by hand

        Welcome to 6.0.4!
        [bouyer]

   Pull up following revision(s) (requested by spz in ticket #1016):
        external/bsd/bind/dist/bin/named/query.c: revision 1.13 via patch
   a fix by ISC for CVE-2014-0591:
   3693.  [security]      memcpy was incorrectly called with overlapping
                          ranges resulting in malformed names being generated
                          on some platforms.  This could cause INSIST failures
                          when serving NSEC3 signed zones.  [RT #35120]

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

   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.

   etc/ntp.conf                                 1.16, 1.17, 1.18 via patch
   external/bsd/ntp/dist/ntpd/ntp_request.c     patch

        Patch from ntp 4.2.7p404 to prevent an amplifier and DoS attack.
        Add several "restrict" lines to the default ntp.conf and
        improve comments
        [spz, ticket #1010]

   Pull up following revision(s) (requested by apb in ticket #1009):
        distrib/ews4800mips/Makefile: revision 1.3
   Add "cdroms" to the SUBDIR list for src/distrib/ews4800mips.

   Pull up following revision(s) (requested by bouyer in ticket #995):
        sys/arch/xen/xen/evtchn.c: revision 1.70
   Remove the "evtchn_do_event: handler %p didn't lower ipl %d %d\n" printf.
   With help from Robert Elz we've finally figured out what's going on, and
   it actually isn't a bug in the handler, but related to spin mutexes.
   When a spin mutex is released, the IPL isn't lowered back if the
   curcpu is holding other spin mutexes. This is because mutexes may not
   be released in order (and, in this case, the CPU in interrupted while
   it holds a spin mutex at IPL < IPL_SCHED).
   Also remove the test and resetting the IPL, it will be reset anyway
   inside the loop, or at the end of the loop.

   Pull up following revision(s) (requested by bouyer in ticket #991):
        sbin/fsck_ffs/inode.c: revision 1.70
   Fix pasto in the !ufs2 case (use dp->dp1 and not of dp->dp2).
   This would be a problem only when allocating a new data block and the
   indir block is already allocated, which explains why automated tests didn't
   find it.
   Problem reported on tech-kern@ and fix tested by manu@.

   Pull up following revision(s) (requested by martin in ticket #999):
        sys/compat/common/compat_util.c: revision 1.45
   Free pathbuf in an error path.
   From Maxime Villard.

   Pull up following revision(s) (requested by martin in ticket #998):
        usr.sbin/ndp/ndp.c: revision 1.42
        sys/netinet6/nd6.c: revision 1.146
   Instead of voodo casts use simple byte pointer arithmetic and memcpy to
   create the "packed" binary format we pass out to userland when querying
   the router/prefix list.
   Simplify code to print the router/prefix list: use memcpy and local structs
   properly aligned on the stack to decode the binary format passed by the
   kernel - instead of (bogusly) assuming the format will obey all local
   alignement requirements.

   Pull up following revision(s) (requested by martin in ticket #998):
        usr.sbin/ndp/ndp.c: revision 1.42
        sys/netinet6/nd6.c: revision 1.146
   Instead of voodo casts use simple byte pointer arithmetic and memcpy to
   create the "packed" binary format we pass out to userland when querying
   the router/prefix list.
   Simplify code to print the router/prefix list: use memcpy and local structs
   properly aligned on the stack to decode the binary format passed by the
   kernel - instead of (bogusly) assuming the format will obey all local
   alignement requirements.

   Pull up following revision(s) (requested by spz in ticket #996):
        sys/kern/uipc_syscalls.c: revision 1.163
   PR/47591: Michael Plass: If the unix socket is closed before accept,
   unp->unp_conn will be NULL in PRU_ACCEPT, as called from
   sys_accept->so_accept. This will cause the usrreq to return with
   no error, leaving the mbuf gotten from m_get() with an uninitialized
   length, containing junk from a previous call. Initialize m_len to
   be 0 to handle this case. This is yet another reason why Beverly's
   idea of setting m_len = 0 in m_get() makes a lot of sense. Arguably
   this could be an error, since the data we return now has 0 family
   and length.

   Pull up following revision(s) (requested by nakayama in ticket #994):
        sys/arch/sparc64/sparc64/locore.s: revision 1.350
   Increase an interrupt depth only in the case of hardware interrupts,
   and remove the ci_idepth trick in softint_fastintr.
   Fixes the following diagnostic panic reported in port-sparc64.
     panic: kernel diagnostic assertion "!cpu_intr_p()" failed: file
     "../../../../kern/subr_xcall.c", line 351

   Pull up following revision(s) (requested by para in ticket #989):
        sys/uvm/uvm_km.c: revision 1.125
   uvm_km_kmem_alloc: don't hardcode kmem_va_arena

   Pull up following revision(s) (requested by spz in ticket #988):
        sys/kern/uipc_socket.c: revision 1.220
   PR/48098: Brian Marcotte: panic: kernel diagnostic assertion "cred != NULL":
   Fix from Michael van Elst, tcpdrop crashes kernel on ebryonic connections.

   Apply patch, requested by rmind in ticket 986:
        usr.sbin/npf/npfctl/npf_ncgen.c                 patch
        sys/net/npf/npf_instr.c                         patch
   fix the byteorder for port range comparison

   Pull up following revision(s) (requested by joerg in ticket #976):
        libexec/ld.elf_so/tls.c: revision 1.9
        tests/lib/libc/tls/dso/h_tls_dlopen.c: revision 1.5
   Only initialise TLS space from the PT_TLS segment, if the size is
   positive and the offset has been computed. Fixes PR lib/48324.

   Pull up following revision(s) (requested by bouyer in ticket #974):
        sys/arch/xen/xen/xbdback_xenbus.c: revision 1.58
   Add more XENPRINTF() to xbdback_connect()
   in xbdback_backend_changed(), fix memory leak.
   Do not free an uninitialized pointer in xbdback_connect(). Should fix
    hypervisor or dom0 reboot when using windows PV drivers, as reported
    by several users on port-xen.

   Pull up following revision(s) (requested by tsutsui in ticket #972):
        distrib/utils/sysinst/mbr.c: revision 1.92
   Fix another botch of my dumb patch in PR/45990; add missing braces.
   The offset of MBR partition 0 was unintentionally set to 2048 even on
   small (<=128GB) disks.  Probably we should rethink the threshold,
   but anyway sysinst(8) should follow fdisk(8) default.
   http://nxr.NetBSD.org/xref/src/sbin/fdisk/fdisk.c?r=1.145#1199
   http://cvsweb.NetBSD.org/bsdweb.cgi/src/sbin/fdisk/fdisk.c#rev1.129
   The problem is pointed out and analyzed by Simon Nicolussi in PR/48304.
   Should be pulled up to all netbsd-6* branches.

   Pull up following revision(s) (requested by martin in ticket #971):
        external/mit/xorg/server/drivers/xf86-video-intel/Makefile: revision 1.11
   Add missing i810_dri.c file to SRCS.
   PR xsrc/48315.

   Pull up following revision(s) (requested by spz in ticket #967):
        sys/netinet/tcp_usrreq.c: revision 1.168
   PR/48098: Brian Marcotte: Avoid kernel assertion for embryonic sockets that
   don't have credentials yet.
   XXX: pullup-6

   Apply patch, requested by gson in ticket #963:
   sys/arch/x86/pci/pci_machdep.c                  1.61 via patch

        Force PCI mode 1 when running under QEMU, to work around
        QEMU bug 897771.
        This should also make it possible to boot NetBSD under versions of KVM
        that have inherited said QEMU bug.  Fixes PR kern/45671.

   Welcome to 6.0.3_PATCH.

   Pull up following revision(s) (requested by tsutsui in ticket #954):
        sys/arch/mvme68k/stand/libbug/outln.c: revision 1.4
        sys/arch/mvme68k/stand/libsa/Makefile.inc: revision 1.6
        sys/arch/mvme68k/stand/Makefile.booters: revision 1.24
        sys/arch/mvme68k/include/prom.h: revision 1.18
        sys/arch/mvme68k/stand/libsa/Makefile: revision 1.34
        sys/arch/mvme68k/stand/libbug/outstr.c: revision 1.4
   Explicitly link SRT0.o (Standalone RunTime startup code) first.
   This is my fault on changes to make mvme68k bootloaders use MI libsa:
   http://mail-index.netbsd.org/source-changes/2011/01/02/msg016539.html
   MVME PROM requires raw binaries (by objcopy -O binary) so we have to
   make sure the entry point is located at the first address of the binaries.
   The problem (6.1 netboot fails with an illegal instruction message)
   is reported by Andrew Gillham on port-mvme68k@:
   http://mail-index.netbsd.org/port-mvme68k/2013/09/17/msg000082.html
   Note mvme68k bootloadres in netbsd-6 still have another bug triggered
   by gcc-4.5.
   Should be pulled up to netbsd-6 branches.
   Make MVMEPROM_ARG2() macro take two args in a single asm statement.

    [9 lines not shown]

   Welcome to 6.0.3!

   Pull up following revision(s) (requested by riastradh in ticket #959):
        lib/libpthread/pthread.c: revision 1.137
   return errno if pthread_create hits the system limit, not just -1
   (this is not entirely correct because it can return ENOMEM which is
   not mentioned in the spec, but there are other places in pthread_create
   whete ENOMEM is returned -- it at all, this should be fixed everywhere)

   Pull up following revision(s) (requested by skrll in ticket #950):
        sys/dev/usb/uhci.c: revision 1.255
        sys/dev/usb/uhci.c: revision 1.256
        sys/dev/usb/ehci.c: revision 1.205
        sys/dev/usb/uhci.c: revision 1.258
   Add missed byteswap ops for BE machines in block added in rev 1.223.
   Call usb_syncmem() against descriptors more strictly.
   (not sure if the previous ones were fatal though)
   Deal with control transfers better by
        - removing the UHCI_PTR_VF flag for the setup and status stages
          which means they are scheduled less aggressively.  Some devices
          appear to require this (blymn@ has one).  The flag was
          introduced as a performance improvement for bulk transfers.
        - Checking for short reads and making sure the status stage runs
          if they're encountered.
   PR/47522 Enumeration of LUFA/Atmel devices on UHCI fails
   Thanks to jak@ and blymn@ for testing and mlelstv@ for comments.

   Pull up following revision(s) (requested by tsutsui in ticket #955):
        sys/arch/mvmeppc/stand/libsa/Makefile.inc: revision 1.2
        sys/arch/mvmeppc/stand/Makefile.booters: revision 1.13
        sys/arch/mvmeppc/stand/libsa/Makefile: revision 1.11
   Explicitly link srt0.o (Standalone RunTime startup code) first.
   Taken from the similar fix of mvme68k:
   http://mail-index.netbsd.org/source-changes/2013/09/21/msg047819.html
   MVME PROM requires raw binaries (by objcopy -O binary) so we have to
   make sure the entry point is located at the first address of the binaries.
   The original changes to switch to using MI libsa is:
   http://mail-index.netbsd.org/source-changes/2011/01/02/msg016563.html
   Should be pulled up to netbsd-6 branches.
   (though untested since there seems no users of mvmeppc)