[odc] Daily src changes for 2008-01-09
ODC
auto at squish.net
Thu Jan 10 07:00:01 GMT 2008
OpenBSD src changes summary for 2008-01-09
==========================================
etc/etc.alpha/ttys etc/etc.amd64/ttys
etc/etc.armish/ttys etc/etc.aviion/ttys
etc/etc.hp300/ttys etc/etc.hppa/ttys
etc/etc.hppa64/ttys etc/etc.i386/ttys
etc/etc.landisk/ttys etc/etc.luna88k/ttys
etc/etc.mac68k/ttys etc/etc.mvme68k/ttys
etc/etc.mvme88k/ttys etc/etc.mvmeppc/ttys
etc/etc.sgi/ttys etc/etc.sparc64/ttys
etc/etc.vax/ttys etc/etc.zaurus/ttys
etc/netstart etc/rc
share/man sys/arch/alpha/pci
sys/arch/hppa/conf sys/dev/pci
sys/uvm usr.sbin/snmpd
== etc =============================================================== 01/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/etc
etc.alpha/ttys
~ etc.alpha/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.amd64/ttys
~ etc.amd64/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.armish/ttys
~ etc.armish/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.aviion/ttys
~ etc.aviion/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.hp300/ttys
~ etc.hp300/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.hppa/ttys
~ etc.hppa/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.hppa64/ttys
~ etc.hppa64/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.i386/ttys
~ etc.i386/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.landisk/ttys
~ etc.landisk/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.luna88k/ttys
~ etc.luna88k/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.mac68k/ttys
~ etc.mac68k/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.mvme68k/ttys
~ etc.mvme68k/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.mvme88k/ttys
~ etc.mvme88k/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.mvmeppc/ttys
~ etc.mvmeppc/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.sgi/ttys
~ etc.sgi/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.sparc64/ttys
~ etc.sparc64/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.vax/ttys
~ etc.vax/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
etc.zaurus/ttys
~ etc.zaurus/ttys
> Try to make /etc/ttys more consistent accross platforms, which will also
> make the installation media's life easier:
> - stop using ``Pc'' as a getty terminal type, use std.9600 instead.
> - on platforms with multiple virtual consoles (alpha, amd64, i386,
> zaurus), console is disabled, various ttyC* are enabled.
> - on other platforms, console is enabled, all other devices are
> disabled. This only changes armish, mac68k, sgi.
> - default terminal for console is unknown on serial-only machines, vt220
> on glass-capable machines (questionable, but done for consistency).
> - minor whitespace changes.
> - glass console forgotten on a couple platforms (luna88k, sparc64, vax).
> eyeballed by deraadt@, ok krw@ (miod@)
netstart
~ netstart
> Do not bring up pfsync(4) before the working ruleset
> has been loaded. Otherwise, states that are received during the
> initial bulk update mismatch the correct pf-checksum and
> do not attach to the rules.
> Problem identified by david at . Fix done in collaboration.
> OK henning@ (mpf@)
rc
~ rc
> Do not bring up pfsync(4) before the working ruleset
> has been loaded. Otherwise, states that are received during the
> initial bulk update mismatch the correct pf-checksum and
> do not attach to the rules.
> Problem identified by david at . Fix done in collaboration.
> OK henning@ (mpf@)
== share ============================================================= 02/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/cmpci.4
> - add support for 4, 6, and 8 channel playback
> - print chip version in `audioctl version'
> - advertise some features of supported hardware in the man page
> - CMI8768 now working properly
> yes! ratchov@ (jakemsr@)
~ man4/cmpci.4 ~ man4/pci.4
> tweak cmpci's Nd, and update its entry in pci.4; (jmc@)
== sys =============================================================== 03/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/pci
~ pci_1000.c ~ pci_1000a.c
> Make dec_xxx_intr_map() fail silently; caller will print a message if
> appropriate. Removes unwanted messages that got printed when mapping pins
> on PCI-PCI bridges that don't matter.
> ok miod@ (kettenis@)
arch/hppa/conf
~ GENERIC
> Move a couple of tested USB devices out of the 'untested' block,
> add urlphy.
> ok deraadt kettenis (sthen@)
~ GENERIC
> uark -> uark*, allow multiple devices to attach (jsg@)
~ RAMDISK
> add urlphy for RAMDISK, move tested devices up.
> req by kettenis (sthen@)
dev/pci
~ cmpci.c ~ cmpcireg.h
~ cmpcivar.h
> - add support for 4, 6, and 8 channel playback
> - print chip version in `audioctl version'
> - advertise some features of supported hardware in the man page
> - CMI8768 now working properly
> yes! ratchov@ (jakemsr@)
uvm
~ uvm_page_i.h
> Make uvm_page_lookup_freelist() simpler and faster if VM_PHYSSEG_MAX is 1.
> Has been in snapshots for a short while. (miod@)
== usr.sbin ========================================================== 04/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
snmpd
~ README
> sync (reyk@)
~ mps.c
> big endian fixes (tested on sparc64) (reyk@)
===============================================================================
More information about the odc
mailing list