All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Michael Young <m.a.young@durham.ac.uk>
Cc: xen-devel@lists.xen.org
Subject: Re: crash on boot with 4.6.1 on fedora 24
Date: Tue, 29 Mar 2016 13:50:29 -0400	[thread overview]
Message-ID: <20160329175029.GA14079@char.us.oracle.com> (raw)
In-Reply-To: <754cf86a-2f07-4553-85d5-dae7fd2643fe@CISVIRHUB01.mds.ad.dur.ac.uk>

On Mon, Mar 28, 2016 at 06:00:33PM +0100, Michael Young wrote:
> I get a crash on boot with my Fedora xen-4.6.1-3.fc24 packages. This seems
> to be related to how it is compiled because the same code compiled under
> Fedora 23 works. The boot logs are attached. The address mentioned in the
> crash has the code
>    0xffff82d08023d3c3 <create_bounce_frame+299>:
>     je     0xffff82d08023e90a <autogen_stubs+4241>
> but I have compared it with the Fedora 23 version of create_bounce_frame and
> as far as I can see the code is the same, so I am a bit stuck on how to
> debug this further.

Same machine?

Oh, you are doing this as guest:
> 
> 	Michael Young

>  Xen 4.6.1-3.fc24
> (XEN) Xen version 4.6.1 (mockbuild@[unknown]) (gcc (GCC) 6.0.0 20160305 (Red Hat 6.0.0-0.15)) debug=n Tue Mar  8 00:10:50 UTC 2016
> (XEN) Latest ChangeSet: 
> (XEN) Bootloader: GRUB 2.02~beta3
> (XEN) Command line: placeholder loglvl=all guest_loglvl=all console=com1,vga
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN) Disc information:
> (XEN)  Found 1 MBR signatures
> (XEN)  Found 1 EDD information structures
> (XEN) Xen-e820 RAM map:
> (XEN)  0000000000000000 - 000000000009fc00 (usable)
> (XEN)  000000000009fc00 - 00000000000a0000 (reserved)
> (XEN)  00000000000f0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 000000003ffe0000 (usable)
> (XEN)  000000003ffe0000 - 0000000040000000 (reserved)
> (XEN)  00000000feffc000 - 00000000ff000000 (reserved)
> (XEN)  00000000fffc0000 - 0000000100000000 (reserved)
> (XEN) System RAM: 1023MB (1048060kB)
> (XEN) ACPI: RSDP 000F6300, 0014 (r0 BOCHS )

<chuckles>

Does this happen with normal machines?

