[odc] Daily src changes for 2006-05-02

ODC auto at squish.net
Wed May 3 08:00:48 BST 2006


OpenBSD src changes summary for 2006-05-02
==========================================

bin/ps                                  bin/systrace
sbin/pfctl                              share/man
sys/arch/amd64/amd64                    sys/arch/i386/i386
sys/arch/i386/isa                       sys/arch/m88k/include
sys/arch/m88k/m88k                      sys/arch/macppc/pci
sys/arch/mvme88k/conf                   sys/arch/mvme88k/dev
sys/arch/mvme88k/include                sys/arch/mvme88k/mvme88k
sys/dev/pci                             sys/net
usr.bin/join                            usr.bin/mail
usr.bin/mg                              usr.sbin/bgpd

== bin =============================================================== 01/06 ==

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

ps

  ~ extern.h                              ~ keyword.c
  ~ print.c                               

  > Format nicelevel relative NZERO as other tools do.
  > Surely, says millert. (hugh@)

systrace

  ~ filter.c                              ~ intercept-translate.c
  ~ openbsd-syscalls.c                    ~ systrace-translate.c
  ~ systrace.c                            ~ intercept.h

  > some type cleanup
  > with feedback from kettenis (sturm@)

== sbin ============================================================== 02/06 ==

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

pfctl

  ~ parse.y                               

  > fix creation of sub-anchors, e.g. if you create an anchor /foo/bar, create
  > only bar under foo, not /bar as well.
  > secondly, when using "load anchor from" from a sub-anchor, the loading
  > point should be relative to the sub-anchor doing the load (unless absolute
  > paths are used, of course).
  > from Boris Polevoy. probably a -stable candidate. (dhartmei@)

== share ============================================================= 03/06 ==

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

man

  ~ man8/vpn.8                            

  > correct command-line prompts; from daniel wade (jmc@)

== sys =============================================================== 04/06 ==

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

arch/amd64/amd64

  ~ fpu.c                                 

  TAGGED OPENBSD_3_9
  > MFC:
  > Fix by mickey@
  > from todays freebsd advisory: fxrstor on amd cpu does not restore
  > fip,fdp,fop thus leaking other proc'sexecution history (brad@)

  ~ fpu.c                                 

  TAGGED OPENBSD_3_8
  > MFC:
  > Fix by mickey@
  > from todays freebsd advisory: fxrstor on amd cpu does not restore
  > fip,fdp,fop thus leaking other proc'sexecution history (brad@)

  ~ fpu.c                                 

  TAGGED OPENBSD_3_7
  > MFC:
  > Fix by mickey@
  > from todays freebsd advisory: fxrstor on amd cpu does not restore
  > fip,fdp,fop thus leaking other proc'sexecution history (brad@)

arch/i386/i386

  ~ pmap.c                                

  TAGGED OPENBSD_3_8
  > MFC:
  > Fix by tom@
  > Don't leave a dangling pointer to the process-specific LDT after
  > we free it.  Instead set it to the default value for a new process. (brad@)

  ~ pmap.c                                

  TAGGED OPENBSD_3_9
  > MFC:
  > Fix by tom@
  > Don't leave a dangling pointer to the process-specific LDT after
  > we free it.  Instead set it to the default value for a new process. (brad@)

  ~ pmap.c                                

  TAGGED OPENBSD_3_7
  > MFC:
  > Fix by tom@
  > Don't leave a dangling pointer to the process-specific LDT after
  > we free it.  Instead set it to the default value for a new process. (brad@)

  ~ powernow-k7.c                         

  TAGGED OPENBSD_3_7
  > * Plug memory leak if init fails; ok gwk@ (pat@)

arch/i386/isa

  ~ npx.c                                 

  TAGGED OPENBSD_3_9
  > MFC:
  > Fix by mickey@
  > from todays freebsd advisory: fxrstor on amd cpu does not restore
  > fip,fdp,fop thus leaking other proc'sexecution history (brad@)

  ~ npx.c                                 

  TAGGED OPENBSD_3_8
  > MFC:
  > Fix by mickey@
  > from todays freebsd advisory: fxrstor on amd cpu does not restore
  > fip,fdp,fop thus leaking other proc'sexecution history (brad@)

  ~ npx.c                                 

  TAGGED OPENBSD_3_7
  > MFC:
  > Fix by mickey@
  > from todays freebsd advisory: fxrstor on amd cpu does not restore
  > fip,fdp,fop thus leaking other proc'sexecution history (brad@)

