does anyone have Xen running on an AMD system?

[Tobiasz Tworek]

Sory my bad i will atache path to curent and tomorow i will test it.

Tobiasz
> In current patch is attached to file i386/i386/machdep.c.
> There is no line "#if defined(XEN_PRIVILEGED)".
>
> Tobiasz
>> 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 at 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 at freebsd.org mailing list
>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-xen
>>>> To unsubscribe, send any mail to "freebsd-xen-unsubscribe at freebsd.org"
>
>