OpenBSD src changes summary for 2016-10-26
==========================================

bin/ps                                  distrib/sets
regress/lib                             regress/sys
sbin/pfctl                              sbin/ping
share/man                               sys/arch/amd64/include
sys/arch/i386/i386                      sys/arch/i386/include
sys/arch/mips64/mips64                  sys/arch/octeon/octeon
sys/arch/sgi/sgi                        sys/net
usr.bin/locale                          usr.bin/sed
usr.bin/tmux                            usr.sbin/bgpctl
usr.sbin/makefs                         usr.sbin/vmctl
usr.sbin/vmd                            

== bin =============================================================== 01/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/bin

ps

  ~ ps.1                                  

  > Document LC_CTYPE.
  > The lack of this entry was reported by Jan Stary <hans at stare dot cz>.
  > OK czarkoff@ jmc@ (schwarze@)

== distrib =========================================================== 02/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib

sets

  ~ lists/base/md.i386                    

  > sync (deraadt@)

== regress =========================================================== 03/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/regress

lib

  ~ libm/fenv/Makefile                    

  > use -ffloat-store to avoid too much precision which breaks the subtle test
  > on some platforms; suggested by and ok martynas@ (otto@)

sys

  ~ net/pflow/Makefile                    ~ net/pflow/flow.pl
  ~ net/pflow/gen_traffic.c               ~ net/pflow/template.pl

  > Cleanup pflow test before fixing it.  Be more verbose to make
  > debugging easier.  Handle EINPROGRESS connect(2) error correctly.
  > Perl pack Q fails on 32 bit machines, add workaround.  Restore
  > interfaces in END block, works also if script dies.
  > OK florian@ (bluhm@)

  ~ net/pf_forward/Makefile               

  > In addition to forwarding and path MTU discovery with pf, check
  > that ICMP Time Exceeded packets are generated.  Traceroute output
  > from packets forwarded through pf and a router must contain 3 hops
  > and every hop must respond.
  > Do not test with af-to and reply-to rules as this does not work
  > right now. (bluhm@)

== sbin ============================================================== 04/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sbin

pfctl

  ~ pfctl_parser.c                        

  > When using a /32 IPv4 interface address, pfctl(8) reports a 0.0.0.0
  > as broadcast address.  The kernel does not consider this a broadcast
  > address and ifconfig(8) has a check to exclude it.  Use the same
  > check in pfctl(8).
  > Found by regress/sbin/pfctl pfi2; OK mikeb@ (bluhm@)

ping

  ~ ping.8                                

  > Due to 64 bit seconds + 64 bit nano seconds resolution and the
  > addition of a MAC we need at least 24 bytes packet size these days to
  > show timing information.
  > Pointed out by Tamas Horvath, thanks!
  > OK jmc (florian@)

  ~ ping.8                                

  > in florian;s last commit i urged him to change "twenty-four" to
  > "twenty four", arguing, i think, that the internet is wrong; well
  > seemingly i'm wrong, and you should hyphenate numbers when spelled out
  > - who'd have thought it. apologies to florian and the diff submitter
  > (and the internet);
  > still, what i should have advised, and what i've done here, is use "24",
  > which is much simpler, fits the surrounding text, and agrees with oed
  > style advice; (jmc@)

== share ============================================================= 05/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man4/pvbus.4                          

  > Section name references are case sensitive (mikeb@)

== sys =============================================================== 06/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys

arch/amd64/include

  ~ vmmvar.h                              

  > Don't use a bitfield in the msr store index structure. This may not end up
  > initializing the unused bits, leading to VMABORTs during vmentry. Found the
  > hard way on i386 vmm, but the problem could occur on amd64 as well.
  > (mlarkin@)

arch/i386/i386

  ~ vmm.c                                 

  > Fix a few misc bugs in i386 vmm:
  > 1. Include ioctls needed for pledge support (to be used with the upcoming
  > i386 vmd diff)
  > 2. Don't assume we can enter an IA32e mode guest on entry when the host
  > doesn't have unrestricted guest capability
  > 3. Don't enable PAE in the guest CR4 when launching on hosts without
  > unrestricted guest capability (vmd does not set up PAE bootstrap page
  > tables)
  > 4. Don't use a bitfield for the MSR bitmap index (same fix as just
  > committed
  > for amd64)
  > 5. Store and restore EFER properly on exit to ensure that the host NXE
  > is recovered on exit (mlarkin@)

arch/i386/include

  ~ vmmvar.h                              

  > Fix a few misc bugs in i386 vmm:
  > 1. Include ioctls needed for pledge support (to be used with the upcoming
  > i386 vmd diff)
  > 2. Don't assume we can enter an IA32e mode guest on entry when the host
  > doesn't have unrestricted guest capability
  > 3. Don't enable PAE in the guest CR4 when launching on hosts without
  > unrestricted guest capability (vmd does not set up PAE bootstrap page
  > tables)
  > 4. Don't use a bitfield for the MSR bitmap index (same fix as just
  > committed
  > for amd64)
  > 5. Store and restore EFER properly on exit to ensure that the host NXE
  > is recovered on exit (mlarkin@)

