qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Laszlo Ersek <lersek@redhat.com>
Cc: Marcel Apfelbaum <marcel@redhat.com>,
	Kevin O'Connor <kevin@koconnor.net>,
	qemu-devel@nongnu.org, Markus Armbruster <armbru@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v6 7/7] hw/pci-bridge: format SeaBIOS-compliant OFW device node for PXB
Date: Wed, 17 Jun 2015 17:05:44 +0200	[thread overview]
Message-ID: <20150617150544.GA26500@redhat.com> (raw)
In-Reply-To: <55818819.3010107@redhat.com>

On Wed, Jun 17, 2015 at 04:45:45PM +0200, Laszlo Ersek wrote:
> On 06/17/15 16:18, Kevin O'Connor wrote:
> > On Wed, Jun 17, 2015 at 03:57:36PM +0200, Michael S. Tsirkin wrote:
> >> On Wed, Jun 17, 2015 at 02:45:05PM +0200, Laszlo Ersek wrote:
> >>> SeaBIOS expects OpenFirmware device paths in the "bootorder" fw_cfg file
> >>> to follow the pattern
> >>>
> >>>   /pci-root@N/pci@i0cf8/...
> >>
> >> It's kind of crazy, isn't it?
> >> /pci@i0cf8/pci-root@N would make some sense: access rootN through cf8.
> >>
> >> But if bios needs to keep this for compatibility, maybe
> >> we have too, to. Kevin?
> > 
> > I have no issue with changing the string in SeaBIOS.  In a previous
> > email we discussed "/pci@i0cf8/pci-root@%x/" as well as
> > "/pci@i0cf8,%x/", but anything that makes sense is fine with me.
> 
> It is not fine with me.
> 
> Every time there is another idea about this format, I get to update and
> repost the OVMF series (consisting of 24 patches), which of course
> nobody on qemu-devel@ and seabios@ cares about, while it is actually the
> *only* thing that matters to me. Plus, this patch appeared in v4 and has
> been reposted without changes twice.
> 
> Honestly, the format looks outright retarded to me, but I didn't
> complain, because adopting it (and not patching SeaBIOS at all) was the
> most direct way forward. (Most direct in the sense that we're now at
> v6.) I will *not* repeat the entire discussion about the format, and I
> won't revisit that outcome. I have spent several nights and weekend days
> on implementing SeaBIOS-compatible code in qemu and OVMF, and I won't go
> back on that work.
> 
> Similarly, the patch "hw/pci-bridge: create interrupt-less, hotplug-less
> bridge for PXB" has been present in the QEMU series without functional
> changes since v2. I've been aware that it doesn't meet Michael's taste
> (that fact was documented in v2), but I'm appalled that it has taken 4
> reposts (v3 to v6) to arrive at specifics. Not only did that cause me to
> miss 4 opportunities to post an ultimately acceptable patch, it also
> wasted the reviews of Marcel and Markus, plus my work to address
> Markus's review.
> 
> I've been going out of my way to be cooperative, responsive, and just do
> whatever I've been told, minimize the impact, etc. As I said, I'm
> willing to post a v7 for the SHPC-less pci-bridge device model, but no
> more versions, and no other changes.
> 
> Thanks
> Laszlo

Sorry you feel bad.  Looks like the patches are pretty close to being
ready.

If you just address the comments about the bridge then I can merge
patches 1-5 directly.

We do need to agree about the correct paths however, this is host/guest
interface which we have to maintain forever, and it's important to get
it right. I kept hoping we can come up with something saner than
the sequence # but oh well. Do you disagree with the statement
that seabios path is currently incorrect? Kevin seems to agree.

-- 
MST

  reply	other threads:[~2015-06-17 15:05 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-17 12:44 [Qemu-devel] [PATCH v6 0/7] PXB changes Laszlo Ersek
2015-06-17 12:44 ` [Qemu-devel] [PATCH v6 1/7] migration: introduce VMSTATE_BUFFER_UNSAFE_INFO_TEST() Laszlo Ersek
2015-06-17 12:45 ` [Qemu-devel] [PATCH v6 2/7] hw/pci-bridge: expose _test parameter in SHPC_VMSTATE() Laszlo Ersek
2015-06-17 12:45 ` [Qemu-devel] [PATCH v6 3/7] hw/pci-bridge: introduce "hotplug" property Laszlo Ersek
2015-06-17 13:42   ` Michael S. Tsirkin
2015-06-17 13:55     ` Laszlo Ersek
2015-06-17 14:02       ` Michael S. Tsirkin
2015-06-17 14:15         ` Laszlo Ersek
2015-06-17 19:54           ` Marcel Apfelbaum
2015-06-18 13:47         ` Paolo Bonzini
2015-06-18 14:44           ` Michael S. Tsirkin
2015-06-17 12:45 ` [Qemu-devel] [PATCH v6 4/7] hw/pci-bridge: disable hotplug in PXB Laszlo Ersek
2015-06-17 13:45   ` Michael S. Tsirkin
2015-06-17 19:52     ` Marcel Apfelbaum
2015-06-17 12:45 ` [Qemu-devel] [PATCH v6 5/7] hw/core: rebase sysbus_get_fw_dev_path() to g_strdup_printf() Laszlo Ersek
2015-06-17 13:46   ` Michael S. Tsirkin
2015-06-17 13:56     ` Laszlo Ersek
2015-06-17 12:45 ` [Qemu-devel] [PATCH v6 6/7] hw/core: explicit OFW unit address callback for SysBusDeviceClass Laszlo Ersek
2015-06-17 12:45 ` [Qemu-devel] [PATCH v6 7/7] hw/pci-bridge: format SeaBIOS-compliant OFW device node for PXB Laszlo Ersek
2015-06-17 13:57   ` Michael S. Tsirkin
2015-06-17 14:00     ` Laszlo Ersek
2015-06-17 14:03       ` Michael S. Tsirkin
2015-06-17 14:18     ` Kevin O'Connor
2015-06-17 14:45       ` Laszlo Ersek
2015-06-17 15:05         ` Michael S. Tsirkin [this message]
2015-06-17 18:16           ` Laszlo Ersek
2015-06-17 18:54             ` Michael S. Tsirkin
2015-06-17 19:15               ` Laszlo Ersek
2015-06-17 19:28                 ` Kevin O'Connor
2015-06-17 19:32                   ` Michael S. Tsirkin
2015-06-17 19:44                     ` Laszlo Ersek
2015-06-17 21:50                       ` Michael S. Tsirkin
2015-06-18 13:22                         ` Laszlo Ersek
2015-06-18 13:40                           ` Michael S. Tsirkin
2015-06-18 15:42                             ` Laszlo Ersek
2015-06-17 19:09             ` Kevin O'Connor
2015-06-17 19:21   ` Michael S. Tsirkin
2015-06-17 19:35     ` Laszlo Ersek
2015-06-17 21:49       ` Michael S. Tsirkin
2015-06-18 13:18         ` Laszlo Ersek
2015-06-17 19:38     ` Kevin O'Connor

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=20150617150544.GA26500@redhat.com \
    --to=mst@redhat.com \
    --cc=armbru@redhat.com \
    --cc=kevin@koconnor.net \
    --cc=lersek@redhat.com \
    --cc=marcel@redhat.com \
    --cc=qemu-devel@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 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).