From: "Andreas Färber" <afaerber@suse.de>
To: David Gibson <david@gibson.dropbear.id.au>
Cc: lvivier@redhat.com, agraf@suse.de, thuth@redhat.com,
armbru@redhat.com, Anthony Green <green@moxielogic.com>,
qemu-devel@nongnu.org, lcapitulino@redhat.com,
qemu-ppc@nongnu.org, Paolo Bonzini <pbonzini@redhat.com>,
Guan Xuetao <gxt@mprc.pku.edu.cn>
Subject: Re: [Qemu-devel] [PATCH 2/4] Allow ISA bus to be configured out
Date: Tue, 30 Jun 2015 11:35:59 +0200 [thread overview]
Message-ID: <559262FF.5010105@suse.de> (raw)
In-Reply-To: <20150630044812.GI26353@voom.redhat.com>
[-- Attachment #1: Type: text/plain, Size: 3156 bytes --]
Am 30.06.2015 um 06:48 schrieb David Gibson:
> On Tue, Jun 30, 2015 at 01:44:10PM +1000, David Gibson wrote:
>> On Mon, Jun 29, 2015 at 12:26:50PM +0200, Andreas Färber wrote:
>>> Am 29.06.2015 um 07:36 schrieb David Gibson:
>>>> Currently, the code to handle the legacy ISA bus is always included in
>>>> qemu. However there are lots of platforms that don't include ISA legacy
>>>> devies, and quite a few that have never used ISA legacy devices at all.
>>>>
>>>> This patch allows the ISA bus code to be disabled in the configuration for
>>>> platforms where it doesn't make sense. For now, the default configs are
>>>> adjusted to include ISA on all platforms including PCI (since
>>>> CONFIG_IDE_CORE which is in pci.mak requires ISA support) and also several
>>>> others which include ISA devices. We may want to pare this down in future.
>>>
>>> PCI also allows to have a PCI-ISA bridge such as the i82378, which means
>>> that all PCI platforms can potentially obtain an actual ISA bus. So at
>>> least the commit message could use a makeover to avoid someone touching
>>> IDE to blindly disable the dependency.
>>
>> Sorry, I'm not quite following what you're getting at here.
>>
>>> You'd also need to think about the qtests then:
>>>
>>> $ git grep i82378 -- tests/
>>> tests/endianness-test.c: { "ppc", "g3beige", 0xfe000000, .bswap =
>>> true, .superio = "i82378" },
>>> tests/endianness-test.c: { "ppc", "bamboo", 0xe8000000, .bswap =
>>> true, .superio = "i82378" },
>>> tests/endianness-test.c: { "ppc64", "mac99", 0xf2000000, .bswap =
>>> true, .superio = "i82378" },
>>> tests/endianness-test.c: .bswap = true, .superio = "i82378" },
>>> tests/endianness-test.c: { "sh4", "r2d", 0xfe240000, .superio =
>>> "i82378" },
>>> tests/endianness-test.c: { "sh4eb", "r2d", 0xfe240000, .bswap = true,
>>> .superio = "i82378" },
>>
>> Ah, good point. I'll need to rework for that,
>
> Actually.. on second thoughts..
>
> CONFIG_I82378 already exists, and will break those tests of disabled.
>
> So while making the tests more robust against config changes would be
> a good thing in general, I don't think it's in the scope of what I'm
> trying to do here - making ISA configurable won't make these tests any
> more broken with nonstandard configs than they already are.
I am mainly saying that your commit message is misleading.
CONFIG_IDE_CORE is not the only reason that pci.mak needs
CONFIG_ISA_BUS=y, as you make it sound. The other problem is that we
don't have Kconfig yet, so we have no way of modeling that I82378
depends on ISA_BUS, therefore either pci.mak (as done here) or
ppc-softmmu.mak and ppc64-softmmu.mak need CONFIG_ISA_BUS=y. And due to
the qtest either sh4/sh4eb need that same dependency too, or the test
needs to be changed.
So please either revise the commit message when you resend, or you'll
need to repeat CONFIG_ISA_BUS=y for ppc, ppc64, sh4, sh4eb.
Regards,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton; HRB
21284 (AG Nürnberg)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2015-06-30 9:36 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-29 5:36 [Qemu-devel] [PATCH 0/4] Allow ISA bus support to be configured out David Gibson
2015-06-29 5:36 ` [Qemu-devel] [PATCH 1/4] Split serial-isa into its own config option David Gibson
2015-06-29 10:12 ` Andreas Färber
2015-06-30 3:38 ` David Gibson
2015-06-29 10:35 ` Peter Maydell
2015-06-30 3:40 ` David Gibson
2015-07-01 4:20 ` David Gibson
2015-07-01 11:15 ` Peter Maydell
2015-07-02 5:01 ` David Gibson
2015-06-29 5:36 ` [Qemu-devel] [PATCH 2/4] Allow ISA bus to be configured out David Gibson
2015-06-29 10:26 ` Andreas Färber
2015-06-30 3:44 ` David Gibson
2015-06-30 4:48 ` David Gibson
2015-06-30 9:35 ` Andreas Färber [this message]
2015-06-29 5:36 ` [Qemu-devel] [PATCH 3/4] Split ISA and sysbus versions of m48t59 device David Gibson
2015-06-29 5:36 ` [Qemu-devel] [PATCH 4/4] Disable "info irq" and "info pic" for target-ppc David Gibson
2015-06-29 7:52 ` Laurent Vivier
2015-06-29 9:30 ` Thomas Huth
2015-06-29 9:51 ` Laurent Vivier
2015-06-29 9:55 ` Laurent Vivier
2015-06-29 10:06 ` Andreas Färber
2015-06-29 10:22 ` Laurent Vivier
2015-06-29 10:36 ` Andreas Färber
2015-06-29 10:43 ` Andreas Färber
2015-06-29 11:02 ` Alexander Graf
2015-06-29 23:11 ` David Gibson
2015-06-29 10:11 ` Thomas Huth
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=559262FF.5010105@suse.de \
--to=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=armbru@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=green@moxielogic.com \
--cc=gxt@mprc.pku.edu.cn \
--cc=lcapitulino@redhat.com \
--cc=lvivier@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=thuth@redhat.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 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.