[src/trunk]: src/sys/arch/amd64/amd64 Obviously, I was being absolutely dumb ...

[maxv <maxv%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/7e558aedc700
branches:  trunk
changeset: 826591:7e558aedc700
user:      maxv <maxv%NetBSD.org@localhost>
date:      Fri Sep 15 17:22:09 2017 +0000

description:
Obviously, I was being absolutely dumb here; it's XEN, not Xen.

diffstat:

 sys/arch/amd64/amd64/trap.c |  6 +++---
 1 files changed, 3 insertions(+), 3 deletions(-)

diffs (27 lines):

diff -r 832c49fd4aaf -r 7e558aedc700 sys/arch/amd64/amd64/trap.c
--- a/sys/arch/amd64/amd64/trap.c       Fri Sep 15 17:19:44 2017 +0000
+++ b/sys/arch/amd64/amd64/trap.c       Fri Sep 15 17:22:09 2017 +0000
@@ -1,4 +1,4 @@
-/*     $NetBSD: trap.c,v 1.99 2017/09/03 09:19:51 maxv Exp $   */
+/*     $NetBSD: trap.c,v 1.100 2017/09/15 17:22:09 maxv Exp $  */
 
 /*
  * Copyright (c) 1998, 2000, 2017 The NetBSD Foundation, Inc.
@@ -64,7 +64,7 @@
  */
 
 #include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: trap.c,v 1.99 2017/09/03 09:19:51 maxv Exp $");
+__KERNEL_RCSID(0, "$NetBSD: trap.c,v 1.100 2017/09/15 17:22:09 maxv Exp $");
 
 #include "opt_ddb.h"
 #include "opt_kgdb.h"
@@ -230,7 +230,7 @@
  * Such traps can be triggered when the kernel fails to return to userland,
  * because of incorrect segment registers.
  */
-#ifndef Xen
+#ifndef XEN
 static void trap_user_kernelmode(struct trapframe *, int, lwp_t *, proc_t *);
 
 static void