Kazushi (Jam) Marukawa <jam@pobox.com> writes:

> mmapbatch: remap error 14!
> mmapbatch: remap error 14!
> mmapbatch: remap error 14!
> mmapbatch: remap error 14!

All this means is that, for some reason, the hypervisor rejected a
page table update requested by the xentools.  (That's translated into
EFAULT, which is error 14.)  The userspace caller would have been
informed of the failed pages, and should have given up with an error
at that point.  It's printf'ed as well because it really shouldn't
ever happen.

> panic: kernel diagnostic assertion "read_psl() == 0" failed:
> file "/mnt/raid/netbsd/20070520/src/sys/arch/xen/i386/pmap.c", line 2189
> Stopped in pid 1373.1 (qemu-dm) at netbsd:cpu_Debugger+0x4:        popl
> %ebp

But this is just strange; how could this point have been reached with
the per-vcpu interrupt mask set?

-- 
(let ((C call-with-current-continuation)) (apply (lambda (x y) (x y)) (map
((lambda (r) ((C C) (lambda (s) (r (lambda l (apply (s s) l))))))  (lambda
(f) (lambda (l) (if (null? l) C (lambda (k) (display (car l)) ((f (cdr l))
(C k)))))))    '((#\J #\d #\D #\v #\s) (#\e #\space #\a #\i #\newline)))))