[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] Time stopped



Recreated the situation on non-PAE kernel on the same machine.

On Thu, 2005-10-13 at 18:29 +0100, Ian Pratt wrote:

> 
> When the machine is in this state, what interrupt rate does
> /proc/interrupts show?
x335b:~ # cat /proc/interrupts
           CPU0
  1:         10        Phys-irq  i8042
  5:          0        Phys-irq  acpi
 11:          0        Phys-irq  ohci_hcd:usb1
 12:        110        Phys-irq  i8042
 15:         28        Phys-irq  ide1
 22:       9646        Phys-irq  ioc0
 24:       8719        Phys-irq  peth0
256:     306649     Dynamic-irq  timer0
257:          0     Dynamic-irq  console
258:          0     Dynamic-irq  net-be-dbg
259:      12123     Dynamic-irq  xenbus
NMI:          0
LOC:          0
ERR:          0
MIS:          0

> 
> 
> If you do a "sleep 1" how long does it sleep for?
In this case, it slept for about 3 real minutes.
> 
> I presume both dom0 and the domU experience the time slow down?
Correct. 
> 
> If you run something in the background that burns CPU does it make a
> difference? 
I started LTP on dom0 ( and can see console outpu) and it makes no
difference.

> In this case, what does xm list show as regards the CPU time
> consumed by the domains?
x335b:/tmp/ltp-full-20050804 # date
Thu Oct 13 13:47:59 CDT 2005
x335b:/tmp/ltp-full-20050804 # xm list
Name              ID  Mem(MiB)  CPU  VCPUs  State   Time(s)
Domain-0           0       495    -      4  r-----     96.5
11_create_0       73        16    3      1  -b----      0.3
x335b:/tmp/ltp-full-20050804 # xm list
Name              ID  Mem(MiB)  CPU  VCPUs  State   Time(s)
Domain-0           0       495    -      4  r-----     96.5
11_create_0       73        16    3      1  -b----      0.3
x335b:/tmp/ltp-full-20050804 # xm list
Name              ID  Mem(MiB)  CPU  VCPUs  State   Time(s)
Domain-0           0       495    -      4  r-----     96.5
11_create_0       73        16    3      1  -b----      0.3
x335b:/tmp/ltp-full-20050804 #
x335b:/tmp/ltp-full-20050804 # date
Thu Oct 13 13:47:59 CDT 2005

