qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Marcel Apfelbaum <marcel.a@redhat.com>
To: "Gonglei (Arei)" <arei.gonglei@huawei.com>
Cc: "Huangweidong (C)" <weidong.huang@huawei.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	"armbru@redhat.com" <armbru@redhat.com>,
	"pbonzini@redhat.com" <pbonzini@redhat.com>,
	"imammedo@redhat.com" <imammedo@redhat.com>
Subject: Re: [Qemu-devel] [Question] Why doesn't PCIe hotplug work for Q35 machine?
Date: Sun, 17 Aug 2014 14:28:17 +0300	[thread overview]
Message-ID: <1408274897.2381.5.camel@localhost.localdomain> (raw)
In-Reply-To: <20140817105939.GG21622@redhat.com>

On Sun, 2014-08-17 at 13:00 +0200, Michael S. Tsirkin wrote:
> On Fri, Aug 15, 2014 at 07:33:29AM +0000, Gonglei (Arei) wrote:
> > Hi,
> > 
> > I noticed that the qemu-2.1 release change log says
> > " PCIe: Basic hot-plug/hot-unplug support for Q35 machine."
> > And then I made a testing for the hotplugging function of Q35.
> > But I'm failed, and I got the dmesg log in guest os as below:
> > 
> > [ 159.035250] Pciehp 0000:05:00.0:pcie24: Button pressed on Slot (0 - 4)
> > [ 159.035274] Pciehp 0000:05:00.0:pcie24: Card present on Slot (0 - 4)
> > [ 159.036517] Pciehp 0000:05:00.0:pcie24: PCI slot #0 - 4 - powering on due to button press.
> > [ 159.188049] Pciehp 0000:05:00.0:pcie24: Failed to check link status
> > [ 159.201968] Pciehp 0000:05:00.0:pcie24: Card not present on Slot (0 - 4)
> > [ 159.202529] Pciehp 0000:05:00.0:pcie24: Already disabled on Slot (0 - 4)
> > 
> > Steps of testing:
> > 
> > #1. QEMU version:
> > 
> > 	The lateset master tree source.
> > 
> > #2. Command line:
> > 
> > ./qemu-system-x86_64 -enable-kvm -m 2048 -machine q35 -device ide-drive,bus=ide.2,drive=MacHDD \ 
> >  -drive id=MacHDD,if=none,file=/mnt/sdb/gonglei/image/redhat_q35.img -monitor stdio -vnc :10 -readconfig ../docs/q35-chipset.cfg
> > QEMU 2.0.93 monitor - type 'help' for more information
> > (qemu) device_add virtio-net-pci,id=nic2,bus=pcie-switch-downstream-port-1-1,addr=1.0
> 
> I don't think you can use any slot except slot 0 for pci express.
Indeed, only slot 0 can be used, try the same without specifying the addr property.

> > (qemu) info network
> > hub 0
> >  \ user.0: index=0,type=user,net=10.0.2.0,restrict=off
> >  \ e1000.0: index=0,type=nic,model=e1000,macaddr=52:54:00:12:34:56
> > 
> > #3. Guest OS:
> > 
> > 	Both rhel-server-7.0-x86_64 and SLES-11-SP3-DVD-x86_64-GM.
> > 
> > #4. Content of ../docs/q35-chipset.cfg:
> > 
> > [snip]
> > 
> > ##
> > # Example PCIe switch with two downstream ports
> > #
> > [device "pcie-switch-upstream-port-1"]
> >   driver = "x3130-upstream"
> >   bus = "ich9-pcie-port-4"
> >   addr = "00.0"
> > 
> > [device "pcie-switch-downstream-port-1-1"]
> >   driver = "xio3130-downstream"
> >   multifunction = "on"
> >   bus = "pcie-switch-upstream-port-1"
> >   addr = "00.0"
> >   port = "1"
> >   chassis = "5"
> > 
> > [device "pcie-switch-downstream-port-1-2"]
> >   driver = "xio3130-downstream"
> >   multifunction = "on"
> >   bus = "pcie-switch-upstream-port-1"
> >   addr = "00.1"
> >   port = "1"
> >   chassis = "6"
> > 
> > [device "ich9-ehci-1"]
> >   driver = "ich9-usb-ehci1"
> >   multifunction = "on"
> >   bus = "pcie.0"
> >   addr = "1d.7"
> > 
> > [snip]
> > 
> > BTW, except testing hotplug of downstream ports, I also test the root port
> > with "device_add virtio-net-pci,id=nic2,bus=ich9-pcie-port-1,addr=1.0", but
> > I got the same result.
> 
> Same thing.
Agreed, and also make sure that ich9-pcie-port-1 is a root port's bus and not
an upstream port's bus.

Thanks,
Marcel

> 
> > Am I wrong in some places? Or a QEMU bug?  Thanks for any help.
> > 
> > Best regards,
> > -Gonglei
> > 
> 
> We might want to add a check for this, to produce a
> better error message.
> 

  reply	other threads:[~2014-08-17 11:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-15  7:33 [Qemu-devel] [Question] Why doesn't PCIe hotplug work for Q35 machine? Gonglei (Arei)
2014-08-17 11:00 ` Michael S. Tsirkin
2014-08-17 11:28   ` Marcel Apfelbaum [this message]
2014-08-18  9:12     ` Gonglei (Arei)
2014-08-18 13:03       ` Paolo Bonzini
2014-08-19  6:25         ` Gonglei (Arei)
2014-08-19  8:06           ` Paolo Bonzini
2014-08-19  8:16             ` Gonglei (Arei)
2014-08-19 21:19           ` Michael S. Tsirkin
2014-08-20  2:16             ` Gonglei (Arei)
2014-08-20  4:39               ` Knut Omang
2014-08-20  5:17                 ` Knut Omang
2014-08-20  6:04                   ` Gonglei (Arei)
2014-08-20  6:12                     ` Knut Omang

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=1408274897.2381.5.camel@localhost.localdomain \
    --to=marcel.a@redhat.com \
    --cc=arei.gonglei@huawei.com \
    --cc=armbru@redhat.com \
    --cc=imammedo@redhat.com \
    --cc=mst@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=weidong.huang@huawei.com \
    /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 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).