[odc] Daily src changes for 2012-03-30

[ODC]

OpenBSD src changes summary for 2012-03-30
==========================================

sys/dev                                 sys/dev/isa
sys/dev/pci                             sys/dev/usb
sys/kern                                sys/netinet
usr.bin/bgplg                           usr.bin/less
usr.sbin/apm                            usr.sbin/smtpd

== sys =============================================================== 01/03 ==

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

dev

  ~ midi.c                                ~ midivar.h

  > If the MIDI UART is not ready for output, don't spin at IPL_CLOCK;
  > just return and make the midi(4) driver retry later. UART buffers
  > are large enough for this, except eap(4) which uses interrupts for
  > output.
  > help from and ok jsg@ (ratchov@)

dev/isa

  ~ mpu401.c                              ~ sbdsp.c

  > If the MIDI UART is not ready for output, don't spin at IPL_CLOCK;
  > just return and make the midi(4) driver retry later. UART buffers
  > are large enough for this, except eap(4) which uses interrupts for
  > output.
  > help from and ok jsg@ (ratchov@)

dev/pci

  ~ autri.c                               ~ eap.c
  ~ eapreg.h                              ~ envy.c

  > If the MIDI UART is not ready for output, don't spin at IPL_CLOCK;
  > just return and make the midi(4) driver retry later. UART buffers
  > are large enough for this, except eap(4) which uses interrupts for
  > output.
  > help from and ok jsg@ (ratchov@)

dev/usb

  ~ umidi.c                               ~ umidivar.h

  > If the MIDI UART is not ready for output, don't spin at IPL_CLOCK;
  > just return and make the midi(4) driver retry later. UART buffers
  > are large enough for this, except eap(4) which uses interrupts for
  > output.
  > help from and ok jsg@ (ratchov@)

kern

  ~ kern_malloc.c                         

  > Expand the panic to show the malloc type and size. Okay deraadt at .
  > (pirofti@)

netinet

  ~ ip_output.c                           

  > actually store the result of the pmtu-route lookup. otherwise we
  > don't have a MTU to announce in the icmp need fragment packet.
  > this fixes PMTU-discovery for TCP over IPsec; ok mpf@, fries@ (markus@)

== usr.bin =========================================================== 02/03 ==

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

bgplg

  ~ bgplg.h                               ~ bgplg.head

  > * use -A with traceroute6 to print the AS number; OK deraadt@ dcoppa@
  > henning@
  > * while here tweak bgplg.head increasing the <div> width to 800px so that
  > this support
  > better the tracing output with long v6 address; (requested by sthen@)
  > (gsoares@)

less

  ~ less.1                                

  > make the description of -c a little saner; ok nicm (jmc@)

== usr.sbin ========================================================== 03/03 ==

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

apm

  ~ apm.8                                 ~ apm.c

  > document ZZZ; ok deraadt (jmc@)

  ~ apm.8                                 

  > tweak FILES and HISTORY; (jmc@)

smtpd

  ~ mta.c                                 

  > increase timeout to 5m when connecting to a remote mail server, as required
  > by the RFC 5321 (section 4.5.3.2.1.)
  > ok gilles@ (chl@)

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