From owner-freebsd-xen@FreeBSD.ORG Thu Jan 13 13:51:32 2011 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F737106564A; Thu, 13 Jan 2011 13:51:32 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id E1CEE8FC08; Thu, 13 Jan 2011 13:51:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id D61B811ED8; Thu, 13 Jan 2011 16:44:00 +0300 (MSK) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09820-03; Thu, 13 Jan 2011 16:43:59 +0300 (MSK) Received: from mail.bcc (unknown [172.16.250.23]) by extmx.bcc.ru (Postfix) with ESMTP id E4272F83F; Thu, 13 Jan 2011 16:43:59 +0300 (MSK) Received: from snasonovnbwxp.bcc ([192.168.201.205]) by mail.bcc over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Thu, 13 Jan 2011 16:51:30 +0300 From: Sergey G Nasonov Organization: BCC To: Colin Percival Date: Thu, 13 Jan 2011 16:51:37 +0300 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.5.4; i386; ; ) References: <201101121601.58282.snasonov@bcc.ru> <4D2DE66A.6000403@freebsd.org> In-Reply-To: <4D2DE66A.6000403@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201101131651.37535.snasonov@bcc.ru> X-OriginalArrivalTime: 13 Jan 2011 13:51:30.0253 (UTC) FILETIME=[FB1237D0:01CBB328] X-Virus-Scanned: amavisd-new at bcc.ru Cc: freebsd-xen@freebsd.org Subject: Re: does anyone have Xen running on an AMD system? X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2011 13:51:32 -0000 On Wednesday 12 January 2011 20:35:38 Colin Percival wrote: > Hi, > > On 01/12/11 05:01, Sergey G Nasonov wrote: > > I am sorry for intrusion. I have the same problem (pmap_init) running FreeBSD 8.2 r217259 i386 PV mode on Citrix XenServer 5.6. The server is IBM x3650 with intel Xeon 5405 > > panic: pmap_init: page table page is out of range > > > > FreeBSD VM has 1GB memory. And this problem does not appear when I reduce amount of RAM to 512 MB. > > Yeah, this is a completely separate bug from the one I'm trying to fix right > now -- good to know that it's easily reproduced, though, and very interesting > to hear that it depends on the amount of RAM you have. Do you get the same > panic with -CURRENT? (I'm guessing you will given that the xen code is very > close to identical between 9.0 and 8.2, but always best to check...) > > Hi, CURRENT kernel goes to panic even with 512 MB RAM: WARNING: loader(8) metadata is missing! GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #5: Thu Jan 13 13:10:09 MSK 2011 root@fbsd8x32.bcc.:/usr/obj/usr/src/sys/XEN i386 WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 1995.001 MHz processor. Timecounter "ixen" frequency 1953125 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5405 @ 2.00GHz (1995.00-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10676 Family = 6 Model = 17 Stepping = 6 Features=0xbfe3fbff Features2=0xce33d AMD Features=0x20000000 AMD Features2=0x1 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 6144 kbytes, 16-way associative, 64 bytes/line real memory = 536870912 (512 MB) Physical memory chunk(s): 0x000000000079b000 - 0x000000001f638fff, 518643712 bytes (126622 pages) avail memory = 515637248 (491 MB) ULE: setup cpu 0 [XEN] IPI cpu=0 irq=128 vector=RESCHEDULE_VECTOR (0) [XEN] IPI cpu=0 irq=129 vector=CALL_FUNCTION_VECTOR (1) Event-channel device installed. mem: Pentium Pro MTRR support enabled null: io: nfslock: pseudo-device random: [XEN] xen_rtc_probe: probing Hypervisor RTC clock rtc0: on motherboard [XEN] xen_rtc_attach: attaching Hypervisor RTC clock rtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) xenstore0: on motherboard Device configuration finished. procfs registered Timecounters tick every 10.000 msec [XEN] hypervisor wallclock nudged; nudging TOD. lo0: bpf attached xenbusb_front0: on xenstore0 Fatal trap 1: privileged instruction fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer= 0x21:0xc0334e5c stack pointer = 0x29:0xc21fec84 frame pointer = 0x29:0xc21fec88 code segment= base 0x0, limit 0xfffff, type 0x1b = DPL 1, pres 1, def32 xn0: at device/vif/0 on xenbusb_front0 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process= 11 (idle: cpu0) [ thread pid 11 tid 100003 ] Stopped at outb_+0x6ac: monitor db> But if I set VM to 1024 MB the problem the same as in STABLE: WARNING: loader(8) metadata is missing! GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #5: Thu Jan 13 13:10:09 MSK 2011 root@fbsd8x32.bcc.:/usr/obj/usr/src/sys/XEN i386 WARNING: WITNESS option enabled, expect reduced performance. panic: pmap_init: page table page is out of range cpuid = 0 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xc011566a: movl $0,0xc04133b4 db> So pmap_init problem is common for STABLE and CURRENT. -- Best Regards, Nasonov Sergey