[odc] Daily src changes for 2007-06-16

ODC auto at squish.net
Sun Jun 17 07:00:01 BST 2007


OpenBSD src changes summary for 2007-06-16
==========================================

distrib/sets                            etc/etc.alpha/disktab
gnu/usr.bin/gcc                         sbin/disklabel
share/man                               sys/arch/hppa/conf
sys/arch/hppa/dev                       sys/arch/zaurus/stand/zboot
sys/dev/ic                              sys/dev/pci
sys/dev/pcmcia                          sys/net80211
usr.bin/ftp                             usr.sbin/pkg_add

== distrib =========================================================== 01/08 ==

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

sets

  ~ lists/comp/mi                         

  > sync (deraadt@)

== etc =============================================================== 02/08 ==

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

etc.alpha/disktab

  ~ etc.alpha/disktab                     

  > rdroot cylinder count was out of sync with the ramdisk kernels; spotted by
  > krw running my diagnostics (deraadt@)

  ~ etc.alpha/disktab                     

  > must size a and c correct, too (deraadt@)

== gnu =============================================================== 03/08 ==

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

usr.bin/gcc

  ~ gcc/config/alpha/openbsd.h            ~ gcc/config/arm/openbsd.h
  ~ gcc/config/i386/openbsd.h             ~ gcc/config/i386/openbsd64.h
  ~ gcc/config/i386/openbsdelf.h          ~ gcc/config/m68k/openbsd.h
  ~ gcc/config/m88k/openbsd.h             ~ gcc/config/pa/openbsd.h
  ~ gcc/config/rs6000/openbsd.h           ~ gcc/config/sh/openbsd.h
  ~ gcc/config/sparc/openbsd.h            ~ gcc/config/vax/openbsd.h

  > INTMAX_TYPE and UINTMAX_TYPE are always in terms of long long on
  > OpenBSD, regardless of the size of a long.
  > OK kettenis@ espie@ (millert@)

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

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

disklabel

  ~ Makefile                              

  > i386/amd64/zaurus/landisk are not NUMBOOT=1 or NUMBOOT=2 architectures.
  > the result was occasional disklabel trashing as a result of disklabel -r,
  > and perhaps other requests to the command; ok krw (deraadt@)

  ~ Makefile                              

  > OK, landisk needs NUMBOOT=1 (deraadt@)

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

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

man

  ~ man5/bsd.port.mk.5                    

  > no reason for special handling of USE_SYSTRACE. We do not explain
  > how to set other user settings either. (espie@)

  ~ man9/rssadapt.9                       ~ man9/ieee80211.9
  ~ man9/ieee80211_node.9                 ~ man9/ieee80211_proto.9

  > constify (damien@)

  ~ man9/Makefile                         ~ man9/ieee80211_node.9

  > ieee80211_lookup_node() does not exist.
  > remove prototype in .h and ref in man pages. (damien@)

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

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

arch/hppa/conf

  ~ GENERIC                               ~ RAMDISK

  > Enable iophy(4) for fxp(4).  From brad. (kettenis@)

arch/hppa/dev

  ~ astro.c                               

  > Add a few more registers. (kettenis@)

  ~ astro.c                               

  > astro(4)'s iommu does cache-coherent DMA. (kettenis@)

arch/zaurus/stand/zboot

  ~ compat_linux.h                        ~ unixdev.c

  > When EOVERFLOW was added, it broke the zaurus bootblocks (deraadt@)

dev/ic

  ~ ath.c                                 

  > constify (damien@)

dev/pci

  ~ if_wpi.c                              ~ if_wpireg.h
  ~ if_wpivar.h                           

  > do not allocate ring descriptors for the service queue.
  > this queue is used to load the firmware and the descriptors are written
  > differently (in wpi_load_segment()).
  > so the DMA descriptors were actually unused.
  > saves 16KB of memory. (damien@)

dev/pcmcia

  ~ if_malo.c                             ~ if_maloreg.h
  ~ if_malovar.h                          

  > Add three new firmware commands to set authentication, set rate adaption,
  > and tune several 802.11 parameters. (mglocker@)

