On Fri, Sep 16, 2016 at 11:48:10AM +0000, Maxime Villard wrote: > Module Name: src > Committed By: maxv > Date: Fri Sep 16 11:48:10 UTC 2016 > > Modified Files: > src/sys/arch/amd64/amd64: trap.c > src/sys/arch/i386/i386: trap.c > > Log Message: > Put two KASSERTs, to make sure the fault is happening in the correct > half of the vm space when using special copy functions. It can detect > bugs where the kernel would fault when copying a kernel buffer which > it wrongly believes comes from userland.
Hello, i386/Xen now panics, maybe because of this commit: http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/i386/201609171110Z_anita.txt kernel/t_kauth_pr_47598 (75/660): 1 test cases kauth_curtain: panic: kernel diagnostic assertion "onfault == kcopy_fault || rcr2() < VM_MAXUSER_ADDRESS" failed: file "/usr/src/sys/arch/i386/i386/trap.c", line 358 cpu2: Begin traceback... ?(c055cc10,cddcec74,cddcecf8,c010bd8e,c055cc10,c055cb52,c055d32c,c055d250,166,c01157a4) at c0429e3d uvm_fault(0xc18a335c, 0x53e58000, 1) -> 0xe fatal page fault in supervisor mode trap type 6 code 0 eip c0110d35 cs 9 eflags 10246 cr2 53e58955 ilevel 8 esp cddce734 curlwp 0xc19bb2a0 pid 10874 lid 1 lowest kstack 0xcddcc2c0 Skipping crash dump on recursive panic panic: trap Faulted in mid-traceback; aborting... rebooting... Any idea ? -- Manuel Bouyer <bou...@antioche.eu.org> NetBSD: 26 ans d'experience feront toujours la difference --
