On Mon, Oct 31, 2011 at 03:45:05PM +, Jonathan A. Kollasch wrote:
> Depends, I often will install sets I've built myself from a random
> server. But adding a server (preferably further down the
> list) that only answers for netbsd.org might be a option some people
> would prefer to use.
I won
On Mon, Oct 31, 2011 at 11:40:25AM -0400, Greg Troxel wrote:
>
> If TNF can provide a open resolver on a stable IPv6 address for use
> by sysinst, that'd be great.
>
> Do we need only a resolver that answers for things in netbsd.org, to
> find mirrors, or really a full resolver?
Depends, I o
If TNF can provide a open resolver on a stable IPv6 address for use
by sysinst, that'd be great.
Do we need only a resolver that answers for things in netbsd.org, to
find mirrors, or really a full resolver?
pgpkxsOKL8CZH.pgp
Description: PGP signature
hi,
>> is a nointr pool safe for this pmap?
>
> I could be stupid in this area.
>
>> iirc x86 pmap allocates pv entries from kmem_map to avoid this kind of
>> recursion.
>
> I see, but x86 pmap has been changed to use pool_cache(9) with
> pool_allocator_meta during vmlocking merge.
> http://cvs
> is a nointr pool safe for this pmap?
I could be stupid in this area.
> iirc x86 pmap allocates pv entries from kmem_map to avoid this kind of
> recursion.
I see, but x86 pmap has been changed to use pool_cache(9) with
pool_allocator_meta during vmlocking merge.
http://cvsweb.NetBSD.org/bsdweb.
David Laight wrote:
> This isn't really an ideal solution, I've have to fight membar
> instructions embedded into byteswapping accesses on ppc linux.
> Drivers may want to do several accesses that can be reordered
> before/after one that matters - so need greater control than
> enforcing specific
On Sun, Oct 30, 2011 at 09:08:33PM +, Frank Wille wrote:
> Module Name: src
> Committed By: phx
> Date: Sun Oct 30 21:08:33 UTC 2011
>
> Modified Files:
> src/sys/arch/sandpoint/stand/altboot: brdsetup.c dsk.c entry.S fxp.c
> globals.h nvt.c rge.c skg.c stg.c vge.c
>
