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

[ODC]

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

bin/systrace                            distrib/sets
sbin/dump                               sys/arch/aviion/aviion
sys/arch/landisk/dev                    sys/arch/luna88k/luna88k
sys/arch/mvme68k/mvme68k                sys/arch/mvme88k/mvme88k
sys/arch/sparc/dev                      sys/conf
sys/dev/acpi                            sys/dev/pci
sys/dev/usb                             sys/net
sys/netinet                             usr.bin/calendar
usr.bin/netstat                         

== bin =============================================================== 01/05 ==

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

systrace

  ~ intercept.c                           

  > keep trailing slashes in path normalization, as these might result in
  > errors otherwise hidden by systrace
  > noticed by naddy, ok ray on an earlier version of this diff (sturm@)

== distrib =========================================================== 02/05 ==

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

sets

  ~ lists/base/mi                         

  > sync (deraadt@)

== sbin ============================================================== 03/05 ==

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

dump

  ~ traverse.c                            

  > don't use static data in recursive functions; from FreeBSD; fixes PR 5509
  > and other reports about dump accessing wrong blocks; ok beck@ deraadt@
  > (otto@)

== sys =============================================================== 04/05 ==

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

arch/aviion/aviion

  ~ autoconf.c                            

  > no need to include machine/disklabel.h when sys/disklabel.h is already
  > pulled in.
  > look at how doing it in one architecture gets that code copied to the
  > derivative architectures... amazing.. (deraadt@)

arch/landisk/dev

  ~ power.c                               

  > In power_match(), make sure oa_irq is correctly initialized. (miod@)

arch/luna88k/luna88k

  ~ autoconf.c                            

  > no need to include machine/disklabel.h when sys/disklabel.h is already
  > pulled in.
  > look at how doing it in one architecture gets that code copied to the
  > derivative architectures... amazing.. (deraadt@)

arch/mvme68k/mvme68k

  ~ autoconf.c                            

  > no need to include machine/disklabel.h when sys/disklabel.h is already
  > pulled in.
  > look at how doing it in one architecture gets that code copied to the
  > derivative architectures... amazing.. (deraadt@)

arch/mvme88k/mvme88k

  ~ autoconf.c                            

  > no need to include machine/disklabel.h when sys/disklabel.h is already
  > pulled in.
  > look at how doing it in one architecture gets that code copied to the
  > derivative architectures... amazing.. (deraadt@)

arch/sparc/dev

  ~ presto.c                              

  > permit this to compile again
  > looks right krw@, Righto miod@ (todd@)

conf

  ~ GENERIC                               

  > disable softraid (because
  > sr_boot_assembly->readdisklabel->readdoslabel->biowait)
  > is what happens on late-cold architectures.  something else has to be fixed
  > first before that is permitted, i guess. (deraadt@)

dev/acpi

  ~ acpicpu.c                             

  > Check that sc_notify actually points to something before attempting to call
  > it. Fixes marco@'s post c2k7 panics.
  > ok marco (gwk@)

dev/pci

  ~ if_vic.c                              

  > the multicast filter is operated on as an array of u_int16_t's, not the
  > u_int32_t's like its described as in the chip descriptors. fixing this
  > stops the driver from overwriting the field next to the multicast filter
  > that specifies the number of tx descriptors we give the nic.
  > we were accidentally telling the chip we had 32 thousand tx descriptors
  > when we only have 100. trying to complete the 101th tx descriptor causes
  > panics. (dlg@)

dev/usb

  ~ usb_mem.c                             

  > more (*&@#$ timeout.h fallout (deraadt@)

  ~ ehci.c                                ~ ohci.c
  ~ ohcivar.h                             ~ uhci.c
  ~ uhcivar.h                             ~ usb.c
  ~ usb_port.h                            ~ usbdi.h
  ~ usbdivar.h                            ~ usbf_subr.c
  ~ usbfvar.h                             

  > Replace the USB_USE_SOFTINTR macro with __HAVE_GENERIC_SOFT_INTTERUPTS
  > (which was used to define USB_USE_SOFTINTR).
  > No binary changes.
  > ok dlg, mk. (mbalmer@)

net

  ~ pf.c                                  

  > in pf_test_rule, before handling IPPROTO_ICMP / IPPROTO_ICMPV6, check that
  > the packet is of the expected address family (AF_INET / AF_INET6).
  > crafted IPv4 packets with IPPROTO_ICMPV6 can make us crash otherwise.
  > misbehaviour provoked by Adrian Close <adrian at close.wattle.id.au> playing
  > with nmap; he also helped us big time debugging the problem. thanks!
  > ok ryan (henning@)

netinet

  ~ tcp_input.c                           ~ tcp_seq.h
  ~ tcp_subr.c                            ~ tcp_timer.c
  ~ tcp_usrreq.c                          ~ tcp_var.h

  > Drop the current random timestamps and the current ISN generation
  > code and replace both with a RFC1948 based method, so TCP clients
  > now have monotonic ISN/timestamps.	The server side uses completely
  > random ISN/timestamps and does time-wait recycling (on port reuse).
  > ok djm@, mcbride@; thanks to lots of testers (markus@)

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

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

calendar

  ~ calendars/calendar.birthday           

  > Douglas Adams was a Mac fan, but we don't discriminate.
  > ok jasper@, simon@, who managed to get their ok's trapped in my spam folder
  > for yet unknown reasons. (kili@)

netstat

  ~ if.c                                  

  > Don't truncate interface name.
  > Fixes PR 5460.
  > OK deraadt, agreed with by krw. (ray@)

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