From: Cornelia Huck <cohuck@redhat.com>
To: Halil Pasic <pasic@linux.vnet.ibm.com>
Cc: qemu-devel@nongnu.org, qemu-s390x@nongnu.org,
borntraeger@de.ibm.com, pmorel@linux.vnet.ibm.com
Subject: Re: [Qemu-devel] [PATCH RFC 0/2] s390x: cut down on unattached devices
Date: Tue, 28 Nov 2017 15:27:18 +0100 [thread overview]
Message-ID: <20171128152718.229a20fe.cohuck@redhat.com> (raw)
In-Reply-To: <6513d1c5-032e-b9d0-3dab-f2d0bd337ae2@linux.vnet.ibm.com>
On Tue, 28 Nov 2017 15:17:38 +0100
Halil Pasic <pasic@linux.vnet.ibm.com> wrote:
> On 11/28/2017 02:46 PM, Cornelia Huck wrote:
> > info qom-tree shows several devices under unattached that probably
> > should go somewhere.
>
> I think this was reported by me. See
> MID: <76f95c6f-641e-2fe0-73b4-3ab24fc1a93f@linux.vnet.ibm.com>
>
> I would not mind a Reported-by: Halil Pasic <pasic@linux.vnet.ibm.com>.
> Or do you see this differently?
Apparently I forgot to add it to the first one. Will do.
>
> If these are bugs. I would prefer commit messages and titles reflecting
> this fact.
I don't see this as fixing bugs, more removing oddities.
>
> Otherwise at first glance both patches seem sane.
Can I count this as an ack, or do you plan to do more review?
>
> Regards,
> Halil
>
> >
> > The css bridge should attach to the machine, as it has a similar
> > purpose as e.g. a pci host bridge.
> >
> > The autogenerated network devices should be in the same bucket as any
> > other device; I'm just not sure about the way I went about it.
> >
> > The zpci devices are still problematic: I don't have a good idea where
> > they should show up.
> >
> > Remaining in the unattached container are the sysbus, memory regions
> > and cpus.
> >
> > Cornelia Huck (2):
> > s390x/css: attach css bridge
> > s390x: attach autogenerated nics
> >
> > hw/s390x/css-bridge.c | 2 ++
> > hw/s390x/s390-virtio-ccw.c | 2 ++
> > 2 files changed, 4 insertions(+)
> >
>
next prev parent reply other threads:[~2017-11-28 14:27 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-28 13:46 [Qemu-devel] [PATCH RFC 0/2] s390x: cut down on unattached devices Cornelia Huck
2017-11-28 13:46 ` [Qemu-devel] [PATCH RFC 1/2] s390x/css: attach css bridge Cornelia Huck
2017-11-28 14:02 ` Christian Borntraeger
2017-12-08 11:43 ` Cornelia Huck
2017-11-28 13:46 ` [Qemu-devel] [PATCH RFC 2/2] s390x: attach autogenerated nics Cornelia Huck
2017-12-04 11:17 ` [Qemu-devel] [qemu-s390x] " Christian Borntraeger
2017-12-04 16:40 ` Cornelia Huck
2017-12-04 17:33 ` Halil Pasic
2017-12-04 17:51 ` Cornelia Huck
2017-11-28 14:17 ` [Qemu-devel] [PATCH RFC 0/2] s390x: cut down on unattached devices Halil Pasic
2017-11-28 14:27 ` Cornelia Huck [this message]
2017-11-28 15:21 ` Halil Pasic
2017-12-01 14:41 ` Halil Pasic
2017-12-04 9:22 ` Cornelia Huck
2017-12-04 14:47 ` Halil Pasic
2017-12-04 16:51 ` Cornelia Huck
2017-12-04 11:47 ` [Qemu-devel] [qemu-s390x] " David Hildenbrand
2017-12-05 8:59 ` [Qemu-devel] " Bjoern Walk
2017-12-07 16:34 ` Cornelia Huck
2017-12-07 17:01 ` Halil Pasic
2017-12-07 17:06 ` Cornelia Huck
2017-12-07 17:15 ` Halil Pasic
2017-12-08 11:42 ` Cornelia Huck
2017-12-08 12:14 ` Halil Pasic
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=20171128152718.229a20fe.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=pasic@linux.vnet.ibm.com \
--cc=pmorel@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@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.