net80211

  ~ ieee80211.c                           ~ ieee80211_crypto.c
  ~ ieee80211_input.c                     ~ ieee80211_node.c
  ~ ieee80211_output.c                    ~ ieee80211_proto.c

  > de-static
  > ok jsg@ (damien@)

  ~ ieee80211_input.c                     ~ ieee80211_node.c
  ~ ieee80211_output.c                    

  > don't mix u_int{8,16,32}_t and uint{8,16,32}_t
  > use u_int{8,16,32}_t everywhere. (damien@)

  ~ ieee80211.c                           ~ ieee80211_amrr.c
  ~ ieee80211_amrr.h                      ~ ieee80211_crypto.c
  ~ ieee80211_input.c                     ~ ieee80211_ioctl.c
  ~ ieee80211_node.c                      ~ ieee80211_node.h
  ~ ieee80211_proto.c                     ~ ieee80211_proto.h
  ~ ieee80211_rssadapt.c                  ~ ieee80211_rssadapt.h
  ~ ieee80211_var.h                       

  > constify (damien@)

  ~ ieee80211_node.h                      

  > ieee80211_lookup_node() does not exist.
  > remove prototype in .h and ref in man pages. (damien@)

  ~ ieee80211_proto.c                     

  > remove stupid macro. (damien@)

  ~ ieee80211_input.c                     

  > move global declaration of ieee80211_merge_print_intvl into the only
  > function that uses it. (damien@)

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

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

ftp

  ~ extern.h                              ~ ftp.1
  ~ ftp.c                                 ~ main.c

  > implement a `keep-alive' option that sends bytes over an inactive
  > connection. The FTP protocol provides us with a NOOP operation that
  > is perfectly suitable for that, and so far servers are happy with it.
  > Sending the command slowly is an idea I borrowed from spamd.
  > No change for people not using the option, so it can't break normal ftp.
  > okay beck@, jmc@ (espie@)

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

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

pkg_add

  ~ pkg_add                               ~ pkg_create
  ~ pkg_delete                            ~ pkg_merge
  ~ pkg_mklocatedb                        ~ OpenBSD/Add.pm
  ~ OpenBSD/Delete.pm                     ~ OpenBSD/PackageInfo.pm
  ~ OpenBSD/PackageRepository.pm          ~ OpenBSD/PackingElement.pm
  ~ OpenBSD/Paths.pm                      ~ OpenBSD/SharedItems.pm
  ~ OpenBSD/SharedLibs.pm                 ~ OpenBSD/Temp.pm
  ~ OpenBSD/Ustar.pm                      ~ OpenBSD/Vstat.pm
  ~ OpenBSD/PackageRepository/SCP.pm      ~ OpenBSD/PackageRepository/Source.pm

  > use OpenBSD::Paths contents (espie@)

  ~ OpenBSD/PackageRepository.pm          ~ OpenBSD/Paths.pm

  > FTP_KEEPALIVE as a crude interface to ftp -k. To be thought out later.
  > this is just an experiment. (espie@)

  ~ pkg_add                               ~ OpenBSD/Add.pm
  ~ OpenBSD/Delete.pm                     ~ OpenBSD/PackingElement.pm
  ~ OpenBSD/Replace.pm                    

  > Add variation on exec/unexec:
  > @exec-always	 @unexec-always
  > @exec-add		 @unexec-delete
  > @exec-update	 @unexec-update
  > with the obvious semantics that *update are only run during updates,
  > and *add/delete are only run during `pure' additions/removals.
  > This should solve the problem of those packages that `lose' manual
  > configuration when you update them (e.g., all the mod_xxx apache stuff
  > and postfix).
  > caveat: you will need to go through one finaly broken update before the
  > new stuff kicks in. (espie@)

  ~ OpenBSD/PackingElement.pm             

  > introduce new stuff: @tag, to be used to tag files and other objects.
  > Only one tag for now: no checksum.
  > Will supersede @comment no checksum eventually.
  > Benefit: errors out in case of a typo. (espie@)

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


More information about the odc mailing list