From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46333) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g7MxT-0005na-Vf for qemu-devel@nongnu.org; Tue, 02 Oct 2018 11:51:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g7MxQ-0007mo-2o for qemu-devel@nongnu.org; Tue, 02 Oct 2018 11:51:34 -0400 Received: from mail-io1-xd43.google.com ([2607:f8b0:4864:20::d43]:46745) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g7MxO-0007lP-33 for qemu-devel@nongnu.org; Tue, 02 Oct 2018 11:51:31 -0400 Received: by mail-io1-xd43.google.com with SMTP id t7-v6so2441831ioj.13 for ; Tue, 02 Oct 2018 08:51:21 -0700 (PDT) MIME-Version: 1.0 References: <20181001220942.2382-1-f4bug@amsat.org> <20181001220942.2382-11-f4bug@amsat.org> In-Reply-To: From: Artyom Tarasenko Date: Tue, 2 Oct 2018 17:50:59 +0200 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 10/15] hw/sparc64/niagara: Replace 'empty_slot' by 'unimplemented_device' List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: =?UTF-8?Q?Philippe_Mathieu=2DDaud=C3=A9?= , clg@kaod.org, qemu-devel , Eduardo Habkost , Mark Cave-Ayland On Tue, Oct 2, 2018 at 3:24 PM Peter Maydell wro= te: > > On 1 October 2018 at 23:09, Philippe Mathieu-Daud=C3=A9 = wrote: > > The TYPE_EMPTY_SLOT and TYPE_UNIMPLEMENTED_DEVICE are identical devices= , > > however the later use more recent APIs and is more widely used. > > > > Replace 'empty_slot' by 'unimplemented_device' to simplify devices code > > maintenance. > > > > Signed-off-by: Philippe Mathieu-Daud=C3=A9 > > --- > > > @@ -161,7 +161,7 @@ static void niagara_init(MachineState *machine) > > serial_mm_init(sysmem, NIAGARA_UART_BASE, 0, NULL, 115200, > > serial_hd(0), DEVICE_BIG_ENDIAN); > > } > > - empty_slot_init(NIAGARA_IOBBASE, NIAGARA_IOBSIZE); > > + create_unimplemented_device("sun4v-iob", NIAGARA_IOBBASE, NIAGARA_= IOBSIZE); > > sun4v_rtc_init(NIAGARA_RTC_BASE); > > } > > Is this actually an unimplemented (missing) device, or are we > implementing hardware-defined "no bus errors when this range is > touched" behaviour ? In this case it's really an unimplemented device. But in sun4m (patch 11/15) it's "no bus errors when this range is touched" behaviour. Artyom -- Regards, Artyom Tarasenko SPARC and PPC PReP under qemu blog: http://tyom.blogspot.com/search/label/q= emu