Date: Wed, 12 Jan 2011 21:34:10 +0100 From: =?ISO-8859-1?Q?G=F3t_Andr=E1s?= <got.andras@deployis.eu> To: Tobiasz Tworek <tobiasztworek@gmail.com> Cc: freebsd-xen@freebsd.org Subject: Re: does anyone have Xen running on an AMD system? Message-ID: <4D2E1042.5090302@deployis.eu> In-Reply-To: <4D2E0FAB.4010900@gmail.com> References: <201101121601.58282.snasonov@bcc.ru> <4D2DADC7.8080404@deployis.eu> <4D2DE6E6.2090202@freebsd.org> <4D2E0FAB.4010900@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------040606080308060105070506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit I've attached Colin's patch. It may work on current also. Tobiasz Tworek wrote: > I had tested latest curent version on my AMD Athlon II X4 Xen Server 6.5 > and i have got panic. My output: > > WARNING: loader(8) metadata is missing! > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 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 #0: Wed Jan 12 20:14:15 CET 2011 > root@freebsdcurent:/usr/src/sys/i386/compile/XEN i386 > WARNING: WITNESS option enabled, expect reduced performance. > Xen reported: 3013.708 MHz processor. > Timecounter "ixen" frequency 1000000000 Hz quality 0 > CPU: AMD Athlon(tm) II X4 640 Processor (3013.71-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x100f53 Family = 10 Model = 5 > Stepping = 3 > > Features=0x1783fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE,SSE2,HTT> > > Features2=0x802009<SSE3,MON,CX16,POPCNT> > AMD > Features=0xee500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM,3DNow!+,3DNow!> > AMD > Features2=0x37ff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,SKINIT,WDT> > > TSC: P-state invariant > Data TLB: 48 entries, fully associative > Instruction TLB: 32 entries, fully associative > L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative > L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way > associative > L2 internal cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 8-way > associative > real memory = 536870912 (512 MB) > Physical memory chunk(s): > 0x000000000077d000 - 0x000000001f638fff, 518766592 bytes (126652 pages) > avail memory = 515821568 (491 MB) > APIC: Using the MPTable enumerator. > SMP: Added CPU 0 (BSP) > 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. > nfslock: pseudo-device > mem:<memory> > Pentium Pro MTRR support enabled > io:<I/O> > null:<null device, zero device> > random:<entropy source, Software, Yarrow> > [XEN] xen_rtc_probe: probing Hypervisor RTC clock > rtc0:<Xen Hypervisor Clock> on motherboard > [XEN] xen_rtc_attach: attaching Hypervisor RTC clock > rtc0: registered as a time-of-day clock (resolution 1000000us, > adjustment 0.500000000s) > Grant table initialized > xenbus0:<Xen Devices> on motherboard > xc0:<Xen Console> on motherboard > Device configuration finished. > procfs registered > Timecounters tick every 10.000 msec > kernel trap 9 with interrupts disabled > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer= 0x21:0xc032b311 > stack pointer = 0x29:0xlo0: bpf attached > c21fec8c > frame pointer = 0x29:0xc21fec94 > code segment= base 0x0, limit 0xfffff, type [XEN] hypervisor wallclock > nudged; nudging TOD. > 0x1b > = DPL 1, pres 1, def32 1, gran 1 > processor eflags= resume, IOPL = 0 > current process= 11 (idle: cpu0) > [ thread pid 11 tid 100003 ] > Stopped at spinlock_exit+0xa1: hlt > > > > Regards, > Tobiasz Tworek > > >> On 01/12/11 05:33, Gót András wrote: >>> kernel trap 9 with interrupts disabled >>> >>> Fatal trap 9: general protection fault while in kernel mode >>> cpuid = 0; apic id = 00 >>> instruction pointer = 0x21:0xc0321241 >>> stack pointer = 0x29:0xc21ffc8c >>> frame pointer = 0x29:0xc21ffc94 >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 1, pres 1, def32 1, gran 1 >>> processor eflags = resume, IOPL = 0 >>> current process = 11 (idle: cpu0) >>> [thread pid 11 tid 100003 ] >>> Stopped at spinlock_exit+0xe1: hlt >> Yep, this is what I was looking for. Can you try the attached patch >> (under >> the same conditions to avoid the pmap_init panic) and let me know if this >> problem goes away? >> >> >> >> _______________________________________________ >> freebsd-xen@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-xen >> To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" --------------040606080308060105070506 Content-Type: text/x-patch; name="amdc1e_privileged.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="amdc1e_privileged.patch" Index: i386/i386/machdep.c =================================================================== --- i386/i386/machdep.c (revision 217272) +++ i386/i386/machdep.c (working copy) @@ -1228,6 +1228,7 @@ static int cpu_ident_amdc1e = 0; +#if !defined(XEN) || defined(XEN_PRIVILEGED) static int cpu_probe_amdc1e(void) { @@ -1254,6 +1255,7 @@ #endif return (0); } +#endif /* * C1E renders the local APIC timer dead, so we disable it by @@ -2690,8 +2692,10 @@ thread0.td_pcb->pcb_fsd = PCPU_GET(fsgs_gdt)[0]; thread0.td_pcb->pcb_gsd = PCPU_GET(fsgs_gdt)[1]; +#if defined(XEN_PRIVILEGED) if (cpu_probe_amdc1e()) cpu_idle_fn = cpu_idle_amdc1e; +#endif } #else --------------040606080308060105070506--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D2E1042.5090302>