arch/mips64/mips64

  ~ cpu.c                                 

  > Increment `ncpus' to its final value already during autoconfiguration so
  > that percpu data areas get allocated properly on mips64 platforms. It is
  > too late to set the value during launch of secondary CPUs.
  > ok jasper@ kettenis@ dlg@ (visa@)

arch/octeon/octeon

  ~ machdep.c                             

  > Increment `ncpus' to its final value already during autoconfiguration so
  > that percpu data areas get allocated properly on mips64 platforms. It is
  > too late to set the value during launch of secondary CPUs.
  > ok jasper@ kettenis@ dlg@ (visa@)

arch/sgi/sgi

  ~ ip27_machdep.c                        ~ ip30_machdep.c

  > Increment `ncpus' to its final value already during autoconfiguration so
  > that percpu data areas get allocated properly on mips64 platforms. It is
  > too late to set the value during launch of secondary CPUs.
  > ok jasper@ kettenis@ dlg@ (visa@)

net

  ~ if_pflog.c                            ~ pf.c
  ~ pf_ioctl.c                            ~ pf_lb.c
  ~ pf_norm.c                             ~ pf_osfp.c
  ~ pf_table.c                            ~ pfvar.h
  + pfvar_priv.h                          

  > Put union pf_headers and struct pf_pdesc into separate header file
  > pfvar_priv.h.  The pf_headers had to be defined in multiple .c files
  > before.  In pfvar.h it would have unknown storage size, this file
  > is included in too many places.  The idea is to have a private pf
  > header that is only included in the pf part of the kernel.  For now
  > it contains pf_pdesc and pf_headers, it may be extended later.
  > discussion, input and OK henning@ procter@ sashan@ (bluhm@)

== usr.bin =========================================================== 07/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin

locale

  ~ locale.1                              

  > Polishing together with jmc@:
  > Avoid the impression that we unconditionally recommend
  > LC_CTYPE=en_US.UTF-8.
  > Make it clear that not all parts of the system fully support it yet.
  > Collect the sentences drawing the big picture into a single paragraph,
  > and move it to a less unusual place, right after the option list.
  > (schwarze@)

sed

  ~ sed.1                                 

  > make it clear that the s/// numeric flag can contain
  > more than one digit but cannot start with zero;
  > feedback and OK jmc@, OK jca@, OK millert@ on an earlier version
  > (schwarze@)

tmux

  ~ cmd-load-buffer.c                     

  > Buffer name can be NULL, check before strdup(). (nicm@)

== usr.sbin ========================================================== 08/08 ==

  http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

bgpctl

  ~ bgpctl.8                              

  > nicer list width; from julien dhaille (jmc@)

makefs

  ~ cd9660.c                              ~ cd9660.h
  ~ ffs.c                                 ~ makefs.8
  ~ makefs.c                              ~ makefs.h
  ~ msdos.c                               ~ msdos/mkfs_msdos.h

  > Remove FS-specific option descriptions from the source code. We have a
  > manual for that. While there document the isolevel option and remove
  > some dysfunctional cd9660 options. (natano@)

  ~ cd9660.c                              

  > Use OPT_BOOL, not OPT_INT32 for boolean cd9660 options. (natano@)

  ~ cd9660.c                              ~ cd9660.h
  ~ makefs.8                              ~ cd9660/cd9660_eltorito.c

  > Remove cd9660's chrp-boot option. deraadt confirmed we don't support any
  > CHRP hardware. (natano@)

  ~ makefs.8                              

  > Add the omit-trailing-period cd9660 option to the manual. (natano@)

  ~ makefs.8                              ~ cd9660/cd9660_eltorito.c

  > mac68k is discontinued (natano@)

  ~ cd9660.c                              ~ cd9660.h
  ~ ffs.c                                 ~ cd9660/cd9660_eltorito.c
  ~ cd9660/cd9660_write.c                 ~ ffs/buf.c
  ~ ffs/ffs_alloc.c                       ~ ffs/mkfs.c

  > s/EXIT_FAILURE/1/ (natano@)

vmctl

  ~ Makefile                              

  > vmd(8)/vmctl(8) for i386. Some ugliness in #ifdef __i386__ areas will be
  > fixed in tree, but the changes required were pretty minimal.
  > Note that i386 hosts are still presently limited to running i386 guests.
  > ok deraadt, stefan, jca (mlarkin@)

vmd

  ~ Makefile                              ~ i8253.c
  ~ loadfile_elf.c                        ~ mc146818.c
  ~ ns8250.c                              ~ vmm.c

  > vmd(8)/vmctl(8) for i386. Some ugliness in #ifdef __i386__ areas will be
  > fixed in tree, but the changes required were pretty minimal.
  > Note that i386 hosts are still presently limited to running i386 guests.
  > ok deraadt, stefan, jca (mlarkin@)

===============================================================================
_______________________________________________
odc mailing list
[email protected]
http://www.squish.net/mailman/listinfo/odc

Reply via email to