From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com [209.85.208.49]) by sourceware.org (Postfix) with ESMTPS id 724E4385DC1F for ; Mon, 11 May 2020 18:30:51 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 724E4385DC1F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=rtems.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=joel.sherrill@gmail.com Received: by mail-ed1-f49.google.com with SMTP id d16so8847093edq.7 for ; Mon, 11 May 2020 11:30:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=+ojRYW54opwMth2a3mX4HsfX/dQX4zW723Cm6LuKNco=; b=UXjuKRfIPztHK2B+c7TW8iib0NXkZtZiW46gmPTeZ3PlGPYFM+GC2eHTnIHd27Rrub FmF54bZckoJL2wLRY1ivOSKtEu4H7XC7xm1xpRQQIy6MIqKY97qOb6Il7bx+B03Rac1V DDtaTFQlAF7uKxZh6i6Y1JSnZ0eI8jwBgGpGEyBHvBzyVbWsO5ikoqVt1Ab8pdz7F9KT SgJvs6XWlJPEZZsZdzcg8J0bwzuwO9of6KJ7Hob7BZabmYYaIZmsnEzjAD3lH7N53Yzg ENdf56jXktZnCDPfkdE24hu+iMDWWM4ZrprDZVGWuJSpUacV1IbF7/7+glhQrrsZnpjK RAdA== X-Gm-Message-State: AGi0Pua3KZFzdox9YqMKmpD7Z1l4Hl7jLLYGSVkaNNGNUhzd7lM3+U1j IrAywlmfB35yAjZ21PDwopRz4tur X-Google-Smtp-Source: APiQypIpi5lzM16bokOi6VrySo3DTEBZbbg/ZraBgid/vwMMgdVH25P3EUJPwQLABaMsaYr2BnJ37w== X-Received: by 2002:aa7:d0c2:: with SMTP id u2mr15243919edo.78.1589221849877; Mon, 11 May 2020 11:30:49 -0700 (PDT) Received: from mail-ej1-f53.google.com (mail-ej1-f53.google.com. [209.85.218.53]) by smtp.gmail.com with ESMTPSA id cf24sm1270950ejb.69.2020.05.11.11.30.48 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 May 2020 11:30:49 -0700 (PDT) Received: by mail-ej1-f53.google.com with SMTP id s3so8792458eji.6 for ; Mon, 11 May 2020 11:30:48 -0700 (PDT) X-Received: by 2002:a17:906:6b1b:: with SMTP id q27mr14124007ejr.158.1589221848457; Mon, 11 May 2020 11:30:48 -0700 (PDT) MIME-Version: 1.0 References: <05b1ac83-4c46-45b5-d6ce-aba700b9c933@simark.ca> <802bfcc2-2a74-ef30-eca0-b247a6d5b8f1@simark.ca> In-Reply-To: Reply-To: joel@rtems.org From: Joel Sherrill Date: Mon, 11 May 2020 13:30:36 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Running programs on aarch64 simulator To: Jim Wilson Cc: Nick Clifton , Simon Marchi , gdb@sourceware.org X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 May 2020 18:30:58 -0000 On Mon, May 11, 2020 at 12:59 PM Jim Wilson wrote: > On Mon, May 11, 2020 at 7:41 AM Joel Sherrill wrote: > > I'm trying to build one that will run on the simulator. I haven't > managed to > > do that yet. :( > > You can find the answer in dejagnu. See baseboards/aarch64-sim.exp > which uses -specs=rdimon.specs. > > The aarch64 gdb sim is incomplete by the way. ARM won't let ARM > engineers contribute to it because of IP concerns. I did some work on > it when I was at Linaro, but there are still a number of instructions > that are missing or implemented wrong. I got the gcc testsuite > failures down to about 1200 before I left Linaro. I don't test it > anymore, so I don't know the current state. I would suggest using > qemu instead unless you want to fix simulator bugs. > Thanks Jim. That is very helpful. I managed to get an executable to run with aarch64-elf-run and traced it failing quite early at newlib-cygwin/libgloss/aarch64/syscalls.c:287 doing something with the semi-hosting extensions. Have you seen this simulator work well enough recently to run the gcc testsuite? It sounds like for my purposes of where to start development of an aarch64 RTEMS port, this is one time we need to skip the gdb simulator step. The gdb simulators are just so nice to work through basic issues like context switching, stack setup, etc. Since we would only need C with basic integer operations and enough FPU support to context switch the FPU, 1200 gcc failures may not have been a stopper. I know that it has limited use since there are so many alternatives and embedded folks are just going to use CMSIS or some OS support. I was just hoping to use it to add to the free RTOS list. Guess we will start with Qemu unless someone has some brilliant idea that makes this work. Thanks again Jim. --joel > > Jim >