[odc] Daily src changes for 2008-03-16

ODC auto at squish.net
Mon Mar 17 07:00:01 GMT 2008


OpenBSD src changes summary for 2008-03-16
==========================================

bin/df                                  include/stdlib.h
lib/libc                                lib/libpthread
share/man                               sys/arch/amd64/conf
sys/arch/amd64/pci                      sys/arch/i386/conf
sys/arch/i386/pci                       sys/arch/sparc64/conf
sys/arch/sparc64/dev                    sys/arch/sparc64/sparc64
sys/compat/common                       sys/conf
sys/dev/ic                              sys/dev/pci
sys/kern                                sys/nfs
sys/sys                                 sys/ufs/ffs
usr.bin/vmstat                          usr.sbin/sensorsd
usr.sbin/snmpd                          usr.sbin/syslogd

== bin =============================================================== 01/07 ==

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

df

  ~ df.c                                  

  > actually print the now available large numbers (otto@)

== include =========================================================== 02/07 ==

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

stdlib.h

  ~ stdlib.h                              

  > diff from djm@ committed at his request:
  > introduce two new APIs for requesting strong random numbers:
  > arc4random_buf() - fill an arbitrary memory range with random numbers
  > arc4random_uniform() - return a uniformly distributed random number
  > below
  > a specified upper bound, avoiding the bias that comes from a naive
  > "arc4random() % upper_bound" construction.
  > these mirror similarly-named functions in the kernel;
  > lots of discussion deraadt@ mcbride@ (otto@)

== lib =============================================================== 03/07 ==

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

libc

  ~ sys/Makefile.inc                      + sys/statvfs.c

  > statvfs support (otto@)

  ~ crypt/arc4random.3                    ~ crypt/arc4random.c

  > diff from djm@ committed at his request:
  > introduce two new APIs for requesting strong random numbers:
  > arc4random_buf() - fill an arbitrary memory range with random numbers
  > arc4random_uniform() - return a uniformly distributed random number
  > below
  > a specified upper bound, avoiding the bias that comes from a naive
  > "arc4random() % upper_bound" construction.
  > these mirror similarly-named functions in the kernel;
  > lots of discussion deraadt@ mcbride@ (otto@)

  ~ sys/statvfs.c                         

  > indent (deraadt@)

  ~ gen/sysconf.3                         ~ gen/sysconf.c

  > Add the semi-standard _SC_PHYS_PAGES and _SC_AVPHYS_PAGES, sysconf(3)
  > variable.
  > ok espie@ (kettenis@)

  ~ shlib_version                         

  > bump (otto@)

  ~ sys/statfs.2                          

  > sync with sys/statfs.h; ok jmc@ (otto@)

  ~ crypt/Makefile.inc                    

  > Add missing MLINKS (deraadt@)

  ~ crypt/arc4random.3                    

  > - add NAME entries for arc4random_buf and arc4random_uniform
  > - simplify a macro call (Do/Dc -> Dq) (jmc@)

libpthread

  ~ shlib_version                         

  > bump (otto@)

== share ============================================================= 04/07 ==

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

man

  ~ man4/agp.4                            

  > agp now attaches at vga. (oga@)

  ~ man4/agp.4                            ~ man4/vga.4

  > some more agp/vga bits; (jmc@)

== sys =============================================================== 05/07 ==

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

arch/amd64/conf

  ~ GENERIC                               ~ files.amd64

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

arch/amd64/pci

  ~ pchb.c                                

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

arch/i386/conf

  ~ GENERIC                               ~ files.i386

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

  ~ files.i386                            

  > for some reason the pchb dependency on agp got left in. kill it. (oga@)

arch/i386/pci

  ~ pchb.c                                

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

arch/sparc64/conf

  ~ files.sparc64                         

  > Add some e10k support code. (kettenis@)

arch/sparc64/dev

  + starfire.c                            + starfire.h

  > Add some e10k support code. (kettenis@)

  ~ sbus.c                                ~ psycho.c

  > Set up interrupt translation for e10k. (kettenis@)

arch/sparc64/sparc64

  ~ cpu.c                                 

  > Include <sparc64/dev/starfire.h> instead of having our own definitions.
  > (kettenis@)

compat/common

  + vfs_syscalls_o43.c                    

  > Widen some struct statfs fields to support large filesystem stata
  > and add some to be able to support statvfs(2). Do the compat dance
  > to provide backward compatibility.	ok thib@ miod@ (otto@)

