All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Armbruster <armbru@redhat.com>
To: Alexey Kardashevskiy <aik@ozlabs.ru>
Cc: Michael Roth <mdroth@linux.vnet.ibm.com>,
	qemu-ppc@nongnu.org, qemu-devel@nongnu.org,
	Alexander Graf <agraf@suse.de>
Subject: Re: [Qemu-devel] Why is "spapr-pci-host-bridge" no-user?
Date: Fri, 03 Jun 2016 13:36:55 +0200	[thread overview]
Message-ID: <871t4e1p2g.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <6084d275-bf6a-f7ca-10ef-550daea1a7ae@ozlabs.ru> (Alexey Kardashevskiy's message of "Fri, 3 Jun 2016 18:40:48 +1000")

Alexey Kardashevskiy <aik@ozlabs.ru> writes:

> On 03/06/16 16:40, Markus Armbruster wrote:
>> Commit 09aa9a5 "spapr-pci: enable adding PHB via -device" set
>> cannot_instantiate_with_device_add_yet without also adding a comment
>> explaining why.  It is currently the only one lacking such a comment.
>> Let's fix that.
>> 
>> Unfortunately, the commit message doesn't tell me (or I'm too dense to
>> understand it):
>> 
>>     spapr-pci: enable adding PHB via -device
>>     
>>     Recent changes introduced cannot_instantiate_with_device_add_yet
>>     and removed capability of adding yet another PCI host bridge via
>>     command line for SPAPR platform (POWERPC64 server).
>>     
>>     This brings the capability back and puts SPAPR PHB into "bridge"
>>     category.
>>     
>>     This is not much use for emulated PHB but it is absolutely required
>>     for VFIO as we put an IOMMU group onto a separate PHB on SPAPR.
>>     
>>     Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
>>     Signed-off-by: Alexander Graf <agraf@suse.de>
>> 
>> Alexey, can you explain why the device cannot be used with -device /
>> device_add?
>
> It can be used with "-device" with as it is today, i.e. with
> "cannot_instantiate_with_device_add_yet=false".

I misread the code.  But the assignment needs an explanation anyway :)

> With "cannot_instantiate_with_device_add_yet=true", I get this:
>
> qemu-system-ppc64: -device spapr-pci-host-bridge,id=phb10,index=10:
> Parameter 'driver' expects pluggable device type
>
>
> At that moment (sha1 09aa9a526a86fd2e380e86^) it failed because of
> inherited "cannot_instantiate_with_device_add_yet=true" from
> sysbus_device_class_init() (which is gone now):
>
> qemu-system-ppc64: -device spapr-pci-host-bridge,id=phb10,index=10:
> Parameter 'driver' expects pluggable device type
>
> So there was my patch.
>
>
> "device_add" is different, it does not work because:
> (qemu) device_add spapr-pci-host-bridge
> Bus 'main-system-bus' does not support hotplugging
>
> Which I am not sure if it is true for all platforms or just spapr/ppc64 but
> I do not care much now as there is some work to do anyway to support PHB
> hotplug as per LoPAPR specification anyway.
>
> Does this help? :)

Now you made me read the code more carefully, I have different
questions.

Can we delete the assignment?  -device
spapr-pci-host-bridge,id=phb10,index=10 still works for me then.

If not, why?

  reply	other threads:[~2016-06-03 11:37 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-03  6:40 [Qemu-devel] Why is "spapr-pci-host-bridge" no-user? Markus Armbruster
2016-06-03  8:40 ` Alexey Kardashevskiy
2016-06-03 11:36   ` Markus Armbruster [this message]
2016-06-03 11:52     ` Alexey Kardashevskiy

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=871t4e1p2g.fsf@dusky.pond.sub.org \
    --to=armbru@redhat.com \
    --cc=agraf@suse.de \
    --cc=aik@ozlabs.ru \
    --cc=mdroth@linux.vnet.ibm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.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.