All of lore.kernel.org
 help / color / mirror / Atom feed
* sudden hang on boot on AMD Notebook
@ 2015-03-30 12:14 Olaf Hering
  2015-03-30 12:27 ` Andrew Cooper
  2015-04-07  9:40 ` Olaf Hering
  0 siblings, 2 replies; 14+ messages in thread
From: Olaf Hering @ 2015-03-30 12:14 UTC (permalink / raw)
  To: xen-devel


Just last week I was running staging to test pvscsi on this HP ProBook
6555b, since around Wednesday I think. But todays staging fails to boot.
So I started a bisect in xen/, but every attempt to boot xen.gz results
in a hang at the same place. Even going back to the state of 4.5.0.
Any idea what may cause this hang, and how I can debug it further?

Without sync_console it barely gets past "SVM: Supported advanced features:",
on VGA it always gets to the "PVH mode not supported" line.

Olaf


kernel /opt/xen/staging-bisect/boot/xen.gz loglvl=all guest_loglvl=all conring_
size=1M console=com1 com1=115200 sync_console
   [Multiboot-elf, <0x100000:0x1daf20:0x4f0e0>, shtab=0x32a078, entry=0x100000]
module /boot/vmlinuz-4.0.0-bko67101-upstream root=/dev/disk/by-label/DBG1S82E_1
1.4 ignore_loglevel panic=9 sysrq_always_enabled resume=/dev/disk/by-label/DBG1
S82E_swap splash=silent log_buf_len=32M showopts dynamic_debug.verbose=1 Xodule
.Xyndbg="module thermal_sys +fp" dyndbg="file thermal_sys.c +fp ; file thermal_
core.c +fp ; file thermal_hwmon.c +fp ; file step_wise.c +fp ; file user_space.
c +fp ; file cpu_cooling.c +fp ; file clock_cooling.c +fp" console=hvc0
   [Multiboot-module @ 0x32b000, 0x5d3990 bytes]

 __  __          
 \ \/ /___ _ __  
  \  // _ \ '_ \ 
  /  \  __/ | | |
 /_/\_\___|_| |_|
                 
 _  _    ____         _              _                 _     _               