conf

  ~ files                                 

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

  ~ GENERIC                               ~ files

  > Widen some struct statfs fields to support large filesystem stata
  > and add some to be able to support statvfs(2). Do the compat dance
  > to provide backward compatibility.	ok thib@ miod@ (otto@)

dev/ic

  ~ vga.c                                 

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

dev/pci

  ~ agp.c                                 ~ agpvar.h
  ~ files.agp                             ~ vga_pci.c

  > Make agp(4) attach at vga(4) instead of pchb(4). This is because sometimes
  > agp and drm need to use the same memory mapping, the best way to deal
  > with that is to allow them to share (that's coming later), for this to
  > work cleanly we move the attach point of agp.
  > Ideally most agp drivers would attach at pchb, with only agp_i810
  > (and any that work similarly) attaching at vga, but this will do for
  > now.
  > ok kettenis@, miod at . (oga@)

kern

  ~ syscalls.master                       ~ vfs_bio.c
  ~ vfs_subr.c                            

  > Widen some struct statfs fields to support large filesystem stata
  > and add some to be able to support statvfs(2). Do the compat dance
  > to provide backward compatibility.	ok thib@ miod@ (otto@)

  ~ init_sysent.c                         ~ syscalls.c
  ~ syscalls.conf                         

  > regen (otto@)

nfs

  ~ nfs_serv.c                            ~ nfs_vfsops.c

  > Widen some struct statfs fields to support large filesystem stata
  > and add some to be able to support statvfs(2). Do the compat dance
  > to provide backward compatibility.	ok thib@ miod@ (otto@)

sys

  ~ _types.h                              ~ mount.h
  ~ types.h                               ~ vnode.h
  + statvfs.h                             

  > Widen some struct statfs fields to support large filesystem stata
  > and add some to be able to support statvfs(2). Do the compat dance
  > to provide backward compatibility.	ok thib@ miod@ (otto@)

  ~ syscall.h                             ~ syscallargs.h

  > regen (otto@)

  ~ unistd.h                              

  > Add the semi-standard _SC_PHYS_PAGES and _SC_AVPHYS_PAGES, sysconf(3)
  > variable.
  > ok espie@ (kettenis@)

ufs/ffs

  ~ ffs_vfsops.c                          

  > Widen some struct statfs fields to support large filesystem stata
  > and add some to be able to support statvfs(2). Do the compat dance
  > to provide backward compatibility.	ok thib@ miod@ (otto@)

== usr.bin =========================================================== 06/07 ==

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

vmstat

  ~ vmstat.c                              

  > use ellipsis to show that more than one disk is allowed
  > ok jmc@ (sobrado@)

== usr.sbin ========================================================== 07/07 ==

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

sensorsd

  ~ sensorsd.8                            ~ sensorsd.c

  > Reduce the number of unnecessary time(3)/gettimeofday(2) calls, and make
  > sure
  > that the time always goes forward, so reports are neither duplicated nor
  > lost.
  > Report state changes stabilised through dampening immediately, instead of
  > delay-
  > ing them until the next reporting window; previously, it was common for
  > check()
  > to lag one second behind report(), hence the initial report was delayed one
  > extra minute (this then reduces the number of sleep(3)/nanosleep(2) calls,
  > too).
  > ok ckuethe;  some man-page suggestions jmc (cnst@)

  ~ sensorsd.8                            

  > text simplification; (jmc@)

  ~ sensorsd.c                            

  > s/273.16/273.15/g, then refactor the formulae to ensure that the
  > double to int64_t conversions happen sooner rather than later
  > discussed with / ok by kettenis (cnst@)

snmpd

  ~ snmpd.c                               

  > usage statements are preceeded with usage:
  > ok reyk@ (dlg@)

  ~ mib.c                                 ~ mib.h

  > implement the hrSWRun portion of the HOST-RESOURCES mib. you can see whats
  > running now, which is another thing my nms at work likes.
  > ok reyk@ (dlg@)

syslogd

  ~ privsep.c                             

  > syslogd leaves zombies around if multiple  |/pathto/mylogprog
  > children died in a row.
  > Do waitpid(2) in a loop until there's nothing left.
  > OK henning@, millert@ (mpf@)

  ~ privsep.c                             

  > avoid errno trashing, ok mpf henning (deraadt@)

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


More information about the odc mailing list