arch/m88k/include

  ~ db_machdep.h                          

  > Replace db_{disable,enable}_interrupts with expanded version of themselves,
  > having macros for this is not worth doing. (miod@)

arch/m88k/m88k

  ~ trap.c                                

  > Replace db_{disable,enable}_interrupts with expanded version of themselves,
  > having macros for this is not worth doing. (miod@)

arch/macppc/pci

  ~ vgafb.c                               

  > The r128 driver also need the 0xb0000-0xc0000 address range. found by
  > Jolan at .atthieu@)

arch/mvme88k/conf

  ~ GENERIC                               ~ M187
  ~ M188                                  ~ M197
  ~ RAMDISK                               ~ files.mvme88k

  > Wave goodbye to bugtty on mvme88k as well. (miod@)

arch/mvme88k/dev

  - bugtty.c                              - bugttyfunc.h
  ~ bugio.c                               

  > Wave goodbye to bugtty on mvme88k as well. (miod@)

arch/mvme88k/include

  ~ bugio.h                               

  > Wave goodbye to bugtty on mvme88k as well. (miod@)

arch/mvme88k/mvme88k

  ~ autoconf.c                            ~ conf.c
  ~ m188_machdep.c                        ~ m1x7_machdep.c
  ~ machdep.c                             

  > Wave goodbye to bugtty on mvme88k as well. (miod@)

dev/pci

  ~ if_fxp_pci.c                          

  TAGGED OPENBSD_3_9
  > MFC:
  > Fix by miod@
  > Fix device id typo introduced in r1.41; found the hard way by Daniel
  > Hamlin. (brad@)

net

  ~ pf_table.c                            

  > fix creation of sub-anchors, e.g. if you create an anchor /foo/bar, create
  > only bar under foo, not /bar as well.
  > secondly, when using "load anchor from" from a sub-anchor, the loading
  > point should be relative to the sub-anchor doing the load (unless absolute
  > paths are used, of course).
  > from Boris Polevoy. probably a -stable candidate. (dhartmei@)

  ~ pf_norm.c                             

  TAGGED OPENBSD_3_9
  > MFC:
  > Fix by dhartmei@
  > fixup IP checksum when modifying IP header fields, based on a patch in
  > fbsd PR 93849 from Max Laier (brad@)

  ~ pf_norm.c                             

  TAGGED OPENBSD_3_8
  > MFC:
  > Fix by dhartmei@
  > fixup IP checksum when modifying IP header fields, based on a patch in
  > fbsd PR 93849 from Max Laier (brad@)

  ~ pf.c                                  

  TAGGED OPENBSD_3_8
  > MFC:
  > Fix by frantzen@
  > the TCP SACK option needs sequence number modulation (brad@)

== usr.bin =========================================================== 05/06 ==

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

join

  ~ join.1                                

  > Spread some .Xr for the hard to stumble across lam(1).
  > jmc yeps. (hugh@)

mail

  ~ extern.h                              

  > Nuke a couple orphaned prototypes.
  > quoth deraadt: no problem (hugh@)

mg

  ~ buffer.c                              ~ def.h
  ~ dir.c                                 ~ dired.c
  ~ file.c                                ~ grep.c

  > Make buffers store their own working directory. This makes things like
  > grep, compile, lint work as expected (act on current buffer's cwd).
  > Display this path when opening or replacing a file, rather than
  > relying on the user to guess, or remember. (kjell@)

== usr.sbin ========================================================== 06/06 ==

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

bgpd

  ~ name2id.c                             

  > The pftable name to ID functions should use the pftable_labels list and not
  > the rt_labels list. Luckily this bug was not visible because of the way the
  > pftable and rtlabel code works. Found by Thomas E. Spanjaard. (claudio@)

===============================================================================



More information about the odc mailing list