* Re: ata driver loading hang on qemu/kvm
[not found] ` <FF9D9722-4FA8-4630-AB3A-1D077D7D0991@nutanix.com>
@ 2020-04-05 20:46 ` Suresh Gumpula
2020-04-06 8:14 ` Paolo Bonzini
0 siblings, 1 reply; 2+ messages in thread
From: Suresh Gumpula @ 2020-04-05 20:46 UTC (permalink / raw)
To: kvm, pbonzini
Sorry , mail got bounced. Sending again
From: Suresh Gumpula <suresh.gumpula@nutanix.com>
Date: Sunday, April 5, 2020 at 1:40 PM
To: "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "pbonzini@redhat.com" <pbonzini@redhat.com>
Subject: Re: ata driver loading hang on qemu/kvm
The guest kernel(not a nested guest) boot iso is hanging with following errors.
[ 1.414035] Write protecting the kernel read-only data: 6144k
[ 1.418006] Freeing unused kernel memory: 1080K
[ 1.423033] Freeing unused kernel memory: 1004K
[ 1.466783] scsi host0: ata_piix
[ 1.469539] scsi host1: ata_piix
[ 1.472039] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc300 irq 14
[ 1.475740] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc308 irq 15
We have enabled nested host, but not running any nested guests. So it’s a regular guest VM on a host.
Can someone please guide me what could be wrong here. Is it a known issue in the kvm module or qemu emulation of IDE/CDROM controller?
Thanks,
Suresh
From: Suresh Gumpula <suresh.gumpula@nutanix.com>
Date: Sunday, April 5, 2020 at 1:35 PM
To: "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "pbonzini@redhat.com" <pbonzini@redhat.com>
Subject: ata driver loading hang on qemu/kvm
Hi,
Hope you are doing great. I am seeing this old problem with qemu 2.12/kernel 4.19.84(intel kvm with nesting enabled) and guest kernel 4.10
https://bugzilla.redhat.com/show_bug.cgi?id=1345964
Could you please advise me on this? I am seeing the exact same problem where the ata driver load was stuck.
Really appreciate if you could give some pointers?
Thanks,
Suresh
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: ata driver loading hang on qemu/kvm
2020-04-05 20:46 ` ata driver loading hang on qemu/kvm Suresh Gumpula
@ 2020-04-06 8:14 ` Paolo Bonzini
0 siblings, 0 replies; 2+ messages in thread
From: Paolo Bonzini @ 2020-04-06 8:14 UTC (permalink / raw)
To: Suresh Gumpula, kvm
On 05/04/20 22:46, Suresh Gumpula wrote:
>
>
> From: Suresh Gumpula <suresh.gumpula@nutanix.com>
> Date: Sunday, April 5, 2020 at 1:40 PM
> To: "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "pbonzini@redhat.com" <pbonzini@redhat.com>
> Subject: Re: ata driver loading hang on qemu/kvm
>
> The guest kernel(not a nested guest) boot iso is hanging with following errors.
> [ 1.414035] Write protecting the kernel read-only data: 6144k
> [ 1.418006] Freeing unused kernel memory: 1080K
> [ 1.423033] Freeing unused kernel memory: 1004K
> [ 1.466783] scsi host0: ata_piix
> [ 1.469539] scsi host1: ata_piix
> [ 1.472039] ata1: PATA max MWDMA2 cmd 0x1f0 ctl 0x3f6 bmdma 0xc300 irq 14
> [ 1.475740] ata2: PATA max MWDMA2 cmd 0x170 ctl 0x376 bmdma 0xc308 irq 15
>
>
> We have enabled nested host, but not running any nested guests. So it’s a regular guest VM on a host.
> Can someone please guide me what could be wrong here. Is it a known issue in the kvm module or qemu emulation of IDE/CDROM controller?
No, it's the first time I see this reported. Please try with a newer
QEMU version.
Paolo
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-04-06 8:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <D02A294C-2823-4137-BD1B-9A0F76270D2B@nutanix.com>
[not found] ` <3752A519-BE1A-478F-920F-75F101807694@nutanix.com>
[not found] ` <CFD00AFB-8B52-475E-8CB6-FCB7967E0316@nutanix.com>
[not found] ` <1A6AC1FC-AED9-476C-9178-BE293E981E56@nutanix.com>
[not found] ` <FF9D9722-4FA8-4630-AB3A-1D077D7D0991@nutanix.com>
2020-04-05 20:46 ` ata driver loading hang on qemu/kvm Suresh Gumpula
2020-04-06 8:14 ` Paolo Bonzini
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).