| || |  | ___|    ___| |_ __ _  __ _(_)_ __   __ _    | |__ (_)___  ___  ___ 
| || |_ |___ \ __/ __| __/ _` |/ _` | | '_ \ / _` |   | '_ \| / __|/ _ \/ __|
|__   _| ___) |__\__ \ || (_| | (_| | | | | | (_| |   | |_) | \__ \  __/ (__ 
   |_|(_)____/   |___/\__\__,_|\__, |_|_| |_|\__, |___|_.__/|_|___/\___|\___|
                               |___/         |___/_____|                     
 _   
| |_ 
| __|
| |_ 
 \__|
     
(XEN) Xen version 4.5-staging_bisect (olaf@fritz.box) (gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]) debug=y Mon Mar 30 13:58:56 CEST 2015
(XEN) Latest ChangeSet: Fri Dec 19 12:25:32 2014 +0100 git:88ef4e4
(XEN) Console output is synchronous.
(XEN) Bootloader: GNU GRUB 0.97
(XEN) Command line: loglvl=all guest_loglvl=all conring_size=1M console=com1 com1=115200 sync_console
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
(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)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000af3cf000 (usable)
(XEN)  00000000af3cf000 - 00000000afacf000 (reserved)
(XEN)  00000000afacf000 - 00000000afbcf000 (ACPI NVS)
(XEN)  00000000afbcf000 - 00000000afbff000 (ACPI data)
(XEN)  00000000afbff000 - 00000000afc00000 (usable)
(XEN)  00000000e0000000 - 00000000f0000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fec10000 - 00000000fec11000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffe00000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 0000000240000000 (usable)
(XEN) ACPI: RSDP 000F2A70, 0014 (r0 HPQOEM)
(XEN) ACPI: RSDT AFBFE038, 0044 (r1 HPQOEM SLIC-MPC        3       1000013)
(XEN) ACPI: FACP AFBFD000, 0074 (r1 HPQOEM 307E            3 HP          1)
(XEN) ACPI Warning (tbfadt-0464): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT AFBDD000, 1C447 (r1 HPQOEM   SB700         1 INTL 20060912)
(XEN) ACPI: FACS AFB7E000, 0040
(XEN) ACPI: APIC AFBFC000, 0084 (r1 HPQOEM 307E            1 HP          1)
(XEN) ACPI: MCFG AFBFB000, 003C (r1 HPQOEM 307E            1 HP          1)
(XEN) ACPI: SLIC AFBFA000, 0176 (r1 HPQOEM SLIC-MPC        1 HP          1)
(XEN) ACPI: SSDT AFBDC000, 005F (r1 HPQOEM   HPQNLP        1 INTL 20060912)
(XEN) ACPI: TCPA AFBDB000, 0032 (r2 HPQOEM 307E            0 HP          1)
(XEN) ACPI: HPET AFBDA000, 0038 (r1 HPQOEM 307E            1 HP          1)
(XEN) ACPI: SSDT AFBD9000, 07AD (r1 AMD    POWERNOW        1 AMD         1)
(XEN) System RAM: 7923MB (8113596kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-0000000240000000
(XEN) Domain heap initialised
(XEN) Allocated console ring of 1024 KiB.
(XEN) DMI 2.6 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x408
(XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0]
(XEN) ACPI:             wakeup_vec[afb7e00c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
(XEN) Processor #0 0:5 APIC version 16
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
(XEN) Processor #1 0:5 APIC version 16
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
(XEN) Processor #2 0:5 APIC version 16
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
(XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
(XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
(XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
(XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
(XEN) ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 4, version 33, 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 9 global_irq 9 low level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x43538301 base: 0xfed00000
(XEN) ERST table was not found
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) SMP: Allowing 4 CPUs (1 hotplug CPUs)
(XEN) IRQ limits: 24 GSI, 568 MSI/MSI-X
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2094.823 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD Fam10h machine check reporting enabled
(XEN) alt table ffff82d0802d8ab0 -> ffff82d0802d9aa0
(XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - ff
(XEN) PCI: MCFG area at e0000000 reserved in E820
(XEN) PCI: Using MCFG for segment 0000 bus 00-ff
(XEN) AMD-Vi: IOMMU not found!
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
(XEN) Platform timer is 14.318MHz HPET
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN)  - Nested Page Tables (NPT)
(XEN)  - Last Branch Record (LBR) Virtualisation
(XEN)  - Next-RIP Saved on #VMEXIT
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) HVM: PVH mode not supported on this platform
Press any key to continue.
Press any key to continue.
Press any key to continue.
Press any key to continue.
Press any key to continue.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-03-30 12:14 sudden hang on boot on AMD Notebook Olaf Hering
@ 2015-03-30 12:27 ` Andrew Cooper
  2015-04-01 13:35   ` Olaf Hering
  2015-04-07  9:40 ` Olaf Hering
  1 sibling, 1 reply; 14+ messages in thread
From: Andrew Cooper @ 2015-03-30 12:27 UTC (permalink / raw)
  To: xen-devel

On 30/03/15 13:14, Olaf Hering wrote:
> Just last week I was running staging to test pvscsi on this HP ProBook
> 6555b, since around Wednesday I think. But todays staging fails to boot.
> So I started a bisect in xen/, but every attempt to boot xen.gz results
> in a hang at the same place. Even going back to the state of 4.5.0.
> Any idea what may cause this hang, and how I can debug it further?

This smells like an external factor.  Have you changed compiler in that
time, altered the BIOS settings or updated the firmware?

Are you able to use the console debugkeys once it gets into this state?

~Andrew

>
> Without sync_console it barely gets past "SVM: Supported advanced features:",
> on VGA it always gets to the "PVH mode not supported" line.
>
> Olaf
>
>
> kernel /opt/xen/staging-bisect/boot/xen.gz loglvl=all guest_loglvl=all conring_
> size=1M console=com1 com1=115200 sync_console
>    [Multiboot-elf, <0x100000:0x1daf20:0x4f0e0>, shtab=0x32a078, entry=0x100000]
> module /boot/vmlinuz-4.0.0-bko67101-upstream root=/dev/disk/by-label/DBG1S82E_1
> 1.4 ignore_loglevel panic=9 sysrq_always_enabled resume=/dev/disk/by-label/DBG1
> S82E_swap splash=silent log_buf_len=32M showopts dynamic_debug.verbose=1 Xodule
> .Xyndbg="module thermal_sys +fp" dyndbg="file thermal_sys.c +fp ; file thermal_
> core.c +fp ; file thermal_hwmon.c +fp ; file step_wise.c +fp ; file user_space.
> c +fp ; file cpu_cooling.c +fp ; file clock_cooling.c +fp" console=hvc0
>    [Multiboot-module @ 0x32b000, 0x5d3990 bytes]
>
>  __  __          
>  \ \/ /___ _ __  
>   \  // _ \ '_ \ 
>   /  \  __/ | | |
>  /_/\_\___|_| |_|
>                  
>  _  _    ____         _              _                 _     _               
> | || |  | ___|    ___| |_ __ _  __ _(_)_ __   __ _    | |__ (_)___  ___  ___ 
> | || |_ |___ \ __/ __| __/ _` |/ _` | | '_ \ / _` |   | '_ \| / __|/ _ \/ __|
> |__   _| ___) |__\__ \ || (_| | (_| | | | | | (_| |   | |_) | \__ \  __/ (__ 
>    |_|(_)____/   |___/\__\__,_|\__, |_|_| |_|\__, |___|_.__/|_|___/\___|\___|
>                                |___/         |___/_____|                     
>  _   
> | |_ 
> | __|
> | |_ 
>  \__|
>      
> (XEN) Xen version 4.5-staging_bisect (olaf@fritz.box) (gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]) debug=y Mon Mar 30 13:58:56 CEST 2015
> (XEN) Latest ChangeSet: Fri Dec 19 12:25:32 2014 +0100 git:88ef4e4
> (XEN) Console output is synchronous.
> (XEN) Bootloader: GNU GRUB 0.97
> (XEN) Command line: loglvl=all guest_loglvl=all conring_size=1M console=com1 com1=115200 sync_console
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
> (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)  00000000000e0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 00000000af3cf000 (usable)
> (XEN)  00000000af3cf000 - 00000000afacf000 (reserved)
> (XEN)  00000000afacf000 - 00000000afbcf000 (ACPI NVS)
> (XEN)  00000000afbcf000 - 00000000afbff000 (ACPI data)
> (XEN)  00000000afbff000 - 00000000afc00000 (usable)
> (XEN)  00000000e0000000 - 00000000f0000000 (reserved)
> (XEN)  00000000fec00000 - 00000000fec01000 (reserved)
> (XEN)  00000000fec10000 - 00000000fec11000 (reserved)
> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
> (XEN)  00000000ffe00000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 0000000240000000 (usable)
> (XEN) ACPI: RSDP 000F2A70, 0014 (r0 HPQOEM)
> (XEN) ACPI: RSDT AFBFE038, 0044 (r1 HPQOEM SLIC-MPC        3       1000013)
> (XEN) ACPI: FACP AFBFD000, 0074 (r1 HPQOEM 307E            3 HP          1)
> (XEN) ACPI Warning (tbfadt-0464): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126]
> (XEN) ACPI: DSDT AFBDD000, 1C447 (r1 HPQOEM   SB700         1 INTL 20060912)
> (XEN) ACPI: FACS AFB7E000, 0040
> (XEN) ACPI: APIC AFBFC000, 0084 (r1 HPQOEM 307E            1 HP          1)
> (XEN) ACPI: MCFG AFBFB000, 003C (r1 HPQOEM 307E            1 HP          1)
> (XEN) ACPI: SLIC AFBFA000, 0176 (r1 HPQOEM SLIC-MPC        1 HP          1)
> (XEN) ACPI: SSDT AFBDC000, 005F (r1 HPQOEM   HPQNLP        1 INTL 20060912)
> (XEN) ACPI: TCPA AFBDB000, 0032 (r2 HPQOEM 307E            0 HP          1)
> (XEN) ACPI: HPET AFBDA000, 0038 (r1 HPQOEM 307E            1 HP          1)
> (XEN) ACPI: SSDT AFBD9000, 07AD (r1 AMD    POWERNOW        1 AMD         1)
> (XEN) System RAM: 7923MB (8113596kB)
> (XEN) No NUMA configuration found
> (XEN) Faking a node at 0000000000000000-0000000240000000
> (XEN) Domain heap initialised
> (XEN) Allocated console ring of 1024 KiB.
> (XEN) DMI 2.6 present.
> (XEN) Using APIC driver default
> (XEN) ACPI: PM-Timer IO Port: 0x408
> (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0]
> (XEN) ACPI:             wakeup_vec[afb7e00c], vec_size[20]
> (XEN) ACPI: Local APIC address 0xfee00000
> (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> (XEN) Processor #0 0:5 APIC version 16
> (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
> (XEN) Processor #1 0:5 APIC version 16
> (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
> (XEN) Processor #2 0:5 APIC version 16
> (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
> (XEN) ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
> (XEN) IOAPIC[0]: apic_id 4, version 33, 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 9 global_irq 9 low level)
> (XEN) ACPI: IRQ0 used by override.
> (XEN) ACPI: IRQ2 used by override.
> (XEN) ACPI: IRQ9 used by override.
> (XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
> (XEN) ACPI: HPET id: 0x43538301 base: 0xfed00000
> (XEN) ERST table was not found
> (XEN) Using ACPI (MADT) for SMP configuration information
> (XEN) SMP: Allowing 4 CPUs (1 hotplug CPUs)
> (XEN) IRQ limits: 24 GSI, 568 MSI/MSI-X
> (XEN) Using scheduler: SMP Credit Scheduler (credit)
> (XEN) Detected 2094.823 MHz processor.
> (XEN) Initing memory sharing.
> (XEN) AMD Fam10h machine check reporting enabled
> (XEN) alt table ffff82d0802d8ab0 -> ffff82d0802d9aa0
> (XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - ff
> (XEN) PCI: MCFG area at e0000000 reserved in E820
> (XEN) PCI: Using MCFG for segment 0000 bus 00-ff
> (XEN) AMD-Vi: IOMMU not found!
> (XEN) I/O virtualisation disabled
> (XEN) ENABLING IO-APIC IRQs
> (XEN)  -> Using new ACK method
> (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
> (XEN) Platform timer is 14.318MHz HPET
> (XEN) HVM: ASIDs enabled.
> (XEN) SVM: Supported advanced features:
> (XEN)  - Nested Page Tables (NPT)
> (XEN)  - Last Branch Record (LBR) Virtualisation
> (XEN)  - Next-RIP Saved on #VMEXIT
> (XEN) HVM: SVM enabled
> (XEN) HVM: Hardware Assisted Paging (HAP) detected
> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
> (XEN) HVM: PVH mode not supported on this platform
> Press any key to continue.
> Press any key to continue.
> Press any key to continue.
> Press any key to continue.
> Press any key to continue.
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-03-30 12:27 ` Andrew Cooper
@ 2015-04-01 13:35   ` Olaf Hering
  2015-04-01 14:39     ` Andrew Cooper
  0 siblings, 1 reply; 14+ messages in thread
From: Olaf Hering @ 2015-04-01 13:35 UTC (permalink / raw)
  To: Andrew Cooper; +Cc: xen-devel

On Mon, Mar 30, Andrew Cooper wrote:

> On 30/03/15 13:14, Olaf Hering wrote:
> > Just last week I was running staging to test pvscsi on this HP ProBook
> > 6555b, since around Wednesday I think. But todays staging fails to boot.
> > So I started a bisect in xen/, but every attempt to boot xen.gz results
> > in a hang at the same place. Even going back to the state of 4.5.0.
> > Any idea what may cause this hang, and how I can debug it further?
> This smells like an external factor.  Have you changed compiler in that
> time, altered the BIOS settings or updated the firmware?

Nothing like that. I carried the thing around for a week, and started to
run Xen during that time. Since Saturday its back in its usual place and
position. I think I ran Xen on that day, but the bootlogs have no
indication if I really did.

Yesterday after some poking around in the firmware and running the
selftests I was able to boot Xen again. But today it failed again.

> Are you able to use the console debugkeys once it gets into this state?

No, it does not react to anything. I think a triple CTRL-A and 'h'
should print the help text? I see the cursor blinking on the display,
not sure if thats an indication that Xen is still alive.

Olaf

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-01 13:35   ` Olaf Hering
@ 2015-04-01 14:39     ` Andrew Cooper
  2015-04-01 14:57       ` Ian Campbell
  0 siblings, 1 reply; 14+ messages in thread
From: Andrew Cooper @ 2015-04-01 14:39 UTC (permalink / raw)
  To: Olaf Hering; +Cc: xen-devel

On 01/04/15 14:35, Olaf Hering wrote:
> On Mon, Mar 30, Andrew Cooper wrote:
>
>> On 30/03/15 13:14, Olaf Hering wrote:
>>> Just last week I was running staging to test pvscsi on this HP ProBook
>>> 6555b, since around Wednesday I think. But todays staging fails to boot.
>>> So I started a bisect in xen/, but every attempt to boot xen.gz results
>>> in a hang at the same place. Even going back to the state of 4.5.0.
>>> Any idea what may cause this hang, and how I can debug it further?
>> This smells like an external factor.  Have you changed compiler in that
>> time, altered the BIOS settings or updated the firmware?
> Nothing like that. I carried the thing around for a week, and started to
> run Xen during that time. Since Saturday its back in its usual place and
> position. I think I ran Xen on that day, but the bootlogs have no
> indication if I really did.
>
> Yesterday after some poking around in the firmware and running the
> selftests I was able to boot Xen again. But today it failed again.
>
>> Are you able to use the console debugkeys once it gets into this state?
> No, it does not react to anything. I think a triple CTRL-A and 'h'
> should print the help text? I see the cursor blinking on the display,
> not sure if thats an indication that Xen is still alive.

The keyhandlers should be set up by the point, although most of them are
deferred to tasklets.  Try the 'i' key which will run synchronously in
serial rx irq context.

~Andrew

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-01 14:39     ` Andrew Cooper
@ 2015-04-01 14:57       ` Ian Campbell
  2015-04-01 15:23         ` Olaf Hering
  2015-04-01 17:28         ` Konrad Rzeszutek Wilk
  0 siblings, 2 replies; 14+ messages in thread
From: Ian Campbell @ 2015-04-01 14:57 UTC (permalink / raw)
  To: Andrew Cooper; +Cc: Olaf Hering, xen-devel

On Wed, 2015-04-01 at 15:39 +0100, Andrew Cooper wrote:
> On 01/04/15 14:35, Olaf Hering wrote:
> > On Mon, Mar 30, Andrew Cooper wrote:
> >
> >> On 30/03/15 13:14, Olaf Hering wrote:
> >>> Just last week I was running staging to test pvscsi on this HP ProBook
> >>> 6555b, since around Wednesday I think. But todays staging fails to boot.
> >>> So I started a bisect in xen/, but every attempt to boot xen.gz results
> >>> in a hang at the same place. Even going back to the state of 4.5.0.
> >>> Any idea what may cause this hang, and how I can debug it further?
> >> This smells like an external factor.  Have you changed compiler in that
> >> time, altered the BIOS settings or updated the firmware?
> > Nothing like that. I carried the thing around for a week, and started to
> > run Xen during that time. Since Saturday its back in its usual place and
> > position. I think I ran Xen on that day, but the bootlogs have no
> > indication if I really did.
> >
> > Yesterday after some poking around in the firmware and running the
> > selftests I was able to boot Xen again. But today it failed again.
> >
> >> Are you able to use the console debugkeys once it gets into this state?
> > No, it does not react to anything. I think a triple CTRL-A and 'h'
> > should print the help text? I see the cursor blinking on the display,
> > not sure if thats an indication that Xen is still alive.
> 
> The keyhandlers should be set up by the point, although most of them are
> deferred to tasklets.  Try the 'i' key which will run synchronously in
> serial rx irq context.

Key handlers are only available via serial, I think, and not VGA which
it sounds like what Olaf is looking at.

Ian.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-01 14:57       ` Ian Campbell
@ 2015-04-01 15:23         ` Olaf Hering
  2015-04-02  6:05           ` Olaf Hering
  2015-04-01 17:28         ` Konrad Rzeszutek Wilk
  1 sibling, 1 reply; 14+ messages in thread
From: Olaf Hering @ 2015-04-01 15:23 UTC (permalink / raw)
  To: Ian Campbell; +Cc: Andrew Cooper, xen-devel

On Wed, Apr 01, Ian Campbell wrote:

> Key handlers are only available via serial, I think, and not VGA which
> it sounds like what Olaf is looking at.

This laptop has a serial port, and thats what I used to grab the output.
No reaction there. Just today I noticed the blinking cursor. Will
continue to poke this as time permits.

Olaf

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-01 14:57       ` Ian Campbell
  2015-04-01 15:23         ` Olaf Hering
@ 2015-04-01 17:28         ` Konrad Rzeszutek Wilk
  2015-04-02  6:15           ` Olaf Hering
  1 sibling, 1 reply; 14+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-04-01 17:28 UTC (permalink / raw)
  To: Ian Campbell; +Cc: Andrew Cooper, Olaf Hering, xen-devel

On Wed, Apr 01, 2015 at 03:57:07PM +0100, Ian Campbell wrote:
> On Wed, 2015-04-01 at 15:39 +0100, Andrew Cooper wrote:
> > On 01/04/15 14:35, Olaf Hering wrote:
> > > On Mon, Mar 30, Andrew Cooper wrote:
> > >
> > >> On 30/03/15 13:14, Olaf Hering wrote:
> > >>> Just last week I was running staging to test pvscsi on this HP ProBook
> > >>> 6555b, since around Wednesday I think. But todays staging fails to boot.
> > >>> So I started a bisect in xen/, but every attempt to boot xen.gz results
> > >>> in a hang at the same place. Even going back to the state of 4.5.0.
> > >>> Any idea what may cause this hang, and how I can debug it further?
> > >> This smells like an external factor.  Have you changed compiler in that
> > >> time, altered the BIOS settings or updated the firmware?
> > > Nothing like that. I carried the thing around for a week, and started to
> > > run Xen during that time. Since Saturday its back in its usual place and
> > > position. I think I ran Xen on that day, but the bootlogs have no
> > > indication if I really did.
> > >
> > > Yesterday after some poking around in the firmware and running the
> > > selftests I was able to boot Xen again. But today it failed again.
> > >
> > >> Are you able to use the console debugkeys once it gets into this state?
> > > No, it does not react to anything. I think a triple CTRL-A and 'h'
> > > should print the help text? I see the cursor blinking on the display,
> > > not sure if thats an indication that Xen is still alive.
> > 
> > The keyhandlers should be set up by the point, although most of them are
> > deferred to tasklets.  Try the 'i' key which will run synchronously in
> > serial rx irq context.
> 
> Key handlers are only available via serial, I think, and not VGA which
> it sounds like what Olaf is looking at.

You can also use the USB EHCI debug port. It works great on laptops.

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

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-01 15:23         ` Olaf Hering
@ 2015-04-02  6:05           ` Olaf Hering
  0 siblings, 0 replies; 14+ messages in thread
From: Olaf Hering @ 2015-04-02  6:05 UTC (permalink / raw)
  To: Ian Campbell; +Cc: Andrew Cooper, xen-devel

On Wed, Apr 01, Olaf Hering wrote:

> On Wed, Apr 01, Ian Campbell wrote:
> 
> > Key handlers are only available via serial, I think, and not VGA which
> > it sounds like what Olaf is looking at.
> 
> This laptop has a serial port, and thats what I used to grab the output.
> No reaction there. Just today I noticed the blinking cursor. Will
> continue to poke this as time permits.

There are other issues now, suspend to ram with non-xen kernel fails as well:
...
[   58.114937] EXT4-fs (sda3): re-mounted. Opts: acl,user_xattr,commit=0
[   60.432380] EXT4-fs (dm-1): re-mounted. Opts: commit=0
[  176.984899] sky2 0000:02:00.0 eth1: disabling interface
[  179.214856] PM: Syncing filesystems ... done.
[  179.675897] Freezing user space processes ... (elapsed 0.001 seconds) done.
[  179.677286] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[  179.678601] Suspending console(s) (use no_console_suspend to debug)
[  179.679065] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[  179.730066] serial 00:04: disabled
[  179.730070] acpi PNP0501:00: Cannot transition to non-D0 state from D3
[  179.814620] sd 0:0:0:0: [sda] Stopping disk
[  180.957655] PM: suspend of devices complete after 1278.434 msecs
[  180.960953] acpi PNP0C0B:03: Cannot transition to non-D0 state from D3
[  180.960960] dpm_run_callback(): acpi_subsys_suspend_late+0x0/0x22 returns -19
[  180.960962] PM: Device PNP0C0B:03 failed to suspend late: error -19
[  180.964119] PM: early resume of devices complete after 3.149 msecs
[  180.964120] PM: late suspend of devices failed
[  180.964260] ohci-pci 0000:00:12.0: enabling bus mastering
[  180.964281] ahci 0000:00:11.0: restoring config space at offset 0x4 (was 0x2300003, writing 0x2300007)
[  180.964285] ehci-pci 0000:00:12.2: enabling bus mastering
[  180.964312] ohci-pci 0000:00:13.0: enabling bus mastering
[  180.964338] ehci-pci 0000:00:13.2: enabling bus mastering
[  180.964371] ohci-pci 0000:00:14.5: enabling bus mastering
[  180.964383] ohci-pci 0000:00:16.0: enabling bus mastering
[  180.964402] ehci-pci 0000:00:16.2: enabling bus mastering
[  180.966630] sd 0:0:0:0: [sda] Starting disk
[  180.977638] radeon 0000:01:05.0: restoring config space at offset 0x4 (was 0x100003, writing 0x100007)
...

These are fan devices. Guess I have to open it some day and see if there are
any cable issues. Have to do it anyway, after HP sent it back from repair they
did not wire up the CDROM device.

Olaf

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-01 17:28         ` Konrad Rzeszutek Wilk
@ 2015-04-02  6:15           ` Olaf Hering
  2015-04-02 19:03             ` Konrad Rzeszutek Wilk
  0 siblings, 1 reply; 14+ messages in thread
From: Olaf Hering @ 2015-04-02  6:15 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk; +Cc: Andrew Cooper, Ian Campbell, xen-devel

On Wed, Apr 01, Konrad Rzeszutek Wilk wrote:

> You can also use the USB EHCI debug port. It works great on laptops.

Is there an howto for that?

Olaf

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-02  6:15           ` Olaf Hering
@ 2015-04-02 19:03             ` Konrad Rzeszutek Wilk
  0 siblings, 0 replies; 14+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-04-02 19:03 UTC (permalink / raw)
  To: Olaf Hering; +Cc: Andrew Cooper, Ian Campbell, xen-devel

On Thu, Apr 02, 2015 at 08:15:59AM +0200, Olaf Hering wrote:
> On Wed, Apr 01, Konrad Rzeszutek Wilk wrote:
> 
> > You can also use the USB EHCI debug port. It works great on laptops.
> 
> Is there an howto for that?

xen_commandline        : console=vga,dbgp dbgp=ehci1 loglvl=all iommu=verbose,debug

Which is because:
[root@x230 konrad]# lspci | grep Enhanc
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
Family USB Enhanced Host Controller #2 (rev 04)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset
Family USB Enhanced Host Controller #1 (rev 04)

And while both of them have an USB debug port (the first one), it looks
to tied to the docking station. The other is the one I can plug the
USB debug device.

Naturally since this is an USB debug device you need to get an special
$99 USB debug device (Google for it).

The other end of the USB device goes in another machine on which I do
screen /dev/ttyUSB0 115200 cs8

And I see the whole Xen console output.

> 
> Olaf

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-03-30 12:14 sudden hang on boot on AMD Notebook Olaf Hering
  2015-03-30 12:27 ` Andrew Cooper
@ 2015-04-07  9:40 ` Olaf Hering
  2015-04-07 13:51   ` Konrad Rzeszutek Wilk
  1 sibling, 1 reply; 14+ messages in thread
From: Olaf Hering @ 2015-04-07  9:40 UTC (permalink / raw)
  To: xen-devel

On Mon, Mar 30, Olaf Hering wrote:

> 
> Just last week I was running staging to test pvscsi on this HP ProBook
> 6555b, since around Wednesday I think. But todays staging fails to boot.
> So I started a bisect in xen/, but every attempt to boot xen.gz results
> in a hang at the same place. Even going back to the state of 4.5.0.

It boots with "maxcpus=1", so the "Brought up n CPUs" line is whats missing.
Even the RELEASE-4.0.0 tag fails to boot, have to check if maxcpus= will
help there as well.

Olaf

 __  __          
 \ \/ /___ _ __  
  \  // _ \ '_ \ 
  /  \  __/ | | |
 /_/\_\___|_| |_|
                 
 _  _    __          _              _                        _       
| || |  / /_     ___| |_ __ _  __ _(_)_ __   __ _  __      _(_)_ __  
| || |_| '_ \ __/ __| __/ _` |/ _` | | '_ \ / _` | \ \ /\ / / | '_ \ 
|__   _| (_) |__\__ \ || (_| | (_| | | | | | (_| |  \ V  V /| | |_) |
   |_|(_)___/   |___/\__\__,_|\__, |_|_| |_|\__, |___\_/\_/ |_| .__/ 
                              |___/         |___/_____|       |_|    
(XEN) Xen version 4.6-staging_wip (olaf@fritz.box) (gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]) debug=n Tue Mar 31 13:24:42 CEST 2015
(XEN) Latest ChangeSet: Tue Mar 31 13:12:12 2015 +0200 git:43a6f93
(XEN) Bootloader: GNU GRUB 0.97
(XEN) Command line: loglvl=all guest_loglvl=all conring_size=1M maxcpus=1
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
(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)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000af3cf000 (usable)
(XEN)  00000000af3cf000 - 00000000afacf000 (reserved)
(XEN)  00000000afacf000 - 00000000afbcf000 (ACPI NVS)
(XEN)  00000000afbcf000 - 00000000afbff000 (ACPI data)
(XEN)  00000000afbff000 - 00000000afc00000 (usable)
(XEN)  00000000e0000000 - 00000000f0000000 (reserved)
(XEN)  00000000fec00000 - 00000000fec01000 (reserved)
(XEN)  00000000fec10000 - 00000000fec11000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffe00000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 0000000240000000 (usable)
(XEN) ACPI: RSDP 000F2A70, 0014 (r0 HPQOEM)
(XEN) ACPI: RSDT AFBFE038, 0044 (r1 HPQOEM SLIC-MPC        3       1000013)
(XEN) ACPI: FACP AFBFD000, 0074 (r1 HPQOEM 307E            3 HP          1)
(XEN) ACPI Warning (tbfadt-0464): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126]
(XEN) ACPI: DSDT AFBDD000, 1C447 (r1 HPQOEM   SB700         1 INTL 20060912)
(XEN) ACPI: FACS AFB7E000, 0040
(XEN) ACPI: APIC AFBFC000, 0084 (r1 HPQOEM 307E            1 HP          1)
(XEN) ACPI: MCFG AFBFB000, 003C (r1 HPQOEM 307E            1 HP          1)
(XEN) ACPI: SLIC AFBFA000, 0176 (r1 HPQOEM SLIC-MPC        1 HP          1)
(XEN) ACPI: SSDT AFBDC000, 005F (r1 HPQOEM   HPQNLP        1 INTL 20060912)
(XEN) ACPI: TCPA AFBDB000, 0032 (r2 HPQOEM 307E            0 HP          1)
(XEN) ACPI: HPET AFBDA000, 0038 (r1 HPQOEM 307E            1 HP          1)
(XEN) ACPI: SSDT AFBD9000, 07AD (r1 AMD    POWERNOW        1 AMD         1)
(XEN) System RAM: 7923MB (8113596kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-0000000240000000
(XEN) Domain heap initialised
(XEN) Allocated console ring of 1024 KiB.
(XEN) DMI 2.6 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x408
(XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0]
(XEN) ACPI:             wakeup_vec[afb7e00c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
(XEN) Processor #0 0:5 APIC version 16
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
(XEN) Processor #1 0:5 APIC version 16
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
(XEN) Processor #2 0:5 APIC version 16
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
(XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
(XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
(XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
(XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
(XEN) ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 4, version 33, 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 9 global_irq 9 low level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x43538301 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) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2094.804 MHz processor.
(XEN) Initing memory sharing.
(XEN) AMD Fam10h machine check reporting enabled
(XEN) alt table ffff82d0802b9110 -> ffff82d0802ba40c
(XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - ff
(XEN) PCI: MCFG area at e0000000 reserved in E820
(XEN) PCI: Using MCFG for segment 0000 bus 00-ff
(XEN) AMD-Vi: IOMMU not found!
(XEN) I/O virtualisation disabled
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
(XEN) Platform timer is 14.318MHz HPET
(XEN) HVM: ASIDs enabled.
(XEN) SVM: Supported advanced features:
(XEN)  - Nested Page Tables (NPT)
(XEN)  - Last Branch Record (LBR) Virtualisation
(XEN)  - Next-RIP Saved on #VMEXIT
(XEN) HVM: SVM enabled
(XEN) HVM: Hardware Assisted Paging (HAP) detected
(XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) HVM: PVH mode not supported on this platform
(XEN) Brought up 1 CPUs
(XEN) HPET: 1 timers usable for broadcast (3 total)
(XEN) ACPI sleep modes: S3
(XEN) MCA: Use hw thresholding to adjust polling frequency
(XEN) mcheck_poll: Machine check polling timer started.
(XEN) Xenoprofile: AMD IBS detected (0x1f)
(XEN) Dom0 has maximum 208 PIRQs
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32
(XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2285000
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN)  Dom0 alloc.:   0000000230000000->0000000234000000 (1948872 pages to be allocated)
(XEN)  Init. ramdisk: 000000023e570000->000000023ffffc00
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff81000000->ffffffff82285000
(XEN)  Init. ramdisk: 0000000000000000->0000000000000000
(XEN)  Phys-Mach map: ffffffff82285000->ffffffff83190ac0
(XEN)  Start info:    ffffffff83191000->ffffffff831914b4
(XEN)  Page tables:   ffffffff83192000->ffffffff831af000
(XEN)  Boot stack:    ffffffff831af000->ffffffff831b0000
(XEN)  TOTAL:         ffffffff80000000->ffffffff83400000
(XEN)  ENTRY ADDRESS: ffffffff81ee81f0
(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 0x4000 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 300kB init memory.
(XEN) PCI add device 0000:00:00.0
(XEN) PCI add device 0000:00:01.0
(XEN) PCI add device 0000:00:04.0
(XEN) PCI add device 0000:00:05.0
(XEN) PCI add device 0000:00:07.0
(XEN) PCI add device 0000:00:09.0
(XEN) PCI add device 0000:00:11.0
(XEN) PCI add device 0000:00:12.0
(XEN) PCI add device 0000:00:12.2
(XEN) PCI add device 0000:00:13.0
(XEN) PCI add device 0000:00:13.2
(XEN) PCI add device 0000:00:14.0
(XEN) PCI add device 0000:00:14.2
(XEN) PCI add device 0000:00:14.3
(XEN) PCI add device 0000:00:14.4
(XEN) PCI add device 0000:00:14.5
(XEN) PCI add device 0000:00:16.0
(XEN) PCI add device 0000:00:16.2
(XEN) PCI add device 0000:00:18.0
(XEN) PCI add device 0000:00:18.1
(XEN) PCI add device 0000:00:18.2
(XEN) PCI add device 0000:00:18.3
(XEN) PCI add device 0000:00:18.4
(XEN) PCI add device 0000:01:05.0
(XEN) PCI add device 0000:01:05.1
(XEN) PCI add device 0000:02:00.0
(XEN) PCI add device 0000:03:00.0
(XEN) PCI add device 0000:03:00.1
(XEN) PCI add device 0000:03:00.3
(XEN) CPU0 ondemand governor not started yet,unable to GOV_LIMIT

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-07  9:40 ` Olaf Hering
@ 2015-04-07 13:51   ` Konrad Rzeszutek Wilk
  2015-04-08  7:09     ` Olaf Hering
  0 siblings, 1 reply; 14+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-04-07 13:51 UTC (permalink / raw)
  To: Olaf Hering; +Cc: xen-devel

On Tue, Apr 07, 2015 at 11:40:03AM +0200, Olaf Hering wrote:
> On Mon, Mar 30, Olaf Hering wrote:
> 
> > 
> > Just last week I was running staging to test pvscsi on this HP ProBook
> > 6555b, since around Wednesday I think. But todays staging fails to boot.
> > So I started a bisect in xen/, but every attempt to boot xen.gz results
> > in a hang at the same place. Even going back to the state of 4.5.0.
> 
> It boots with "maxcpus=1", so the "Brought up n CPUs" line is whats missing.
> Even the RELEASE-4.0.0 tag fails to boot, have to check if maxcpus= will
> help there as well.

You might also want to use 'sync_console'.
> 
> Olaf
> 
>  __  __          
>  \ \/ /___ _ __  
>   \  // _ \ '_ \ 
>   /  \  __/ | | |
>  /_/\_\___|_| |_|
>                  
>  _  _    __          _              _                        _       
> | || |  / /_     ___| |_ __ _  __ _(_)_ __   __ _  __      _(_)_ __  
> | || |_| '_ \ __/ __| __/ _` |/ _` | | '_ \ / _` | \ \ /\ / / | '_ \ 
> |__   _| (_) |__\__ \ || (_| | (_| | | | | | (_| |  \ V  V /| | |_) |
>    |_|(_)___/   |___/\__\__,_|\__, |_|_| |_|\__, |___\_/\_/ |_| .__/ 
>                               |___/         |___/_____|       |_|    
> (XEN) Xen version 4.6-staging_wip (olaf@fritz.box) (gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]) debug=n Tue Mar 31 13:24:42 CEST 2015
> (XEN) Latest ChangeSet: Tue Mar 31 13:12:12 2015 +0200 git:43a6f93
> (XEN) Bootloader: GNU GRUB 0.97
> (XEN) Command line: loglvl=all guest_loglvl=all conring_size=1M maxcpus=1
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25, font 8x16
> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
> (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)  00000000000e0000 - 0000000000100000 (reserved)
> (XEN)  0000000000100000 - 00000000af3cf000 (usable)
> (XEN)  00000000af3cf000 - 00000000afacf000 (reserved)
> (XEN)  00000000afacf000 - 00000000afbcf000 (ACPI NVS)
> (XEN)  00000000afbcf000 - 00000000afbff000 (ACPI data)
> (XEN)  00000000afbff000 - 00000000afc00000 (usable)
> (XEN)  00000000e0000000 - 00000000f0000000 (reserved)
> (XEN)  00000000fec00000 - 00000000fec01000 (reserved)
> (XEN)  00000000fec10000 - 00000000fec11000 (reserved)
> (XEN)  00000000fee00000 - 00000000fee01000 (reserved)
> (XEN)  00000000ffe00000 - 0000000100000000 (reserved)
> (XEN)  0000000100000000 - 0000000240000000 (usable)
> (XEN) ACPI: RSDP 000F2A70, 0014 (r0 HPQOEM)
> (XEN) ACPI: RSDT AFBFE038, 0044 (r1 HPQOEM SLIC-MPC        3       1000013)
> (XEN) ACPI: FACP AFBFD000, 0074 (r1 HPQOEM 307E            3 HP          1)
> (XEN) ACPI Warning (tbfadt-0464): Optional field "Pm2ControlBlock" has zero address or length: 0000000000000000/1 [20070126]
> (XEN) ACPI: DSDT AFBDD000, 1C447 (r1 HPQOEM   SB700         1 INTL 20060912)
> (XEN) ACPI: FACS AFB7E000, 0040
> (XEN) ACPI: APIC AFBFC000, 0084 (r1 HPQOEM 307E            1 HP          1)
> (XEN) ACPI: MCFG AFBFB000, 003C (r1 HPQOEM 307E            1 HP          1)
> (XEN) ACPI: SLIC AFBFA000, 0176 (r1 HPQOEM SLIC-MPC        1 HP          1)
> (XEN) ACPI: SSDT AFBDC000, 005F (r1 HPQOEM   HPQNLP        1 INTL 20060912)
> (XEN) ACPI: TCPA AFBDB000, 0032 (r2 HPQOEM 307E            0 HP          1)
> (XEN) ACPI: HPET AFBDA000, 0038 (r1 HPQOEM 307E            1 HP          1)
> (XEN) ACPI: SSDT AFBD9000, 07AD (r1 AMD    POWERNOW        1 AMD         1)
> (XEN) System RAM: 7923MB (8113596kB)
> (XEN) No NUMA configuration found
> (XEN) Faking a node at 0000000000000000-0000000240000000
> (XEN) Domain heap initialised
> (XEN) Allocated console ring of 1024 KiB.
> (XEN) DMI 2.6 present.
> (XEN) Using APIC driver default
> (XEN) ACPI: PM-Timer IO Port: 0x408
> (XEN) ACPI: SLEEP INFO: pm1x_cnt[1:404,1:0], pm1x_evt[1:400,1:0]
> (XEN) ACPI:             wakeup_vec[afb7e00c], vec_size[20]
> (XEN) ACPI: Local APIC address 0xfee00000
> (XEN) ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> (XEN) Processor #0 0:5 APIC version 16
> (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
> (XEN) Processor #1 0:5 APIC version 16
> (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
> (XEN) Processor #2 0:5 APIC version 16
> (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x00] disabled)
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1])
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1])
> (XEN) ACPI: LAPIC_NMI (acpi_id[0x04] high edge lint[0x1])
> (XEN) ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0])
> (XEN) IOAPIC[0]: apic_id 4, version 33, 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 9 global_irq 9 low level)
> (XEN) ACPI: IRQ0 used by override.
> (XEN) ACPI: IRQ2 used by override.
> (XEN) ACPI: IRQ9 used by override.
> (XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
> (XEN) ACPI: HPET id: 0x43538301 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) Using scheduler: SMP Credit Scheduler (credit)
> (XEN) Detected 2094.804 MHz processor.
> (XEN) Initing memory sharing.
> (XEN) AMD Fam10h machine check reporting enabled
> (XEN) alt table ffff82d0802b9110 -> ffff82d0802ba40c
> (XEN) PCI: MCFG configuration 0: base e0000000 segment 0000 buses 00 - ff
> (XEN) PCI: MCFG area at e0000000 reserved in E820
> (XEN) PCI: Using MCFG for segment 0000 bus 00-ff
> (XEN) AMD-Vi: IOMMU not found!
> (XEN) I/O virtualisation disabled
> (XEN) ENABLING IO-APIC IRQs
> (XEN)  -> Using new ACK method
> (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1
> (XEN) Platform timer is 14.318MHz HPET
> (XEN) HVM: ASIDs enabled.
> (XEN) SVM: Supported advanced features:
> (XEN)  - Nested Page Tables (NPT)
> (XEN)  - Last Branch Record (LBR) Virtualisation
> (XEN)  - Next-RIP Saved on #VMEXIT
> (XEN) HVM: SVM enabled
> (XEN) HVM: Hardware Assisted Paging (HAP) detected
> (XEN) HVM: HAP page sizes: 4kB, 2MB, 1GB
> (XEN) HVM: PVH mode not supported on this platform
> (XEN) Brought up 1 CPUs
> (XEN) HPET: 1 timers usable for broadcast (3 total)
> (XEN) ACPI sleep modes: S3
> (XEN) MCA: Use hw thresholding to adjust polling frequency
> (XEN) mcheck_poll: Machine check polling timer started.
> (XEN) Xenoprofile: AMD IBS detected (0x1f)
> (XEN) Dom0 has maximum 208 PIRQs
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN)  Xen  kernel: 64-bit, lsb, compat32
> (XEN)  Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2285000
> (XEN) PHYSICAL MEMORY ARRANGEMENT:
> (XEN)  Dom0 alloc.:   0000000230000000->0000000234000000 (1948872 pages to be allocated)
> (XEN)  Init. ramdisk: 000000023e570000->000000023ffffc00
> (XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN)  Loaded kernel: ffffffff81000000->ffffffff82285000
> (XEN)  Init. ramdisk: 0000000000000000->0000000000000000
> (XEN)  Phys-Mach map: ffffffff82285000->ffffffff83190ac0
> (XEN)  Start info:    ffffffff83191000->ffffffff831914b4
> (XEN)  Page tables:   ffffffff83192000->ffffffff831af000
> (XEN)  Boot stack:    ffffffff831af000->ffffffff831b0000
> (XEN)  TOTAL:         ffffffff80000000->ffffffff83400000
> (XEN)  ENTRY ADDRESS: ffffffff81ee81f0
> (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 0x4000 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 300kB init memory.
> (XEN) PCI add device 0000:00:00.0
> (XEN) PCI add device 0000:00:01.0
> (XEN) PCI add device 0000:00:04.0
> (XEN) PCI add device 0000:00:05.0
> (XEN) PCI add device 0000:00:07.0
> (XEN) PCI add device 0000:00:09.0
> (XEN) PCI add device 0000:00:11.0
> (XEN) PCI add device 0000:00:12.0
> (XEN) PCI add device 0000:00:12.2
> (XEN) PCI add device 0000:00:13.0
> (XEN) PCI add device 0000:00:13.2
> (XEN) PCI add device 0000:00:14.0
> (XEN) PCI add device 0000:00:14.2
> (XEN) PCI add device 0000:00:14.3
> (XEN) PCI add device 0000:00:14.4
> (XEN) PCI add device 0000:00:14.5
> (XEN) PCI add device 0000:00:16.0
> (XEN) PCI add device 0000:00:16.2
> (XEN) PCI add device 0000:00:18.0
> (XEN) PCI add device 0000:00:18.1
> (XEN) PCI add device 0000:00:18.2
> (XEN) PCI add device 0000:00:18.3
> (XEN) PCI add device 0000:00:18.4
> (XEN) PCI add device 0000:01:05.0
> (XEN) PCI add device 0000:01:05.1
> (XEN) PCI add device 0000:02:00.0
> (XEN) PCI add device 0000:03:00.0
> (XEN) PCI add device 0000:03:00.1
> (XEN) PCI add device 0000:03:00.3
> (XEN) CPU0 ondemand governor not started yet,unable to GOV_LIMIT
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-07 13:51   ` Konrad Rzeszutek Wilk
@ 2015-04-08  7:09     ` Olaf Hering
  2015-04-08 14:07       ` Konrad Rzeszutek Wilk
  0 siblings, 1 reply; 14+ messages in thread
From: Olaf Hering @ 2015-04-08  7:09 UTC (permalink / raw)
  To: Konrad Rzeszutek Wilk; +Cc: xen-devel

On Tue, Apr 07, Konrad Rzeszutek Wilk wrote:

> You might also want to use 'sync_console'.

This does not give any extra info in the case of the reported hang.

Olaf

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: sudden hang on boot on AMD Notebook
  2015-04-08  7:09     ` Olaf Hering
@ 2015-04-08 14:07       ` Konrad Rzeszutek Wilk
  0 siblings, 0 replies; 14+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-04-08 14:07 UTC (permalink / raw)
  To: Olaf Hering; +Cc: xen-devel

On Wed, Apr 08, 2015 at 09:09:23AM +0200, Olaf Hering wrote:
> On Tue, Apr 07, Konrad Rzeszutek Wilk wrote:
> 
> > You might also want to use 'sync_console'.
> 
> This does not give any extra info in the case of the reported hang.

No, but are you able to at least dump the status of the registers?

If not you could write an small timer code that would try to print this
out (or retrofit the inline code) - and allow you see something
one the console - see 'debug_timer_fn' function.
> 
> Olaf

commit a4171fa12583eabd126bc5b4c305f49b2fb2b515
Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date:   Fri Nov 14 15:00:39 2014 -0500

    debug:
    
    Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>

diff --git a/xen/drivers/passthrough/io.c b/xen/drivers/passthrough/io.c
index 8e9141e..23e5ed1 100644
--- a/xen/drivers/passthrough/io.c
+++ b/xen/drivers/passthrough/io.c
@@ -54,6 +54,117 @@ enum {
     STATE_ZOMBIE
 };
 
+struct _debug_f {
+    unsigned int domid;
+    unsigned long count;
+    s_time_t last;
+    struct list_head list;
+    unsigned int state;
+    struct hvm_pirq_dpci *dpci;
+};
+
+struct __debug {
+    struct _debug_f ok;
+    struct _debug_f poison;
+    struct _debug_f raise;
+    struct _debug_f reset;
+    struct _debug_f zombie_softirq;
+    struct _debug_f zombie_raise;
+};
+
+static DEFINE_PER_CPU(struct __debug, _d);
+
+void _record(struct _debug_f *d, struct hvm_pirq_dpci *pirq_dpci)
+{
+    if (pirq_dpci->dom)
+        d->domid = pirq_dpci->dom->domain_id;
+    else
+        d->domid = 0xdead;
+    d->count ++;
+    d->last = NOW();
+    d->list.next = pirq_dpci->softirq_list.next;
+    d->list.prev = pirq_dpci->softirq_list.prev;
+    d->state = pirq_dpci->state;
+    d->dpci = pirq_dpci;
+}
+
+enum {
+    Z_SOFTIRQ,
+    Z_RAISE,
+    ERR_POISON,
+    OK_SOFTIRQ,
+    OK_RAISE,
+    OK_RESET,
+};
+
+static void dump_record(struct _debug_f *d, unsigned int type)
+{
+    static const char *const names[] = {
+        [Z_SOFTIRQ]  = "Z-softirq ",
+        [Z_RAISE]    = "Z-raise   ",
+        [ERR_POISON] = "ERR-poison",
+        [OK_SOFTIRQ] = "OK-softirq",
+        [OK_RAISE]   = "OK-raise  ",
+        [OK_RESET]   = "OK-reset  ",
+    };
+#define LONG(x) [_HVM_IRQ_DPCI_##x] = #x
+    static const char *const names_flag[] = {
+        LONG(MACH_PCI_SHIFT),
+        LONG(MAPPED_SHIFT),
+        LONG(EOI_LATCH_SHIFT),
+        LONG(GUEST_PCI_SHIFT),
+        LONG(GUEST_MSI_SHIFT),
+    };
+#undef LONG
+    unsigned int i;
+    s_time_t now;
+
+    if ( d->domid == 0 )
+        return;
+
+    if ( type >= ARRAY_SIZE(names) )
+        BUG();
+
+    now = NOW();
+    printk("d%d %s %lumsec ago, state:%x, %ld count, [prev:%p, next:%p] ",
+           d->domid, names[type],
+           (unsigned long)((now - d->last) / MILLISECS(1)),
+            d->state, d->count, d->list.prev, d->list.next);
+
+    if ( d->dpci )
+    {
+        struct hvm_pirq_dpci *pirq_dpci = d->dpci;
+
+        for ( i = 0; i <= _HVM_IRQ_DPCI_GUEST_MSI_SHIFT; i++ )
+            if ( pirq_dpci->flags & 1 << _HVM_IRQ_DPCI_TRANSLATE_SHIFT )
+                printk("%s ", names_flag[i]);
+
+        printk(" PIRQ:%d", pirq_dpci->pirq);
+        if (pirq_dpci->line)
+            printk(" LINE: %d", pirq_dpci->line);
+    }
+    printk("\n");
+    memset(d, 0, sizeof(struct _debug_f));
+}
+
+static void dump_debug(unsigned char key)
+{
+    unsigned int cpu;
+
+    for_each_online_cpu ( cpu )
+    {
+        struct __debug *d;
+        d = &per_cpu(_d, cpu);
+
+        printk("CPU%02d: \n" ,cpu);
+        dump_record(&d->ok, OK_SOFTIRQ);
+        dump_record(&d->raise, OK_RAISE);
+        dump_record(&d->reset, OK_RESET);
+        dump_record(&d->poison, ERR_POISON);
+        dump_record(&d->zombie_softirq, Z_SOFTIRQ);
+        dump_record(&d->zombie_raise, Z_RAISE);
+    }
+}
 /*
  * This can be called multiple times, but the softirq is only raised once.
  * That is until the STATE_SCHED and STATE_ZOMBIE state has been cleared. The
@@ -65,13 +176,18 @@ enum {
 static void raise_softirq_for(struct hvm_pirq_dpci *pirq_dpci)
 {
     unsigned long flags;
+    struct __debug *d = &__get_cpu_var(_d);
 
     if ( test_bit(STATE_ZOMBIE, &pirq_dpci->state) )
+    {
+        _record(&d->zombie_raise, pirq_dpci);
         return;
-
+    }
     if ( test_and_set_bit(STATE_SCHED, &pirq_dpci->state) )
         return;
 
+    _record(&d->raise, pirq_dpci);
+
     get_knownalive_domain(pirq_dpci->dom);
 
     local_irq_save(flags);
@@ -111,9 +227,12 @@ bool_t pt_pirq_softirq_active(struct hvm_pirq_dpci *pirq_dpci)
 static void pt_pirq_softirq_reset(struct hvm_pirq_dpci *pirq_dpci)
 {
     struct domain *d = pirq_dpci->dom;
+    struct __debug *debug = &__get_cpu_var(_d);
 
     ASSERT(spin_is_locked(&d->event_lock));
 
+    _record(&debug->reset, pirq_dpci);
+
     switch ( cmpxchg(&pirq_dpci->state, 1 << STATE_SCHED, 1 << STATE_ZOMBIE ) )
     {
     case (1 << STATE_SCHED):
@@ -277,6 +396,7 @@ int pt_irq_create_bind(
              * As such on every 'pt_irq_create_bind' call we MUST set it.
              */
             pirq_dpci->dom = d;
+            pirq_dpci->pirq = pirq;
             /* bind after hvm_irq_dpci is setup to avoid race with irq handler*/
             rc = pirq_guest_bind(d->vcpu[0], info, 0);
             if ( rc == 0 && pt_irq_bind->u.msi.gtable )
@@ -291,6 +411,7 @@ int pt_irq_create_bind(
                      * to be scheduled but we must deal with the one that may be
                      * in the queue.
                      */
+                    pirq_dpci->line = __LINE__;
                     pt_pirq_softirq_reset(pirq_dpci);
                 }
             }
@@ -300,6 +421,7 @@ int pt_irq_create_bind(
                 pirq_dpci->gmsi.gvec = 0;
                 pirq_dpci->dom = NULL;
                 pirq_dpci->flags = 0;
+                pirq_dpci->pirq = -pirq;
                 pirq_cleanup_check(info, d);
                 spin_unlock(&d->event_lock);
                 return rc;
@@ -544,6 +666,7 @@ int pt_irq_destroy_bind(
          * See comment in pt_irq_create_bind's PT_IRQ_TYPE_MSI before the
          * call to pt_pirq_softirq_reset.
          */
+        pirq_dpci->line = __LINE__;
         pt_pirq_softirq_reset(pirq_dpci);
 
         pirq_cleanup_check(pirq, d);
@@ -778,6 +901,8 @@ unlock:
     spin_unlock(&d->event_lock);
 }
 
+#include <xen/console.h>
+
 /*
  * Note: 'pt_pirq_softirq_reset' can clear the STATE_SCHED before we get to
  * doing it. If that is the case we let 'pt_pirq_softirq_reset' do ref-counting.
@@ -787,6 +912,9 @@ static void dpci_softirq(void)
     unsigned int cpu = smp_processor_id();
     unsigned int reset = 0;
     LIST_HEAD(our_list);
+    struct __debug *debug;
+
+    debug = &per_cpu(_d, cpu);
 
     local_irq_disable();
     list_splice_init(&per_cpu(dpci_list, cpu), &our_list);
@@ -796,9 +924,22 @@ static void dpci_softirq(void)
     {
         struct hvm_pirq_dpci *pirq_dpci;
         struct domain *d;
+        struct list_head *entry;
 
         pirq_dpci = list_entry(our_list.next, struct hvm_pirq_dpci, softirq_list);
-        list_del(&pirq_dpci->softirq_list);
+        entry = &pirq_dpci->softirq_list;
+        if ( entry->next == LIST_POISON1 || entry->next == LIST_POISON2 ||
+             entry->prev == LIST_POISON2 || entry->prev == LIST_POISON2 )
+        {
+            _record(&debug->poison, pirq_dpci);
+            console_start_sync();
+            dump_debug((char)0);
+            console_end_sync();
+            domain_crash(pirq_dpci->dom);
+            break;
+        }
+        _record(&debug->ok, pirq_dpci);
+        list_del(entry);
 
         d = pirq_dpci->dom;
         smp_mb(); /* 'd' MUST be saved before we set/clear the bits. */
@@ -813,8 +954,10 @@ static void dpci_softirq(void)
             put_domain(d);
         }
         else
+        {
+            _record(&debug->zombie_softirq, pirq_dpci);
             reset = 1;
-
+        }
         clear_bit(STATE_RUN, &pirq_dpci->state);
         if ( reset )
         {
@@ -833,6 +976,7 @@ static int cpu_callback(
     {
     case CPU_UP_PREPARE:
         INIT_LIST_HEAD(&per_cpu(dpci_list, cpu));
+        memset(&per_cpu(_d, cpu), 0, sizeof(struct __debug));
         break;
     case CPU_UP_CANCELED:
     case CPU_DEAD:
@@ -854,15 +998,43 @@ static struct notifier_block cpu_nfb = {
     .notifier_call = cpu_callback,
 };
 
+#include <xen/keyhandler.h>
+
+static struct keyhandler dump_debug_keyhandler = {
+    .diagnostic = 1,
+    .u.fn = dump_debug,
+    .desc = "dpci debug stats"
+};
+static struct timer debug_timer;
+static s_time_t last_time = 0;
+static unsigned int debug_cnt = 0;
+
+static void debug_timer_fn(void *d)
+{
+    if ( ( debug_cnt ++ % 10 ) == 0 )
+        printk("--MARK--\n");
+
+    last_time = NOW();
+    set_timer(&debug_timer, last_time + SECONDS(1));
+}
+
 static int __init setup_dpci_softirq(void)
 {
     unsigned int cpu;
 
     for_each_online_cpu(cpu)
+    {
         INIT_LIST_HEAD(&per_cpu(dpci_list, cpu));
-
+        memset(&per_cpu(_d, cpu), 0, sizeof(struct __debug));
+    }
     open_softirq(HVM_DPCI_SOFTIRQ, dpci_softirq);
     register_cpu_notifier(&cpu_nfb);
+
+    init_timer(&debug_timer, debug_timer_fn, NULL, smp_processor_id());
+    last_time = NOW();
+    set_timer(&debug_timer, NOW() + SECONDS(1));
+    register_keyhandler('k', &dump_debug_keyhandler);
+
     return 0;
 }
 __initcall(setup_dpci_softirq);
diff --git a/xen/include/xen/hvm/irq.h b/xen/include/xen/hvm/irq.h
index 9709397..1fb1292 100644
--- a/xen/include/xen/hvm/irq.h
+++ b/xen/include/xen/hvm/irq.h
@@ -100,6 +100,8 @@ struct hvm_pirq_dpci {
     struct hvm_gmsi_info gmsi;
     struct timer timer;
     struct list_head softirq_list;
+    unsigned int pirq;
+    unsigned int line;
 };
 
 void pt_pirq_init(struct domain *, struct hvm_pirq_dpci *);

^ permalink raw reply related	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2015-04-08 14:07 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-03-30 12:14 sudden hang on boot on AMD Notebook Olaf Hering
2015-03-30 12:27 ` Andrew Cooper
2015-04-01 13:35   ` Olaf Hering
2015-04-01 14:39     ` Andrew Cooper
2015-04-01 14:57       ` Ian Campbell
2015-04-01 15:23         ` Olaf Hering
2015-04-02  6:05           ` Olaf Hering
2015-04-01 17:28         ` Konrad Rzeszutek Wilk
2015-04-02  6:15           ` Olaf Hering
2015-04-02 19:03             ` Konrad Rzeszutek Wilk
2015-04-07  9:40 ` Olaf Hering
2015-04-07 13:51   ` Konrad Rzeszutek Wilk
2015-04-08  7:09     ` Olaf Hering
2015-04-08 14:07       ` Konrad Rzeszutek Wilk

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.