From owner-freebsd-arm@freebsd.org Fri Feb 5 15:30:17 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 03DFF54A3EB for ; Fri, 5 Feb 2021 15:30:17 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [85.215.255.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DXK9g4d3Qz3P0Z; Fri, 5 Feb 2021 15:30:15 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1612539013; s=strato-dkim-0002; d=obsigna.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject:Cc:Date: From:Subject:Sender; bh=EW67hqKzI2g6r/1b0UZWf8tq4lmppXHEAB0NqN5J/Dk=; b=rL0MMC1Jo4O8Z6yWdOZbiq8D9IgciJgbNnlXGAThW7L3o6/EOYv87WHkxXOyKb4mM3 T4OWSPZd5Y05PkuMrRRTYGKnJ/tNm4rVG1fp1GA9ivatRERc9zjrf0MURlxhfTOIuvP2 MMUkMZHS/0FXlyyxeDAKEtO7LGtHaOPIx4LU3nz3AH6PxIVWgi7/f9QU2upXWvxUXGA3 PJgFzxaUy8336o/CXuN0bAGXQM5W1AWqyIcYtaCugSqv1FmrgevyZJu4EIxUHNONwkMt mdRWwS9LP5uWccVZesMIIZ9kK9ScJlTp8seePWZNYEPTlmtpmHSq+NjQRMeoXlPuEbZZ 8lXA== X-RZG-AUTH: ":O2kGeEG7b/pS1F2rRHW2isrKl4DV03XBEi+I6ZuztdvN9wS3wFGySS4Lw+ldTBio0dVVInWnas+zpAhAiA/W" X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com by smtp.strato.de (RZmta 47.17.0 DYNA|AUTH) with ESMTPSA id K015adx15FUC4o7 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Fri, 5 Feb 2021 16:30:12 +0100 (CET) Received: from rolf-aux.obsigna.com (rolf-aux.obsigna.com [192.168.222.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 9CF171350F946; Fri, 5 Feb 2021 12:30:09 -0300 (-03) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Subject: Re: LLDB on FreeBSD/arm64 and arm From: "Dr. Rolf Jansen" In-Reply-To: Date: Fri, 5 Feb 2021 12:30:09 -0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ed Maste X-Mailer: Apple Mail (2.3445.9.7) X-Rspamd-Queue-Id: 4DXK9g4d3Qz3P0Z X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=rL0MMC1J; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 85.215.255.20 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[85.215.255.20:from]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[obsigna.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[85.215.255.20:from]; ASN(0.00)[asn:6724, ipnet:85.215.255.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[obsigna.com:s=strato-dkim-0002]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[obsigna.com]; SPAMHAUS_ZRD(0.00)[85.215.255.20:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[85.215.255.20:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2021 15:30:17 -0000 > Am 03.02.2021 um 14:53 schrieb Ed Maste : >=20 > As you may know, the FreeBSD Foundation sponsored Moritz Systems to > improve LLDB's support of non-x86 FreeBSD targets (and some other > improvements applicable to all targets). This builds on their earlier > work to update x86 support. >=20 > Initial changes for arm64 and arm support were recently committed > upstream. Details are in these code reviews, if you're interested: >=20 > https://reviews.llvm.org/D95297 (arm64) > https://reviews.llvm.org/D95696 (arm) >=20 > arm and arm64 users with an interest in LLDB are encouraged to build > LLDB from the upstream git repository, try out the support, and report > issues or positive results. >=20 > It should build using the regular build process as described at > https://lldb.llvm.org/resources/build.html >=20 > At present all four of 32- and 64-bit arm and x86 use LLDB's > non-legacy debug support by default. Legacy support will be removed > from LLDB upon completion of Moritz' work (once all architectures are > patched) and there is no need to try out legacy support. I am interested to build LLDB from the upstream repository. As a matter = of fact a few years ago I did this already directly on a BeagleBone = Black, however in the meantime the LLVM sources had grown beyond the = capacity a BBB could compile. Already at that time a rather limited = build took more than 48 hs. I set up an ARMv7 cross building environment for kernel and world on a = reasonably equipped i7 machine. Can I somehow use this for building LLDB = as well? I still have the minutes of the last successful build of LLDB on a BBB = around. I guess the most part of this (requisites and downloads) apply = for cross building as well. Please can somebody help me out with the = cmake command line. What would be reasonable options besides = -DLLVM_TARGETS_TO_BUILD=3D"ARMv7", or is it still "ARM". I would need to somewhere specify SYSROOT, won't I? A working cmake = command would give me jump a start, I guess. Any other hints would be = welcome as well. I provided ssh root access to one of my BBBs to Micha=C5=82 G=C3=B3rny = for testing his work, and he left a LLDB on the system, I don't know at = which stage, though. When debugging an advanced project of mine with = this one I see some show stoppers (as with the original LLDB). Perhaps, = I could be of help to improve LLDB. Best regards Rolf