From nobody Mon Nov 18 15:31:43 2024 X-Original-To: riscv@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XsWnX2fT5z5dDjL for ; Mon, 18 Nov 2024 15:31:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XsWnX1dG3z4kVf for ; Mon, 18 Nov 2024 15:31:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1731943904; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=oX2a9WE0t6UyY/+NSS1to4EssmaLrrtZ+CG6sV72mGg=; b=Ms1cjJPgeuF0UF2uu+Fn711zO7uIO/ayPZST+sRT2e7/NNYbDgKTsz/SUVfHn7YJSqEKP5 crgwkRkmKfjMT9QxSGEYx79wGCiolQLPwzHXEmyHUUN326kdc0RZwTvGCdt6Nr0kTaMMea V1AlPIalUd8N+gaW+ElM26QnlybouUIv82bg3Cc1UK9hC52fCx/xAptovZKIZ1AQnAGboX ktJwmQTH8AKVdLFwh1apNWpd/R3kY0hVfceuW2ozJIdDe8+flmKsWJfse5iDim0hRb1lIQ tMligVowQHBxqh9RQ+m1TBfhMLaTtb0/b8MAkzzfq88QGwgku/cfkPdtbupJdA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1731943904; a=rsa-sha256; cv=none; b=mY9ddkEAnusEAYl4huVayDGHSwPb6be6aqjLUoHoxknQBw2oj7QJcGiEHU/dpSKKrlUYNQ hmS16Y0sqjJ0m106SlwiU8ys47s+5uQn9a7hruJurJ3UXvu4jTWzNHQrrSpHhpBkc2poc6 kuNPByno5nlx5o3yt0a61uUxBXNYn4oe6N0014pKW8FZ0UAGD0Jm3Jxsm8EIDeXNV+bXly zY7B5l7EVJWRXHy/wanNWdXjwycxBdISGXVWj4uN3mPi2oJrQhnFQTYHloYZVvSkTTG2me rR0ugBmiWQRMNMJs61yfLm0Uy+vVVXGQWqh8s01mg7VUJYYudUrl1lp/LM//ow== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XsWnX17m5zm69 for ; Mon, 18 Nov 2024 15:31:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 4AIFVish035847 for ; Mon, 18 Nov 2024 15:31:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 4AIFViOZ035846 for riscv@FreeBSD.org; Mon, 18 Nov 2024 15:31:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: riscv@FreeBSD.org Subject: [Bug 281600] lang/rust failing to build on risc-v (again) Date: Mon, 18 Nov 2024 15:31:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: asomers@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: mhorne@freebsd.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD on the RISC-V instruction set architecture List-Archive: https://lists.freebsd.org/archives/freebsd-riscv List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-riscv@freebsd.org Sender: owner-freebsd-riscv@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281600 Alan Somers changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asomers@FreeBSD.org --- Comment #31 from Alan Somers --- (In reply to Alfredo Dal'Ava Junior from comment #30) The COMPAT_11 problem cannot be fixed by patching the compiler alone. The problem stems from the bindings used by the libc crate. That crate is used either directly or indirectly by almost every single Rust crate. And when building a port, our ports tree fetches every crate used by that port. So = to patch our way around this problem, we would have to end up patching almost every single Rust-depending port in the tree. --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Mon Nov 18 15:32:33 2024 X-Original-To: riscv@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4XsWpd5GxSz5dDgR for ; Mon, 18 Nov 2024 15:32:41 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 ECDSA (P-256) client-digest SHA256) (Client CN "mail.oetec.com", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XsWpc6pGNz4kR3 for ; Mon, 18 Nov 2024 15:32:40 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=QFZB8k1M; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org; dmarc=pass (policy=quarantine) header.from=blastwave.org Received: from [172.16.35.3] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 4AIFWXRu006578 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Mon, 18 Nov 2024 10:32:35 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1731943955; bh=X/m9tZ73joefNlejZDuSTWXOGiuzVayvtoPXoQ0ZOs4=; h=Date:Subject:To:References:From:In-Reply-To; b=QFZB8k1MYnqzizePGOHc5uOuxA6eQwW0wwujYnWTn8KeSA0G2XICVx4Dh0QXbv//i 7W4PllRvcimUICF0pwJT5T5UjQkfj8JFEqcemKEmQ8QvXzngGhdtV0BAEJbG9YFo4F P6hpCbM6MRTuvM2UOBrMIj07dZ5tVmZsXam34PZ8gco0dLcwyXDIekePW7NIYwCC0u n802p9m4lo2ChuFjEug3jteX6XYzzdS4zn+ictOW5MWb0awiwqAlv35R0cD9bpnlPs h4a8Ym025Algnspmz9I868H8gWJ4r35ptGQzjs4mviF1IxcyxQsUcF8FDhQJuPZOQX qrIaTfLFfNpOA== Message-ID: Date: Mon, 18 Nov 2024 10:32:33 -0500 List-Id: FreeBSD on the RISC-V instruction set architecture List-Archive: https://lists.freebsd.org/archives/freebsd-riscv List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-riscv@freebsd.org Sender: owner-freebsd-riscv@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Help wanted improving Rust support for RISC-V Content-Language: en-CA To: riscv@freebsd.org References: <0408D5F2-C44C-4000-941C-244B3BBC6C2A@freebsd.org> From: Dennis Clarke Organization: GENUNIX In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 4AIFWXRu006578 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Result: default: False [-4.69 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[riscv@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; MLMMJ_DEST(0.00)[riscv@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4XsWpc6pGNz4kR3 X-Spamd-Bar: ---- On 11/17/24 06:00, Dennis Clarke wrote: > On 11/16/24 13:49, Alan Somers wrote: >> That's a very generous offer, and I'll take you up on it if I can't >> find an option that doesn't involve moving actual stuff around the >> planet.  I'm trying QEMU right now, but it's painfully slow.  And I've >> inquired with Scaleway too. > > Slow ? > > I emailed you off list to help... Going back on-list as it is not polite to work silently in the dark when others may benefit. Certainly when the conversation began on a maillist. On 11/17/24 11:38, Alan Somers wrote: > That sounds super-helpful. How about I wait until EoD Monday ... . . . > BTW, do you have any advice for getting riscv packages quickly? There is no such thing as "quickly" with RISC-V. Period. I have poudriere in place and lang/rust takes days to fail. > Right now I'm trying to run a riscv VM in QEMU, but it's super-slow. Yes, that is RISC-V in 2024 or 2025. Slowly. Everywhere. > Compiling ports-mgmt/pkg took over an hour even with 16 CPUs. Sixteen CPU's emulated by QEMU. I would guess that four real CPU cores on the SiFive board would be quicker. Maybe. We should get that dog sled race setup and then place bets. Even better I shall run the experiment on the SiFive UnMatched Rev B unit here and then watch the blue led flash. > And I have a lot of packages to build before I can do real work, > including big ones like cmake and rust. Same issue here. I suggest you embrace your inner engineer from the mid-1970's or even the early 1980's and just know that there is an old systems operator that needs to load in your card stack, or mount your 6250 tape reel. Later in the day. Maybe later that night. Your process will be in the batch schedule and may run in the next day. May. Result of that batch process will be in a printed stack available that day or the next. I have plenty of experience with that process and these new RISC-V boards remind me to embrace those memories. Consider this little dumb question here : https://lists.freebsd.org/archives/freebsd-riscv/2024-November/000422.html With the result of that good help being : enceladus# /usr/bin/time -p idprio 0 poudriere jail -c -j 150rv64 \ -a riscv.riscv64 -b -m src=/usr/src -f rv64/poudriere/jails/150rv64 \ -v main [00:00:00] Creating 150rv64 fs at /poudriere/jails/150rv64... done [00:00:00] Copying /usr/src to /poudriere/jails/150rv64/usr/src... done [00:04:27] Starting make buildworld with 4 jobs --- buildworld --- make[1]: "/poudriere/jails/150rv64/usr/src/Makefile.inc1" line 362: SYSTEM_COMPILER: Determined that CC=/usr/local/bin/ccache cc matches the source tree. Not bootstrapping a cross-compiler. make[1]: "/poudriere/jails/150rv64/usr/src/Makefile.inc1" line 367: SYSTEM_LINKER: Determined that LD=ld matches the source tree. Not bootstrapping a cross-linker. --- buildworld_prologue --- -------------------------------------------------------------- >>> World build started on Tue Nov 12 22:30:27 UTC 2024 -------------------------------------------------------------- --- _cleanworldtmp --- >>> Deleting stale files in build tree... 24.39 real 9.08 user 19.94 sys rm -rf /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/legacy/usr/include if [ -x /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/usr/bin/cc ]; then inum=$(ls -i /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/usr/bin/cc); find /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/usr/bin -inum ${inum%% *} -delete; fi if [ -x /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/usr/bin/c++ ]; then inum=$(ls -i /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/usr/bin/c++); find /usr/obj/poudriere/jails/150rv64/usr/src/riscv.riscv64/tmp/usr/bin -inum ${inum%% *} -delete; fi --- _worldtmp --- -------------------------------------------------------------- >>> Rebuilding the temporary build tree -------------------------------------------------------------- . . . . -------------------------------------------------------------- >>> stage 1.1: legacy release compatibility shims -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- >>> Deleting stale dependencies... >>> Deleting stale dependencies... -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 3: cross tools -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 3.1: recording build metadata -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 4.1: building includes -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- -------------------------------------------------------------- >>> stage 4.4: building everything -------------------------------------------------------------- -------------------------------------------------------------- >>> World build completed on Mon Nov 18 03:27:25 UTC 2024 >>> World built in 449818 seconds, ncpu: 4, make -j4 -------------------------------------------------------------- -------------------------------------------------------------- >>> Install check world started on Mon Nov 18 03:27:27 UTC 2024 -------------------------------------------------------------- -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- -------------------------------------------------------------- >>> Installing everything started on Mon Nov 18 03:27:33 UTC 2024 -------------------------------------------------------------- -------------------------------------------------------------- >>> Installing everything completed on Mon Nov 18 03:44:40 UTC 2024 >>> Install world completed in 1030 seconds, ncpu: 4, make -j4 -------------------------------------------------------------- [5D:05:21:58] Recording filesystem state for clean... done [5D:05:21:59] Jail 150rv64 15.0-CURRENT 1500026 riscv.riscv64 is ready to be used real 451319.86 user 381003.15 sys 1373578.38 enceladus# So the old operator was slowly working through the batch jobs list and you get a result five days and some hours later. Be happy that it worked at all. Now then let me take a look at the results and build ports-mgmt/pkg to see how long that takes : enceladus# poudriere jails -l JAILNAME VERSION ARCH METHOD TIMESTAMP PATH 150rv64 15.0-CURRENT 1500026 riscv.riscv64 src=/usr/src 2024-11-12 22:25:57 /poudriere/jails/150rv64 enceladus# date -u Mon Nov 18 14:31:36 UTC 2024 enceladus# poudriere ports -l PORTSTREE METHOD TIMESTAMP PATH latest git+https 2024-11-08 17:21:03 /poudriere/ports/latest enceladus# poudriere ports -p latest -u Updating files: 100% (4257/4257), done.with git+https...Updating files: 13% (579/4257) done enceladus# poudriere ports -l PORTSTREE METHOD TIMESTAMP PATH latest git+https 2024-11-18 14:32:59 /poudriere/ports/latest enceladus# enceladus# cat /usr/local/etc/poudriere.conf ZPOOL=rv64 FREEBSD_HOST=https://download.FreeBSD.org RESOLV_CONF=/etc/resolv.conf BASEFS=/poudriere USE_PORTLINT=no # # Because the SiFive RISC-V UnMatched Rev B is limited USE_TMPFS=no DISTFILES_CACHE=/poudriere/distfiles CCACHE_DIR=/var/cache/ccache PARALLEL_JOBS=4 PREPARE_PARALLEL_JOBS=4 ALLOW_MAKE_JOBS=yes TIMESTAMP_LOGS=no USE_COLORS=no # This defines the max time (in seconds) that a command may run for a build # before it is killed for taking too long. Default: 86400 # 7 days MAX_EXECUTION_TIME=604800 # This defines the time (in seconds) before a command is considered to # be in a runaway state for having no output on stdout. Default: 7200 NOHANG_TIME=172800 # Define to get a predictable timestamp on the ports tree # This is a necessary setup for reproducible builds. PRESERVE_TIMESTAMP=yes enceladus# enceladus# /usr/bin/time -p idprio 0 poudriere bulk -c -r -j 150rv64 -p latest ports-mgmt/pkg [00:00:01] Creating the reference jail... done [00:00:01] Mounting system devices for 150rv64-latest [00:00:02] Stashing existing package repository [00:00:02] Mounting ccache from: /var/cache/ccache [00:00:02] Mounting ports from: /poudriere/ports/latest [00:00:02] Mounting packages from: /poudriere/data/packages/150rv64-latest [00:00:02] Mounting distfiles from: /poudriere/distfiles /etc/resolv.conf -> /poudriere/data/.m/150rv64-latest/ref/etc/resolv.conf [00:00:02] Starting jail 150rv64-latest Updating /var/run/os-release done. [00:00:03] Will build as nobody:nobody (65534:65534) [00:00:24] Logs: /poudriere/data/logs/bulk/150rv64-latest/2024-11-18_14h38m56s [00:00:24] Loading MOVED for /poudriere/data/.m/150rv64-latest/ref/usr/ports [00:00:30] Ports supports: FLAVORS SUBPACKAGES SELECTED_OPTIONS [00:00:30] Inspecting ports tree for modifications to git checkout... no [00:01:04] Ports top-level git hash: 8ae92805a7 [00:01:04] Gathering ports metadata [00:01:04] Calculating ports order and dependencies [00:01:04] newer version of jail, cleaning all packages... done [00:01:05] -c specified, cleaning all packages... done [00:01:05] Trimming IGNORED and blacklisted ports [00:01:05] pkg bootstrap missing: unable to inspect existing packages, cleaning all packages... done [00:01:05] Sanity checking the repository [00:01:05] Deleting stale symlinks... done [00:01:05] Deleting empty directories... done [00:01:08] Unqueueing existing packages [00:01:08] Unqueueing orphaned build dependencies [00:01:09] Sanity checking build queue [00:01:09] Processing PRIORITY_BOOST [00:01:09] Balancing pool [150rv64-latest] [2024-11-18_14h38m56s] [balancing_pool] Queued: 1 Built: 0 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 1 Time: 00:00:45 [00:01:09] Recording filesystem state for prepkg... done [00:01:14] Building 1 packages using up to 1 builders [00:01:14] Hit CTRL+t at any time to see build progress and stats [00:01:14] [01] [00:00:00] Builder starting [00:01:16] [01] [00:00:02] Builder started [00:01:16] [01] [00:00:00] Building ports-mgmt/pkg | pkg-1.21.3 [00:22:54] [01] [00:21:38] Finished ports-mgmt/pkg | pkg-1.21.3: Success [00:23:02] Stopping 1 builders [00:23:03] Creating pkg repository Creating repository in /tmp/packages: 100% Packing files for repository: 100% [00:23:10] Committing packages to repository: /poudriere/data/packages/150rv64-latest/.real_1731942126 via .latest symlink [00:23:10] Removing old packages [00:23:11] Built ports: ports-mgmt/pkg [150rv64-latest] [2024-11-18_14h38m56s] [committing] Queued: 1 Built: 1 Failed: 0 Skipped: 0 Ignored: 0 Fetched: 0 Tobuild: 0 Time: 00:22:47 [00:23:11] Logs: /poudriere/data/logs/bulk/150rv64-latest/2024-11-18_14h38m56s [00:23:12] Cleaning up [00:23:12] Unmounting file systems real 1397.45 user 2869.91 sys 807.36 enceladus# That is not so bad. However lang/rust will grind for days. I have reached out to SiFive to inquire about two units of the P550 board and who knows. Those may or may not work also. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Thu Nov 21 04:43:32 2024 X-Original-To: freebsd-riscv@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Xv5GV1Dymz5fCks for ; Thu, 21 Nov 2024 04:43:46 +0000 (UTC) (envelope-from himanshu@thechauhan.dev) Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Xv5GT14Lmz4jh7 for ; Thu, 21 Nov 2024 04:43:44 +0000 (UTC) (envelope-from himanshu@thechauhan.dev) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=thechauhan.dev header.s=google header.b=kBN3lhGr; spf=pass (mx1.freebsd.org: domain of himanshu@thechauhan.dev designates 2607:f8b0:4864:20::102d as permitted sender) smtp.mailfrom=himanshu@thechauhan.dev; dmarc=none Received: by mail-pj1-x102d.google.com with SMTP id 98e67ed59e1d1-2e9b55b83d2so466542a91.3 for ; Wed, 20 Nov 2024 20:43:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thechauhan.dev; s=google; t=1732164223; x=1732769023; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=TdlG2DhSuvWCxpGyQjgbEFKKbOSTOzlxbuYailsV8+0=; b=kBN3lhGrmqAy0ISrj3KjXh6rczML8zlKWgq9Dlb6kFkkPNZ+Lw6HHpfHbMlFRQd7kW ESZfIH+qBnd889Jws9D0EyaBlx5h55O+QVLaq2YhQ4E1/hy2zeGFlKUJXZwDAvZBja2K 8t9CjKLVtmS+XxWum13Q7+ljSAkPh38W8J8gJNv413+Xzd1ovCkg8ej2m1vgfrUYmOWK KYdakRBHLcuCjj9/c1sKvHQaVgj1be1+EGfVWMw3sVCizXQpMvhsGfh+8pb2pxy0OAKF awI4SIPVu6JFNpYZqKQi6EsrR2Yi/eeEvgP/oNXOwhgIoluLmdAQ6HUG/MTeY69nrdpK N7qQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1732164223; x=1732769023; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=TdlG2DhSuvWCxpGyQjgbEFKKbOSTOzlxbuYailsV8+0=; b=BLI1N3yruRxP9dJHHaeS4fub4dp/KRpHUCh7ZQz+U7qG0qwXH7td2qpN5NQLp5BMQ7 6mtaKhM9iez0PcCXZbXyo3R4WKBQdcGNCn3LjxJlTBhm1rOneSeEhZtP0jysE9nSdayq 7B9tbbQwhpepqdvwTr1xbEEi+HNGIr9Uuij0qR5amEFGQXI0YQ+msGy9yPFzNPNeak9M FQ7jY7opwzCVUEm6rLTNqde7JnDdI0x2huXbcbXHenvLcTOLzm165gk2PbM1O4/ul6RK NLyM87hrSJliLYFlKWnAFVFkVnDO0DKXzX1t3+BOofd066UQd0mX/q3zvDYBcMTEkJ+4 Ec5A== X-Gm-Message-State: AOJu0YwoEBzJD7Ec3UTEgfFCbdV7et4TOsfW9I1g8TzVo1ACy2G4zFx1 XpWeA7C7xhh8o+Mos8jzT2I3e7M/5rjlMiNkqlOdaJe02x3FJnmW4MREUaR6oRwuWtryXl8J+4R 8oatJz+Hd/wfDLWDXp+IZwAc5m04tnv1ajHMZ0H9rPs2dRa4kvw== X-Google-Smtp-Source: AGHT+IGouQ9FeKnzwiuZlQYPfwMNP+rODTu8tat1/FrUy8D2my3z8IfsqPjrOm79VJo8okZjKjDBVOXsLj4iV9wPOnM= X-Received: by 2002:a17:90b:17c8:b0:2ea:9ccb:d1f4 with SMTP id 98e67ed59e1d1-2eaca0fd830mr7199088a91.0.1732164223266; Wed, 20 Nov 2024 20:43:43 -0800 (PST) List-Id: FreeBSD on the RISC-V instruction set architecture List-Archive: https://lists.freebsd.org/archives/freebsd-riscv List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-riscv@freebsd.org Sender: owner-freebsd-riscv@FreeBSD.org MIME-Version: 1.0 From: Himanshu Chauhan Date: Thu, 21 Nov 2024 10:13:32 +0530 Message-ID: Subject: How to get node of root interrupt controller To: freebsd-riscv@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[thechauhan.dev:s=google]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[thechauhan.dev]; MLMMJ_DEST(0.00)[freebsd-riscv@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102d:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-riscv@freebsd.org]; DKIM_TRACE(0.00)[thechauhan.dev:+] X-Rspamd-Queue-Id: 4Xv5GT14Lmz4jh7 X-Spamd-Bar: --- Hi, I am rewriting the RISCV IMSIC patch in light of the new changes regarding the secondary interrupt controllres. The API's and symbols have changed since I wrote the initial patch. IMSIC's parent is intc (for which I want to get node). Earlier, I was doing the following: iparent = OF_xref_from_node(ofw_bus_get_node(intr_irq_root_dev)); cell = IRQ_EXTERNAL_SUPERVISOR; irq = ofw_bus_map_intr(dev, iparent, 1, &cell); There isn't intr_irq_root_dev now. So, how do I get the intc node during imsic_attach? Thanks Regards Himanshu