From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by sourceware.org (Postfix) with ESMTP id CE6583944838 for ; Fri, 23 Apr 2021 15:05:40 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org CE6583944838 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=vapier@gentoo.org Received: from vapier (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 05CAB340CAC; Fri, 23 Apr 2021 15:05:39 +0000 (UTC) Date: Fri, 23 Apr 2021 11:05:39 -0400 From: Mike Frysinger To: Joel Sherrill Cc: "R. Diez" , Newlib Subject: Re: Microblaze libgloss and gdb simulator Message-ID: Mail-Followup-To: Joel Sherrill , "R. Diez" , Newlib References: <368ad818-4933-bab2-8d17-7e765c1c2b0a@yahoo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2021 15:05:42 -0000 On 23 Apr 2021 07:48, Joel Sherrill wrote: > On Fri, Apr 23, 2021 at 1:17 AM R. Diez wrote: > > > [...] > > > Does anyone know how to build and run a hello world on the microblaze > > > simulator in gdb using the microblaze-elf target and the code in > > libgloss? > > > > Does it have to be the GDB simulator? QEMU seems to support the MicroBlaze > > too. > > > > I am using QEMU to simulate a Cortex-M3 board, and writing to a particular > > memory address where a UART is supposed to be outputs the byte on the host > > console. > > > > No it doesn't. We use Qemu on at least arm, aarch64, x86, and sparc. Even > though they tend to be just CPU simulators, the gdb simulators just tend to > be > easier to work with and can run a high percentage of RTEMS tests. When first > starting a port, you are focused primarily on startup and context switches, > and > the gdb simulators work great for that. The devices are so simple, that the > BSP > is trivial. > > For interrupt and real device support, you do have to move to something > like qemu or real hardware. We likely will just have to move to it. GNU sim can do these too ;), but i can see it being easier when most people are contributing to QEMU already to make it just work. newlib/libgloss missing bsp code wouldn't be addressed by sim selection though :). -mike