From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42137) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAFzM-0006Ap-Js for qemu-devel@nongnu.org; Wed, 01 Jul 2015 07:15:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZAFzF-0004Ql-BG for qemu-devel@nongnu.org; Wed, 01 Jul 2015 07:15:36 -0400 Received: from mail-vn0-f43.google.com ([209.85.216.43]:41453) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZAFzF-0004QZ-8S for qemu-devel@nongnu.org; Wed, 01 Jul 2015 07:15:29 -0400 Received: by vnav203 with SMTP id v203so5926785vna.8 for ; Wed, 01 Jul 2015 04:15:29 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20150701042037.GN26353@voom.redhat.com> References: <1435556214-2916-1-git-send-email-david@gibson.dropbear.id.au> <1435556214-2916-2-git-send-email-david@gibson.dropbear.id.au> <20150701042037.GN26353@voom.redhat.com> From: Peter Maydell Date: Wed, 1 Jul 2015 12:15:09 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH 1/4] Split serial-isa into its own config option List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: David Gibson Cc: Laurent Vivier , Alexander Graf , Thomas Huth , Markus Armbruster , QEMU Developers , Luiz Capitulino , "qemu-ppc@nongnu.org" , =?UTF-8?Q?Andreas_F=C3=A4rber?= On 1 July 2015 at 05:20, David Gibson wrote: > On Mon, Jun 29, 2015 at 11:35:23AM +0100, Peter Maydell wrote: >> 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'll remove moxie, sh4 and sh4eb in my next spin. > > I'm not so comfortable about ARM. I get the impression that there are > so many x86 people now working in the ARM space, that it wouldn't > surprise me at all if some vendors go and stick legacy stuff on > there. So I'd prefer to leave it to the ARM people themselves to turn > it off if I'm wrong. I'm an ARM person :-) I'm happy to turn ISA off for ARM, except for the case of generic PCI-to-ISA devices which IIRC you're handling by having pci.mak set CONFIG_ISA ? (In practice that means ARM will still compile in the ISA code, but hey.) -- PMM