* Re: [PATCH for-2.8 00/18] pc: q35: x2APIC support in kvm_apic mode
[not found] ` <20160809133504.GB4201@pxdev.xzpeter.org>
@ 2016-08-10 8:51 ` Igor Mammedov
2016-08-11 5:10 ` [Qemu-devel] " Peter Xu
0 siblings, 1 reply; 3+ messages in thread
From: Igor Mammedov @ 2016-08-10 8:51 UTC (permalink / raw)
To: Peter Xu
Cc: tianyu.lan, rkrcmar, ehabkost, kvm, mst, mtosatti, qemu-devel,
yong.y.wang, kevin, pbonzini, Luiz Capitulino, lersek
On Tue, 9 Aug 2016 21:35:04 +0800
Peter Xu <peterx@redhat.com> wrote:
> On Tue, Aug 09, 2016 at 10:28:41AM +0200, Igor Mammedov wrote:
> > On Mon, 8 Aug 2016 16:57:14 +0800
> > Peter Xu <peterx@redhat.com> wrote:
> >
> > > On Mon, Aug 08, 2016 at 03:41:23PM +0800, Chao Gao wrote:
> > > > HI, everyone.
> > > >
> > > > We have done some tests after merging this patch set into the lastest qemu
> > > > master. In kvm aspect, we use the lastest kvm linux-next branch. Here are
> > > > some problems we have met.
> > > >
> > > > 1. We can't boot up a 288 vcpus linux guest with CLI:
> > > > qemu-system-x86_64 -boot c -m 4096 -sdl -monitor pty --enable-kvm \
> > > > -M kernel-irqchip=split -serial stdio -bios bios.bin -smp cpus=288 \
> > > > -hda vdisk.img -device intel-iommu,intremap=on -machine q35.
> > > > The problem exists, even after we only assign 32 vcpus to the linux guest.
> > > > Maybe the output "do_IRQ: 146.113 No irq handler for vector (irq -1)" is a clue.
> > > > The output of qemu and kernel is in attachments. Do you have any idea
> > > > about the problem and how to solve it?
> > >
> > > IIUC, we need to wait for Radim's QEMU patches to finally enable 288
> > > vcpus?
> > >
> > > Btw, could you please try adding this to the QEMU cmdline when testing
> > > with 32 vcpus:
> > >
> > > -global ioapic.version=0x20
> > >
> > > I see that you were running RHEL 7.2 guest with a default e1000. In
> > > that case, we may need to boost ioapic version to 0x20.
> > >
> > > Thanks,
> > >
> > > -- peterx
> >
> > Peter,
> >
> > Upstream guest kernel 4.7.0+ (d52bd54db) crashes when booting with irq remapping on:
> >
> > ./qemu-system-x86_64 -enable-kvm -smp 1,sockets=9,cores=32,threads=1,maxcpus=288 -device qemu64-x86_64-cpu,socket-id=8,core-id=30,thread-id=0 -bios x2apic_bios.bin -m 1G -nographic -device intel-iommu,intremap=on -machine q35,kernel-irqchip=split -snapshot -global ioapic.version=0x20 /dev/rhel72
> >
> >
> > [ 0.350669] smpboot: Max logical packages: 9
> > [ 0.351853] smpboot: APIC(0) Converting physical 0 to logical package 0
> > [ 0.353160] smpboot: APIC(11e) Converting physical 8 to logical package 1
> > [ 0.354627] DMAR: Host address width 39
> > [ 0.355621] DMAR: DRHD base: 0x000000fed90000 flags: 0x1
> > [ 0.356785] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap 12008c22260206 ecap f00f1a
> > [ 0.358721] DMAR-IR: IOAPIC id 0 under DRHD base 0xfed90000 IOMMU 0
> > [ 0.360029] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping.
> > [ 0.364605] DMAR-IR: Enabled IRQ remapping in x2apic mode
> > [ 0.365805] BUG: unable to handle kernel NULL pointer dereference at (null)
> > [ 0.367965] IP: [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > [ 0.369373] PGD 0
> > [ 0.370258] Oops: 0002 [#1] SMP
> > [ 0.371140] Modules linked in:
> > [ 0.372150] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.7.0+ #647
> > [ 0.373485] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.9.0-143-gbac87e4 04/01/2014
> > [ 0.375622] task: ffff880039ad0000 task.stack: ffff880039ad8000
> > [ 0.376875] RIP: 0010:[<ffffffff8105b025>] [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > [ 0.379066] RSP: 0000:ffff880039adbe28 EFLAGS: 00010202
> > [ 0.380299] RAX: 0000000000000000 RBX: ffffffff81f388a8 RCX: ffff880039e00000
> > [ 0.381677] RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000246
> > [ 0.383096] RBP: ffff880039adbe28 R08: 00000000000000c6 R09: ffff8800000b9b80
> > [ 0.384579] R10: 00000000000000a0 R11: 0000000000000050 R12: 0000000000002000
> > [ 0.385990] R13: 000000000000a118 R14: 000000000000011f R15: 0000000000000120
> > [ 0.387448] FS: 0000000000000000(0000) GS:ffff880039e00000(0000) knlGS:0000000000000000
> > [ 0.389454] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > [ 0.390697] CR2: 0000000000000000 CR3: 0000000001c06000 CR4: 00000000000006f0
> > [ 0.392114] Stack:
> > [ 0.392889] ffff880039adbe40 ffffffff81da277c 000000000000a110 ffff880039adbe78
> > [ 0.395135] ffffffff81d9c055 ffffffff81f14c60 ffff880039ad0a58 ffffffff81c95ac0
> > [ 0.397469] ffffffff818232c0 ffff880039ad0000 ffff880039adbf38 ffffffff81d86293
> > [ 0.399695] Call Trace:
> > [ 0.400529] [<ffffffff81da277c>] default_setup_apic_routing+0x28/0x69
> > [ 0.401881] [<ffffffff81d9c055>] native_smp_prepare_cpus+0x223/0x2d2
> > [ 0.403260] [<ffffffff81d86293>] kernel_init_freeable+0xd8/0x249
> > [ 0.404525] [<ffffffff816d1b2e>] kernel_init+0xe/0x110
> > [ 0.405703] [<ffffffff816deb3f>] ret_from_fork+0x1f/0x40
> > [ 0.406966] [<ffffffff816d1b20>] ? rest_init+0x80/0x80
> > [ 0.408165] Code: 00 31 c0 65 8b 15 2c f1 fa 7e 85 c9 75 01 c3 48 63 ca 55 48 c7 c0 10 d7 00 00 48 8b 0c cd 20 8d d4 81 89 d2 48 89 e5 48 8b 04 08 <f0> 48 0f ab 10 49 c7 c0 60 b0 05 81 48 c7 c1 a0 ae 05 81 ba 01
> > [ 0.417107] RIP [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > [ 0.418516] RSP <ffff880039adbe28>
> > [ 0.419461] CR2: 0000000000000000
> > [ 0.420386] ---[ end trace f68728a0d3053b52 ]---
>
> Hi, Igor,
>
> Thanks for the feedback!
>
> Not sure whether this patch can fix it (since they looks alike):
>
> https://lkml.org/lkml/2016/8/4/345
it fixes this crash with upstream kernel,
however when it boots it still disables x2apic:
[ 0.307554] smpboot: Max logical packages: 9
[ 0.308529] smpboot: APIC(0) Converting physical 0 to logical package 0
[ 0.309756] smpboot: APIC(11e) Converting physical 8 to logical package 1
[ 0.311173] x2apic: IRQ remapping doesn't support X2APIC mode
[ 0.312807] x2apic disabled
[ 0.313935] Switched APIC routing to physical flat.
adding x2apic_phys to kernel's command line makes it crash but at another place:
[ 0.364909] smpboot: Max logical packages: 9
[ 0.365838] smpboot: APIC(0) Converting physical 0 to logical package 0
[ 0.367183] smpboot: APIC(11e) Converting physical 8 to logical package 1
[ 0.370291] x2apic: IRQ remapping doesn't support X2APIC mode
[ 0.371901] x2apic disabled
[ 0.376142] unchecked MSR access error: RDMSR from 0x802 at rIP: 0xffffffff81064787 (native_read_msr+0x7/0x40)
[ 0.378511] 000000000000a110 ffff880008a0be30 ffffffff8105a33f ffff880008a0be40
[ 0.380969] ffffffff81051086 ffff880008a0be78 ffffffff81dafed7 ffffffff81f28640
[ 0.383365] ffff880008a00a58 ffffffff81c959c0 ffffffff818232c0 ffff880008a00000
[ 0.385686] Call Trace:
[ 0.386594] [<ffffffff8105a33f>] native_apic_msr_read+0x1f/0x30
[ 0.387985] [<ffffffff81051086>] read_apic_id+0x16/0x30
[ 0.389264] [<ffffffff81dafed7>] native_smp_prepare_cpus+0x228/0x2d2
[ 0.390648] [<ffffffff81d9a28f>] kernel_init_freeable+0xd8/0x249
[ 0.392038] [<ffffffff816c1f3e>] kernel_init+0xe/0x110
[ 0.393252] [<ffffffff816ceeff>] ret_from_fork+0x1f/0x40
[ 0.394504] [<ffffffff816c1f30>] ? rest_init+0x80/0x80
[ 0.395753] unchecked MSR access error: WRMSR to 0x808 (tried to write 0x0000000000000000) at rIP: 0xffffffff81064864 (native_write_msr+0x4/0x30)
[ 0.398483] ffffffff8105a310 ffff880008a0be28 ffffffff810542d9 0000000a95136142
[ 0.400788] 000000000024940a 0000000000000000 0000000000000000 0000000000002000
[ 0.403139] 000000000000a118 000000000000011f 0000000000000120 ffff880008a0be40
[ 0.405406] Call Trace:
[ 0.406304] [<ffffffff8105a310>] ? native_apic_msr_write+0x30/0x40
[ 0.407684] [<ffffffff810542d9>] setup_local_APIC+0xb9/0x370
[ 0.409048] [<ffffffff81db22fc>] apic_bsp_setup+0x59/0xac
[ 0.410305] [<ffffffff81dafeff>] native_smp_prepare_cpus+0x250/0x2d2
[ 0.411686] [<ffffffff81d9a28f>] kernel_init_freeable+0xd8/0x249
[ 0.413061] [<ffffffff816c1f3e>] kernel_init+0xe/0x110
[ 0.414252] [<ffffffff816ceeff>] ret_from_fork+0x1f/0x40
[ 0.415473] [<ffffffff816c1f30>] ? rest_init+0x80/0x80
>
> CC Luiz.
>
> Thanks,
>
> -- peterx
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] [PATCH for-2.8 00/18] pc: q35: x2APIC support in kvm_apic mode
2016-08-10 8:51 ` [PATCH for-2.8 00/18] pc: q35: x2APIC support in kvm_apic mode Igor Mammedov
@ 2016-08-11 5:10 ` Peter Xu
2016-08-11 8:56 ` Igor Mammedov
0 siblings, 1 reply; 3+ messages in thread
From: Peter Xu @ 2016-08-11 5:10 UTC (permalink / raw)
To: Igor Mammedov
Cc: qemu-devel, rkrcmar, ehabkost, mst, mtosatti, kevin, pbonzini,
lersek, tianyu.lan, yong.y.wang, Luiz Capitulino, kvm
On Wed, Aug 10, 2016 at 10:51:51AM +0200, Igor Mammedov wrote:
[...]
> > > Upstream guest kernel 4.7.0+ (d52bd54db) crashes when booting with irq remapping on:
> > >
> > > ./qemu-system-x86_64 -enable-kvm -smp 1,sockets=9,cores=32,threads=1,maxcpus=288 -device qemu64-x86_64-cpu,socket-id=8,core-id=30,thread-id=0 -bios x2apic_bios.bin -m 1G -nographic -device intel-iommu,intremap=on -machine q35,kernel-irqchip=split -snapshot -global ioapic.version=0x20 /dev/rhel72
> > >
> > >
> > > [ 0.350669] smpboot: Max logical packages: 9
> > > [ 0.351853] smpboot: APIC(0) Converting physical 0 to logical package 0
> > > [ 0.353160] smpboot: APIC(11e) Converting physical 8 to logical package 1
> > > [ 0.354627] DMAR: Host address width 39
> > > [ 0.355621] DMAR: DRHD base: 0x000000fed90000 flags: 0x1
> > > [ 0.356785] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap 12008c22260206 ecap f00f1a
> > > [ 0.358721] DMAR-IR: IOAPIC id 0 under DRHD base 0xfed90000 IOMMU 0
> > > [ 0.360029] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping.
> > > [ 0.364605] DMAR-IR: Enabled IRQ remapping in x2apic mode
> > > [ 0.365805] BUG: unable to handle kernel NULL pointer dereference at (null)
> > > [ 0.367965] IP: [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > > [ 0.369373] PGD 0
> > > [ 0.370258] Oops: 0002 [#1] SMP
> > > [ 0.371140] Modules linked in:
> > > [ 0.372150] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.7.0+ #647
> > > [ 0.373485] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.9.0-143-gbac87e4 04/01/2014
> > > [ 0.375622] task: ffff880039ad0000 task.stack: ffff880039ad8000
> > > [ 0.376875] RIP: 0010:[<ffffffff8105b025>] [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > > [ 0.379066] RSP: 0000:ffff880039adbe28 EFLAGS: 00010202
> > > [ 0.380299] RAX: 0000000000000000 RBX: ffffffff81f388a8 RCX: ffff880039e00000
> > > [ 0.381677] RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000246
> > > [ 0.383096] RBP: ffff880039adbe28 R08: 00000000000000c6 R09: ffff8800000b9b80
> > > [ 0.384579] R10: 00000000000000a0 R11: 0000000000000050 R12: 0000000000002000
> > > [ 0.385990] R13: 000000000000a118 R14: 000000000000011f R15: 0000000000000120
> > > [ 0.387448] FS: 0000000000000000(0000) GS:ffff880039e00000(0000) knlGS:0000000000000000
> > > [ 0.389454] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > > [ 0.390697] CR2: 0000000000000000 CR3: 0000000001c06000 CR4: 00000000000006f0
> > > [ 0.392114] Stack:
> > > [ 0.392889] ffff880039adbe40 ffffffff81da277c 000000000000a110 ffff880039adbe78
> > > [ 0.395135] ffffffff81d9c055 ffffffff81f14c60 ffff880039ad0a58 ffffffff81c95ac0
> > > [ 0.397469] ffffffff818232c0 ffff880039ad0000 ffff880039adbf38 ffffffff81d86293
> > > [ 0.399695] Call Trace:
> > > [ 0.400529] [<ffffffff81da277c>] default_setup_apic_routing+0x28/0x69
> > > [ 0.401881] [<ffffffff81d9c055>] native_smp_prepare_cpus+0x223/0x2d2
> > > [ 0.403260] [<ffffffff81d86293>] kernel_init_freeable+0xd8/0x249
> > > [ 0.404525] [<ffffffff816d1b2e>] kernel_init+0xe/0x110
> > > [ 0.405703] [<ffffffff816deb3f>] ret_from_fork+0x1f/0x40
> > > [ 0.406966] [<ffffffff816d1b20>] ? rest_init+0x80/0x80
> > > [ 0.408165] Code: 00 31 c0 65 8b 15 2c f1 fa 7e 85 c9 75 01 c3 48 63 ca 55 48 c7 c0 10 d7 00 00 48 8b 0c cd 20 8d d4 81 89 d2 48 89 e5 48 8b 04 08 <f0> 48 0f ab 10 49 c7 c0 60 b0 05 81 48 c7 c1 a0 ae 05 81 ba 01
> > > [ 0.417107] RIP [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > > [ 0.418516] RSP <ffff880039adbe28>
> > > [ 0.419461] CR2: 0000000000000000
> > > [ 0.420386] ---[ end trace f68728a0d3053b52 ]---
I failed to reproduce this panic on my machine with parameter:
bin=x86_64-softmmu/qemu-system-x86_64
$bin -M q35,kernel-irqchip=split -enable-kvm -m 2048 \
-monitor stdio -smp 4 \
-device intel-iommu,intremap=on \
-netdev user,id=net0,hostfwd=tcp::5555-:22 \
-device e1000,netdev=net0 \
-kernel /root/git/linux/arch/x86/boot/bzImage \
-append root=/dev/sda3 \
/root/images/rhel-7.2.qcow2
Guest kernel version is exactly 4.7.0+ (d52bd54db). In the guest, I
see x2apic enabled. Did I miss anything special?
[...]
> adding x2apic_phys to kernel's command line makes it crash but at another place:
>
> [ 0.364909] smpboot: Max logical packages: 9
> [ 0.365838] smpboot: APIC(0) Converting physical 0 to logical package 0
> [ 0.367183] smpboot: APIC(11e) Converting physical 8 to logical package 1
> [ 0.370291] x2apic: IRQ remapping doesn't support X2APIC mode
> [ 0.371901] x2apic disabled
Failed to understand why x2apic_phys will affect the system if x2apic
is disabled after all.
Thanks!
-- peterx
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH for-2.8 00/18] pc: q35: x2APIC support in kvm_apic mode
2016-08-11 5:10 ` [Qemu-devel] " Peter Xu
@ 2016-08-11 8:56 ` Igor Mammedov
0 siblings, 0 replies; 3+ messages in thread
From: Igor Mammedov @ 2016-08-11 8:56 UTC (permalink / raw)
To: Peter Xu
Cc: tianyu.lan, rkrcmar, ehabkost, kvm, mst, mtosatti, qemu-devel,
yong.y.wang, kevin, pbonzini, Luiz Capitulino, lersek
On Thu, 11 Aug 2016 13:10:57 +0800
Peter Xu <peterx@redhat.com> wrote:
> On Wed, Aug 10, 2016 at 10:51:51AM +0200, Igor Mammedov wrote:
>
> [...]
>
> > > > Upstream guest kernel 4.7.0+ (d52bd54db) crashes when booting with irq remapping on:
> > > >
> > > > ./qemu-system-x86_64 -enable-kvm -smp 1,sockets=9,cores=32,threads=1,maxcpus=288 -device qemu64-x86_64-cpu,socket-id=8,core-id=30,thread-id=0 -bios x2apic_bios.bin -m 1G -nographic -device intel-iommu,intremap=on -machine q35,kernel-irqchip=split -snapshot -global ioapic.version=0x20 /dev/rhel72
> > > >
> > > >
> > > > [ 0.350669] smpboot: Max logical packages: 9
> > > > [ 0.351853] smpboot: APIC(0) Converting physical 0 to logical package 0
> > > > [ 0.353160] smpboot: APIC(11e) Converting physical 8 to logical package 1
> > > > [ 0.354627] DMAR: Host address width 39
> > > > [ 0.355621] DMAR: DRHD base: 0x000000fed90000 flags: 0x1
> > > > [ 0.356785] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap 12008c22260206 ecap f00f1a
> > > > [ 0.358721] DMAR-IR: IOAPIC id 0 under DRHD base 0xfed90000 IOMMU 0
> > > > [ 0.360029] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping.
> > > > [ 0.364605] DMAR-IR: Enabled IRQ remapping in x2apic mode
> > > > [ 0.365805] BUG: unable to handle kernel NULL pointer dereference at (null)
> > > > [ 0.367965] IP: [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > > > [ 0.369373] PGD 0
> > > > [ 0.370258] Oops: 0002 [#1] SMP
> > > > [ 0.371140] Modules linked in:
> > > > [ 0.372150] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.7.0+ #647
> > > > [ 0.373485] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.9.0-143-gbac87e4 04/01/2014
> > > > [ 0.375622] task: ffff880039ad0000 task.stack: ffff880039ad8000
> > > > [ 0.376875] RIP: 0010:[<ffffffff8105b025>] [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > > > [ 0.379066] RSP: 0000:ffff880039adbe28 EFLAGS: 00010202
> > > > [ 0.380299] RAX: 0000000000000000 RBX: ffffffff81f388a8 RCX: ffff880039e00000
> > > > [ 0.381677] RDX: 0000000000000000 RSI: 0000000000000002 RDI: 0000000000000246
> > > > [ 0.383096] RBP: ffff880039adbe28 R08: 00000000000000c6 R09: ffff8800000b9b80
> > > > [ 0.384579] R10: 00000000000000a0 R11: 0000000000000050 R12: 0000000000002000
> > > > [ 0.385990] R13: 000000000000a118 R14: 000000000000011f R15: 0000000000000120
> > > > [ 0.387448] FS: 0000000000000000(0000) GS:ffff880039e00000(0000) knlGS:0000000000000000
> > > > [ 0.389454] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > > > [ 0.390697] CR2: 0000000000000000 CR3: 0000000001c06000 CR4: 00000000000006f0
> > > > [ 0.392114] Stack:
> > > > [ 0.392889] ffff880039adbe40 ffffffff81da277c 000000000000a110 ffff880039adbe78
> > > > [ 0.395135] ffffffff81d9c055 ffffffff81f14c60 ffff880039ad0a58 ffffffff81c95ac0
> > > > [ 0.397469] ffffffff818232c0 ffff880039ad0000 ffff880039adbf38 ffffffff81d86293
> > > > [ 0.399695] Call Trace:
> > > > [ 0.400529] [<ffffffff81da277c>] default_setup_apic_routing+0x28/0x69
> > > > [ 0.401881] [<ffffffff81d9c055>] native_smp_prepare_cpus+0x223/0x2d2
> > > > [ 0.403260] [<ffffffff81d86293>] kernel_init_freeable+0xd8/0x249
> > > > [ 0.404525] [<ffffffff816d1b2e>] kernel_init+0xe/0x110
> > > > [ 0.405703] [<ffffffff816deb3f>] ret_from_fork+0x1f/0x40
> > > > [ 0.406966] [<ffffffff816d1b20>] ? rest_init+0x80/0x80
> > > > [ 0.408165] Code: 00 31 c0 65 8b 15 2c f1 fa 7e 85 c9 75 01 c3 48 63 ca 55 48 c7 c0 10 d7 00 00 48 8b 0c cd 20 8d d4 81 89 d2 48 89 e5 48 8b 04 08 <f0> 48 0f ab 10 49 c7 c0 60 b0 05 81 48 c7 c1 a0 ae 05 81 ba 01
> > > > [ 0.417107] RIP [<ffffffff8105b025>] x2apic_cluster_probe+0x35/0x70
> > > > [ 0.418516] RSP <ffff880039adbe28>
> > > > [ 0.419461] CR2: 0000000000000000
> > > > [ 0.420386] ---[ end trace f68728a0d3053b52 ]---
>
> I failed to reproduce this panic on my machine with parameter:
>
> bin=x86_64-softmmu/qemu-system-x86_64
> $bin -M q35,kernel-irqchip=split -enable-kvm -m 2048 \
> -monitor stdio -smp 4 \
> -device intel-iommu,intremap=on \
> -netdev user,id=net0,hostfwd=tcp::5555-:22 \
> -device e1000,netdev=net0 \
> -kernel /root/git/linux/arch/x86/boot/bzImage \
> -append root=/dev/sda3 \
> /root/images/rhel-7.2.qcow2
>
> Guest kernel version is exactly 4.7.0+ (d52bd54db). In the guest, I
> see x2apic enabled. Did I miss anything special?
>
you missed presence of x2apic CPU which this series enables,
add/change CLI as following:
-smp 1,sockets=9,cores=32,threads=1,maxcpus=288 \
-device qemu64-x86_64-cpu,socket-id=8,core-id=30,thread-id=0
+ add x2apic_phys to kernel's command line
PS:
the last kernel I've tried is:
v4.8-rc1-53-ga0cba21 + fix from Luiz
> [...]
>
> > adding x2apic_phys to kernel's command line makes it crash but at another place:
> >
> > [ 0.364909] smpboot: Max logical packages: 9
> > [ 0.365838] smpboot: APIC(0) Converting physical 0 to logical package 0
> > [ 0.367183] smpboot: APIC(11e) Converting physical 8 to logical package 1
> > [ 0.370291] x2apic: IRQ remapping doesn't support X2APIC mode
> > [ 0.371901] x2apic disabled
>
> Failed to understand why x2apic_phys will affect the system if x2apic
> is disabled after all.
it looks like despite printing "x2apic disabled" is still tries to access
MSRs available only when CPU is in x2apic mode.
>
> Thanks!
>
> -- peterx
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-08-11 8:56 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1470390377-228219-1-git-send-email-imammedo@redhat.com>
[not found] ` <20160808074123.GA32205@g.c>
[not found] ` <20160808085714.GG3825@pxdev.xzpeter.org>
[not found] ` <20160809102841.14f78282@nial.brq.redhat.com>
[not found] ` <20160809133504.GB4201@pxdev.xzpeter.org>
2016-08-10 8:51 ` [PATCH for-2.8 00/18] pc: q35: x2APIC support in kvm_apic mode Igor Mammedov
2016-08-11 5:10 ` [Qemu-devel] " Peter Xu
2016-08-11 8:56 ` Igor Mammedov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).