Re: CVS commit: src/sys
Date: Tue, 1 Apr 2014 17:47:36 + From: Taylor R Campbell riastr...@netbsd.org First draft of drivers for the Apple System Management Controller. I've been sitting on this code for over a year now since I wrote it shortly before my MacBook's disk died and I moved to a different machine. I'm not likely to do anything useful with it any time soon, but I figured I'd let it rot in CVS rather than my local file system, on the off chance someone else would like to take it over and make it work. If you do want to do this, please feel free, and don't hesitate to ask me questions about it. (That code was based on a userland version using i386_iopl, inb, and outb which I did confirm to work; I've just never run it in-kernel.)
Re: CVS commit: src/distrib/utils/embedded/conf
On Mon, Mar 31, 2014 at 02:18:45PM -0400, Christos Zoulas wrote: Module Name: src Committed By: christos Date: Mon Mar 31 18:18:45 UTC 2014 Modified Files: src/distrib/utils/embedded/conf: x86.conf Log Message: remove swap; these days x86 machines don't need it. What about for dumps? Although I'm not at all sure what this particular file is for... From the diff it looks like it needs for TLC in order to get sane partition offsets. David -- David Laight: da...@l8s.co.uk
Re: CVS commit: src/sys/arch/x86/x86
On Tue, Apr 01, 2014 at 07:16:18AM +, David Laight wrote: Module Name: src Committed By: dsl Date: Tue Apr 1 07:16:18 UTC 2014 Modified Files: src/sys/arch/x86/x86: x86_machdep.c Log Message: Revert most of the machdep sysctls to 32bit I think I remember why I set to 64bit now. Stopped all the lines wrapping 80 columns. And having looked at how/where the data was stored thought it wouldn't matter. It is also a real PITA that the entire internals of the kernel sysctl code are exposed to userspace. David -- David Laight: da...@l8s.co.uk
re: CVS commit: src/sys/dev/raidframe
Module Name: src Committed By: christos Date: Wed Apr 2 02:17:01 UTC 2014 Modified Files: src/sys/dev/raidframe: rf_netbsdkintf.c Log Message: If we are autoconfiguring root, then only change the booted_device if we booted from one of the components of the root raid set. This allows us to boot from other media, without forcing the found raid to always be root. Allow the old behavior with RAIDFRAME_FORCE_ROOT. XXX: cpu_rootconf() is called twice now, which prints the booted device message twice. Perhaps we can remember that cpu_rootconf has been called and avoid calling it twice to avoid that. i like this.. i think. i wonder if this will break my system that boot from a different device to the raid root device. eg, ultra10 whose prom can't talk to my sata disk, and boots from a cf/ide fob with just ofwboot and netbsd (and attaches as wd0), and mountroots from the raidframe on wd1+wd2. .mrg.