[odc] Daily src changes for 2007-10-28
ODC
auto at squish.net
Mon Oct 29 07:00:01 GMT 2007
OpenBSD src changes summary for 2007-10-28
==========================================
distrib/sets share/man
sys/arch/amd64/amd64 sys/arch/amd64/include
sys/arch/i386/conf sys/arch/m88k/m88k
sys/arch/mvme88k/mvme88k sys/arch/sparc64/dev
sys/arch/sparc64/sparc64 sys/dev
sys/dev/pci sys/nfs
sys/xfs usr.sbin/dhcpd
== distrib =========================================================== 01/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/distrib
sets
~ lists/base/md.alpha ~ lists/base/md.amd64
~ lists/base/md.armish ~ lists/base/md.aviion
~ lists/base/md.hp300 ~ lists/base/md.hppa
~ lists/base/md.hppa64 ~ lists/base/md.i386
~ lists/base/md.landisk ~ lists/base/md.luna88k
~ lists/base/md.mac68k ~ lists/base/md.macppc
~ lists/base/md.mvme68k ~ lists/base/md.mvme88k
~ lists/base/md.mvmeppc ~ lists/base/md.sgi
~ lists/base/md.sparc ~ lists/base/md.sparc64
~ lists/base/md.vax ~ lists/base/md.zaurus
~ lists/comp/mi
> sync (deraadt@)
~ lists/man/mi
> sync (deraadt@)
== share ============================================================= 02/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/share
man
~ man4/Makefile ~ man4/audio.4
~ man4/pci.4 + man4/envy.4
> add new envy(4) man page
> ok jmc@, ok deraadt@ (ratchov@)
== sys =============================================================== 03/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/amd64/amd64
~ machdep.c ~ mem.c
~ rbus_machdep.c
> get rid of btoc/ctob in favor of atop/ptoa (martin@)
arch/amd64/include
~ param.h
> get rid of btoc/ctob in favor of atop/ptoa (martin@)
arch/i386/conf
~ GENERIC
> add new envy(4) driver for ICE1712 (aka VIA Envy24) audio devices. The
> device uses 32bit samples, up to 96kHz sample rate, 12 input channels and
> 10
> output channels. Currently AK4524 codecs are supported, so M-Audio Delta
> cards should work. Playback and capture work, but the mixer is still
> incomplete.
> ok jakemsr@ (ratchov@)
arch/m88k/m88k
~ trap.c
> When handling a userland data fault occuring in kernel mode, take the
> kernel
> lock with KERNEL_LOCK, not KERNEL_PROC_LOCK. This lets bsd.mp run multiuser
> on a single-processor board. (miod@)
~ process.S
> Disable interrupts around changing curproc and curpcb so these always
> match. (miod@)
~ m88k_machdep.c
> Do not flag a processor as ``alive'' until it really is ready to accept
> IPIs. (miod@)
arch/mvme88k/mvme88k
~ machdep.c
> Do not flag a processor as ``alive'' until it really is ready to accept
> IPIs. (miod@)
~ locore.S ~ machdep.c
> Start secondary processors synchronously. This only wins us a nicer dmesg
> output, and nothing else. (miod@)
~ autoconf.c ~ machdep.c
> This is a horrible kluge: invoke sched_init_cpu for seconday processors
> before they are started (and not skipping gaps for machine setups with
> holes in cpu slots). Since we start secondary cpus very late in the boot
> process, and sched_init_cpu() has to be invoked before proc0 execve's init,
> I don't think there is a better way to do this.
> This lets MVME188 systems with more than one processor boot multiuser.
> (miod@)
arch/sparc64/dev
~ pcfiic_ebus.c
> Match on compatible: 'pcf8584', such that we attach on the V210 again.
> (kettenis@)
arch/sparc64/sparc64
~ cpu.c
> UltraSPARC CPUs don't have a floating-point queue, so cpu_reset_fpustate()
> is
> redundant since there is no queue to flush. (kettenis@)
dev
~ audio.c
> the pointer we give to audio_fill_silence() may point in the middle of a
> sample (eg. if write(2) have written an odd number of bytes and 16bit
> encoding is used), so we'll not properly write silence. To fix this,
> round start pointer to fill with silence uncomplete samples too.
> ok jakemsr@ (ratchov@)
~ audio.c
> prepare audio(4) for addition of the envy(4) driver: enable 32bit samples
> (basically only audio_fill_silence() must be updated) and bump max channel
> number to 12
> ok jakemsr@ (ratchov@)
dev/pci
~ if_vic.c
> let vic attach to the virtual pcnet hardware in vmware.
> tested on real hardware by jsing@ to ensure pcn(4) isnt affected in the
> real world.
> ok jsing@ (dlg@)
~ files.pci + envy.c
+ envyvar.h + envyreg.h
> add new envy(4) driver for ICE1712 (aka VIA Envy24) audio devices. The
> device uses 32bit samples, up to 96kHz sample rate, 12 input channels and
> 10
> output channels. Currently AK4524 codecs are supported, so M-Audio Delta
> cards should work. Playback and capture work, but the mixer is still
> incomplete.
> ok jakemsr@ (ratchov@)
~ siop_pci_common.c
> fix the panic reported in pr/5602 by correctly unmaping the space on error.
> disestablish the interrupt on error as well. krw@ comments and ok
> tested by reporter via mikeb@ (fgsch@)
~ envy.c ~ envyreg.h
~ envyvar.h
> id tags. (fgsch@)
~ cmpcivar.h
> more id tags. (fgsch@)
~ azalia.c
> Enable pcie snoop for SB600 and MCP51. Fixes a variety of noise,
> looping and distortion problems. This is a temporary solution until
> we get something like the BUS_DMA_NOCACHE flag to bus_dmamem_map(9),
> which came with the driver when ported from NetBSD but means nothing
> here. It's likely that other NVIDIA and ATI chipsets will need this,
> but I'd rather have some testers before adding them in.
> From ariff at freebsd, ok dlg. (deanna@)
nfs
~ nfsnode.h
> remove some unused members of struct nfsnode;
> some spacing while there.
> ok krw@ (thib@)
~ nfs_serv.c ~ nfs_socket.c
~ nfs_srvcache.c ~ nfs_var.h
~ nfsm_subs.h
> Remove the "frev" argument from nfs_rephead(); and clean up the "frev"
> variables, that are declared all over, since they are passed via macros
> to nfs_rephead(); which doesn't do anything with it.
> OK krw@ (thib@)
xfs
~ xfs_config.h ~ xfs_global.h
> stop putting xfs (and only xfs) rcsid into the kernel; ok miod (deraadt@)
== usr.sbin ========================================================== 04/04 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin
dhcpd
~ tables.c
> Remove duplicate DHO_HOST_NAME entry and add missing
> DHO_DHCP_USER_CLASS_ID entry to dhcp_option_default_priority_list[].
> Reformat list of numbers at the end of dhcp_option_default_priority_list[]
> so it is easy to see which options are defined. No functional change.
> (krw@)
===============================================================================
More information about the odc
mailing list