> (XEN) ACPI: RSDT 3FFE16EE, 0034 (r1 BOCHS  BXPCRSDT        1 BXPC        1)
> (XEN) ACPI: FACP 3FFE0C14, 0074 (r1 BOCHS  BXPCFACP        1 BXPC        1)
> (XEN) ACPI: DSDT 3FFE0040, 0BD4 (r1 BOCHS  BXPCDSDT        1 BXPC        1)
> (XEN) ACPI: FACS 3FFE0000, 0040
> (XEN) ACPI: SSDT 3FFE0C88, 09B6 (r1 BOCHS  BXPCSSDT        1 BXPC        1)
> (XEN) ACPI: APIC 3FFE163E, 0078 (r1 BOCHS  BXPCAPIC        1 BXPC        1)
> (XEN) ACPI: HPET 3FFE16B6, 0038 (r1 BOCHS  BXPCHPET        1 BXPC        1)
> (XEN) No NUMA configuration found
> (XEN) Faking a node at 0000000000000000-000000003ffe0000
> (XEN) Domain heap initialised
> (XEN) found SMP MP-table at 000f64e0
> (XEN) DMI 2.8 present.
> (XEN) Using APIC driver default
> (XEN) ACPI: PM-Timer IO Port: 0x608
> (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:604,1:0], pm1x_evt[1:600,1:0]
> (XEN) ACPI:             wakeup_vec[3ffe000c], vec_size[20]
> (XEN) ACPI: Local APIC address 0xfee00000
> (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> (XEN) Processor #0 6:6 APIC version 20
> (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
> (XEN) ACPI: IOAPIC (id[0x00] address[0xfec00000] gsi_base[0])
> (XEN) IOAPIC[0]: apic_id 0, version 17, address 0xfec00000, GSI 0-23
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 5 global_irq 5 high level)
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 high level)
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 11 global_irq 11 high level)
> (XEN) ACPI: IRQ0 used by override.
> (XEN) ACPI: IRQ2 used by override.
> (XEN) ACPI: IRQ5 used by override.
> (XEN) ACPI: IRQ9 used by override.
> (XEN) ACPI: IRQ10 used by override.
> (XEN) ACPI: IRQ11 used by override.
> (XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
> (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000
> (XEN) ERST table was not found
> (XEN) Using ACPI (MADT) for SMP configuration information
> (XEN) SMP: Allowing 1 CPUs (0 hotplug CPUs)
> (XEN) IRQ limits: 24 GSI, 184 MSI/MSI-X
> (XEN) Not enabling x2APIC: depends on iommu_supports_eim.
> (XEN) XSM Framework v1.0.0 initialized
> (XEN) Flask:  Access controls disabled until policy is loaded.
> (XEN) Intel machine check reporting enabled
> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> (XEN) Detected 2394.587 MHz processor.
> (XEN) Initing memory sharing.
> (XEN) alt table ffff82d0802d4730 -> ffff82d0802d5960
> (XEN) I/O virtualisation disabled
> (XEN) nr_sockets: 1
> (XEN) Enabled directed EOI with ioapic_ack_old on!
> (XEN) ENABLING IO-APIC IRQs
> (XEN)  -> Using old ACK method
> (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
> (XEN) Platform timer is 100.000MHz HPET
> (XEN) Allocated console ring of 16 KiB.
> (XEN) mwait-idle: does not run on family 6 model 6
> (XEN) Brought up 1 CPUs
> (XEN) HPET: 0 timers usable for broadcast (3 total)
> (XEN) ACPI sleep modes: S3
> (XEN) VPMU: disabled
> (XEN) mcheck_poll: Machine check polling timer started.
> (XEN) xenoprof: Initialization failed. Intel processor family 6 model 6is not supported
> (XEN) Dom0 has maximum 208 PIRQs
> (XEN) NX (Execute Disable) protection active
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN)  Xen  kernel: 64-bit, lsb, compat32
> (XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2084000
> (XEN) PHYSICAL MEMORY ARRANGEMENT:
> (XEN)  Dom0 alloc.:   0000000038000000->000000003c000000 (225611 pages to be allocated)
> (XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN)  Loaded kernel: ffffffff81000000->ffffffff82084000
> (XEN)  Init. ramdisk: 0000000000000000->0000000000000000
> (XEN)  Phys-Mach map: 0000008000000000->00000080001d8a58
> (XEN)  Start info:    ffffffff82084000->ffffffff820844b4
> (XEN)  Page tables:   ffffffff82085000->ffffffff8209a000
> (XEN)  Boot stack:    ffffffff8209a000->ffffffff8209b000
> (XEN)  TOTAL:         ffffffff80000000->ffffffff82400000
> (XEN)  ENTRY ADDRESS: ffffffff81d681f0
> (XEN) Dom0 has maximum 1 VCPUs
> (XEN) Scrubbing Free RAM on 1 nodes using 1 CPUs
> (XEN) ........done.
> (XEN) Initial low memory virq threshold set at 0x1000 pages.
> (XEN) Std. Loglevel: All
> (XEN) Guest Loglevel: All
> (XEN) Xen is relinquishing VGA console.
> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
> (XEN) Freed 288kB init memory.
> (XEN) d0v0: unhandled page fault (ec=0000)
> (XEN) Pagetable walk from ffffffff81d6b665:
> (XEN)  L4[0x1ff] = 000000003a088067 0000000000002088
> (XEN)  L3[0x1fe] = 000000003a087067 0000000000002087
> (XEN)  L2[0x00e] = 000000003a096067 0000000000002096 
> (XEN)  L1[0x16b] = 0010000039d6b067 0000000000001d6b
> (XEN) domain_crash_sync called from entry.S: fault at ffff82d08023d3c3 create_bounce_frame+0x12b/0x13a
> (XEN) Domain 0 (vcpu#0) crashed on cpu#0:
> (XEN) ----[ Xen-4.6.1  x86_64  debug=n  Not tainted ]----
> (XEN) CPU:    0
> (XEN) RIP:    e033:[<ffffffff81d6b665>]
> (XEN) RFLAGS: 0000000000000282   EM: 1   CONTEXT: pv guest (d0v0)
> (XEN) rax: fffffffffffffff2   rbx: ffffffff81d59000   rcx: 0000000000039d58
> (XEN) rdx: 0000000000000000   rsi: 0000000000000010   rdi: ffffffff81c03eb0
> (XEN) rbp: ffffffff81c03f00   rsp: ffffffff81c03e70   r8:  0000000000000000
> (XEN) r9:  0000000000000080   r10: 0000000000000000   r11: 8000000000000161
> (XEN) r12: 0000000000000080   r13: ffffffff81c03f16   r14: ffffffff81c03eb0
> (XEN) r15: 0000000000000001   cr0: 000000008005003b   cr4: 00000000000006e0
> (XEN) cr3: 000000003a085000   cr2: ffffffff81d6b665
> (XEN) ds: 0000   es: 0000   fs: 0000   gs: 0000   ss: e02b   cs: e033
> (XEN) Guest stack trace from rsp=ffffffff81c03e70:
> (XEN)    0000000000039d58 8000000000000161 0000000000000000 ffffffff81d6b665
> (XEN)    000000010000e030 0000000000010082 ffffffff81c03eb0 000000000000e02b
> (XEN)    0000000000039d58 0000000000000000 0000000000000080 8000000000000161
> (XEN)    0000000001d58000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 ffffffff81c03f28 ffffffff81028ef5
> (XEN)    007f000000000000 ffffffff81d58000 0000000000000000 ffffffff81c03f40
> (XEN)    ffffffff817c0bb0 0000000000000000 ffffffff81c03ff8 ffffffff81d6b8c6
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 0000000000000000 0000000000000000
> (XEN)    0000000000000000 0000000000000000 00010102464c457f 0000000000000000
> (XEN)    00000001003e0003 0000000000000970 0000000000000040 0000000000000fa0
> (XEN)    0038004000000000 0010001100400004 0000000500000001 0000000000000000
> (XEN)    0000000000000000 0000000000000000 0000000000000ec9 0000000000000ec9
> (XEN)    0000000000001000 0000000400000002 0000000000000360 0000000000000360
> (XEN)    0000000000000360 0000000000000110 0000000000000110 0000000000000008
> (XEN)    0000000400000004 00000000000007b0 00000000000007b0 00000000000007b0
> (XEN)    000000000000003c 000000000000003c 0000000000000004 000000046474e550
> (XEN) Hardware Dom0 crashed: rebooting machine in 5 seconds.

> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  parent reply	other threads:[~2016-03-29 17:50 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-28 17:00 crash on boot with 4.6.1 on fedora 24 Michael Young
2016-03-29 10:07 ` Jan Beulich
2016-03-29 17:50 ` Konrad Rzeszutek Wilk [this message]
2016-05-08 22:51 Kevin Moraga
2016-05-09  7:23 ` Andrew Cooper
2016-05-09 10:05   ` Jan Beulich
2016-05-09 10:08 ` Jan Beulich
2016-05-09 14:52   ` Kevin Moraga
2016-05-09 15:53     ` Jan Beulich
2016-05-09 16:40       ` Kevin Moraga
2016-05-09 17:15         ` Boris Ostrovsky
2016-05-09 17:22           ` Kevin Moraga
2016-05-09 18:40             ` Boris Ostrovsky
2016-05-10  7:23               ` Jan Beulich
2016-05-10 13:39                 ` Boris Ostrovsky
2016-05-10 13:57                   ` Jan Beulich
2016-05-10 15:19                     ` Juergen Gross
2016-05-10 15:35                       ` Jan Beulich
     [not found]                       ` <57321BFA02000078000EA3C2@suse.com>
2016-05-10 15:43                         ` Juergen Gross
2016-05-10 16:35                           ` Boris Ostrovsky
2016-05-11  5:49                             ` Juergen Gross
2016-05-11  6:35                               ` Jan Beulich
     [not found]                               ` <5732EEBF02000078000EA613@suse.com>
2016-05-11  7:00                                 ` Juergen Gross
2016-05-11  7:15                                   ` Jan Beulich
     [not found]                                   ` <5732F83D02000078000EA6A2@suse.com>
2016-05-11  9:57                                     ` Juergen Gross
2016-05-11 10:03                                       ` Jan Beulich
     [not found]                                       ` <57331FA002000078000EA831@suse.com>
2016-05-11 10:10                                         ` Juergen Gross
2016-05-11 12:09                                           ` Jan Beulich
2016-05-11 10:16                                   ` David Vrabel
2016-05-11 12:21                                     ` Jan Beulich
2016-05-11 12:48                                       ` David Vrabel
2016-05-11 13:13                                         ` Jan Beulich
2016-05-11 13:15                                         ` Juergen Gross
2016-05-17 15:11                                     ` David Vrabel
2016-05-17 20:58                                       ` Kevin Moraga
2016-05-26 10:24                                       ` David Vrabel
2016-05-26 14:05                                         ` Boris Ostrovsky
2016-05-26 15:24                                           ` David Vrabel
2016-06-01 16:12                                         ` Martin Cerveny
2016-06-01 16:23                                           ` Martin Cerveny
2016-06-01 19:32                                             ` Boris Ostrovsky
2016-06-01 21:01                                               ` Martin Cerveny
2016-06-01 22:37                                                 ` Boris Ostrovsky
2016-06-02  6:04                                                   ` Martin Cerveny
2016-06-02 13:15                                                     ` Martin Cerveny
2016-06-02  9:54                                           ` David Vrabel
2016-05-10 16:11                 ` Kevin Moraga
2016-05-10 20:11                   ` Boris Ostrovsky
2016-05-12  4:52                     ` Kevin Moraga

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160329175029.GA14079@char.us.oracle.com \
    --to=konrad.wilk@oracle.com \
    --cc=m.a.young@durham.ac.uk \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.