> 
> Can you make this happen if you boot the machine with maxcpus=1 ?
Will try that now and report later.
> 
> Can you narrow down which of the xm-tests actually provoke's the bug?
Tailing the xm-output file:
x335b:/tmp/logs/xm-test # tail x335sles9_pae4gb.output
Using config file "/dev/null".
Started domain testdomain
[dom0] Running `xm destroy testdomain'

[dom0] Running `xm create /dev/null ramdisk=../../ramdisk/initrd.img
kernel=/boot/vmlinuz-2.6.12-xenU name=testdomain nics=0 vcpus=1
memory=64 root=/dev/ram0'
Using config file "/dev/null".
Started domain testdomain
[dom0] Running `xm destroy testdomain'

PASS: 10_create_fastdestroy.test

--------------------------xm list output: 

x335b:/tmp/logs/xm-test # xm list
Name              ID  Mem(MiB)  CPU  VCPUs  State   Time(s)
Domain-0           0       495    -      4  r-----     96.5
11_create_0       73        16    3      1  -b----      0.3
x335b:/tmp/logs/xm-test #


> 
> It's hard to imagine that this bug is PAE specific. Please could you try
> booting a non PAE kernel on the machine.
Right. This recreate was done on a non-PAE kernel. 
> 
> Thanks,
> Ian
> 
>  
> > x335b:~ # xm list
> > Name              ID  Mem(MiB)  CPU  VCPUs  State   Time(s)
> > Domain-0           0       495    0      1  r-----    110.9
> > 11_create_0      131        16    3      1  -b----      0.3
> > x335b:~ # date
> > Thu Oct 13 09:52:23 CDT 2005
> > x335b:~ # date
> > Thu Oct 13 09:52:23 CDT 2005
> > x335b:~ # date
> > Thu Oct 13 09:52:23 CDT 2005
> > x335b:~ # xm list
> > Name              ID  Mem(MiB)  CPU  VCPUs  State   Time(s)
> > Domain-0           0       495    0      1  r-----    110.9
> > 11_create_0      131        16    3      1  -b----      0.3
> > x335b:~ # date
> > Thu Oct 13 09:52:24 CDT 2005
> > x335b:~ # date
> > Thu Oct 13 09:52:24 CDT 2005
> > 
> > x335b:~ # xm dmesg
> >  __  __            _____  ___         _                _
> >  \ \/ /___ _ __   |___ / / _ \     __| | _____   _____| |
> >   \  // _ \ '_ \    |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
> >   /  \  __/ | | |  ___) | |_| |__| (_| |  __/\ V /  __/ |
> >  /_/\_\___|_| |_| |____(_)___/    \__,_|\___| \_/ \___|_|
> > 
> >  http://www.cl.cam.ac.uk/netos/xen
> >  University of Cambridge Computer Laboratory
> > 
> >  Xen version 3.0-devel (root@xxxxxxxxxxxxxxxxxx) (gcc version 
> > 3.3.3 (SuSE Linux)) Thu Oct 13 06:30:24 CDT 2005  Latest 
> > ChangeSet: Wed Oct 12 10:15:02 2005 +0100 7353:29db5bded574
> > 
> > (XEN) Physical RAM map:
> > (XEN)  0000000000000000 - 000000000009d400 (usable)
> > (XEN)  000000000009d400 - 00000000000a0000 (reserved)
> > (XEN)  00000000000e0000 - 0000000000100000 (reserved)
> > (XEN)  0000000000100000 - 00000000f7fec140 (usable)
> > (XEN)  00000000f7fec140 - 00000000f7ff0000 (ACPI data)
> > (XEN)  00000000f7ff0000 - 00000000f8000000 (reserved)
> > (XEN)  00000000fec00000 - 0000000100000000 (reserved)
> > (XEN)  0000000100000000 - 0000000108000000 (usable)
> > (XEN) System RAM: 4095MB (4193828kB)
> > (XEN) Xen heap: 10MB (10496kB)
> > (XEN) PAE enabled, limit: 16 GB
> > (XEN) found SMP MP-table at 0009d540
> > (XEN) DMI 2.3 present.
> > (XEN) Using APIC driver default
> > (XEN) ACPI: RSDP (v000 IBM                                   ) @
> > 0x000fdfc0
> > (XEN) ACPI: RSDT (v001 IBM    SERONYXP 0x00001000 IBM  0x45444f43) @
> > 0xf7feff80
> > (XEN) ACPI: FADT (v001 IBM    SERONYXP 0x00001000 IBM  0x45444f43) @
> > 0xf7feff00
> > (XEN) ACPI: MADT (v001 IBM    SERONYXP 0x00001000 IBM  0x45444f43) @
> > 0xf7fefe40
> > (XEN) ACPI: ASF! (v016 IBM    SERONYXP 0x00000001 IBM  0x45444f43) @
> > 0xf7fefd80
> > (XEN) ACPI: DSDT (v001 IBM    SERTURQU 0x00001000 MSFT 0x0100000b) @
> > 0x00000000
> > (XEN) ACPI: Local APIC address 0xfee00000
> > (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> > (XEN) Processor #0 15:2 APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
> > (XEN) Processor #6 15:2 APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> > (XEN) Processor #1 15:2 APIC version 20
> > (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
> > (XEN) Processor #7 15:2 APIC version 20
> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
> > (XEN) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
> > (XEN) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
> > (XEN) IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-15
> > (XEN) ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[16])
> > (XEN) IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 16-31
> > (XEN) ACPI: IOAPIC (id[0x0c] address[0xfec02000] gsi_base[32])
> > (XEN) IOAPIC[2]: apic_id 12, version 17, address 0xfec02000, GSI 32-47
> > (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > (XEN) ACPI: IRQ0 used by override.
> > (XEN) ACPI: IRQ2 used by override.
> > (XEN) Enabling APIC mode:  Flat.  Using 3 I/O APICs
> > (XEN) Using ACPI (MADT) for SMP configuration information
> > (XEN) Initializing CPU#0
> > (XEN) Detected 3189.471 MHz processor.
> > (XEN) Using scheduler: Simple EDF Scheduler (sedf)
> > (XEN) CPU: Trace cache: 12K uops, L1 D cache: 8K
> > (XEN) CPU: L2 cache: 512K
> > (XEN) CPU: L3 cache: 1024K
> > (XEN) CPU: Physical Processor ID: 0
> > (XEN) CPU0: Intel(R) Xeon(TM) CPU 3.20GHz stepping 05
> > (XEN) Booting processor 1/1 eip 90000
> > (XEN) Initializing CPU#1
> > (XEN) CPU: Trace cache: 12K uops, L1 D cache: 8K
> > (XEN) CPU: L2 cache: 512K
> > (XEN) CPU: L3 cache: 1024K
> > (XEN) CPU: Physical Processor ID: 0
> > (XEN) CPU1: Intel(R) Xeon(TM) CPU 3.20GHz stepping 05
> > (XEN) Booting processor 2/6 eip 90000
> > (XEN) Initializing CPU#2
> > (XEN) CPU: Trace cache: 12K uops, L1 D cache: 8K
> > (XEN) CPU: L2 cache: 512K
> > (XEN) CPU: L3 cache: 1024K
> > (XEN) CPU: Physical Processor ID: 3
> > (XEN) CPU2: Intel(R) Xeon(TM) CPU 3.20GHz stepping 05
> > (XEN) Booting processor 3/7 eip 90000
> > (XEN) Initializing CPU#3
> > (XEN) CPU: Trace cache: 12K uops, L1 D cache: 8K
> > (XEN) CPU: L2 cache: 512K
> > (XEN) CPU: L3 cache: 1024K
> > (XEN) CPU: Physical Processor ID: 3
> > (XEN) CPU3: Intel(R) Xeon(TM) CPU 3.20GHz stepping 05
> > (XEN) Total of 4 processors activated.
> > (XEN) ENABLING IO-APIC IRQs
> > (XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
> > (XEN) checking TSC synchronization across 4 CPUs: passed.
> > (XEN) Platform timer is 1.193MHz PIT
> > (XEN) Brought up 4 CPUs
> > (XEN) mtrr: v2.0 (20020519)
> > (XEN) *** LOADING DOMAIN 0 ***
> > (XEN) Xen-ELF header found:
> > 'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xC0000000
> ,PAE=yes,LOADER=generic'
> > (XEN) PHYSICAL MEMORY ARRANGEMENT:
> > (XEN)  Dom0 alloc.:   0000000003800000->0000000004000000 (125952 pages
> > to be allocated)
> > (XEN) VIRTUAL MEMORY ARRANGEMENT:
> > (XEN)  Loaded kernel: c0100000->c06394e4
> > (XEN)  Init. ramdisk: c063a000->c063a000
> > (XEN)  Phys-Mach map: c063a000->c06b7000
> > (XEN)  Start info:    c06b7000->c06b8000
> > (XEN)  Page tables:   c06b8000->c06c1000
> > (XEN)  Boot stack:    c06c1000->c06c2000
> > (XEN)  TOTAL:         c0000000->c0800000
> > (XEN)  ENTRY ADDRESS: c0100000
> > (XEN) Scrubbing Free
> > RAM: ...........................................done.
> > (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to 
> > switch input to Xen).
> > (XEN) microcode: CPU1 updated from revision 0x11 to 0x29, date =
> > 08112004
> > (XEN) microcode: CPU2 updated from revision 0x11 to 0x29, date =
> > 08112004
> > (XEN) microcode: CPU3 updated from revision 0x11 to 0x29, date =
> > 08112004
> > (XEN) microcode: CPU0 updated from revision 0x11 to 0x29, date =
> > 08112004
> > (XEN) mtrr: type mismatch for fd000000,800000 old: write-back new:
> > write-combining
> > (XEN) mtrr: type mismatch for fd000000,800000 old: write-back new:
> > write-combining
> > (XEN) Domain 63 (vcpu#0) crashed on cpu#3:
> > (XEN) CPU:    3
> > (XEN) EIP:    e019:[<c01159b6>]
> > (XEN) EFLAGS: 00000246   CONTEXT: guest
> > (XEN) eax: 00000ac8   ebx: 00000000   ecx: 00000000   edx: 00000000
> > (XEN) esi: 00000000   edi: 00000000   ebp: 00000ac8   esp: c0355e8c
> > (XEN) cr0: 8005003b   cr3: e3b58000
> > (XEN) ds: e021   es: e021   fs: 0000   gs: e021   ss: e021   cs: e019
> > (XEN) Guest stack trace from esp=c0355e8c:
> > (XEN)    c0000acc 00000003 c01159b6 0001e019 00010246 
> > 00000000 00000000
> > 00000000
> > (XEN)    c0000000 c0361875 c1959000 00001000 00000000 
> > 00000000 c022b738
> > c037ed20
> > (XEN)    00000000 c0800000 c073e020 00000800 c0361bef 
> > c073e020 00000400
> > c02f0a33
> > (XEN)    c0355f60 00004000 00000000 00000000 00000000 
> > 00000000 00004000
> > 00000000
> > (XEN)    00000004 00000003 c073d018 00000000 c073d000 
> > 00000000 00000000
> > c0362025
> > (XEN)    c073d000 00000000 c0364880 c0385ff0 c0353060 
> > c02c7c37 00000000
> > c03622f8
> > (XEN)    006447ff c02f0a33 c0353060 c035d1e5 c02f0a33 
> > c0100000 c035d83b
> > c0355ff4
> > (XEN)    c036cbe0 00000080 00000000 0000006c 00000000 
> > 00000000 00000000
> > 00000000
> > (XEN)    00000000 00000000 00000000 00000000 00000000 
> > 00000000 00000000
> > 00000000
> > (XEN)    00000000 00000000 00000000 00000000 00000000 
> > ffffe000 c073a000
> > 00000000
> > (XEN)    ffffe000 c073a000 00000000 00000000 c0356867 
> > c0355ff4 00000000
> > 00000000
> > (XEN)    00000000 00000000 c037e100 0702080b c010007a
> > (XEN) (file=memory.c, line=57) Could not allocate order=0 
> > extent: id=73 flags=0 (13715 of 39271)
> > (XEN) Domain 81 (vcpu#0) crashed on cpu#3:
> > (XEN) CPU:    3
> > (XEN) EIP:    e019:[<c01159b6>]
> > (XEN) EFLAGS: 00000246   CONTEXT: guest
> > (XEN) eax: 000005a8   ebx: 00000000   ecx: 00000000   edx: 00000000
> > (XEN) esi: 00000000   edi: 00000000   ebp: 000005a8   esp: c0355e8c
> > (XEN) cr0: 8005003b   cr3: e2d72000
> > (XEN) ds: e021   es: e021   fs: 0000   gs: e021   ss: e021   cs: e019
> > (XEN) Guest stack trace from esp=c0355e8c:
> > (XEN)    c00005ac 00000003 c01159b6 0001e019 00010246 
> > 00000000 00000000
> > 00000000
> > (XEN)    c0000000 c0361875 c20b5000 00001000 00000000 
> > 00000000 c022b738
> > c037ed20
> > (XEN)    00000000 c0800000 c073e020 00000800 c0361bef 
> > c073e020 00000400
> > c02f0a33
> > (XEN)    c0355f60 00004000 00000000 00000000 00000000 
> > 00000000 00004000
> > 00000000
> > (XEN)    00000004 00000003 c073d018 00000000 c073d000 
> > 00000000 00000000
> > c0362025
> > (XEN)    c073d000 00000000 c0364880 c0385ff0 c0353060 
> > c02c7c37 00000000
> > c03622f8
> > (XEN)    006447ff c02f0a33 c0353060 c035d1e5 c02f0a33 
> > c0100000 c035d83b
> > c0355ff4
> > (XEN)    c036cbe0 00000080 00000000 0000006c 00000000 
> > 00000000 00000000
> > 00000000
> > (XEN)    00000000 00000000 00000000 00000000 00000000 
> > 00000000 00000000
> > 00000000
> > (XEN)    00000000 00000000 00000000 00000000 00000000 
> > ffffe000 c073a000
> > 00000000
> > (XEN)    ffffe000 c073a000 00000000 00000000 c0356867 
> > c0355ff4 00000000
> > 00000000
> > (XEN)    00000000 00000000 c037e100 0702080b c010007a
> > (XEN) Domain 102 (vcpu#0) crashed on cpu#3:
> > (XEN) CPU:    3
> > (XEN) EIP:    e019:[<c01159b6>]
> > (XEN) EFLAGS: 00000246   CONTEXT: guest
> > (XEN) eax: 00000920   ebx: 00000000   ecx: 00000000   edx: 00000000
> > (XEN) esi: 00000000   edi: 00000000   ebp: 00000920   esp: c0355e8c
> > (XEN) cr0: 8005003b   cr3: f293e000
> > (XEN) ds: e021   es: e021   fs: 0000   gs: e021   ss: e021   cs: e019
> > (XEN) Guest stack trace from esp=c0355e8c:
> > (XEN)    c0000924 00000003 c01159b6 0001e019 00010246 
> > 00000000 00000000
> > 00000000
> > (XEN)    c0000000 c0361875 c2124000 00001000 00000000 
> > 00000000 c022b738
> > c037ed20
> > (XEN)    00000000 c0800000 c073e020 00000800 c0361bef 
> > c073e020 00000400
> > c02f0a33
> > (XEN)    c0355f60 00004000 00000000 00000000 00000000 
> > 00000000 00004000
> > 00000000
> > (XEN)    00000004 00000003 c073d018 00000000 c073d000 
> > 00000000 00000000
> > c0362025
> > (XEN)    c073d000 00000000 c0364880 c0385ff0 c0353060 
> > c02c7c37 00000000
> > c03622f8
> > (XEN)    006447ff c02f0a33 c0353060 c035d1e5 c02f0a33 
> > c0100000 c035d83b
> > c0355ff4
> > (XEN)    c036cbe0 00000080 00000000 0000006c 00000000 
> > 00000000 00000000
> > 00000000
> > (XEN)    00000000 00000000 00000000 00000000 00000000 
> > 00000000 00000000
> > 00000000
> > (XEN)    00000000 00000000 00000000 00000000 00000000 
> > ffffe000 c073a000
> > 00000000
> > (XEN)    ffffe000 c073a000 00000000 00000000 c0356867 
> > c0355ff4 00000000
> > 00000000
> > (XEN)    00000000 00000000 c037e100 0702080b c010007a
> > 
> > 
> > x335b:~ # dmesg
> > Linux version 2.6.12-xen0 (root@x335b) (gcc version 3.3.3 
> > (SuSE Linux))
> > #1 Thu Oct 13 06:38:56 CDT 2005
> > BIOS-provided physical RAM map:
> >  Xen: 0000000000000000 - 000000001f400000 (usable) 0MB 
> > HIGHMEM available.
> > 500MB LOWMEM available.
> > On node 0 totalpages: 128000
> >   DMA zone: 128000 pages, LIFO batch:31
> >   Normal zone: 0 pages, LIFO batch:1
> >   HighMem zone: 0 pages, LIFO batch:1
> > DMI 2.3 present.
> > ACPI: RSDP (v000 IBM                                   ) @ 0x000fdfc0
> > ACPI: RSDT (v001 IBM    SERONYXP 0x00001000 IBM  0x45444f43) @
> > 0xf7feff80
> > ACPI: FADT (v001 IBM    SERONYXP 0x00001000 IBM  0x45444f43) @
> > 0xf7feff00
> > ACPI: MADT (v001 IBM    SERONYXP 0x00001000 IBM  0x45444f43) @
> > 0xf7fefe40
> > ACPI: ASF! (v016 IBM    SERONYXP 0x00000001 IBM  0x45444f43) @
> > 0xf7fefd80
> > ACPI: DSDT (v001 IBM    SERTURQU 0x00001000 MSFT 0x0100000b) @
> > 0x00000000
> > ACPI: Local APIC address 0xfee00000
> > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
> > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
> > ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
> > ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
> > ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0])
> > IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-15
> > ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[16])
> > IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 16-31
> > ACPI: IOAPIC (id[0x0c] address[0xfec02000] gsi_base[32])
> > IOAPIC[2]: apic_id 12, version 17, address 0xfec02000, GSI 32-47
> > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> > ACPI: IRQ0 used by override.
> > ACPI: IRQ2 used by override.
> > ACPI: IRQ5 used by override.
> > Enabling APIC mode:  Flat.  Using 3 I/O APICs Using ACPI 
> > (MADT) for SMP configuration information IRQ lockup detection 
> > disabled Allocating PCI resources starting at f8000000 (gap: 
> > f8000000:06c00000) Built 1 zonelists Kernel command line: 
> > root=/dev/sda2 ro console=tty0 Initializing CPU#0 PID hash 
> > table entries: 2048 (order: 11, 32768 bytes) Xen reported: 
> > 3189.368 MHz processor.
> > Console: colour VGA+ 80x25
> > Dentry cache hash table entries: 65536 (order: 6, 262144 
> > bytes) Inode-cache hash table entries: 32768 (order: 5, 
> > 131072 bytes) Software IO TLB enabled:
> >  Aperture:     64 megabytes
> >  Bus range:    0x0000000004000000 - 0x0000000008000000
> >  Kernel range: 0x00000000c1456000 - 0x00000000c5456000 
> > vmalloc area: e0000000-f53fe000, maxmem 2d800000
> > Memory: 434560k/512000k available (3563k kernel code, 77308k 
> > reserved, 1134k data, 356k init, 0k highmem) Checking if this 
> > processor honours the WP bit even in supervisor mode...
> > Ok.
> > Calibrating delay loop... 6370.09 BogoMIPS (lpj=31850496) 
> > Mount-cache hash table entries: 512
> > CPU: After generic identify, caps: bfebfbff 00000000 00000000 
> > 00000000 00004400 00000000 00000000
> > CPU: After vendor identify, caps: bfebfbff 00000000 00000000 
> > 00000000 00004400 00000000 00000000
> > CPU: Trace cache: 12K uops, L1 D cache: 8K
> > CPU: L2 cache: 512K
> > CPU: L3 cache: 1024K
> > CPU: After all inits, caps: bfebd3f1 00000000 00000000 
> > 00000080 00004400 00000000 00000000
> > CPU: Intel(R) Xeon(TM) CPU 3.20GHz stepping 05 Enabling fast 
> > FPU save and restore... done.
> > Enabling unmasked SIMD FPU exception support... done.
> > Checking 'hlt' instruction... disabled
> > ENABLING IO-APIC IRQs
> > NET: Registered protocol family 16
> > PCI: Using configuration type 1
> > ACPI: Subsystem revision 20050309
> > ACPI: Interpreter enabled
> > ACPI: Using IOAPIC for interrupt routing
> > ACPI: PCI Root Bridge [PCI0] (0000:00)
> > PCI: Probing PCI hardware (bus 00)
> > Boot video device is 0000:00:01.0
> > PCI: Ignoring BAR0-3 of IDE controller 0000:00:0f.1
> > ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> > ACPI: PCI Root Bridge [PCI1] (0000:01)
> > PCI: Probing PCI hardware (bus 01)
> > ACPI: PCI Interrupt Routing Table [\_SB_.PCI1._PRT]
> > ACPI: PCI Root Bridge [PCI2] (0000:02)
> > PCI: Probing PCI hardware (bus 02)
> > ACPI: PCI Interrupt Routing Table [\_SB_.PCI2._PRT]
> > ACPI: PCI Interrupt Link [LP00] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP01] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP02] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP03] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP04] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP05] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP06] (IRQs *9)
> > ACPI: PCI Interrupt Link [LP07] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP08] (IRQs *3)
> > ACPI: PCI Interrupt Link [LP09] (IRQs *4)
> > ACPI: PCI Interrupt Link [LP0A] (IRQs *10)
> > ACPI: PCI Interrupt Link [LP0B] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP0C] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP0D] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP0E] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP0F] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP10] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP11] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP12] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP13] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP14] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP15] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP16] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP17] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP18] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP19] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP1A] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP1B] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP1C] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP1D] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP1E] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LP1F] (IRQs) *0, disabled.
> > ACPI: PCI Interrupt Link [LPUS] (IRQs *11)
> > xen_mem: Initialising balloon driver.
> > SCSI subsystem initialized
> > usbcore: registered new driver hub
> > PCI: Using ACPI for IRQ routing
> > PCI: If a device doesn't work, try "pci=routeirq".  If it 
> > helps, post a report Grant table initialized
> > IA-32 Microcode Update Driver: v1.14-xen <tigran@xxxxxxxxxxx> 
> > Initializing Cryptographic API
> > serio: i8042 AUX port at 0x60,0x64 irq 12
> > serio: i8042 KBD port at 0x60,0x64 irq 1 io scheduler noop 
> > registered io scheduler anticipatory registered io scheduler 
> > deadline registered io scheduler cfq registered Floppy 
> > drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor 
> > PC87306 RAMDISK driver initialized: 16 RAM disks of 4096K 
> > size 1024 blocksize
> > loop: loaded (max 8 devices)
> > HP CISS Driver (v 2.6.6)
> > Intel(R) PRO/1000 Network Driver - version 6.0.54-k2 
> > Copyright (c) 1999-2004 Intel Corporation.
> > pcnet32.c:v1.30j 29.04.2005 tsbogend@xxxxxxxxxxxxxxxx
> > e100: Intel(R) PRO/100 Network Driver, 3.4.8-k2-NAPI
> > e100: Copyright(c) 1999-2005 Intel Corporation
> > tg3.c:v3.31 (June 8, 2005)
> > ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 24 (level, low) -> IRQ 24
> > eth0: Tigon3 [partno(BCM95703A30) rev 1002 PHY(5703)] (PCIX:100MHz:64-
> > bit) 10/100/1000BaseT Ethernet 00:11:25:3e:39:f2
> > eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] 
> > WireSpeed[1] TSOcap[1]
> > eth0: dma_rwctrl[769f4000]
> > ACPI: PCI Interrupt 0000:02:02.0[A] -> GSI 25 (level, low) -> IRQ 25
> > eth1: Tigon3 [partno(BCM95703A30) rev 1002 PHY(5703)] (PCIX:100MHz:64-
> > bit) 10/100/1000BaseT Ethernet 00:11:25:3e:39:f3
> > eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] 
> > WireSpeed[1] TSOcap[1]
> > eth1: dma_rwctrl[769f4000]
> > tun: Universal TUN/TAP device driver, 1.6
> > tun: (C) 1999-2004 Max Krasnyansky <maxk@xxxxxxxxxxxx> Xen 
> > virtual console successfully installed as ttyS0 Event-channel 
> > device installed.
> > xen_net: Initialising Xen netif backend.
> > Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> > ide: Assuming 33MHz system bus speed for PIO modes; override 
> > with idebus=xx SvrWks CSB5: IDE controller at PCI slot 
> > 0000:00:0f.1 SvrWks CSB5: chipset revision 147 SvrWks CSB5: 
> > not 100% native mode: will probe irqs later
> >     ide0: BM-DMA at 0x0700-0x0707, BIOS settings: hda:pio, hdb:pio
> >     ide1: BM-DMA at 0x0708-0x070f, BIOS settings: hdc:DMA, 
> > hdd:DMA Probing IDE interface ide0...
> > Probing IDE interface ide1...
> > hdc: LG CD-ROM CRN-8245B, ATAPI CD/DVD-ROM drive
> > ide1 at 0x170-0x177,0x376 on irq 15
> > Probing IDE interface ide0...
> > Probing IDE interface ide2...
> > Probing IDE interface ide3...
> > Probing IDE interface ide4...
> > Probing IDE interface ide5...
> > hdc: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33) Uniform 
> > CD-ROM driver Revision: 3.20 Red Hat/Adaptec aacraid driver 
> > (1.1.2-lk2 Oct 13 2005) 3ware Storage Controller device 
> > driver for Linux v1.26.02.001.
> > libata version 1.11 loaded.
> > Fusion MPT base driver 3.01.20
> > Copyright (c) 1999-2004 LSI Logic Corporation
> > ACPI: PCI Interrupt 0000:01:01.0[A] -> GSI 22 (level, low) -> IRQ 22
> > mptbase: Initiating ioc0 bringup
> > ioc0: 53C1030: Capabilities={Initiator}
> > Fusion MPT SCSI Host driver 3.01.20
> > scsi0 : ioc0: LSI53C1030, FwRev=01000e00h, Ports=1, MaxQ=222, IRQ=22
> >   Vendor: IBM-ESXS  Model: MAS3367NC     FN  Rev: C901
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> > SCSI device sda: 71096640 512-byte hdwr sectors (36401 MB) 
> > SCSI device sda: drive cache: write through SCSI device sda: 
> > 71096640 512-byte hdwr sectors (36401 MB) SCSI device sda: 
> > drive cache: write through
> >  sda: sda1 sda2
> > Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
> >   Vendor: IBM-ESXS  Model: MAS3367NC     FN  Rev: C901
> >   Type:   Direct-Access                      ANSI SCSI revision: 03
> > SCSI device sdb: 71096640 512-byte hdwr sectors (36401 MB) 
> > SCSI device sdb: drive cache: write through SCSI device sdb: 
> > 71096640 512-byte hdwr sectors (36401 MB) SCSI device sdb: 
> > drive cache: write through
> >  sdb: sdb1 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 > 
> > Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
> >   Vendor: IBM       Model: 25P3495a S320  1  Rev: 1
> >   Type:   Processor                          ANSI SCSI revision: 02
> > usbmon: debugs is not available
> > ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) 
> > Driver (PCI)
> > ACPI: PCI Interrupt Link [LPUS] enabled at IRQ 11
> > ACPI: PCI Interrupt 0000:00:0f.2[A] -> Link [LPUS] -> GSI 11 (level,
> > low) -> IRQ 11
> > ohci_hcd 0000:00:0f.2: OHCI Host Controller ohci_hcd 
> > 0000:00:0f.2: new USB bus registered, assigned bus number 1 
> > ohci_hcd 0000:00:0f.2: irq 11, io mem 0xfebfe000 hub 1-0:1.0: 
> > USB hub found hub 1-0:1.0: 4 ports detected USB Universal 
> > Host Controller Interface driver v2.2
> > usbcore: registered new driver usbhid
> > drivers/usb/input/hid-core.c: v2.01:USB HID core driver
> > mice: PS/2 mouse device common for all mice
> > md: raid0 personality registered as nr 2
> > md: raid1 personality registered as nr 3
> > md: raid5 personality registered as nr 4
> > raid5: automatically using best checksumming function: pIII_sse
> >    pIII_sse  :  1466.000 MB/sec
> > raid5: using function: pIII_sse (1466.000 MB/sec)
> > md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27
> > device-mapper: 4.4.0-ioctl (2005-01-12) initialised: 
> > dm-devel@xxxxxxxxxx
> > NET: Registered protocol family 2
> > input: AT Translated Set 2 keyboard on isa0060/serio0
> > IP: routing cache hash table of 4096 buckets, 32Kbytes TCP 
> > established hash table entries: 16384 (order: 5, 131072 
> > bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
> > TCP: Hash tables configured (established 16384 bind 16384)
> > NET: Registered protocol family 1
> > NET: Registered protocol family 17
> > input: PS/2 Generic Mouse on isa0060/serio1 Bridge 
> > firewalling registered
> > md: Autodetecting RAID arrays.
> > md: autorun ...
> > md: ... autorun DONE.
> > EXT3-fs: mounted filesystem with ordered data mode.
> > VFS: Mounted root (ext3 filesystem) readonly.
> > Freeing unused kernel memory: 356k freed kjournald starting.  
> > Commit interval 5 seconds
> > EXT3 (no)acl options not supported
> > EXT3 (no)acl options not supported
> > EXT3 FS on sda2, internal journal
> > md: Autodetecting RAID arrays.
> > md: autorun ...
> > md: ... autorun DONE.
> > Adding 1052216k swap on /dev/sda1.  Priority:42 extents:1
> > tg3: eth0: Link is up at 100 Mbps, full duplex.
> > tg3: eth0: Flow control is on for TX and on for RX.
> > Linux agpgart interface v0.101 (c) Dave Jones
> > ACPI: Power Button (FF) [PWRF]
> > end_request: I/O error, dev fd0, sector 0
> > end_request: I/O error, dev fd0, sector 0 program hwscan is 
> > using a deprecated SCSI ioctl, please convert it to SG_IO 
> > program hwscan is using a deprecated SCSI ioctl, please 
> > convert it to SG_IO
> > end_request: I/O error, dev fd0, sector 0
> > end_request: I/O error, dev fd0, sector 0 nfs warning: mount 
> > version older than kernel device vif0.0 entered promiscuous mode
> > bridge: can't decode speed from peth0: 0 device peth0 entered 
> > promiscuous mode
> > xen-br0: port 1(vif0.0) entering learning state
> > xen-br0: topology change detected, propagating
> > xen-br0: port 1(vif0.0) entering forwarding state
> > tg3: peth0: Link is up at 100 Mbps, full duplex.
> > tg3: peth0: Flow control is on for TX and on for RX.
> > xen-br0: port 2(peth0) entering learning state
> > xen-br0: topology change detected, propagating
> > xen-br0: port 2(peth0) entering forwarding state device 
> > vif74.1 entered promiscuous mode
> > xen-br0: port 3(vif74.1) entering learning state
> > xen-br0: topology change detected, propagating
> > xen-br0: port 3(vif74.1) entering forwarding state device 
> > vif75.1 entered promiscuous mode
> > xen-br0: port 4(vif75.1) entering learning state
> > xen-br0: topology change detected, propagating
> > xen-br0: port 4(vif75.1) entering forwarding state
> > xen-br0: port 4(vif75.1) entering disabled state device 
> > vif75.1 left promiscuous mode
> > xen-br0: port 4(vif75.1) entering disabled state device 
> > vif76.1 entered promiscuous mode
> > xen-br0: port 4(vif76.1) entering learning state
> > xen-br0: topology change detected, propagating
> > xen-br0: port 4(vif76.1) entering forwarding state device 
> > vif77.1 entered promiscuous mode
> > xen-br0: port 5(vif77.1) entering learning state
> > xen-br0: topology change detected, propagating
> > xen-br0: port 5(vif77.1) entering forwarding state x335b:~ #
> > 
> > The last output from 'xm-test' is:
> > 
> > x335b:/tmp/logs/xm-test # tail x335sles9_pae4gb.output Using 
> > config file "/dev/null".
> > Started domain testdomain
> > [dom0] Running `xm destroy testdomain'
> > 
> > [dom0] Running `xm create /dev/null 
> > ramdisk=../../ramdisk/initrd.img 
> > kernel=/boot/vmlinuz-2.6.12-xenU name=testdomain nics=0 vcpus=1
> > memory=64 root=/dev/ram0'
> > Using config file "/dev/null".
> > Started domain testdomain
> > [dom0] Running `xm destroy testdomain'
> > 
> > PASS: 10_create_fastdestroy.test
> > x335b:/tmp/logs/xm-test #
> > 
> > 
> > On Wed, 2005-09-28 at 15:24 -0500, David F Barrera wrote:
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=265
> > > 
> > > While running xm-test on two IBM xSeries 335s, one FC4 and 
> > the other 
> > > one SLES 9, I noticed that time has stopped:
> > > 
> > > [root@x335a xm-test]# date
> > > Wed Sep 28 13:59:18 CDT 2005
> > > [root@x335a xm-test]# date
> > > Wed Sep 28 13:59:18 CDT 2005
> > > 
> > > >> 15 minutes later,
> > > [root@x335a xm-test]# date
> > > Wed Sep 28 13:59:18 CDT 2005
> > > [root@x335a xm-test]#
> > > 
> > > changeset:   7076:46046d5fb354
> > > tag:         tip
> > > user:        emellor@ewan
> > > date:        Tue Sep 27 16:09:46 2005 +0100
> > > summary:     Remove unused import, mark unused variables.
> > > 
> > > The last output lines produced by xm-test are:
> > > cp 06_destroy_dom0_neg.py 06_destroy_dom0_neg.test chmod +x 
> > > 06_destroy_dom0_neg.test
> > > 
> > > The machines in question are running xm-test at the moment 
> > and appear 
> > > 'stuck'.
> > > Both are displaying the "(XEN) Ouch! We are seriously 
> > BEHIND schedule!"
> > > messages. However, the static time issue may not be related 
> > to the Ouch!
> > > issue, bug # 257, as Paul Larson observed it on a machine 
> > that was not 
> > > running xm-test at the time, hence we are submitting it as 
> > a different 
> > > bug.
> > > 
> > > 
> > --
> > Regards,
> > 
> > David F Barrera
> > Linux Technology Center
> > Systems and Technology Group, IBM
> > 
> > "The wisest men follow their own direction. "
> >                                                         Euripides
> > 
> > 
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > http://lists.xensource.com/xen-devel
> > 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
> 
-- 
Regards,

David F Barrera
Linux Technology Center
Systems and Technology Group, IBM

"The wisest men follow their own direction. "
                                                        Euripides


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.