Re: Getting rid of standard boiler plate in kernel man pages CODE REFERENCES

2010-11-08 Thread Thomas Klausner
Hi Iain! I'm not sure what you are proposing.. can you show an example diff (eg using bluetooth.9) ? Sure, attached. Thomas Index: bluetooth.9 === RCS file: /cvsroot/src/share/man/man9/bluetooth.9,v retrieving revision 1.4 diff

Ownership of uvm_object and vm_page (was Re: XIP)

2010-11-08 Thread Masao Uebayashi
On Sat, Oct 30, 2010 at 06:55:42PM -0700, Chuck Silvers wrote: On Wed, Oct 27, 2010 at 06:38:11PM +0900, Masao Uebayashi wrote: On Tue, Oct 26, 2010 at 02:06:38PM -0700, Chuck Silvers wrote: On Mon, Oct 25, 2010 at 02:09:43AM +0900, Masao Uebayashi wrote: I think the uebayasi-xip branch

Re: XIP

2010-11-08 Thread Masao Uebayashi
On Fri, Nov 05, 2010 at 05:44:55PM +, Mindaugas Rasiukevicius wrote: Masao Uebayashi uebay...@tombi.co.jp wrote: Those mechanical vm_page - vm_page_md changes done in pmaps have a valid point by itself. Passing around vm_page pointer across pmap functions is unnecessary. I'd

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Masao Uebayashi
On Fri, Nov 05, 2010 at 04:54:33PM +, Eduardo Horvath wrote: On Fri, 5 Nov 2010, Masao Uebayashi wrote: On Mon, Nov 01, 2010 at 03:55:01PM +, Eduardo Horvath wrote: On Mon, 1 Nov 2010, Masao Uebayashi wrote: I think pmap_extract(9) is a bad API. After MD bootstrap

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Masao Uebayashi
On Fri, Nov 05, 2010 at 05:36:53PM +, Eduardo Horvath wrote: On Fri, 5 Nov 2010, Masao Uebayashi wrote: On Mon, Nov 01, 2010 at 03:52:11PM -0700, Matt Thomas wrote: Indeed. Also consider that pmap's are designed to have to have fast V-P translations, using that instead of UVM

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Masao Uebayashi
On Fri, Nov 05, 2010 at 10:04:46AM -0700, Matt Thomas wrote: On Nov 5, 2010, at 4:59 AM, Masao Uebayashi wrote: On Mon, Nov 01, 2010 at 03:52:11PM -0700, Matt Thomas wrote: On Nov 1, 2010, at 8:55 AM, Eduardo Horvath wrote: On Mon, 1 Nov 2010, Masao Uebayashi wrote: I think

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Izumi Tsutsui
No, once again this is MD. For instance sparc64 uses compare and swap instructions to manipulate page tables for lockless synchronization. I don't like it's MD, period attitude. That solves nothing. What do you want to solve, as yamt asked you first? He said pmap_extract() could be

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Eduardo Horvath
On Mon, 8 Nov 2010, Masao Uebayashi wrote: On Fri, Nov 05, 2010 at 05:36:53PM +, Eduardo Horvath wrote: On Fri, 5 Nov 2010, Masao Uebayashi wrote: On Mon, Nov 01, 2010 at 03:52:11PM -0700, Matt Thomas wrote: Indeed. Also consider that pmap's are designed to have to have

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Thor Lancelot Simon
On Mon, Nov 08, 2010 at 11:32:34PM +0900, Masao Uebayashi wrote: I don't like it's MD, period attitude. That solves nothing. We've had pmaps which have tried to pretend they were pmaps for some other architecture (that is, that some parts of the pmap weren't best left MD). For example, we

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Masao Uebayashi
On Mon, Nov 08, 2010 at 03:22:42PM +, Eduardo Horvath wrote: On Mon, 8 Nov 2010, Masao Uebayashi wrote: On Fri, Nov 05, 2010 at 05:36:53PM +, Eduardo Horvath wrote: On Fri, 5 Nov 2010, Masao Uebayashi wrote: On Mon, Nov 01, 2010 at 03:52:11PM -0700, Matt Thomas wrote:

