All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: lvivier@redhat.com, "Alexander Graf" <agraf@suse.de>,
	"Thomas Huth" <thuth@redhat.com>,
	"Markus Armbruster" <armbru@redhat.com>,
	"QEMU Developers" <qemu-devel@nongnu.org>,
	"Luiz Capitulino" <lcapitulino@redhat.com>,
	"qemu-ppc@nongnu.org" <qemu-ppc@nongnu.org>,
	"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PATCH 1/4] Split serial-isa into its own config option
Date: Tue, 30 Jun 2015 13:40:20 +1000	[thread overview]
Message-ID: <20150630034020.GG26353@voom.redhat.com> (raw)
In-Reply-To: <CAFEAcA_67=eGD7opBZrTbf8pXJNYUN8Sv22Q3V_oAV_Xp3TioQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1932 bytes --]

On Mon, Jun 29, 2015 at 11:35:23AM +0100, Peter Maydell wrote:
> On 29 June 2015 at 06:36, David Gibson <david@gibson.dropbear.id.au> wrote:
> > At present, the core device model code for 8250-like serial ports
> > (serial.c) and the code for serial ports attached to ISA-style legacy IO
> > (serial-isa.c) are both controlled by the CONFIG_SERIAL variable.
> >
> > There are lots and lots of embedded platforms that have 8250-like serial
> > ports but have never had anything resembling ISA legacy IO.  Therefore,
> > split serial-isa into its own CONFIG_SERIAL_ISA option so it can be
> > disabled for platforms where it's not appropriate.
> >
> > For now, I enabled CONFIG_SERIAL_ISA in every default-config where
> > CONFIG_SERIAL is enabled, excepting microblaze, xtensa and or32.  Those
> > platforms have technically lost functionality, but since they have no
> > other PCI or ISA devices, it's fairly clear they never actually used
> > leagacy IO stuff.
> 
> s/leagacy/legacy/
> 
> Is it worth having a default-configs/isa.mak along the
> lines of our current pci.mak and usb.mak, for putting
> CONFIG_ defines for all ISA devices?

I considered it, but there were enough variations in exactly what ISA
options were selected in the existing configs for different targets
that it seemed like a substantial distraction from what I'm trying to
accomplish.

> A quick grep suggests you can knock arm, moxie, sh4
> and sh4eb off your list of things with CONFIG_SERIAL_ISA
> (no hits for ISABus).
> 
> I notice in passing that we still have a handful of config
> files which set CONFIG_ISA_MMIO, despite that having been
> deleted in commit 61fcb628627ea4 two years ago.
> 
> thanks
> -- PMM
> 

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2015-06-30  4:16 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 [this message]
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
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=20150630034020.GG26353@voom.redhat.com \
    --to=david@gibson.dropbear.id.au \
    --cc=afaerber@suse.de \
    --cc=agraf@suse.de \
    --cc=armbru@redhat.com \
    --cc=lcapitulino@redhat.com \
    --cc=lvivier@redhat.com \
    --cc=peter.maydell@linaro.org \
    --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.