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
Log
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
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.
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.
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
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 often
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 wonder