Re: pmap_extract(9) (was Re: xmd(4) (Re: XIP))

2010-11-08 Thread Masao Uebayashi
On Mon, Nov 08, 2010 at 10:48:45AM -0500, Thor Lancelot Simon wrote: On Mon, Nov 08, 2010 at 11:32:34PM +0900, Masao Uebayashi wrote: I don't like it's MD, period attitude. That solves nothing. We've had pmaps which have tried to pretend they were pmaps for some other architecture (that

Re: Getting rid of standard boiler plate in kernel man pages CODE REFERENCES

2010-11-08 Thread Paul Goyette
On Mon, 8 Nov 2010, David Holland wrote: Not from me! Although rather than /usr/src it might say the top level of the source tree. How about: [...] +Any paths are relative to the top level of the source tree (usually +.Pa /usr/src ) . Sounds fine. Or perhaps historically instead of

Re: Getting rid of standard boiler plate in kernel man pages CODE REFERENCES

2010-11-08 Thread Mindaugas Rasiukevicius
Thomas Klausner w...@netbsd.org wrote: Many many many kernel (section 9) man pages contain the following sentence in their CODE REFERENCES section: This section describes places within the .Nx source tree where actual code implementing .Nm can be found. All pathnames are relative to

Re: Getting rid of standard boiler plate in kernel man pages CODE REFERENCES

2010-11-08 Thread Mindaugas Rasiukevicius
Paul Goyette p...@whooppee.com wrote: How about: [...] +Any paths are relative to the top level of the source tree (usually +.Pa /usr/src ) . Sounds fine. Or perhaps historically instead of usually :) Or often might work, too. No opinion on that :-) typically or

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project

2010-11-08 Thread Lourival Vieira Neto
On Tue, Oct 19, 2010 at 8:23 AM, Antti Kantee po...@cs.hut.fi wrote: On Tue Oct 12 2010 at 02:17:35 -0300, Lourival Vieira Neto wrote: On Tue, Oct 12, 2010 at 1:50 AM, David Holland dholland-t...@netbsd.org wrote: On Tue, Oct 12, 2010 at 12:53:10AM -0300, Lourival Vieira Neto wrote:  A

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project results)

2010-11-08 Thread Lourival Vieira Neto
On Tue, Oct 19, 2010 at 8:10 AM, Antti Kantee po...@cs.hut.fi wrote: On Tue Oct 05 2010 at 18:24:48 -0300, Lourival Vieira Neto wrote: Hi folks, I'm glad to announce the results of my GSoC project this year [1]. We've created the support for scripting the NetBSD kernel with Lua, which we

Re: [ANN] Lunatik -- NetBSD kernel scripting with Lua (GSoC project

2010-11-08 Thread Lourival Vieira Neto
On Mon, Nov 8, 2010 at 8:46 PM, Antti Kantee po...@cs.hut.fi wrote: On Mon Nov 08 2010 at 20:32:14 -0200, Lourival Vieira Neto wrote: Right... so how do you restore the kernel to a valid state? Why wouldn't it be a valid state after a script crash? I didn't get that. Can you exemplify

Re: patch for raidframe and non 512 byte sector devices

2010-11-08 Thread Brian Buhrow
Hello. Following up on the first question in this thread, see below with comments and questions. On Nov 8, 10:41am, Greg Oster wrote: } 1. Raidframe autoconfigure on raw disks. } From what I can tell, raidframe can't autoconfigure on a disk } unless the disk has either a BSD

XIP (Rev. 2)

2010-11-08 Thread Masao Uebayashi
http://uebayasi.dyndns.org/~uebayasi/tmp/uebayasi-xip-20101109.txt - As Chuck Silvers pointed out, memory and device physsegs should be merged. Code around it needs considerable clean-up. I'll fix this in another branch. - FS option part is not changed, because no one seems to have