All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Markus Armbruster <armbru@redhat.com>
Cc: peter.maydell@linaro.org, peter.crosthwaite@xilinx.com,
	mst@redhat.com, qemu-devel@nongnu.org, lcapitulino@redhat.com,
	agraf@suse.de
Subject: Re: [Qemu-devel] [PATCHv3 2/4] Split serial-isa into its own config option
Date: Mon, 8 Feb 2016 10:38:06 +1000	[thread overview]
Message-ID: <20160208003806.GC3702@voom> (raw)
In-Reply-To: <874mdqxgdo.fsf@blackfin.pond.sub.org>

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

On Wed, Feb 03, 2016 at 11:00:51AM +0100, Markus Armbruster wrote:
> David Gibson <david@gibson.dropbear.id.au> writes:
> 
> > 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, moxie, or32, and
> > xtensa.  As best as I can tell, those platforms never used legacy ISA,
> > and also don't include PCI support (which would allow connection of a
> > PCI->ISA bridge and/or a southbridge including legacy ISA serial
> > ports).
> >
> > Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
> > ---
> >  default-configs/alpha-softmmu.mak    | 1 +
> >  default-configs/arm-softmmu.mak      | 1 +
> >  default-configs/i386-softmmu.mak     | 1 +
> >  default-configs/mips-softmmu.mak     | 1 +
> >  default-configs/mips64-softmmu.mak   | 1 +
> >  default-configs/mips64el-softmmu.mak | 1 +
> >  default-configs/mipsel-softmmu.mak   | 1 +
> >  default-configs/ppc-softmmu.mak      | 1 +
> >  default-configs/ppc64-softmmu.mak    | 1 +
> >  default-configs/ppcemb-softmmu.mak   | 1 +
> >  default-configs/sh4-softmmu.mak      | 1 +
> >  default-configs/sh4eb-softmmu.mak    | 1 +
> >  default-configs/sparc64-softmmu.mak  | 1 +
> >  default-configs/x86_64-softmmu.mak   | 1 +
> >  hw/char/Makefile.objs                | 3 ++-
> >  15 files changed, 16 insertions(+), 1 deletion(-)
> 
> Ignorant question: what about the CONFIG_SERIAL in pci.mak?  Should it
> trigger CONFIG_SERIAL_ISA, too?  If not, should the commit message
> explain why not?

Ah, yes, it probably should.  I think I left it out because many of
the PCI platforms also explicitly enable CONFIG_SERIAL, but putting
CONFIG_SERIAL_ISA in pci.mak is safer for the time being, we can
always turn it off one platform at a time later.

-- 
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: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2016-02-08  0:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-15 12:21 [Qemu-devel] [PATCHv3 0/4] Start allowing ISA to be configured out David Gibson
2016-01-15 12:21 ` [Qemu-devel] [PATCHv3 1/4] Cleanup leftover CONFIG_ISA_MMIO David Gibson
2016-01-15 12:21 ` [Qemu-devel] [PATCHv3 2/4] Split serial-isa into its own config option David Gibson
2016-01-16 12:37   ` Thomas Huth
2016-01-18  1:52     ` David Gibson
2016-02-03 10:00   ` Markus Armbruster
2016-02-08  0:38     ` David Gibson [this message]
2016-01-15 12:21 ` [Qemu-devel] [PATCHv3 3/4] Allow ISA bus to be configured out David Gibson
2016-02-03 10:06   ` Markus Armbruster
2016-02-08  0:33     ` David Gibson
2016-01-15 12:21 ` [Qemu-devel] [PATCHv3 4/4] Split ISA and sysbus versions of m48t59 device David Gibson
2016-01-18  1:54 ` [Qemu-devel] [PATCHv3 0/4] Start allowing ISA to be configured out David Gibson

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=20160208003806.GC3702@voom \
    --to=david@gibson.dropbear.id.au \
    --cc=agraf@suse.de \
    --cc=armbru@redhat.com \
    --cc=lcapitulino@redhat.com \
    --cc=mst@redhat.com \
    --cc=peter.crosthwaite@xilinx.com \
    --cc=peter.maydell@linaro.org \
    --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 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.