From owner-freebsd-arm@freebsd.org Sun Jan 10 00:01:51 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 6019F4E7051 for ; Sun, 10 Jan 2021 00:01:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DCxpP6V6zz4gR9 for ; Sun, 10 Jan 2021 00:01:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10A01oEC045683 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 9 Jan 2021 16:01:51 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10A01nJA045682; Sat, 9 Jan 2021 16:01:49 -0800 (PST) (envelope-from fbsd) Date: Sat, 9 Jan 2021 16:01:49 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: USB problems on FreeBSD-current and Raspberry Pi3B+, MMCCAM perhaps? Message-ID: <20210110000149.GA45206@www.zefox.net> References: <20210109203341.GA44642@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210109203341.GA44642@www.zefox.net> X-Rspamd-Queue-Id: 4DCxpP6V6zz4gR9 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.56 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.63)[0.626]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.971]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Sun, 10 Jan 2021 00:01:51 -0000 On Sat, Jan 09, 2021 at 12:33:41PM -0800, bob prohaska wrote: > A UGreen USB3 storage card adapter (model 30333) has stopped working > with FreeBSD-current, reporting a stream of > > (da1:umass-sim1:1:0:0): TEST UNIT READY. CDB: 00 00 00 00 00 00 > (da1:umass-sim1:1:0:0): CAM status: SCSI Status Error > (da1:umass-sim1:1:0:0): SCSI status: Check Condition > (da1:umass-sim1:1:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da1:umass-sim1:1:0:0): Error 6, Unretryable error > (da2:umass-sim1:1:0:1): TEST UNIT READY. CDB: 00 00 00 00 00 00 > (da2:umass-sim1:1:0:1): CAM status: SCSI Status Error > (da2:umass-sim1:1:0:1): SCSI status: Check Condition > (da2:umass-sim1:1:0:1): SCSI sense: NOT READY asc:3a,0 (Medium not present) > (da2:umass-sim1:1:0:1): Error 6, Unretryable error > in what looks like an infinite loop (there are 4 daX devices on the adapter). > > The present kernel displaying these errors is > FreeBSD 13.0-CURRENT (GENERIC-MMCCAM) #5 main-c255664-g4d64c7243d26: > Sat Jan 9 11:27:58 PST 2021 > > Unplugging the adapter restores normal operation. > Well, maybe not always. The latest unplugging (with / on da0) caused (noperiph:umass-sim0:0:-1:ffffffff): (pass4:umass-sim0:0:0:3): xpt_async(AC_PATH_DEREGISTERED) Periph destroyed (da3:umass-sim0:0:0:3): Periph destroyed umass0: detached panic: mountroot: unable to (re-)mount root. cpuid = 2 time = 665 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x30 pc = 0xffff0000007593a0 lr = 0xffff00000011ad90 sp = 0xffff00004033e390 fp = 0xffff00004033e590 db_trace_self_wrapper() at vpanic+0x194 pc = 0xffff00000011ad90 lr = 0xffff000000454cc4 sp = 0xffff00004033e5a0 fp = 0xffff00004033e600 vpanic() at panic+0x44 pc = 0xffff000000454cc4 lr = 0xffff000000454a6c sp = 0xffff00004033e610 fp = 0xffff00004033e6c0 panic() at vfs_mountroot+0x1854 pc = 0xffff000000454a6c lr = 0xffff00000052c8fc sp = 0xffff00004033e6d0 fp = 0xffff00004033e830 vfs_mountroot() at start_init+0x24 pc = 0xffff00000052c8fc lr = 0xffff0000003e2848 sp = 0xffff00004033e840 fp = 0xffff00004033e8f0 start_init() at fork_exit+0x7c pc = 0xffff0000003e2848 lr = 0xffff00000040eb78 sp = 0xffff00004033e900 fp = 0xffff00004033e950 fork_exit() at fork_trampoline+0x10 pc = 0xffff00000040eb78 lr = 0xffff00000077b5c8 sp = 0xffff00004033e960 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 1 tid 100002 ] Stopped at 0 db> So it looks like there's some interference between da0 (boot device) and da1 through da4, the device names used by the adapter. > Rebooting to > FreeBSD www.zefox.org 13.0-CURRENT FreeBSD 13.0-CURRENT #3 r361820: Sun Jun 7 22:19:00 PDT 2020 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > exhibits normal behavior, the adapter can be read and written without trouble. > > As an aside, a Raspberry Pi4 8GB suffers even worse mischief when the adapter > is connected, losing communication with the USB root device even after the > adapter is unplugged. A power cycle is required to recover. That system is > Linux raspberrypi 5.4.83-v7l+ #1379 SMP Mon Dec 14 13:11:54 GMT 2020 armv7l GNU/Linux > Since it implements onboard WiFi presumably it has some equivalent to MMCCAM. > > Might this behavior have anything to do with MMCCAM ? > Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Jan 10 01:50:20 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 E11A54E9ACB for ; Sun, 10 Jan 2021 01:50:20 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DD0Cb5xQTz4mLR for ; Sun, 10 Jan 2021 01:50:19 +0000 (UTC) (envelope-from kudzu@tenebras.com) Received: by mail-lf1-x132.google.com with SMTP id m25so32330528lfc.11 for ; Sat, 09 Jan 2021 17:50:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tenebras-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=fnIwWesEX7w8CP/Msp+spph5TOJWWoIlU2Rb17LQJoQ=; b=pYtyHFwCoj5JIGtPXnE2kbGz0dvwKi6kqml0hLzUPT/tBnfq86mO4G6yuxYlUif02i WKdmvr2dWc6iqcg+MR1Q9TPYGNtpmn++Npop2p5xJNSLJFQwRuzbjnCPVFmHlF+eWtHm 9c/C0wgNDNtaZmzP3i3t+Y4LlP1SBqKrjMHR7PUxL/7k95Vxd6L1F+4yCmQucoxgYLHr SXxp8ar6a5kQk8dMSQq8LrW71V+Y1h98dkmZ/oZFCwk7y0Am52uKHnRkOR8/9SrFCmsk kIRB5+/WQGEv3aOCUT/MXx7Yx3gjb0nUduA+lpLK9uKbwj7Xw9grI+1aloxTSWNGrJzi l1/w== 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:from:date :message-id:subject:to; bh=fnIwWesEX7w8CP/Msp+spph5TOJWWoIlU2Rb17LQJoQ=; b=JU/R2eFOw6N/5+Irw9SQsqTK1ptUKKLT2uyOVTb1kFpbm82SHKqJAr6uj/lqo1XVfu 287/G57WKkDVr7xf5e4Z/WlF0QKmLMsjmF7+NvaKA7rOn5WCXzMoAI2G6DjbUduRgckI Ad0k+k5ILZcOvYsgdwCLDtV7AEE/hkhTqgKzGzmaUSjCi/ul85tWVLxg9J04uIZiInl8 CWmUn3CnmGzcGzthiPDkr0RxPwuisqKdYS3/vkYJjvJ7FXwY7yJpCyjuTvTjviQZhJoo rnpq224dYCE61tKMw3qw2rq4kz8AVNJr/X8VWONenb31lDVE/rq0LPDBUKpYasV+LDuv /J3A== X-Gm-Message-State: AOAM533xvPuNBXcwBSq5EFOj2gTWNkKCh0zBT/wD5zW2/fB1niwlEzji uH6JpYp4ztYqinoIU4kt05hbSg72dO+B5eFyZUFdnHjdb9o/CFPd X-Google-Smtp-Source: ABdhPJxRRbhtR4B3gJdSK8LobdYEfV6DlQHWQcyjShX/iUCl/fEwqm4JoTgGD1a+i7TFDPHfXyEGbtGw9RbtmDoYk2o= X-Received: by 2002:a19:651a:: with SMTP id z26mr4339966lfb.306.1610243416265; Sat, 09 Jan 2021 17:50:16 -0800 (PST) MIME-Version: 1.0 References: <20210109203341.GA44642@www.zefox.net> In-Reply-To: <20210109203341.GA44642@www.zefox.net> From: Michael Sierchio Date: Sat, 9 Jan 2021 17:49:40 -0800 Message-ID: Subject: Re: USB problems on FreeBSD-current and Raspberry Pi3B+, MMCCAM perhaps? To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 4DD0Cb5xQTz4mLR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=tenebras-com.20150623.gappssmtp.com header.s=20150623 header.b=pYtyHFwC; dmarc=none; spf=none (mx1.freebsd.org: domain of kudzu@tenebras.com has no SPF policy when checking 2a00:1450:4864:20::132) smtp.mailfrom=kudzu@tenebras.com X-Spamd-Result: default: False [-0.27 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[tenebras-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.97)[-0.973]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::132:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::132:from:127.0.2.255]; DMARC_NA(0.00)[tenebras.com]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[tenebras-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::132:from]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Sun, 10 Jan 2021 01:50:20 -0000 On Sat, Jan 9, 2021 at 12:33 PM bob prohaska wrote: > A UGreen USB3 storage card adapter (model 30333) has stopped working > with FreeBSD-current, reporting a stream of > > (da1:umass-sim1:1:0:0): TEST UNIT READY. CDB: 00 00 00 00 00 00 > (da1:umass-sim1:1:0:0): CAM status: SCSI Status Error sysctl kern.cam | grep delay ? --=20 "Well," Brahm=C4=81 said, "even after ten thousand explanations, a fool is = no wiser, but an intelligent person requires only two thousand five hundred." - The Mah=C4=81bh=C4=81rata From owner-freebsd-arm@freebsd.org Sun Jan 10 03:33:39 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 4C6E54ECB10 for ; Sun, 10 Jan 2021 03:33:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DD2Vp0ZDkz4txy for ; Sun, 10 Jan 2021 03:33:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10A3XcPX047371 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 9 Jan 2021 19:33:38 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10A3XcLP047370; Sat, 9 Jan 2021 19:33:38 -0800 (PST) (envelope-from fbsd) Date: Sat, 9 Jan 2021 19:33:38 -0800 From: bob prohaska To: Michael Sierchio Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: USB problems on FreeBSD-current and Raspberry Pi3B+, MMCCAM perhaps? Message-ID: <20210110033337.GA47309@www.zefox.net> References: <20210109203341.GA44642@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DD2Vp0ZDkz4txy X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.997]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Sun, 10 Jan 2021 03:33:39 -0000 On Sat, Jan 09, 2021 at 05:49:40PM -0800, Michael Sierchio wrote: > On Sat, Jan 9, 2021 at 12:33 PM bob prohaska wrote: > > > A UGreen USB3 storage card adapter (model 30333) has stopped working > > with FreeBSD-current, reporting a stream of > > > > (da1:umass-sim1:1:0:0): TEST UNIT READY. CDB: 00 00 00 00 00 00 > > (da1:umass-sim1:1:0:0): CAM status: SCSI Status Error > > > sysctl kern.cam | grep delay > ? Seems to be bob@www:~ % sysctl kern.cam | grep delay kern.cam.scsi_delay: 5000 kern.cam.debug_delay: 0 kern.cam.boot_delay: 20000 Didn't change when I plugged in the adapter. Incidentally, the machine didn't panic when I unplugged the adapter this time. Serial console output returned to normal after unplugging with ..... (da3:umass-sim1:1:0:2): Error 6, Unretryable error (da4:umass-sim1:1:0:3): TEST UNIT READY. CDB: 00 00 00 00 00 00 (da4:umass-sim1:1:0:3): CAM status: SCSI Status Error (da4:umass-sim1:1:0:3): SCSI status: Check Condition (da4:umass-sim1:1:0:3): SCSI sense: NOT READY asc:3a,0 (Medium not present) (da4:umass-sim1:1:0:3): Error 6, Unretryable error ugen1.9: at usbus1 (disconnected) umass1: at uhub1, port 2, addr 9 (disconnected) (noperiph:umass-sim1:1:-1:ffffffff): xpt_async(AC_LOST_DEVICE) (da1:umass-sim1:1:0:0): Periph invalidated da1 at umass-sim1 bus 1 scbus2 target 0 lun 0 da1: s/n 000000001206 detached (pass2:umass-sim1:1:0:0): Periph invalidated (da2:umass-sim1:1:0:1): (da1:umass-sim1:1:0:0): Periph destroyed Periph invalidated (pass2:umass-sim1:1:0:0): da2 at umass-sim1 bus 1 scbus2 target 0 lun 1 da2: s/n 000000001206 detached Periph destroyed (pass3:umass-sim1:1:0:1): Periph invalidated (da3:umass-sim1:1:0:2): Periph invalidated (pass3:umass-sim1:1:0:1): da3 at umass-sim1 bus 1 scbus2 target 0 lun 2 da3: s/n 000000001206 detached Periph destroyed (pass4:umass-sim1:1:0:2): Periph invalidated (da2:umass-sim1:1:0:1): Periph destroyed (pass4:umass-sim1:1:0:2): (da4:umass-sim1:1:0:3): Periph destroyed Periph invalidated (da3:umass-sim1:1:0:2): Periph destroyed da4 at umass-sim1 bus 1 scbus2 target 0 lun 3 da4: s/n 000000001206 detached (pass5:umass-sim1:1:0:3): Periph invalidated (noperiph:umass-sim1:1:-1:ffffffff): (pass5:umass-sim1:1:0:3): xpt_async(AC_PATH_DEREGISTERED) Periph destroyed (da4:umass-sim1:1:0:3): Periph destroyed umass1: detached The login prompt returned as usual. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Mon Jan 11 01:19:22 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 A986B4C88F0 for ; Mon, 11 Jan 2021 01:19:22 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (1.212.52.36.ap.yournet.ne.jp [36.52.212.1]) (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", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDbTP2n9Sz4XpZ for ; Mon, 11 Jan 2021 01:19:20 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [36.52.212.1]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id 10B1JAlj037379; Mon, 11 Jan 2021 10:19:10 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <202101110119.10B1JAlj037379@kx.truefc.org> Date: Mon, 11 Jan 2021 10:19:10 +0900 From: KIRIYAMA Kazuhiko To: freebsd-arm@freebsd.org Cc: kiri@truefc.org Subject: PBP boot failed with "Synchronous Abort" handler, esr 0x96000010 User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DDbTP2n9Sz4XpZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 36.52.212.1) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [-0.11 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[36.52.212.1:from]; FREEFALL_USER(0.00)[kiri]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.79)[0.789]; SPAMHAUS_ZRD(0.00)[36.52.212.1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:10013, ipnet:36.52.208.0/21, country:JP]; MAILMAN_DEST(0.00)[freebsd-arm]; ONCE_RECEIVED(0.10)[] 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: Mon, 11 Jan 2021 01:19:22 -0000 Hi, list I've created Pinebook Pro (PBP) boot image as follows: # dd if=/dev/zero of=FreeBSD-13.0-CURRENT-arm64-aarch64-PINEBOOKPRO-20201117-r367712-memstick.img bs=512 seek=$((1000000000 / 512)) count=0 # mdconfig -a -t vnode -f FreeBSD-13.0-CURRENT-arm64-aarch64-PINEBOOKPRO-20201117-r367712-memstick.img -x 63 -y 255 md0 # dd if=/usr/local/share/u-boot/u-boot-pinebookpro/idbloader.img of=/dev/md0 seek=64 bs=512 conv=sync # dd if=/usr/local/share/u-boot/u-boot-pinebookpro/u-boot.itb of=/md0 seek=16384 bs=512 conv=sync # gpart create -s mbr md0 md0 created # gpart add -a 63 -b 32768 -t fat32lba -s 64m md0 md0s1 added # gpart set -a active -i 1 md0 active set on md0s1 # newfs_msdos -F 16 md0s1 /dev/md0s1: 130872 sectors in 16359 FAT16 clusters (4096 bytes/cluster) BytesPerSec=512 SecPerClust=8 ResSectors=1 FATs=2 RootDirEnts=512 Media=0xf0 FATsecs=64 SecPerTrack=63 Heads=255 HiddenSecs=0 HugeSectors=131040 # gpart add -t freebsd -a 512k md0 md0s2 added # gpart create -s bsd md0s2 md0s2 created # gpart add -t freebsd-ufs -a 64k md0s2 md0s2a added # newfs /dev/md0s2a /dev/md0s2a: 873.0MB (1787904 sectors) block size 32768, fragment size 4096 using 4 cylinder groups of 218.28MB, 6985 blks, 28032 inodes. super-block backups (for fsck_ffs -b #) at: 192, 447232, 894272, 1341312 # tunefs -n enable /dev/md0s2a tunefs: soft updates set # tunefs -j enable -S 4194304 /dev/md0s2a Using inode 4 in cg 0 for 4194304 byte journal tunefs: soft updates journaling set # tunefs -N enable /dev/md0s2a tunefs: NFSv4 ACLs set # mdconfig -a -t vnode -f FreeBSD-13.0-CURRENT-arm64-aarch64-20201117-r367712-memstick.img md1 # mount_msdosfs /dev/md1p1 /mnt # mount_msdosfs /dev/md0s1 /mnt1 # mkdir -p /mnt1/EFI/BOOT /mnt1/dtb/rockchip # cp /mnt/EFI/BOOT/bootaa64.efi /mnt1/EFI/BOOT # cp rk3399-pinebook-pro.dtb /mnt1/dtb/rockchip # umount /mnt # umount /mnt1 # mount /dev/md1p2 /mnt # mount /dev/md0s2a /mnt1 # tar -cf - -C /mnt . | tar -xpf - -C /mnt1 # umount /mnt # mdconfig -d -u md0 # umount /mnt1 # mdconfig -d -u md1 where FreeBSD-13.0-CURRENT-arm64-aarch64-20201117-r367712-memstick.img was made on FreeBSD 13.0-CURRENT (r367712) with TARGET=arm64 and TARGET_ARCH=aarch64 by `make buildworld', `make buildkernel' and `make release'. U-boot relevant files - idbloader.img, u-boot.itb and rk3399-pinebook-pro.dtb were also created in same machine by sysutils/u-boot-pinebookpro port. Then wrote this image to microSD : # dd if=FreeBSD-13.0-CURRENT-arm64-aarch64-PINEBOOKPRO-20201117-r367712-memstick.img of=/dev/da0 bs=10240 conv=sync and connect to PBP from another FreeBSD machine and boot PBP and then failed with '"Synchronous Abort" handler, esr 0x96000010' at loading bootaa64.efi : root@kazu:~ # cu -s 1500000 -l /dev/cuaU0 Connected DDR Version 1.20 20190314 In channel 0 CS = 0 MR0=0x98 MR4=0x3 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 CS = 1 MR0=0x18 MR4=0x3 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 1 CS = 0 MR0=0x98 MR4=0x3 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 CS = 1 MR0=0x18 MR4=0x1 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 0 training pass! channel 1 training pass! change freq to 400MHz 0,1 channel 0 CS = 0 MR0=0x98 MR4=0x3 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 CS = 1 MR0=0x18 MR4=0x3 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 1 CS = 0 MR0=0x98 MR4=0x81 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 CS = 1 MR0=0x18 MR4=0x1 MR5=0xFF MR8=0x8 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 0 training pass! channel 1 training pass! change freq to 800MHz 1,0 Channel 0: LPDDR4,800MHz Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=16 Size=2048MB Channel 1: LPDDR4,800MHz Bus Width=32 Col=10 Bank=8 Row=15/15 CS=2 Die Bus-Width=16 Size=2048MB 256B stride ch 0 ddrconfig = 0x101, ddrsize = 0x2020 ch 1 ddrconfig = 0x101, ddrsize = 0x2020 pmugrf_os_reg[2] = 0x3AA1FAA1, stride = 0xD OUT Boot1: 2019-03-14, version: 1.19 CPUId = 0x0 ChipType = 0x10, 251 SdmmcInit=2 0 BootCapSize=100000 UserCapSize=59640MB FwPartOffset=2000 , 100000 mmc0:cmd5,20 SdmmcInit=0 0 BootCapSize=0 UserCapSize=7392MB FwPartOffset=2000 , 0 StorageInit ok = 110006 SecureMode = 0 SecureInit read PBA: 0x4 SecureInit read PBA: 0x404 SecureInit read PBA: 0x804 SecureInit read PBA: 0xc04 SecureInit read PBA: 0x1004 SecureInit read PBA: 0x1404 SecureInit read PBA: 0x1804 SecureInit read PBA: 0x1c04 SecureInit ret = 0, SecureMode = 0 atags_set_bootdev: ret:(0) no find partition:uboot. LoadTrust Addr:0x4000 LoadTrust Addr:0x4400 LoadTrust Addr:0x4800 LoadTrust Addr:0x4c00 LoadTrust Addr:0x5000 LoadTrust Addr:0x5400 LoadTrust Addr:0x5800 LoadTrust Addr:0x5c00 Addr:0x4000 No find trust.img! LoadTrustBL error:-3 SecureMode = 0 SecureInit read PBA: 0x4 SecureInit read PBA: 0x404 SecureInit read PBA: 0x804 SecureInit read PBA: 0xc04 SecureInit read PBA: 0x1004 SecureInit read PBA: 0x1404 SecureInit read PBA: 0x1804 SecureInit read PBA: 0x1c04 SecureInit ret = 0, SecureMode = 0 atags_set_bootdev: ret:(0) GPT 0x3380ec0 signature is wrong recovery gpt... GPT 0x3380ec0 signature is wrong recovery gpt fail! LoadTrust Addr:0x4000 No find bl30.bin No find bl32.bin Load uboot, ReadLba = 2000 Load OK, addr=0x200000, size=0xda990 RunBL31 0x10000 NOTICE: BL31: v1.3(debug):22b599a NOTICE: BL31: Built : 11:03:32, Jul 10 2019 NOTICE: BL31: Rockchip release version: v1.1 INFO: GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3 INFO: Using opteed sec cpu_context! INFO: boot cpu mask: 0 INFO: plat_rockchip_pmu_init(1181): pd status 3e INFO: BL31: Initializing runtime services WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK ERROR: Error initializing runtime service opteed_fast INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x200000 INFO: SPSR = 0x3c9 fdtdec_get_addr_size_fixed: reg: addr=ff770000, size=10000 fdtdec_get_addr_size_fixed: reg: addr=ff320000, size=1000 U-Boot 2017.09-03582-g3157984-dirty (Sep 05 2019 - 14:22:01 -0400) Model: Rockchip RK3399 Evaluation Board PreSerial: 2 DRAM: 3.9 GiB Sysmem: init Relocation Offset is: f5bf2000 I2c speed: 400000Hz PMIC: RK808 vdd_center 900000 uV vdd_log init 900000 uV rk_board_init PWM2 pinctrl init fail! rk_board_init: vcc3v0_sdio cannot set regulator value -38 vdd_center 900000 uV DCDC_REG1@ vdd_center: 750000uV <-> 1400000uV, set 900000uV, enabling | suspend -61uV, disabled DCDC_REG4@ vcc_1v8: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend 1800000uV, enabling LDO_REG1@ vcc1v8_dvp: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend 1800000uV, enabling LDO_REG4@ vcc_sd: 3300000uV <-> 3300000uV, set 3300000uV, enabling | suspend 3300000uV, enabling LDO_REG7@ vcca1v8_codec: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend 1800000uV, enabling LDO_REG8@ vcc_3v0: 3000000uV <-> 3000000uV, set 3000000uV, enabling | suspend 3000000uV, enabling SWITCH_REG2@ vcc3v3_s0: -61uV <-> -61uV, set 0uV, enabling | suspend -61uV, disabled dc-12v@ dc_12v: 12000000uV <-> 12000000uV, set 12000000uV, enabling | suspend -61uV, enabling (ret: -38) vcc-sys@ vcc_sys: 5000000uV <-> 5000000uV, set 5000000uV, enabling | suspend -61uV, enabling (ret: -38) vcc3v3-sys@ vcc3v3_sys: 3300000uV <-> 3300000uV, set 3300000uV, enabling | suspend -61uV, enabling (ret: -38) vcc-phy-regulator@ vcc_phy: -61uV <-> -61uV, set -61uV, enabling | suspend -61uV, enabling led-regulator@ led_regulator: -61uV <-> -61uV, set -61uV, enabling | suspend -61uV, enabling vcc5v0-host-en@ vcc5v0_host: 5000000uV <-> 5000000uV, set 5000000uV, enabling | suspend -61uV, enabling (ret: -38) vcc5v0-usb3-host-regulator@vcc5v0_usb3_host: -61uV <-> -61uV, set -61uV, enabling | suspend -61uV, enabling vcc5v0-typec0-en@ vcc5v0_typec0: -61uV <-> -61uV, set -61uV, enabling | suspend -61uV, enabling vcc1v8-sdio@ vcc1v8_sdio: 1800000uV <-> 1800000uV, set 1800000uV, enabling | suspend -61uV, enabling (ret: -38) vcc3v0-sdio@ vcc3v0_sdio: 3000000uV <-> 3000000uV, set 3000000uV, enabling | suspend -61uV, enabling ; init 3000000uV (ret: -38) vdd_log init 900000 uV vdd_log@ vdd_log: 800000uV <-> 1400000uV, set 900000uV, enabling | suspend -61uV, enabling ; init 900000uV MMC: dwmmc@fe310000: 2, sdhci@fe330000: 0, dwmmc@fe320000: 1 Invalid bus 0 (err=-19) *** Warning - spi_flash_probe_bus_cs() failed, using default environment In: serial Out: serial Err: serial Model: Rockchip RK3399 Evaluation Board RKPARM: Invalid parameter part table Bootdev(atags): mmc 0 PartType: DOS rockchip_get_boot_mode: Could not found misc partition boot mode: None init_resource_list: failed to get resource part, ret=-1 Can't find file:logo.bmp failed to display uboot logo CLK: (uboot. arml: enter 816000 KHz, init 816000 KHz, kernel 0N/A) CLK: (uboot. armb: enter 24000 KHz, init 24000 KHz, kernel 0N/A) aplll 816000 KHz apllb 24000 KHz dpll 800000 KHz cpll 24000 KHz gpll 800000 KHz npll 600000 KHz vpll 24000 KHz aclk_perihp 133333 KHz hclk_perihp 66666 KHz pclk_perihp 33333 KHz aclk_perilp0 266666 KHz hclk_perilp0 88888 KHz pclk_perilp0 44444 KHz hclk_perilp1 100000 KHz pclk_perilp1 50000 KHz Net: No ethernet found. Hit key to stop autoboot('CTRL+C'): 0 do_boot_rockchip: Could not find boot part Checking for mmc dev 1... RKPARM: Invalid parameter part table switch to partitions #0, OK mmc1 is current device Scanning mmc 1 for bootable partitions... Scanning mmc 1:1 for extlinux or boot scripts... ** Unable to read file / ** ** Unable to read file /dtb/ ** Found EFI removable media binary efi/boot/bootaa64.efi reading efi/boot/bootaa64.efi 1179512 bytes read in 53 ms (21.2 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC ## Starting EFI application at 00280000 ... Adding bank: 0x00200000 - 0xf8000000 (size: 0xf7e00000) Card did not respond to voltage select! mmc_init: -95, time 50 Scanning disk dwmmc@fe310000.blk... Scanning disk sdhci@fe330000.blk... Scanning disk dwmmc@fe320000.blk... Found 3 disks Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.env FreeBSD/arm64 EFI loader, Revision 1.1 (Fri Jan 8 12:04:36 JST 2021 admin@lmainkx) Command line arguments: loader.efi Image base: 0x280000 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) Console: comconsole (0) Load Path: \efi\boot\bootaa64.efi Load Device: dwmmc@fe320000.blk "Synchronous Abort" handler, esr 0x96000010 * Relocate offset = 00000000f5bf2000 * ELR(PC) = fffffffffd111edc * LR = fffffffffd0fc1cc * SP = 00000000f2dcce40 * ESR_EL2 = 0000000096000010 EC[31:26] == 100101, Exception from a Data abort, from current exception level IL[25] == 1, 32-bit instruction trapped * DAIF = 00000000000003c0 D[9] == 1, DBG masked A[8] == 1, ABORT masked I[7] == 1, IRQ masked F[6] == 1, FIQ masked * SPSR_EL2 = 0000000020000349 D[9] == 1, DBG masked A[8] == 1, ABORT masked I[7] == 0, IRQ not masked F[6] == 1, FIQ masked M[4] == 0, Exception taken from AArch64 M[3:0] == 1001, EL2h * SCTLR_EL2 = 0000000030c51835 I[12] == 1, Icaches enabled C[2] == 1, Dcache enabled M[0] == 1, MMU enabled * HCR_EL2 = 000000000800003a * VBAR_EL2 = 00000000f5df2800 * TTBR0_EL2 = 00000000f7ff0000 x0 : 0000000000000000 x1 : 0000000000000000 x2 : 0000000000000000 x3 : 0000000000000000 x4 : 00000000f2daea58 x5 : 0000000000000052 x6 : 00000000f2d01d30 x7 : 00000000f2dcd3b0 x8 : 0000000000000000 x9 : 0000000000000074 x10: 00000000f2dd0450 x11: 00000000000002a7 x12: 00000000000002a7 x13: 0000000000000000 x14: 00000000efcec0b0 x15: 0000000000000f90 x16: 0000000000000000 x17: 0000000000000040 x18: 00000000f3de9d10 x19: 00000000f2dcd0a8 x20: 00000000f2dadd5d x21: 0000000000000000 x22: 0000000000000000 x23: 00000000f2dcf250 x24: 0000000000000000 x25: 00000000f2db8000 x26: 0000000000000000 x27: 00000000f2dcefb0 x28: 00000000f2dcefa8 x29: 00000000f2dcd030 SP: f2dcce40: 00000000 00000000 00000000 00000000 f2dcce50: 00000000 00000000 f5e981db 00000000 f2dcce60: 00000000 00000000 00000000 00000000 f2dcce70: f5e98222 00000000 f5e98248 00000000 f2dcce80: f5e98295 00000000 f5e982e2 00000000 f2dcce90: f5e98322 00000000 f5e98362 00000000 f2dccea0: f5e9839f 00000000 00000000 00000000 f2dcceb0: 00000000 00000000 f5e983dc 00000000 f2dccec0: f2dcd030 00000000 f5df2a0c 00000000 f2dcced0: f2dcd0a8 00000000 f2dadd5d 00000000 f2dccee0: f7ff0000 00000000 0800003a 00000000 f2dccef0: 30c51835 00000000 f2dcce40 00000000 f2dccf00: 20000349 00000000 f5df2800 00000000 f2dccf10: 000003c0 00000000 96000010 00000000 f2dccf20: f2d03edc 00000000 00000000 00000000 f2dccf30: 00000000 00000000 00000000 00000000 Call trace: PC: [< fffffffffd111edc >] LR: [< fffffffffd0fc1cc >] Stack: [< fffffffffd111edc >] Copy above stack info to a file(eg. dump.txt), and execute command in your U-Boot project: ./scripts/stacktrace.sh dump.txt Resetting CPU ... Is there any suggetions ? Redards --- Kazuhiko Kiriyama From owner-freebsd-arm@freebsd.org Mon Jan 11 11:31:50 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 428DD4D5B08; Mon, 11 Jan 2021 11:31:50 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DDs4517ppz3Kb1; Mon, 11 Jan 2021 11:31:48 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Mon, 11 Jan 2021 12:31:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1610364706; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=gwfDS32hxFuSrEKIwWred6wXb6Ge6cQZyUeceLEJTDU=; b=JSmUD0RLdec52nTBT8AHvH7/lyYF3ue82jca83o3mkBb+/p26CMLK8PYGYk7GtrfX2mLK0 q0EVdMjR+4c5Cq/dQEY6ZlZfMwqaUUviqI9IkKHCumasXFS+qTaS6tULcp9E3DRMjGXiw+ naB7E2qnaOolh809SLSsEs5ylMPrlWL5SctilDV3JxZQiapKXqNZGPafD5qmWzaKpkQDT9 HZjpJ1N5CVgQOk0/or5+FZoPjIJnPifkUQGrlK2I6EGRvhFxGSb2wdG0smHn//O4wpJH+Z adDQ1SFG0bDAcl46OtX8iIZsz3lBnakEUxwGmdUcIgXC3g4MHKcXnuUwrV912w== From: Ronald Klop To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Message-ID: <738812705.23.1610364705879@localhost> Subject: pkg building is hanging on arm64/12 MIME-Version: 1.0 X-Mailer: Realworks (542.187.927c9701875) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4DDs4517ppz3Kb1 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=JSmUD0RL; dmarc=pass (policy=none) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[194.109.157.24:from]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DKIM_TRACE(0.00)[klop.ws:+]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[194.109.157.24:from]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-ports] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Mon, 11 Jan 2021 11:31:50 -0000 Hi, The last package is holding up the completion of the build. (ipv6 only) http://ampere1.nyi.freebsd.org/build.html?mastername=121arm64-quarterly&build=560365 Can somebody kick it? While keeping the already build packages preferably. ;-) Regards, Ronald. From owner-freebsd-arm@freebsd.org Mon Jan 11 16:30:43 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 EF47B4DEDD6 for ; Mon, 11 Jan 2021 16:30:43 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from vanadio.schema31.it (vanadio.schema31.it [62.77.63.157]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vanadio.pomona.schema31.it", Issuer "vanadio.pomona.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDzhy6lw6z4TDN for ; Mon, 11 Jan 2021 16:30:42 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by vanadio.pomona.schema31.it (8.15.2/8.15.2) with ESMTP id 10BGUXD2087618 for ; Mon, 11 Jan 2021 17:30:33 +0100 (CET) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Mon, 11 Jan 2021 17:30:28 +0100 From: Andrea Brancatelli To: freebsd-arm@freebsd.org Subject: Updates on 13-STABLE on Apple M1 (Parallel Desktop) Organization: Schema31 s.r.l. Message-ID: <7a7df6f9421d10feafdbc6234ef137a3@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.15 X-Rspamd-Queue-Id: 4DDzhy6lw6z4TDN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.01 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[62.77.63.157:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:62.77.63.156/28]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[62.77.63.157:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.99)[0.994]; DKIM_TRACE(0.00)[schema31.it:+]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:20746, ipnet:62.77.32.0/19, country:IT]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Mon, 11 Jan 2021 16:30:44 -0000 Today I've found some time to spend on trying to make 13-STABLE boot on Parallel Desktop on Apple M1 processor. A few weeks ago I wrote that just a while block appeared in the upper left corner and nothing happened. Today out of nowhere I thought about hooking a serial port to the machine and I attached with NC to it. With my great surprise, 13-STABLE was booting OK but wasn't writing anything in console, it seemed to prefer console for reason I cannot say. So I was able to enter in the installer (funny fact, I had to press "enter" in the VM console to have the machine boot but then I had to write in NC to use the installer) and got up to the point where I was trying to ZFS the drive. I could not go after on that because everything I tried when formatting the drive got me cannot zero first 4096 bytes of '/dev/ada0p3': Invalid argument With UFS everything went smoothly and I was able to complete the installation. Yet, no local console... Any general suggestion? Thanks -- Andrea Brancatelli From owner-freebsd-arm@freebsd.org Mon Jan 11 16:44:54 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 6028C4DF254 for ; Mon, 11 Jan 2021 16:44:54 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from stricnina.schema31.it (stricnina.schema31.it [IPv6:2001:470:28:12b::99]) (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 "stricnina.roma.schema31.it", Issuer "stricnina.roma.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF01K1pR3z4V20 for ; Mon, 11 Jan 2021 16:44:52 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by stricnina.roma.schema31.it (8.15.2/8.15.2) with ESMTP id 10BGiilH001295; Mon, 11 Jan 2021 17:44:44 +0100 (CET) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Mon, 11 Jan 2021 17:44:38 +0100 From: Andrea Brancatelli To: Andrea Brancatelli Cc: freebsd-arm@freebsd.org Subject: Re: Updates on 13-STABLE on Apple M1 (Parallel Desktop) Organization: Schema31 s.r.l. In-Reply-To: <7a7df6f9421d10feafdbc6234ef137a3@schema31.it> References: <7a7df6f9421d10feafdbc6234ef137a3@schema31.it> Message-ID: <145415ebfd16d9e207b14f624630ff80@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.15 X-Rspamd-Queue-Id: 4DF01K1pR3z4V20 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:28:12b::99:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:470:28:12b::99:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[schema31.it:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Mon, 11 Jan 2021 16:44:54 -0000 On 2021-01-11 17:30, Andrea Brancatelli via freebsd-arm wrote: > Today I've found some time to spend on trying to make 13-STABLE boot on > Parallel Desktop on Apple M1 processor. I forgot a few things: *) Even on 13-STABLE, just like 12.2, I had to force the VM in 1 CPU otherwise it would randomly get stuck at boot. *) I tried to do a basic pkg install vim-console, Vim installed ok but then got me root@f13:~ # vim ld-elf.so.1: Shared object "libncurses.so.9" not found, required by "vim" *) Even on 13-STABLE the Virtio-NET doesn't seem to work, I had to use the USB Ethernet card I used on 12.2 *) Finally, this the build revision root@f13:~ # uname -a FreeBSD f13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 main-c255641-gf2b794e1e90: Thu Jan 7 05:03:14 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 Thanks a lot. From owner-freebsd-arm@freebsd.org Mon Jan 11 20:39:28 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 58AEC4E5A8B for ; Mon, 11 Jan 2021 20:39:28 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF5Cz3DDZz4qWV for ; Mon, 11 Jan 2021 20:39:27 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 10BKdI8n034150; Mon, 11 Jan 2021 12:39:18 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 10BKdIt3034149; Mon, 11 Jan 2021 12:39:18 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202101112039.10BKdIt3034149@gndrsh.dnsmgr.net> Subject: Re: Updates on 13-STABLE on Apple M1 (Parallel Desktop) In-Reply-To: <145415ebfd16d9e207b14f624630ff80@schema31.it> To: Andrea Brancatelli Date: Mon, 11 Jan 2021 12:39:18 -0800 (PST) CC: freebsd-arm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DF5Cz3DDZz4qWV X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.09 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.995]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; 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: Mon, 11 Jan 2021 20:39:28 -0000 > On 2021-01-11 17:30, Andrea Brancatelli via freebsd-arm wrote: > > > Today I've found some time to spend on trying to make 13-STABLE boot on > > Parallel Desktop on Apple M1 processor. > > I forgot a few things: > > *) Even on 13-STABLE, just like 12.2, I had to force the VM in 1 CPU > otherwise it would randomly get stuck at boot. > > *) I tried to do a basic pkg install vim-console, Vim installed ok but > then got me > > root@f13:~ # vim > ld-elf.so.1: Shared object "libncurses.so.9" not found, required by > "vim" > > *) Even on 13-STABLE the Virtio-NET doesn't seem to work, I had to use > the USB Ethernet card I used on 12.2 > > *) Finally, this the build revision > > root@f13:~ # uname -a > FreeBSD f13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 ^^^^^^^^^^^^^^^^ FYI, there is no such thing as 13-STABLE at this time, it is 13-CURRENT. > main-c255641-gf2b794e1e90: Thu Jan 7 05:03:14 UTC 2021 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > > Thanks a lot. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Mon Jan 11 20:47:30 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 BC5A94E59C4 for ; Mon, 11 Jan 2021 20:47:30 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF5PG52f5z4rGD for ; Mon, 11 Jan 2021 20:47:30 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p200300d5d72fc8d3f5eed7ab38520239.dip0.t-ipconnect.de [IPv6:2003:d5:d72f:c8d3:f5ee:d7ab:3852:239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id 3CBCF5698 for ; Mon, 11 Jan 2021 20:47:30 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Mon, 11 Jan 2021 21:47:29 +0100 From: Gordon Bergling To: freebsd-arm@freebsd.org Subject: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="uBN+xLgzKHpHD1n/" Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 9:40PM up 2 days, 7:50, 4 users, load averages: 0.14, 0.16, 0.19 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: Mon, 11 Jan 2021 20:47:30 -0000 --uBN+xLgzKHpHD1n/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I am currently investigating PR 252541 (Too many early devmatch mappings) [1]. The kernel panic happends on the RPi4B. Has anyone successfully booted a rivision on the RPi4B after: --------------------------------------------------------------------------------- commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 Author: Chuck Tuffli AuthorDate: 2021-01-08 22:36:37 +0000 Commit: Chuck Tuffli CommitDate: 2021-01-08 22:41:45 +0000 fix big-endian platforms after 6733401935f8 The NVMe byte-swap routines for big-endian platforms used memcpy() to move the unaligned 64-bit value into a temp register to byte swap it. Instead of introducing a dependency, manually byte-swap the values in place. --------------------------------------------------------------------------------- --Gordon [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252541 --uBN+xLgzKHpHD1n/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEYbWI0KY5X7yH/Fy4OQX2V8rP09wFAl/8uUxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDYx QjU4OEQwQTYzOTVGQkM4N0ZDNUNCODM5MDVGNjU3Q0FDRkQzREMACgkQOQX2V8rP 09zwMwgA9VYu+Z1eh6JxSoG1s55Cxom6FDMHz9uVW/OIzvk76PvW30cDxKBmlDhy n52IdeOsBTFxHd0ZXDL3tixTgliyC9DFFvIKcMlxrGTslpM6LU9k1RdncukSYTOj S9XiVkxFrSUDnT5jLb2CIw1xrhe/AFzCrRWVrdUs1ghidUZeWPmnYNSWKOGxUIc9 bW1QjGc2E1TNQbVh8gB7AlufbYaZOKC+SihAURbJrctpmUL5/b0JDlBtf2Y+14KG eU8eqm1UYFKCA1V8SXeSy4GSVIe/4jTOd1dM40mqMO+IcEKyjF76oAYcl1ep156a 1WKGS5SA/GtehJH9zMOS/miv03mU+w== =tsmG -----END PGP SIGNATURE----- --uBN+xLgzKHpHD1n/-- From owner-freebsd-arm@freebsd.org Mon Jan 11 22:23:36 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 1D8024E88F3 for ; Mon, 11 Jan 2021 22:23:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF7X760pMz3Gcc for ; Mon, 11 Jan 2021 22:23:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610403813; bh=7okE2mNMlVSvY1jglNRBS/No/NpRF/6Locn0NxckKyW=; h=Subject:From:Date:To:From:Subject; b=ala/UHQjbnW5clnYDdTzl/xtUJ05zn5PLoj1jv0gKeTPDYrVbo5UhB6oSNtbFylvV6rkOJ38EgRX0keMcsGHn66VUunycqNydUdBsXuDX6nTN4/PoZfz37vK6mZYrGg76+08MPm46gbUzscy5FzBUgeNUBttf3z6+CKFPVwKIw86NkT8rHV276NwJdgM70toe3GhscV78bc6dQirn01CE5/s3tdJyc7LGseOlDLz2Q8Y3bvUEcgjptKL2g7AUuQFLSCjvWlsYt6GaEff0bvdGfh4c1qjD3JQcwq9F04renYKiqlGOLnnhYyBYJGwyXLhcfIwlSMzCMgVIqW7u0WRcg== X-YMail-OSG: IhtAYFAVM1luI7r7bufBFzLvTTtKcXxIAOMREE5syl_wNRZIN1E.o.PxncHJehb .dkA8nL3kJ.ebCoExCLgBm_sXcB5.wxnEhGdE.XdeGIALjzo6yThlJchAhry9mtYQoRbL0ELBWgJ tExPgh6kk23hjIvMJRiM8o7DGW7yZIqTVzw2cPI1S5ECvJJ5ewmerwmeCpQNrlkHOsBAG335xBxB 8S3w3y__QfwYJixrHVgmcZ.W90nqMVEUAjllHKSY6OQbC5vDBvHge_9uL2gwPx66SsTMd5YQdk98 6Z6roN_wvhYveG3IM1Nm5W_hII3yGLO8wtt3Lx9PepHfGzKMuONGmOWI3p6X_gxMyxdPrzaJhUI1 XeQyV8ZbQy8iRLdb6xlpBCyG7p7NHrnKv.UJ6WLKZnEygtOm8sL6HuDEP3WMWTWi1HhnUgr8bK9E HbY0_oK0Kw3mMJObQ1hXjojfJa7Ivg6LSyU.xWd8DySP_AtJ6TUOx8diVqfiBUaDjLIynvtpNg5a _AXsL.jyVh4MbqTVhyyEPx27FIBWghoGTODwUiLoCc_73PuJS5jXXO.cHX9roEZ_7rg6.Ng_zG1. IKxzKl01RVuJL8t6MoDcrw96o2TxuIjQ47qaWOGCXY875u9_tCW4yhocnMrgtjCZFmz3I73.HBpN WbyGMdNXYTqmarL7I5yFSBEryNhC4FZ1bFnReUaeWwSFbNPv0qy4zKFAlvTUzD_KopN1S3bOkI4o zWFAF2cstLVuyCZNzX_PFkIwrja508f6cTG5i0QPSGvfE_p7f5sStU91y95mf0AKBa1st_TSexj1 HoeC7BlXwL3_J6h2ongd8s.MVPMCqTZ7oCm7FQslxa7xYS5kEd5evsX2xDz.qCI2fQVrMHL1TdVS hXIGLlsyege0aOg8uD5U4ho2OGXaReGcvUWQo8Aq89Co_bc18McfCL4jTjp2rACP6KdYhWwDPftU SBV11lfpmhAP_Bode_HWjHKlTz_Vz1ETcfPBHibuQgt8jdKWBuvyfEqdcrcDbAt7V9wkxbG22csM fw15WGs9vr8ARiJuk64mlJoHyQn5.I4K5XBAPcCWoo2LlBhFnzYQTZj2kwBfCVc6u2sY76WAT51L 95LpawofMdIRTdDLqpc_J5EmtmkxWspSpV3aH4baTIdsmxj1mQjwn1IrT_E09jgDn10oZ3oiU0np HJoskCuvVGYLmKJHYtW1hR.77GyYA_uPtIPuhrM3m94mA4hOXwgd_yz.8t3QlEWWg9jifaVFYewc IzTlEkqHLkmygMdAgOkr.6WKLJD_WvKbeWtAc5mKCcApI_6sR6SFzaJ.oqshT9Mt9v3cWTrs.qHV wKtAoNqyQyYB0ngFwfarPRkFC8ATMHzFMGpXhe2l.C78B.Dg3J3uf34hXBzLQE.Xb6h03mNwM8Vk h7FtIU3fZAO0nMB7BTmUi85TMt8xLKXoOWjwRAAvQCgtM84Kzwc.DV8bdTCep60KuN98qMidGlno 7.oohnr8BAaFiQi2BT5sK0dfIzuPF8QEMPZSf5gN7Ue.GIYbhYtr2NKKEuM.Ta4ekkxFNK3KYlnW rGKc2xTKIPsI3Bg8tcwyR0yRTTfAhUc8B7C_2pafmEXxEe44iiv50NOnAdqBGB3bIHdVkxjQ.CfS O8fm2ljDiJ35GsY.C9ObJQHDLvgxNNbaIviS.XD5h4kz_T0Y1U4bXg9KjOhhtOmDujD2LW5D18lJ cz_D5ulZeuCit17RewfYVaQifhRN4Ujjm4i3RRBV1rWq6UBhqMFe_tsSepp.VbpPlIKXjduwNg1B P.6dXXKBSzEwKFWZqkvuKb5o8l.7XRx8xgXbasT5ouOQa5ZM2QDoBYOr7Vy39v.VYRXvg_NTEc7i W8Z9XpTf3huWkOywD.JFCWpFtqRSJPbRpq6YwudP3bPiU__1jAV7rlSoAskUTME895R.iJu.k5Hh XxjIWdC0M_sWRes9M3XT5l.nUM221tWUGP4tcotx2cuzrFqLDIn6mAqdmDvJcK6ilAq7pY8GxpLl E_Y0rRY4YdevYv0btaLynSYTKKn8PwIfe3l0N7J1IL70tyW_Jz1Ytly3zURRyD6c_4NW4TUTDl_U heqJIt0jrggeI1QkqLflanabvSVbDzNlD6HJ2SKFrTW2T7DrGW1kmszjQAb1Ucrk01WVBjSwxUcr 2TJsPlI6rpdgPnWJsIii2eafp4BrCNN4Y2lg9ANbmS3f4JOAHPb_iDkqHjUffLoUeTsUpvItos1o MoWC.9U_Sp89vdTsGSeueNFH6lm3_95hnVJkubh8VmlJBPG07Qb5uyn6.aOv69rzw4UKR_09n8AF LkSw8ekq36xpJaPRFXm.7n7sfehiNXO9SNT.3GAT86MK3BQV4CziKu9Dqg1Zs0mKlgHJbNUgoO8e tvEHesdNK74bs8QESo_A.VG1Qg78QsImXERYXx8CPp4a6po0AM.IRzXpZjamHRGdxkFtBD9GcWSi nPMjdhGAe.8C5sRkqHivgDX.0.NlRFx4Tnq1hvCjoUi.hXqwfMfPue7m9NPfNzgfCx6d9kz5Okqn A2cAMzloZdGiBjSwNDO9O2QGO Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 Jan 2021 22:23:33 +0000 Received: by smtp416.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2470f15e42f320053c473b8089e5cd72; Mon, 11 Jan 2021 22:23:28 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: Date: Mon, 11 Jan 2021 14:23:28 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> References: To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DF7X760pMz3Gcc X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Mon, 11 Jan 2021 22:23:36 -0000 On 2021-Jan-11, at 12:47, Gordon Bergling wrote: > Hi, >=20 > I am currently investigating PR 252541 (Too many early devmatch = mappings) [1]. >=20 > The kernel panic happends on the RPi4B. Has anyone successfully booted = a rivision > on the RPi4B after: >=20 > = --------------------------------------------------------------------------= ------- > commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 > Author: Chuck Tuffli > AuthorDate: 2021-01-08 22:36:37 +0000 > Commit: Chuck Tuffli > CommitDate: 2021-01-08 22:41:45 +0000 >=20 > fix big-endian platforms after 6733401935f8 >=20 > The NVMe byte-swap routines for big-endian platforms used memcpy() = to > move the unaligned 64-bit value into a temp register to byte swap = it. > Instead of introducing a dependency, manually byte-swap the values = in > place. > = --------------------------------------------------------------------------= ------- >=20 > --Gordon >=20 > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 I do my own builds but I'm running based on 19cca0b9613d with CommitDate 2021-01-09 16:21:33 -0800 : # ~/fbsd-based-on-what-freebsd-main.sh mm-src 19cca0b9613d7c3058e41baf0204245119732235 CommitDate: 2021-01-09 16:21:33 -0800 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255807-g5d333ee67ac3 GENERIC-NODBG arm64 aarch64 1300134 = 1300134 In other words, the history spanned for e83fdf8bb391 and after is: * aio: fix the tests when ZFS is not available Alan Somers = 46 hours 2 -0/+5 * linuxkpi: Fix the "error: unknown type name 'u32'" compilation = issue when Neel Chauhan 47 hours 1 -0/+1 * netmap: vtnet: stop krings during interface reset Vincenzo = Maffione 48 hours 1 -1/+7 * netmap: refactor netmap_reset Vincenzo Maffione 2 days = 1 -45/+20 * netmap: iflib: fix asserts in netmap_fl_refill() Vincenzo = Maffione 2 days 1 -1/+2 * netmap: iflib: stop krings during interface reset Vincenzo = Maffione 2 days 2 -1/+10 * fileargs: add tests Mariusz Zaborski 2 days 3 = -0/+625 * tcp: don't use KTLS socket option on listening sockets Michael = Tuexen 4 days 1 -0/+10 * arm: revert MAXDSIZ change from 202aea9c82ea Kyle Evans = 2 days 1 -1/+1 * kevent(2): Bugfix for wrong EVFILT_TIMER timeouts Jan = Kokem=C3=BCller 2 days 1 -1/+1 * ldd: renumber executable type constants Ed Maste 2 days = 1 -2/+2 * diff: honour flags with -q Ed Maste 2 days 2 = -1/+13 * sysctl: improve debug.kdb.panic_str description Warner Losh = 2 days 1 -1/+1 * last(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -4/+22 * man(1): Bump .Dd Fernando Apestegu=C3=ADa 2 days = 1 -1/+1 * man(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -0/+35 * mvneta: Acquire the softc lock before clearing the MIB Mark = Johnston 2 days 1 -0/+2 * Add fib lookup testing module. Alexander V. Chernikov 2 days = 2 -0/+548 * Bring DPDK route lookups to FreeBSD. Alexander V. Chernikov = 2 days 17 -0/+6030 * Fix LINT kernel build after = 01f2e864f79584c0cd250a8e7cfb501a9985768a. Hans Petter Selasky = 3 days 1 -1/+4 * certctl: factor out certname resolution Kyle Evans 3 days = 1 -2/+17 * certctl: replace hardcoded uses of /usr/local Kyle Evans = 3 days 1 -2/+3 * fix big-endian platforms after 6733401935f8 Chuck Tuffli = 3 days 1 -5/+9 The RPi4B is a 8 GiByte one, booted directly from a USB3 SSD, no microsd card involved. I can boot either u-boot style or UEFI/ACPI style from the same media, just switching config.txt content. I do not have MMCCAM or the like: # more /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-NODBG=20 # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Jan 11 23:45:52 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 6F5D14E9FB6 for ; Mon, 11 Jan 2021 23:45:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF9M42WxCz3M76; Mon, 11 Jan 2021 23:45:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id w5so535827wrm.11; Mon, 11 Jan 2021 15:45:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=1GjuFkbomCOsuWxYOHNN9koQpPAla2gG9kFCUfV6l8s=; b=X3mquueb6azxZzXQUMg5cNogEMK522ZN92bDQWIa6XbjhEwco9hujznh/tF9QUt2DG NB+CY7q9nXk4GXsJtaPGP4xSg36RPb+Pg+n8L/DecbfIEtwJHo/vp0q9xykH9qkYxZWh EKX3EQTeAg9fadYa1/Jl7UUEvYpQrsHIPFalUmwGHyRyh0OUNbh0wV2mOFJ99cLvlq8e GgyB1Af5XSjRoDsVSTNDPxzg8wp3WRJ0lBPkH8OudMddx0Wm7blr8JTjpb+0X4AH5Oaq h8NXNdnn+WUyRenwO2vDaZQkoiu0B2sQsyiz3Pk14hcEx0bu2GyX96LH+Urz2Ux4xEUi 5Umw== X-Gm-Message-State: AOAM533QGl/Pm8MTfibv+1L+tZ9xaVcBJTIqvoSapaKLV6bJX6F/ByQr WBZttjtggknqEzt6U+K29StuWnTF1w86GA== X-Google-Smtp-Source: ABdhPJxTL8BVFFeqD3mvb091EzFuPQ6/wBtbh6MmJITgud0E7220nCmh1vXYMXia/Gun20KE4f9UYQ== X-Received: by 2002:adf:dc87:: with SMTP id r7mr1330608wrj.305.1610408750784; Mon, 11 Jan 2021 15:45:50 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id y68sm1220302wmc.0.2021.01.11.15.45.49 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 15:45:49 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 00:45:47 +0100 References: To: Gordon Bergling , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8D665631-761A-494C-8D3E-7270C043B573@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DF9M42WxCz3M76 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Mon, 11 Jan 2021 23:45:52 -0000 > Am 11.01.2021 um 21:47 schrieb Gordon Bergling : >=20 > Has anyone successfully booted a rivision > on the RPi4B after: >=20 > = --------------------------------------------------------------------------= ------- > commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 > Author: Chuck Tuffli > AuthorDate: 2021-01-08 22:36:37 +0000 > Commit: Chuck Tuffli > CommitDate: 2021-01-08 22:41:45 +0000 no problems here/GENERIC-NODEBUG , boot device: USB/SSD u-boot 2020.10 # uname -a FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #49 = main-c255871-g1a816c75600: Tue Jan 12 00:04:24 UTC 2021 = root@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-NODEBUG arm64 --- # sysctl hw.model hw.physmem hw.model: ARM Cortex-A72 r0p3 hw.physmem: 8418304000 ---- # git show-ref --heads 1a816c75600335c4482070df055add6f96885d54 refs/heads/main --- # git log ---- ..... commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 Author: Chuck Tuffli Date: Fri Jan 8 14:36:37 2021 -0800 .... =E2=80=94 Regards=20 K.= From owner-freebsd-arm@freebsd.org Tue Jan 12 00:20:06 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 B2C854EAA5D for ; Tue, 12 Jan 2021 00:20:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFB6Y429hz3Nvb for ; Tue, 12 Jan 2021 00:20:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610410803; bh=ceWSfSzs7hFlMKANO19oYddGz//NolT6LTqWD1j1mGK=; h=Subject:From:Date:To:From:Subject:Reply-To; b=J+EeqA15urIffxYH7HJibtC81HAj42iccRnH6r1aUSnuks/hYfPe97i9h3v3X2koNQ3yFwwDNurdQCU2xCwp2DgFqJVvpm62U4/lXEBEDr+GZ1//0vYPo61Kg84mSJUqXQvneD7eN2BjhjdQZVhALx5fwS2tQURBxVbL6WYRbUF1Z9CUqNKWWeZF/6/SUM4eFMsvH3YF0Dp7r67tbWj0y1EKbJm7C7/9SvjAGDUhCgBHHKQusaIhqAuCl3FqtpdNqsT8duJw8n/MAWEOMeKYooAXwi886NGk5ELlTG2yuRWDAaCUy0/gDeF3nTx3zjze2fmAFXay72+W7kd8F5cF0Q== X-YMail-OSG: XPv8VdoVM1mOXaDhxehq4tiTG29bNBA5ojiqBhb9KyBLRtK4Ftbv2ix_H8QYLob tv1x54xfXwbKyz4J6N7EuQlWHg76Ku7.bq.6TnIAKn99C2LHSOI7AFzCWs1sUBQq7boag8emYBru V2MYbqUFd79nOpkI.ufnoLpE6JpuzOHJ4kp.OK0MWrOOJEjrtzSZ6NWepZSDm3a_z8vyQoWesB9u gF_KiyiqcAojD80sDrXxfR3hr3iUiBdAf6TX0f17dXd4wMRi9H9wLynyupmDhbXmtqgfB2S.NLSD pW99Rb5YlXpNeyNfJwiJ4By4z8i6APNomzZLqOhTm68TyVqP.zsf8fA2TOWWJxH5jLXLfiKLxdZV TGOW84SNKdKIKQlgg9oUR1GMzDLBZxtYCUJASpYf5FovJq_9eVtNeeE.LdIygsSn6w78YycElrMf EzQv9omHmxFzM1zALUPAgRev0O.EE4IHjEK.t1RKjePjxyDyGmWnlJBSj_CJemqupciUV.Uz6A8l 1bCrNdQ4TyaMWqr8nebaYmfcIQZfvzc7NYSfd8EMyp8Mgx4mi1bB3E0Qpk2hJ_04ioh.22PTS3yv fzRToYtNLSLGDgh2PTJdHyZSxV17AlhEfPM1G6JAptfocYrJSG9_Bj2g24o66R021VQ_u0s3umQu 2TLtsc5dLrl2q_uEb9yKQ288QxLSpKjne8FAQim_Ue7Aj0ryB_LMNHLg5i6cjtb4pAqVK8h95MRm Odh7cIbfSkJ8BaTKKeps_454JQjrbPHpa2WG2o.bbvzEP4XN7IrtSGMY_t1e_qFMm1dUjNhA40Ef BsSAwQvKfsU6wIqydFIXtypbnCZMMhky2XWbc_WNOsc8vsGBzg2SmL0YtdU1MNUolp4IpO7x5QXV a7HUiI8kyT6eRjFG7ABc_woIdA4v9lhvPSfNqC.a6m8I3YkLdyifQSYKFrUfKE2mB099ykylK6ft td1KPYTDSXx6kCUAtJ.PyyNmvEUKxDJ5fjUlOtbG2tVy0HN1_kMVbOH.6AMfemC6C9V28YufxA9u c.Fuv72xMQQ0FFb1ECYMJQpUywLTfQuVzXE8csmQUQgQDSHAS_2iTyIsPQymeIBmjicQuKNBovI6 kG7Xvm._Tj9UBuull9PEBJ8aFEjNNzX4uqmPSXL5CN0xtGzy0q3e2u7HtoUk6xPACW6FUKvUfXUf xaMMDvpylHaTstKvmZZV5lSD861lbHUzEOLl6qCnjKPpwAfX8ab3HZ.7Yf1Owo6v5OTcN06l3xVM 2LFQGMJPnXhS1o04wsHTG6yvWyxpTcY3T2LhO3icPuiqyTj4yC5naNnQ37pdwo34Cy.ud7qHCqf2 Ekmn_ykcBHGvbNh8LkqgXplgV.kXakZJFmFEfCq0TFE4V7YLRiC8ZsXQPDPqHrSXt2Yon3SmuNQp boDYE4pGeATOm6h9VgclZs1Ll6qymaNwcXdzUwvVbTvwABP36ZKzeOvVU_IjDPrwCXaYCrbLNjJI g2KSAo4P4f1.32fobgIfLgSLrFfbuvUw_SSLwxWbIQdt.5qkE3RyiMcbLCPavacSUg4Ugm5EDLFT Pl5kIlyugvMoJpOFq10AmO7jiJgZQ.VGffbbxMPLZoMtA5QSkQqPxRp2ofrIbIzigB79qZS1JdYX 3VULUqOlHZ2fOTmS47bwWx7Wh13MZrq4bMllfMZZRDf7cUl1frqwS1z3.3kyBMeeUSmItcQKI2gO m0EcolI6QsKuyKJGHKOdSgQd8ppnNV3DNPEr4RafPsTPunC4RTh0luqwK9OAIaQngAQDaKXmTHim W5hHxVouaO.VBh6UEv.dBGSv.r3clHnLCVjeH27nwC6t56hnTrYh29g2OXX9dnSaOpMUtnoznZbG IZxoE5wARDWrAo_jO78ZNvNPcP_tVeqIrctX4wO_iGhFCnqEq75ZvD_V_uM0dOoCLgr1GO5D3Bbu lTxXtIkGsCQ12yhiqdC4bU.PuHnoTyn2IFS88glWRs38IkYVcjIvMELMX_N37D3GgHYKh6jonfBM 9X2GcUvHnC.kJ3JRpL97gLS.KLiiq5xIz5c5xjzZj3GSKnwSQ5x.8obIBUBQ179QevcbgaD9ztpI oZti0yCPZo3Uh5SLJ20TrBPdnYvaH2kqG8_cbJKyvastUgFF2zARe9qOPGmL5207VAzuR62x.ZN8 bOSDbKJkUgiYxPgJj.kSLng9TG9ZBvz_J_kb8pXpbbenv04_avn96d6Ez1KaUv6.gNjukZxdUg1m SQEjTv6h7aC8ounJ7C204AQEBn67fdE3In2KHYeC9vhHkKMynlXz1eilF.BMYcoa8YO.ie7wtAxq iZW1yeDo0g3_hweqchSnlhCMd2o_XoHjRYhuUNyqc0JFNBWjAU.qHXEUUraBSzGsXD.ZqDBHaOOa RI.mQDInikGkpxHO3.VGpUsdTFmc5G2VWG.KDvGT_rbiU4E4X.i7lmHOFZ5QsxzMre0SX2DRQhXA x9u9zM5IXuh2cygzxK2NEaSpsO.E5UcodbTtD8pexLubbvUFP6FKR5y8I9NqX.JmSMbiMX3jwtwx vNeoTTiGWVcyplVQkMyJYmQpeU66MjbQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 00:20:03 +0000 Received: by smtp411.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ed50ced9bf3ff7c816c4725a689b9d4e; Tue, 12 Jan 2021 00:19:58 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> Date: Mon, 11 Jan 2021 16:19:56 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFB6Y429hz3Nvb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.83:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 00:20:06 -0000 On 2021-Jan-11, at 14:23, Mark Millard wrote: > On 2021-Jan-11, at 12:47, Gordon Bergling wrote: >=20 > Hi, >=20 > I am currently investigating PR 252541 (Too many early devmatch = mappings) [1]. >=20 > The kernel panic happends on the RPi4B. Has anyone successfully booted = a rivision > on the RPi4B after: >=20 > = --------------------------------------------------------------------------= ------- > commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 > Author: Chuck Tuffli > AuthorDate: 2021-01-08 22:36:37 +0000 > Commit: Chuck Tuffli > CommitDate: 2021-01-08 22:41:45 +0000 >=20 > fix big-endian platforms after 6733401935f8 >=20 > The NVMe byte-swap routines for big-endian platforms used memcpy() to > move the unaligned 64-bit value into a temp register to byte swap it. > Instead of introducing a dependency, manually byte-swap the values in > place. > = --------------------------------------------------------------------------= ------- >=20 > --Gordon >=20 > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 >=20 > I do my own builds but I'm running based on 19cca0b9613d > with CommitDate 2021-01-09 16:21:33 -0800 : >=20 > # ~/fbsd-based-on-what-freebsd-main.sh mm-src > 19cca0b9613d7c3058e41baf0204245119732235 > CommitDate: 2021-01-09 16:21:33 -0800 > 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. > FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255807-g5d333ee67ac3 GENERIC-NODBG arm64 aarch64 1300134 = 1300134 >=20 > In other words, the history spanned for e83fdf8bb391 and > after is: >=20 > * aio: fix the tests when ZFS is not available Alan Somers = 46 hours 2 -0/+5 > * linuxkpi: Fix the "error: unknown type name 'u32'" compilation = issue when Neel Chauhan 47 hours 1 -0/+1 > * netmap: vtnet: stop krings during interface reset Vincenzo = Maffione 48 hours 1 -1/+7 > * netmap: refactor netmap_reset Vincenzo Maffione 2 days = 1 -45/+20 > * netmap: iflib: fix asserts in netmap_fl_refill() Vincenzo = Maffione 2 days 1 -1/+2 > * netmap: iflib: stop krings during interface reset Vincenzo = Maffione 2 days 2 -1/+10 > * fileargs: add tests Mariusz Zaborski 2 days 3 = -0/+625 > * tcp: don't use KTLS socket option on listening sockets Michael = Tuexen 4 days 1 -0/+10 > * arm: revert MAXDSIZ change from 202aea9c82ea Kyle Evans = 2 days 1 -1/+1 > * kevent(2): Bugfix for wrong EVFILT_TIMER timeouts Jan = Kokem=C3=BCller 2 days 1 -1/+1 > * ldd: renumber executable type constants Ed Maste 2 days = 1 -2/+2 > * diff: honour flags with -q Ed Maste 2 days 2 = -1/+13 > * sysctl: improve debug.kdb.panic_str description Warner Losh = 2 days 1 -1/+1 > * last(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -4/+22 > * man(1): Bump .Dd Fernando Apestegu=C3=ADa 2 days = 1 -1/+1 > * man(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -0/+35 > * mvneta: Acquire the softc lock before clearing the MIB Mark = Johnston 2 days 1 -0/+2 > * Add fib lookup testing module. Alexander V. Chernikov 2 days = 2 -0/+548 > * Bring DPDK route lookups to FreeBSD. Alexander V. Chernikov = 2 days 17 -0/+6030 > * Fix LINT kernel build after = 01f2e864f79584c0cd250a8e7cfb501a9985768a. Hans Petter Selasky = 3 days 1 -1/+4 > * certctl: factor out certname resolution Kyle Evans 3 days = 1 -2/+17 > * certctl: replace hardcoded uses of /usr/local Kyle Evans = 3 days 1 -2/+3 > * fix big-endian platforms after 6733401935f8 Chuck Tuffli = 3 days 1 -5/+9 >=20 > The RPi4B is a 8 GiByte one, booted directly from a USB3 SSD, > no microsd card involved. I can boot either u-boot style or > UEFI/ACPI style from the same media, just switching config.txt > content. >=20 > I do not have MMCCAM or the like: >=20 > # more /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-NODBG=20 > # > # GENERIC -- Custom configuration for the arm64/aarch64 > # >=20 > include "GENERIC" >=20 > ident GENERIC-NODBG >=20 > makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >=20 > options ALT_BREAK_TO_DEBUGGER >=20 > options KDB # Enable kernel debugger = support >=20 > # For minimum debugger support (stable branch) use: > #options KDB_TRACE # Print a stack trace for a = panic > options DDB # Enable the kernel debugger >=20 > # Extra stuff: > #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages > #options BOOTVERBOSE=3D1 > #options BOOTHOWTO=3DRB_VERBOSE > #options KTR > #options KTR_MASK=3DKTR_TRAP > ##options KTR_CPUMASK=3D0xF > #options KTR_VERBOSE >=20 > # Disable any extra checking for. . . > nooptions DEADLKRES # Enable the deadlock resolver > nooptions INVARIANTS # Enable calls of extra sanity = checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect = deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed > nooptions DIAGNOSTIC > nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones > nooptions BUF_TRACKING > nooptions FULL_BUF_TRACKING >=20 Looks like the message is from a KASSERT that does nothing unless INVARIANTS/INVARIANT_SUPPORT is enabled. Unfortunately, arftifacts.ci.freebsd.org has not started getting git-based main builds yet. Normally I'd support an official debug kernel from there and see if I could repeat the problem. So I've made my own debug kernel build for things as they are in my context and it reproduced the problem: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x7ef0000. EFI framebuffer information: addr, size 0x3e2fe000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- panic: Too many early devmap mappings cpuid =3D 0 time =3D 1 KDB: stack backtrace: (null)() at 0xffff000000116980 pc =3D 0xffff000000772af4 lr =3D 0xffff000000116980 sp =3D 0xffff0000011f1320 fp =3D 0xffff0000011f1520 (null)() at 0xffff000000464710 pc =3D 0xffff000000116980 lr =3D 0xffff000000464710 sp =3D 0xffff0000011f1530 fp =3D 0xffff0000011f1590 (null)() at 0xffff0000004644b4 pc =3D 0xffff000000464710 lr =3D 0xffff0000004644b4 sp =3D 0xffff0000011f15a0 fp =3D 0xffff0000011f1650 (null)() at 0xffff0000007e9838 pc =3D 0xffff0000004644b4 lr =3D 0xffff0000007e9838 sp =3D 0xffff0000011f1660 fp =3D 0xffff0000011f1660 (null)() at 0xffff00000076f744 pc =3D 0xffff0000007e9838 lr =3D 0xffff00000076f744 sp =3D 0xffff0000011f1670 fp =3D 0xffff0000011f1690 (null)() at 0xffff000000782904 pc =3D 0xffff00000076f744 lr =3D 0xffff000000782904 sp =3D 0xffff0000011f16a0 fp =3D 0xffff0000011f16c0 (null)() at 0xffff0000002896b0 pc =3D 0xffff000000782904 lr =3D 0xffff0000002896b0 sp =3D 0xffff0000011f16d0 fp =3D 0xffff0000011f1790 (null)() at 0xffff0000007d9bb0 pc =3D 0xffff0000002896b0 lr =3D 0xffff0000007d9bb0 sp =3D 0xffff0000011f17a0 fp =3D 0xffff0000011f1820 (null)() at 0xffff00000028b814 pc =3D 0xffff0000007d9bb0 lr =3D 0xffff00000028b814 sp =3D 0xffff0000011f1830 fp =3D 0xffff0000011f1840 (null)() at 0xffff00000039e448 pc =3D 0xffff00000028b814 lr =3D 0xffff00000039e448 sp =3D 0xffff0000011f1850 fp =3D 0xffff0000011f1870 (null)() at 0xffff0000004af2ac pc =3D 0xffff00000039e448 lr =3D 0xffff0000004af2ac sp =3D 0xffff0000011f1880 fp =3D 0xffff0000011f18b0 (null)() at 0xffff00000077ef90 pc =3D 0xffff0000004af2ac lr =3D 0xffff00000077ef90 sp =3D 0xffff0000011f18c0 fp =3D 0xffff0000011f1a00 (null)() at 0xffff00000000089c pc =3D 0xffff00000077ef90 lr =3D 0xffff00000000089c sp =3D 0xffff0000011f1a10 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xffff0000004aeeb4 db> dump Cannot dump: no dump device specified. db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 01:08:22 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 A57254EB6B9 for ; Tue, 12 Jan 2021 01:08:22 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFCBG3rwPz3hD7; Tue, 12 Jan 2021 01:08:22 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42c.google.com with SMTP id m5so693445wrx.9; Mon, 11 Jan 2021 17:08:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=J/l/TZla42oOPBZiwg4/g07KC+Sdk2WxMX5J1+kvzTY=; b=R8NUCFxf5oGQGcfBaOomVqhBq0mFeo9f2hQamnlEf12Dj4+XBWY6M5U+YrpZQWxRDq RaiZetwc2pwEbBSaMCOKp5VMC4Q+HCAKmM3kMEmh80uhYmlLnJkwNQEDH+J8UAAlb+w9 offdG0LioTeY+TXlkButEGImr6JIaKWK6NGQtXq0BYSReDGjGZoXRURqj89q8zY/5ixT h52Ub2QvyQeaK3sbUVGYMdDe8k0J5/yKWeVtCHuvJrFrYpiAMqmTYAuyek2rPUIf2qE1 oOc1AIv3PslEs4C/hnJDmoslpuY+u3YuXalxUQLhkZ1Qh2XGqD8+KXsp+9w0kb92Dzpa sZeA== X-Gm-Message-State: AOAM532Z3RS46heGvpTELB13DuNpUKybKb9J1hFQwyDPZtqEcohNQAq7 Ew3saZ1YixOLIrd8FxQdGD5Bq4mLXEKhxQ== X-Google-Smtp-Source: ABdhPJymbmryadl7f3MiZrvtgl9k2/H0WFW16eHxxzkb5OByg/YSXKc2aMVhD6XVOeX4kBr5mL0z/Q== X-Received: by 2002:a5d:570e:: with SMTP id a14mr1582705wrv.126.1610413701131; Mon, 11 Jan 2021 17:08:21 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id y11sm1332945wmi.0.2021.01.11.17.08.20 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 17:08:20 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 02:08:18 +0100 References: To: Gordon Bergling , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <1518CBAA-C1DC-40EC-A6CF-EE2E1B6F4BA3@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFCBG3rwPz3hD7 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Tue, 12 Jan 2021 01:08:22 -0000 > Am 11.01.2021 um 21:47 schrieb Gordon Bergling : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 > Gordon Bergling 2021-01-10 11:18:34 UTC > This panic happens on GENERIC and on GENERIC-MMCCAM. default sys/arm64/conf/GENERIC : 1a816c75600335c4482070df055add6f96885d54 refs/heads/main =E2=80=94 no problems on 8GB-model :---- root@:/ # uname -a FreeBSD 13.0-CURRENT FreeBSD 13.0-CURRENT #8 main-c255871-g1a816c75600: = Tue Jan 12 01:05:32 UTC 2021 = root@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 =E2=80=94=E2=80=94 With the same boot-device on the 4GB-model I had to manually unload/load = kernel from loader-prompt, then boots normally into GENERIC . Regards K. From owner-freebsd-arm@freebsd.org Tue Jan 12 01:20:36 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 2B0A24EC483 for ; Tue, 12 Jan 2021 01:20:36 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFCSM3fWQz3jGd; Tue, 12 Jan 2021 01:20:35 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42a.google.com with SMTP id m5so712079wrx.9; Mon, 11 Jan 2021 17:20:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=7GAEhAN9Qy6uKwMzVFnHEcci3PsyNBhdhiztNWZuA4c=; b=T3yVcPBkX1XS/yvmW1JznsDBhUBO2Mmde3A2axqvVzPTVxGIu+KsUA9CeTJVi0/Wp2 UBp5Ry1raWnS1IfSb8IF447XCVnbwEiJyY9BwPyKRa6vgrjBc89AmkAB7hM5ynhResIh USV4JqCQ+w6l4ZUvMV4X3WowJpJnPW2X4zj3dEEAC0pD7jlmvQg6Yq6dkV5JjSigi/aV +/TUHVDa6KXUem9eEbaaGPrnptCjUQp/Pwbddafxt1+vM/985/u8XbpBpqRSGxy5mbCh 2cZnP3LU53oKYUKgKsniQhCYYUNv8fKWTf7HdYOPeQ6xL1vEOZ6QRaqmNtxQ6v3QIr2z jFuw== X-Gm-Message-State: AOAM530/FZViGtM/oTs/SeInrgJllmcs+riu/qckXfcV14vLPM7xLYLf S8yvFNKKtnuUw5kIocqv5XYo1p6GSRPIPw== X-Google-Smtp-Source: ABdhPJxBTC4Ayc8eNUVtSd1xYDY9VFLLbwjWL10Ed+vwntEDJbK8f4BEd/6hrc6BgGFdLl5lCYlQDQ== X-Received: by 2002:adf:f10f:: with SMTP id r15mr1633766wro.302.1610414433131; Mon, 11 Jan 2021 17:20:33 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id z13sm2431752wmz.3.2021.01.11.17.20.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 17:20:31 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 02:20:30 +0100 References: <1518CBAA-C1DC-40EC-A6CF-EE2E1B6F4BA3@googlemail.com> To: Gordon Bergling , freebsd-arm@freebsd.org In-Reply-To: <1518CBAA-C1DC-40EC-A6CF-EE2E1B6F4BA3@googlemail.com> Message-Id: <590089CF-8628-49AD-89C8-55AB23CAF29E@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFCSM3fWQz3jGd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.237:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42a:from]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42a:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42a:from]; 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: Tue, 12 Jan 2021 01:20:36 -0000 > Am 12.01.2021 um 02:08 schrieb Klaus K=C3=BCchemann = : >=20 >=20 >=20 >> Am 11.01.2021 um 21:47 schrieb Gordon Bergling : >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 >> Gordon Bergling 2021-01-10 11:18:34 UTC >> This panic happens on GENERIC and on GENERIC-MMCCAM. >=20 >=20 > default sys/arm64/conf/GENERIC : >=20 > 1a816c75600335c4482070df055add6f96885d54 refs/heads/main >=20 > =E2=80=94 no problems on 8GB-model :---- >=20 > root@:/ # uname -a > FreeBSD 13.0-CURRENT FreeBSD 13.0-CURRENT #8 = main-c255871-g1a816c75600: Tue Jan 12 01:05:32 UTC 2021 = root@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 >=20 > =E2=80=94=E2=80=94 > With the same boot-device on the 4GB-model I had to manually = unload/load kernel from loader-prompt, then boots normally into GENERIC = . >=20 > Regards >=20 > K. >=20 >=20 =E2=80=A6 forgot to say :(same boot device/GENERIC) while the machine = boots normal boot on 8GB-model, on the 4GB-model not only I had to load = kernel manually but also=20 had to boot with next step : mountroot> ufs:/ufs/rootfs, then the = machine boots up normal. From owner-freebsd-arm@freebsd.org Tue Jan 12 01:35:14 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 4F83A4EC4C9 for ; Tue, 12 Jan 2021 01:35:14 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFCnF3VvGz3kMm; Tue, 12 Jan 2021 01:35:13 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id c5so746227wrp.6; Mon, 11 Jan 2021 17:35:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=gaJJXiGhLWym+tMWQY/d4/qoMIyVaif8fowkAigjokM=; b=Kau9wYG0gSOslx9oQTZw03ftivPF7ADWT7USO8771+SqvVxLIkCzp9dVoI/aHkKOCu u3YmdiUdf2gOJ0WC1S/x0tuKLMxWn90GaP8JwMqo+KudTuZK1suGIH2MHVQNBFePAcH/ TMWUlM/3nCpqHKhIVTSPMEQsUf8A5HMJLxEkwQEqHraf5Hqv7kqIn0rfPbcnxYgRvAho dGFevdSTMv2dCdld44caMwC0PiJPd798XHSopVYMVxYutPgLS3ZurTJT1wXaANcXxdGH UgCkEjyQQsZwVGt1xDA4aZMHvq4IdAceKSmUoY0N+qKcmxV8stlQNM7a2VhHx1dOXAwy slgQ== X-Gm-Message-State: AOAM533qaTmD8w0pU2KtiVjMvKRHkpemTyNQtWcDRW8Kl4kqOLeLezWA 0jM4u3MhoctQ3kaZ+AHrkiMJsAjPZpgBdg== X-Google-Smtp-Source: ABdhPJx045PHBnOkWwbgSQQNP9vbtfi0mhSft4oRvL+zj09UpQ5s4+Osc1HsXAWEZGJ99AVP+UsCfA== X-Received: by 2002:a5d:5387:: with SMTP id d7mr1560107wrv.417.1610415311357; Mon, 11 Jan 2021 17:35:11 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id 125sm1344036wmc.27.2021.01.11.17.35.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 17:35:10 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 02:35:09 +0100 References: <1518CBAA-C1DC-40EC-A6CF-EE2E1B6F4BA3@googlemail.com> <590089CF-8628-49AD-89C8-55AB23CAF29E@googlemail.com> To: Gordon Bergling , freebsd-arm@freebsd.org In-Reply-To: <590089CF-8628-49AD-89C8-55AB23CAF29E@googlemail.com> Message-Id: <7B30A7DB-395C-4EE7-AA3D-549E31FD11BF@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFCnF3VvGz3kMm X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.237:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::429:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::429:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; 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: Tue, 12 Jan 2021 01:35:14 -0000 > Am 12.01.2021 um 02:20 schrieb Klaus K=C3=BCchemann = : >=20 >>=20 >=20 > =E2=80=A6 forgot to say :(same boot device/GENERIC) while the machine = boots normal boot on 8GB-model, on the 4GB-model not only I had to load = kernel manually but also=20 > had to boot with next step : mountroot> ufs:/ufs/rootfs, then the = machine boots up normal. >=20 Also forgot to say: that has nothing to do with the generic-kernel on = the 4GB-modell, (forgot that I had an nfs-ip-bind ftsab, that=E2=80=99s = why it=20 stopped at mount root :-) Ha Ha , lol , K. From owner-freebsd-arm@freebsd.org Tue Jan 12 02:10:25 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 BF7974ED859 for ; Tue, 12 Jan 2021 02:10:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFDYq4Vhbz3m0K for ; Tue, 12 Jan 2021 02:10:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610417420; bh=YdDpmzoBIpUc0HvXdZLibbPTPpuPEBJGPApu05CHeUe=; h=Subject:From:Date:To:From:Subject:Reply-To; b=Bib/0hs9OM1u5eK69X5jKIlKzZyBuNde2saVd1Z49XbNQI0rJNz1AMaX7v3qB9lwbPGuC/5UiJ2i6qQwdMnems5qEIZqHzKIw3WMKvsuvX2YLmqKFOVPqOrtr3mGO/c22sJaWK8reMbFpJRSDpy9d9lGgyuL9syaIDAsDqlPECIsgGVKIpFO6Fm3XeZI0sUtDK6tc0dUzlOdMmQJCFIsLKIz02f/rJB2342KugSAm/NQq+gFaeoWHGezu8vdg7Hn9DPQpOxjI5c+FCy9KG0G+MpfAkoTs8XDlsklLNMQt0V9nBKRp6TYz6dcImcB4zHTL+St6K5lb9WMcDJrGbll0g== X-YMail-OSG: UkuUv9sVM1l9odu.CLHcn4FuNqEsF2Ssn3UC_FNKTwEBzIf5shdywjLsztsQ38e Q.fqB7eUU0exLZN7XxMNLLirMI5eQh4Eh4J8TQZMX7s0ja_S5jJF3n79i0hqOIf8iynq6e_X0th2 8iBTY9SxvmAkRbY9UFikuMgsa0xSinKpLRLa_sPUl2Ml_Z10A8Pd04aAbCXdfYnnD2TnSOMvziyI 2wJj1okzbXJ_AXupX4nzqLXEwy.DEOyqahDnRFHSbWuCVgTiFlPq.SsMS9ACIXB9KPhn8EjKlPyT MKZpuXdAq3CyHIIlkvscHp8IaL3X6rDUM7XA8gRqitutb.FWpu8NRpNWTV_wOTR2QIDklyfMw0SN SnjFVbqDUfuEiyDeD5zHdohJdu5tDReaWkNfoFaAAlz2Lh7s62eS8RAdYBMltK8FD3NNEdQJSDfY woYiAKmkVVLZuguCh1.ASztOWGryTiin2LRqBCzNJkYuCwxBoMRCH2yhgC1SZBWbcd.Pu7kQHYRW i7.0QfyH2YARN.EG0AWOWULTVQJphgQAj8u0h4jECXieDjCobFdFt7I6klDHzRvjCRVHEt3S1HBN WNquTKHwsvw7aKqFOsJ5e8Skqks_0LPFSGvf.NHOpyEkmtsyTZqIAfc2tK_1NYrG1xqG00lQtxgH BvKKp3vfPmRK_KSrhKvocn.Jbqq1_vxe6knAbk2ousDddOfJQuk32X8odJ3L2BImGvak7Alby2Is ILI.5PtWDq9F3IKw7bwIyCRxl2r0zFzC4xVLpn8S8ojx0k2YQ8T12a2iufSKYYEeyEDsik4G5dNM GKVw0ACqqoT_I1S37l_mIfppLIG6D1VSFv8thlI6fqHAKj9ZfLTG8j8_7eud7L82gqMMTGUc0YJA tX8ryv3bHj98HudNeFTDe5M5SsFeC1BLRs1ZMCRGl71AB2kS.h3jQ7hW32rKphVBAe6i1DP2W298 guGNQ_djNaRs6B0DVE0bd1J7z3lvF8xGh1EspgZhOIT9qoettldr0DdUW3se6heFOXJWg76TOd.f IyHt2LFueYyYv3lWTaGhfcgmUskDMfO1j6YersujJ7MS_h4jl7aYgnhMFVye2u2gAR59YMG0Xxqq po9zFYW2Drg6PaBciAi7YyBIGiG4mvVXDQHn3_u9lmfr_xzYEUAp12R00Ia3yFDy8Wo1RrSzZtjd NgG3gQPuYkmbI8kvg1qHG3u4UJE3gGhUDoiojlPg4S2uPD6qnsUkDPngMp_nhht52UsQy2.Cn6A3 RYj7SxSv7N0mW0pFpNUqIWsHFz0or7FzV2HkELGLqMaCY925JuuAj6HpvCcRfbaqKgM9j5PMwZaU FB3RT4_MuRuNFhDZ.0OPXndYthh7DPZX7DhEfwTaPIntsrh55KKPAUZwZuol1Ex70Zu6c1n.yd1d lWj1QO9qgsPRnyRvLsGmfusZUmYWauiZ9vf6TPnXLpBkgKhkHM22h87ud45f2WuURzpQMlgFiP7m 96wAaJs8WXgx5ZVIMZaJ5Hblul3FMFuOOwyMV7S8iu5A_XKgGrwHgCZHF2tk_uIqpc6gTtpNxDPN P.nsagLBINt.aBeZajUvkcW1JWnlPYa5fz9Kyk3QG88pedT83Ofa3w2pW_m_gBpzztaZVEPHeeB_ ObmCV.SU4rrHVJa7F_yCOxu7O6eZPNyGRpMuANGQwpo.8EOf4QV2CIQk57ATL0AzKYrsNItiJD1e rriyMwapwiDqdc4BilIMB46iOGObVY9VyTf9NGXXEdewEhyAfNsgwL0NIvA5JlmmgQHbqK9xKF11 BTylvOCY3Xd3uDuuZe11MxwfQZvJew0y0kMVzku1M8ENpZekPB0dlSnVv6yP07he8IE5.x6wZV0a JgTauRKOWIU6GMPv_7Iw9CYe9_B3J3Ezs9o5SVc1dz.SQ1vLqq6FqIlmK8HoN7x1HQcxbd1BeRgb XgJXKMQebv_BDyetU0jBinm9lSGEKoaALhxsbiS740s1BucVm__w8A30PdMCDVpS33iTYUszpxpW TyuY6ptel34GRx6SzWBCbXPUR9wFeeTRKmUcXBECwFq.eR92qpntMhJM3vm2SAOMInP.ugmEohhc Hf00i.w4BYKfKWRb8h27tsa26jTEBBuVBHhEZnAR.EiDkuwOtD1zBvOtm90lZel5gaBOMwb6OhSY 22ACXorf3nDdg_rrsZ7Bb3ZQCYegzFEJ9Q7DG4rLELn6wi5OjI2oqrjuB36Tr.tb1WVWk7ocKPx9 2YMGQUPaZ.JoAye0dPlZj2D4Zm9efftRec5YQz9K_yNMorCkr1Qhm2cGPOIB00muVD9SBKlFGyZr 9g3dPqEdFsWHrqJ2Xx07N694dsZR6F7Z_mvqwk0xYIMpDXeSaamepq1RzSbDBSY3Q.Dw3bAcwepf TIOlH3fw.38u9ZCWicMYjzX4bIl6MNCdFsvwXTP.Udgy79hwzt88w2D14FNTVv58dKnMV4a2p2D8 PXKQMcMSI5t_cQNiclJAFzShcVy9dlE0yX_b6r14s8ud5QxZYxPIAzbpxu4Eq2XpKIdSX8asn3OQ Sz_NAJa.ufLEGKpJMfXmom2MWX20.rEI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 02:10:20 +0000 Received: by smtp407.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1c1fe65feb247f9572e19e97e48fb66a; Tue, 12 Jan 2021 02:10:15 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: Date: Mon, 11 Jan 2021 18:10:12 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFDYq4Vhbz3m0K X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 02:10:25 -0000 On 2021-Jan-11, at 16:19, Mark Millard wrote: >=20 >=20 > On 2021-Jan-11, at 14:23, Mark Millard wrote: >=20 >=20 >> On 2021-Jan-11, at 12:47, Gordon Bergling wrote: >>=20 >> Hi, >>=20 >> I am currently investigating PR 252541 (Too many early devmatch = mappings) [1]. >>=20 >> The kernel panic happends on the RPi4B. Has anyone successfully = booted a rivision >> on the RPi4B after: >>=20 >> = --------------------------------------------------------------------------= ------- >> commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 >> Author: Chuck Tuffli >> AuthorDate: 2021-01-08 22:36:37 +0000 >> Commit: Chuck Tuffli >> CommitDate: 2021-01-08 22:41:45 +0000 >>=20 >> fix big-endian platforms after 6733401935f8 >>=20 >> The NVMe byte-swap routines for big-endian platforms used memcpy() to >> move the unaligned 64-bit value into a temp register to byte swap it. >> Instead of introducing a dependency, manually byte-swap the values in >> place. >> = --------------------------------------------------------------------------= ------- >>=20 >> --Gordon >>=20 >> [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 >>=20 >> I do my own builds but I'm running based on 19cca0b9613d >> with CommitDate 2021-01-09 16:21:33 -0800 : >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh mm-src >> 19cca0b9613d7c3058e41baf0204245119732235 >> CommitDate: 2021-01-09 16:21:33 -0800 >> 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. >> FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255807-g5d333ee67ac3 GENERIC-NODBG arm64 aarch64 1300134 = 1300134 >>=20 >> In other words, the history spanned for e83fdf8bb391 and >> after is: >>=20 >> * aio: fix the tests when ZFS is not available Alan Somers = 46 hours 2 -0/+5 >> * linuxkpi: Fix the "error: unknown type name 'u32'" compilation = issue when Neel Chauhan 47 hours 1 -0/+1 >> * netmap: vtnet: stop krings during interface reset Vincenzo = Maffione 48 hours 1 -1/+7 >> * netmap: refactor netmap_reset Vincenzo Maffione 2 days = 1 -45/+20 >> * netmap: iflib: fix asserts in netmap_fl_refill() Vincenzo = Maffione 2 days 1 -1/+2 >> * netmap: iflib: stop krings during interface reset Vincenzo = Maffione 2 days 2 -1/+10 >> * fileargs: add tests Mariusz Zaborski 2 days 3 = -0/+625 >> * tcp: don't use KTLS socket option on listening sockets Michael = Tuexen 4 days 1 -0/+10 >> * arm: revert MAXDSIZ change from 202aea9c82ea Kyle Evans = 2 days 1 -1/+1 >> * kevent(2): Bugfix for wrong EVFILT_TIMER timeouts Jan = Kokem=C3=BCller 2 days 1 -1/+1 >> * ldd: renumber executable type constants Ed Maste 2 days = 1 -2/+2 >> * diff: honour flags with -q Ed Maste 2 days 2 = -1/+13 >> * sysctl: improve debug.kdb.panic_str description Warner Losh = 2 days 1 -1/+1 >> * last(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -4/+22 >> * man(1): Bump .Dd Fernando Apestegu=C3=ADa 2 days = 1 -1/+1 >> * man(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -0/+35 >> * mvneta: Acquire the softc lock before clearing the MIB Mark = Johnston 2 days 1 -0/+2 >> * Add fib lookup testing module. Alexander V. Chernikov 2 days = 2 -0/+548 >> * Bring DPDK route lookups to FreeBSD. Alexander V. Chernikov = 2 days 17 -0/+6030 >> * Fix LINT kernel build after = 01f2e864f79584c0cd250a8e7cfb501a9985768a. Hans Petter Selasky = 3 days 1 -1/+4 >> * certctl: factor out certname resolution Kyle Evans 3 days = 1 -2/+17 >> * certctl: replace hardcoded uses of /usr/local Kyle Evans = 3 days 1 -2/+3 >> * fix big-endian platforms after 6733401935f8 Chuck Tuffli = 3 days 1 -5/+9 >>=20 >> The RPi4B is a 8 GiByte one, booted directly from a USB3 SSD, >> no microsd card involved. I can boot either u-boot style or >> UEFI/ACPI style from the same media, just switching config.txt >> content. >>=20 >> I do not have MMCCAM or the like: >>=20 >> # more /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-NODBG=20 >> # >> # GENERIC -- Custom configuration for the arm64/aarch64 >> # >>=20 >> include "GENERIC" >>=20 >> ident GENERIC-NODBG >>=20 >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >>=20 >> options ALT_BREAK_TO_DEBUGGER >>=20 >> options KDB # Enable kernel debugger = support >>=20 >> # For minimum debugger support (stable branch) use: >> #options KDB_TRACE # Print a stack trace for a = panic >> options DDB # Enable the kernel debugger >>=20 >> # Extra stuff: >> #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages >> #options BOOTVERBOSE=3D1 >> #options BOOTHOWTO=3DRB_VERBOSE >> #options KTR >> #options KTR_MASK=3DKTR_TRAP >> ##options KTR_CPUMASK=3D0xF >> #options KTR_VERBOSE >>=20 >> # Disable any extra checking for. . . >> nooptions DEADLKRES # Enable the deadlock = resolver >> nooptions INVARIANTS # Enable calls of extra = sanity checking >> nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS >> nooptions WITNESS # Enable checks to detect = deadlocks and cycles >> nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed >> nooptions DIAGNOSTIC >> nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones >> nooptions BUF_TRACKING >> nooptions FULL_BUF_TRACKING >>=20 >=20 > Looks like the message is from a KASSERT that does nothing > unless INVARIANTS/INVARIANT_SUPPORT is enabled. >=20 > Unfortunately, arftifacts.ci.freebsd.org has not started > getting git-based main builds yet. Normally I'd support > an official debug kernel from there and see if I could > repeat the problem. >=20 > So I've made my own debug kernel build for things as they > are in my context and it reproduced the problem: >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x7ef0000. > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > ---<>--- > panic: Too many early devmap mappings > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > (null)() at 0xffff000000116980 > pc =3D 0xffff000000772af4 lr =3D 0xffff000000116980 > sp =3D 0xffff0000011f1320 fp =3D 0xffff0000011f1520 >=20 > (null)() at 0xffff000000464710 > pc =3D 0xffff000000116980 lr =3D 0xffff000000464710 > sp =3D 0xffff0000011f1530 fp =3D 0xffff0000011f1590 >=20 > (null)() at 0xffff0000004644b4 > pc =3D 0xffff000000464710 lr =3D 0xffff0000004644b4 > sp =3D 0xffff0000011f15a0 fp =3D 0xffff0000011f1650 >=20 > (null)() at 0xffff0000007e9838 > pc =3D 0xffff0000004644b4 lr =3D 0xffff0000007e9838 > sp =3D 0xffff0000011f1660 fp =3D 0xffff0000011f1660 >=20 > (null)() at 0xffff00000076f744 > pc =3D 0xffff0000007e9838 lr =3D 0xffff00000076f744 > sp =3D 0xffff0000011f1670 fp =3D 0xffff0000011f1690 >=20 > (null)() at 0xffff000000782904 > pc =3D 0xffff00000076f744 lr =3D 0xffff000000782904 > sp =3D 0xffff0000011f16a0 fp =3D 0xffff0000011f16c0 >=20 > (null)() at 0xffff0000002896b0 > pc =3D 0xffff000000782904 lr =3D 0xffff0000002896b0 > sp =3D 0xffff0000011f16d0 fp =3D 0xffff0000011f1790 >=20 > (null)() at 0xffff0000007d9bb0 > pc =3D 0xffff0000002896b0 lr =3D 0xffff0000007d9bb0 > sp =3D 0xffff0000011f17a0 fp =3D 0xffff0000011f1820 >=20 > (null)() at 0xffff00000028b814 > pc =3D 0xffff0000007d9bb0 lr =3D 0xffff00000028b814 > sp =3D 0xffff0000011f1830 fp =3D 0xffff0000011f1840 >=20 > (null)() at 0xffff00000039e448 > pc =3D 0xffff00000028b814 lr =3D 0xffff00000039e448 > sp =3D 0xffff0000011f1850 fp =3D 0xffff0000011f1870 >=20 > (null)() at 0xffff0000004af2ac > pc =3D 0xffff00000039e448 lr =3D 0xffff0000004af2ac > sp =3D 0xffff0000011f1880 fp =3D 0xffff0000011f18b0 >=20 > (null)() at 0xffff00000077ef90 > pc =3D 0xffff0000004af2ac lr =3D 0xffff00000077ef90 > sp =3D 0xffff0000011f18c0 fp =3D 0xffff0000011f1a00 >=20 > (null)() at 0xffff00000000089c > pc =3D 0xffff00000077ef90 lr =3D 0xffff00000000089c > sp =3D 0xffff0000011f1a10 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0xffff0000004aeeb4 > db> dump > Cannot dump: no dump device specified. > db>=20 I stuck in some printf's showing figures in hexadecimal: . . . ---<>--- pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 panic: Too many early devmap mappings cpuid =3D 0 . . . For reference: #if defined(__aarch64__) || defined(__riscv) if (early_boot) { printf("pmap_mapdev early_boot: akva_devmap_vaddr: %jx size: %jx\n", (uintmax_t) akva_devmap_vaddr, (uintmax_t) size); akva_devmap_vaddr =3D trunc_page(akva_devmap_vaddr - = size); va =3D akva_devmap_vaddr; printf("pmap_mapdev early_boot: va: %jx VM_MAX_KERNEL_ADDRESS: %jx = L2_SIZE: %jx\n", (uintmax_t) va, (uintmax_t) VM_MAX_KERNEL_ADDRESS, (uintmax_t) L2_SIZE); KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, ("Too many early devmap mappings")); } else #endif So (hexadecimal): VM_MAX_KERNEL_ADDRESS - L2_SIZE =3D=3D ffff007fffe00000 and so va < VM_MAX_KERNEL_ADDRESS - L2_SIZE: ffff007fff815000 < ffff007fffe00000 by: ffff007fffe00000-ffff007fff815000 =3D=3D 5eb000 I've not done anything to track down a relationship to e83fdf8bb391 . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 03:00:29 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 97A204EEB4D for ; Tue, 12 Jan 2021 03:00:29 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFFgd3hjpz3pWm; Tue, 12 Jan 2021 03:00:29 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32a.google.com with SMTP id 190so604076wmz.0; Mon, 11 Jan 2021 19:00:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=e8cTZQuxRCa0NH34H5BWSxhxYAsG3RRXvKVBP647SK8=; b=PkkKc7bfWmA/mf9X3T30e7dqZBJZrm/z92bAfPynM8CE9TTzeDAUbHCSTvH1yn24oH /xM9I6WexjJS+HxdnsXLhbPe/jNWUuvr+GxGC/9nZBVLyEJP/ey6mFohWsNs18Ynpeoz pLaziom+3AmrAzw0XPUJVJJD+1XiPmC5C3WcMo8RbU4xMznEe08/2gisjxVo3+/eFF0V gJxDn4f5vJNqGJAfUxwjXwjkKpeOVXM0N/xGl5zulJgRwlSm4iTHbXR78wGY46T9u5oF /50QU2DTMupKxXgXPl83HeMXfBZSQzmGjleFCtT1zuVblGk7IzJQIcgdgCoXmE0DoA+2 Eyig== X-Gm-Message-State: AOAM53379pXzHJ9b66q5uSWayW0GbeA0+VshqarH4MdmYRojAamW3fnj 6jSLbzVEjFi2mYZ73gVE81K1aXWY9n/lbg== X-Google-Smtp-Source: ABdhPJwCC4QUhxsUWoK9FDtpUtRGbhAjCUrhrME6ymM6bg1udt/I1vMHLMAVT1Md9cIK/I7sKWZQdw== X-Received: by 2002:a7b:c182:: with SMTP id y2mr1345196wmi.57.1610420427351; Mon, 11 Jan 2021 19:00:27 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id v14sm1804319wru.8.2021.01.11.19.00.25 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 19:00:26 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 04:00:24 +0100 References: To: Gordon Bergling , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <34FD3F27-23FE-4AE6-A55D-FE12E952B0BA@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFFgd3hjpz3pWm X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Tue, 12 Jan 2021 03:00:29 -0000 Last but not least , also no problems with default mmccam : DRAM: 7.9 GiB RPI 4 Model B (0xd03114): -------------------------------------------------------------- >>> Installing kernel GENERIC-MMCCAM completed on Tue Jan 12 02:52:14 = UTC 2021 -------------------------------------------------------------- root@generic:/usr/src # git show-ref --heads 1a816c75600335c4482070df055add6f96885d54 refs/heads/main root@generic:/usr/src # uname -a FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT #15 = main-c255871-g1a816c75600: Tue Jan 12 02:27:22 UTC 2021 = root@generic:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 From owner-freebsd-arm@freebsd.org Tue Jan 12 03:54:49 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 DA4364EF9BD for ; Tue, 12 Jan 2021 03:54:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFGtJ4xBKz3s9q for ; Tue, 12 Jan 2021 03:54:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x333.google.com with SMTP id e25so747400wme.0 for ; Mon, 11 Jan 2021 19:54:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=hLFF/aQWr3iO4ncekK74g2SUHwq6ROMJFHAqoctTtyI=; b=WtLvlRVl6Kh7tIgmjybDngrXG2RJvdDcBQXMVVGcNTBljrFJHHcijvSS3Hch128iWt ZokCBmtzmcc/fzEBrRo+Ef/ho/FohNiiYbq8dTe47p4frZ8/Ji0ZuEr+jMjqo5qGIGQW RqFTyDH2BiB+dtFuqfW02DtvUZD0Sm8kDeilUfuw8dRPOOjYNG1DlUdW0wHC8BQ6JoEJ YwuSSDqomsrEnLT6g/OwLEhSioKy7TrsF86EmcMx4mb0kp344eJahM3mjx0jWMS0ozDV uJ8nol7dbL3GKwuz746Zm8f0ZmPCblUvF8Kc0oftYOuteJ9Qp0xw1qTdTTnM1TtOCQ/2 qESA== X-Gm-Message-State: AOAM530iVtJ74AkB7bl5Xp+xrytMksjs/gYgTWlNDiXEwb8LIz5Za8Xy 7JbYBeNBqR7lTpHK22fdIcuTL9hUIqbvUg== X-Google-Smtp-Source: ABdhPJzS42iOxetsmiR1ar3YxgjiVtZQj40Z4GkUldjm/c044vPf6j/xrE0Wl2Oyc1wSS4BbB3GGSQ== X-Received: by 2002:a7b:c842:: with SMTP id c2mr1495880wml.100.1610423686927; Mon, 11 Jan 2021 19:54:46 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id m17sm2712861wrn.0.2021.01.11.19.54.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 19:54:46 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: USB problems on FreeBSD-current and Raspberry Pi3B+, MMCCAM perhaps? Date: Tue, 12 Jan 2021 04:54:44 +0100 References: <20210109203341.GA44642@www.zefox.net> <20210110033337.GA47309@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20210110033337.GA47309@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFGtJ4xBKz3s9q X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::333:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.237:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::333:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; 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: Tue, 12 Jan 2021 03:54:49 -0000 > Am 10.01.2021 um 04:33 schrieb bob prohaska : >=20 > Error 6, Unretryable error yes, the issue also happens with GENERIC-MMCCAM on RPi4. machine(e.g. = ssh) no more response while console still shows output=E2=80=A6 =20 while the device attaches correctly with GENERIC-NODEBUG But It seems odd that the probe runs until da5 while it=E2=80=99s = attached @da2 umass1: on usbus0 uma da1=E2=80=A6blabla da2 at umass-sim1 bus 1 scbus1 target 0 lun 1 da2: Removable Direct Access SPC-2 SCSI device da2: Serial Number 058F63776479 da2: 40.000MB/s transfers da2: 60906MB (124735488 512 byte sectors) da2: quirks=3D0x2 da3 :blabla .. da4 blabla .. da5 blabla #:gpart show=20 34 124735421 da2 GPT (59G) =E2=80=A6blabla=20 Regards K.= From owner-freebsd-arm@freebsd.org Tue Jan 12 06:42:20 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 0F5884CB2C0 for ; Tue, 12 Jan 2021 06:42:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFLbZ35Bkz4VdV for ; Tue, 12 Jan 2021 06:42:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610433736; bh=a3J0KKY7P/HfiLMAJwkvQbLtYA5bBsQXqOTZtLJZuR1=; h=Subject:From:Date:To:From:Subject:Reply-To; b=qbHE/i7lpA4HpKRl4ENp5PTuJhHODhA7IlrAedf54sOb+kK/p6uTzljL27UKlQpVuj+Ie7X9C5gy/aRvfohZivQ9oBbUceRGnR3CeIKNb9NUsd0mQvcgAiovnpFBL8nSgpsauFCbCKInoLzAC3nCeo9ErqK6lUMM7WSRICiTrEfZqWukj5b9hjh4d1+fm98qBXn0DEnKp5bwwAzrKfSZvcypI+IHuN0ICIBYhVThT+uv3uX1Wa0IQdjhTsPsoMTWBgcVAwLWAAXdIv/h0v62wcoCrOPBtfkOdonQ1jgRfSavKYDXBiUi5qxTW6p2qiIq0tWzWotGzzXbq7IPDU2LnQ== X-YMail-OSG: Oubpo0IVM1l9amGUqFhmJB6d5SA.mp2DY8wtkP9Z73gCHbsCf4AXSYUAOOGiq0L t0ibVH2bSrUvyOIDoGMr3KL1tl.kMPJH3KFDcOafpgT2K0ohgE5vyMUeYjQ.sATytEsImV2wWWPT 76.dbxB5H81t94PxmY7eS686d0vsol_geJPVjJLq9WCuzY_NmY0mCnnKUOZWXQkHWtxu34Akh2jN tQvnngB2CCx5pugNQJ0uqFJ44463_K5KVH.XvRxfmbTEzTcyirT5WEuURq05JtXNuSgYbX3bdG_B xopSJw_9hv2LqmFu1vIuAUC1SAfjtbN9e6ZUKGu9Q.TytAlvAQyb0axZRSYEurF62ULu_kaTOzAT IHytCCJ8lqAlq0q.veoqYNXlITx.Lx680Ie6xbxOHSa.5e7JhxKbljDgvgWpN1epWU0xIZaXQtbk X9i_zWvPRfg6tGyLyY825Eq5XdrofLqe7NP0hNRElWzoQuddE0vqbX4.CYrJ07s77TTpG6olUPAG jfiJt0J1.zyfgJ1Tcl5J8YQ9oZIjzB3NEbrUUiz9Mg98W_SXBfAVpaT35n9HYU9MkeWfMPsqM0iC JGtY3EqEOZOIG5Lf8iTcVkSStoQwA0eUyk2LGUVFU5U3N2CUcgcmnlZXTd5q7hk2_3ORha279VdV 4q.IZ6a0XSoxbSfQeMuZsSF4_NgPa2_3UeXlZorD8tbIWMw8WJ2FoPmi3u0l8RkDyRckKQiYWSaA TwfsOF3KG83JytW4p4RhEHF6ATEztrtxYRu7.YHeqXsohNRc13_cwBlDflCPFh_kICBCrbUmCvkt wfvZiaUwgYYN5WAYdQE3UCK0qUHT.K.Ijq0ckD7gVoT4keKBNJUFfTZZqNevDiG0RCqE6q84N2iE nxGFVjlrV4PrKLSxI4PmhjXTzgJa4LTD3C8D_rfzW4ulBWXInGbs3GwubfKFBA73fyAaHjRTGtez DGszEVpssmj68sDoWeVxrBbzHmU2gS1h5WO9pw_hphrr1uBXJEfA_CJEoyP5jJ9kWdvusfB9Ffe5 f.Q504YrWTPgAUkRagg_S6wlnQQM21i.Tjwwa8RHXEMF6y9qLK7E3jWWUjivH.HAK.dFUUuWvwTs 0j4cYPNs71gy60MZzSMDGh_sAmN0gT82pKOYyuwj9Uc3lKrYHGZmTMmClQyjnVFjZHFYt9ey2aYW Rj_v.TDPGEgV0YjExCMC0psTzusvr.sHlHexAr1p4lmZcX_y._DGMheUgJZmGrKztnPeQU4pgESJ p9NnTLz2COo4XSrYBNI5QlzCCSdZhp12xKxRrysMsmFeO_vEiWM5oCSfdgV2Wvt8ZokxvMcRd34_ pY9D.iwJY27jU8KIuk8ZFVbP7Q1BZBXmTUKbif1DbjABnW7cPo8Qwl_fuxT0W.tQv441waqWX6Zl FCFUyC..QNOgS1qU5aurEOmxx27NSOQPURwSK3oUExVkspFgVluatmTdFFFNOi65KaDxs4o94e49 fnnZIHUoMPQ9.AH2ab0h6ZDV1ovW7D.9N9aA5CG8owpaSZuvvEp.Vd5S0tcBgsyUqap2kn5uJnmQ .ynaPemch6x8JmJ_nRdSDoYOrGu4V3tzj5g085TiaXDpcQYKF8hDNmMeTf7RDLxBlIgbj5OZ0cMR 46Aqrmd9ui7r2ju_FINmzbRPuizyYRKHaocLVzqyfwC1qoXny9LpHpRwsuthA30As7dgG1k2IXcT 1oLZuLJ3XWES3dFY2qnDN8Jnlc5R0pYLImBbeMJdm7vfS4YawyFI4U7GP.ObHcGmpt2RDKSMuR2I _UGjFWwbz0ZvCtX.sooATSUSl6gv7EOiWBrL8dmK2btjsCV2GmZqhElsrBCmeKjbCzAoFFInyiWp DcoGs8g9x2LnU.UtLsB.UAQ8Frko8POVAfYT1PPWoXI.I28DaB_uu1L3Z3srCJ9M0SH2oDdhq1KX FP8xFB0z6vULe2wD6sVIUrKQp6VcNm8fb7L_L9crc3BcPpzua2VwtWk4PqQ.KQWCb0vqefg0ubxJ asNb5FcHrI.3LkgAVRIF057bzR4zvvK4DQwDSMl7dUcMl97Au7Wp19QoosHLbX84TixcvwkT4T8N cv1sUK6QYCE8pffEtu.I1lbPF7UBhD5PiXTz5bCdE18aTu12xK8uRUC01sJngH6dYfLlm9R4T6Ax oXmmNw1xH9U9VTOBKk25i5GN.pDEZWfR4W1bs4z7wnHdU3kmmLA_o0WcUB56XEMR..6Zfj5Fn55R Xtsl3TsAfBdpmZYQRgb0B73QL3s0fmfwapa_6_nDYf3A0yrxU8Qh9fhSQrxDG9Lp2t89qt.ZQ_tX qVMd23jG.uZHBelUGMkvTZUKSoREdjpqqrRMiXPV9VvytEiwMv9cS2vchhWiv41bEdlucQZsu2Mp WymJpRC5OQrhss2Zhvs9WRfr4tYbVb.kUHdm5ib8kV_WmEfKobbienU6d8PSbshwb0cG_SJbz1yg so8opSijvekyxz3aN86NGvG2KiOpP1RDMEQlXgI1F8lKGBa3qHPmZPLLXMO_xav9EupQ_aplYd0t qWJkslNEZ3_RW0WkEDzkeTOnbyyjOoQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 06:42:16 +0000 Received: by smtp423.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4172a02baa06fc9fec18ffa2a7d0d984; Tue, 12 Jan 2021 06:42:13 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> Date: Mon, 11 Jan 2021 22:42:11 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFLbZ35Bkz4VdV X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.204:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.204:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 06:42:20 -0000 On 2021-Jan-11, at 18:10, Mark Millard wrote: > On 2021-Jan-11, at 16:19, Mark Millard wrote: >=20 >>=20 >>=20 >> On 2021-Jan-11, at 14:23, Mark Millard wrote: >>=20 >>=20 >>> On 2021-Jan-11, at 12:47, Gordon Bergling = wrote: >>>=20 >>>> Hi, >>>>=20 >>>> I am currently investigating PR 252541 (Too many early devmatch = mappings) [1]. >>>>=20 >>>> The kernel panic happends on the RPi4B. Has anyone successfully = booted a rivision >>>> on the RPi4B after: >>>>=20 >>>> = --------------------------------------------------------------------------= ------- >>>> commit e83fdf8bb391579fa422d34663cd8c1f82a00dc0 >>>> Author: Chuck Tuffli >>>> AuthorDate: 2021-01-08 22:36:37 +0000 >>>> Commit: Chuck Tuffli >>>> CommitDate: 2021-01-08 22:41:45 +0000 >>>>=20 >>>> fix big-endian platforms after 6733401935f8 >>>>=20 >>>> The NVMe byte-swap routines for big-endian platforms used memcpy() = to >>>> move the unaligned 64-bit value into a temp register to byte swap = it. >>>> Instead of introducing a dependency, manually byte-swap the values = in >>>> place. >>>> = --------------------------------------------------------------------------= ------- >>>>=20 >>>> --Gordon >>>>=20 >>>> [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 >>>=20 >>> I do my own builds but I'm running based on 19cca0b9613d >>> with CommitDate 2021-01-09 16:21:33 -0800 : >>>=20 >>> # ~/fbsd-based-on-what-freebsd-main.sh mm-src >>> 19cca0b9613d7c3058e41baf0204245119732235 >>> CommitDate: 2021-01-09 16:21:33 -0800 >>> 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. >>> FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT = mm-src-c255807-g5d333ee67ac3 GENERIC-NODBG arm64 aarch64 1300134 = 1300134 >>>=20 >>> In other words, the history spanned for e83fdf8bb391 and >>> after is: >>>=20 >>> * aio: fix the tests when ZFS is not available Alan Somers = 46 hours 2 -0/+5 >>> * linuxkpi: Fix the "error: unknown type name 'u32'" compilation = issue when Neel Chauhan 47 hours 1 -0/+1 >>> * netmap: vtnet: stop krings during interface reset Vincenzo = Maffione 48 hours 1 -1/+7 >>> * netmap: refactor netmap_reset Vincenzo Maffione 2 days = 1 -45/+20 >>> * netmap: iflib: fix asserts in netmap_fl_refill() Vincenzo = Maffione 2 days 1 -1/+2 >>> * netmap: iflib: stop krings during interface reset Vincenzo = Maffione 2 days 2 -1/+10 >>> * fileargs: add tests Mariusz Zaborski 2 days 3 = -0/+625 >>> * tcp: don't use KTLS socket option on listening sockets Michael = Tuexen 4 days 1 -0/+10 >>> * arm: revert MAXDSIZ change from 202aea9c82ea Kyle Evans = 2 days 1 -1/+1 >>> * kevent(2): Bugfix for wrong EVFILT_TIMER timeouts Jan = Kokem=C3=BCller 2 days 1 -1/+1 >>> * ldd: renumber executable type constants Ed Maste 2 days = 1 -2/+2 >>> * diff: honour flags with -q Ed Maste 2 days 2 = -1/+13 >>> * sysctl: improve debug.kdb.panic_str description Warner Losh = 2 days 1 -1/+1 >>> * last(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -4/+22 >>> * man(1): Bump .Dd Fernando Apestegu=C3=ADa 2 days = 1 -1/+1 >>> * man(1): Add EXAMPLES section Fernando Apestegu=C3=ADa = 2 days 1 -0/+35 >>> * mvneta: Acquire the softc lock before clearing the MIB Mark = Johnston 2 days 1 -0/+2 >>> * Add fib lookup testing module. Alexander V. Chernikov 2 days = 2 -0/+548 >>> * Bring DPDK route lookups to FreeBSD. Alexander V. Chernikov = 2 days 17 -0/+6030 >>> * Fix LINT kernel build after = 01f2e864f79584c0cd250a8e7cfb501a9985768a. Hans Petter Selasky = 3 days 1 -1/+4 >>> * certctl: factor out certname resolution Kyle Evans 3 days = 1 -2/+17 >>> * certctl: replace hardcoded uses of /usr/local Kyle Evans = 3 days 1 -2/+3 >>> * fix big-endian platforms after 6733401935f8 Chuck Tuffli = 3 days 1 -5/+9 >>>=20 >>> The RPi4B is a 8 GiByte one, booted directly from a USB3 SSD, >>> no microsd card involved. I can boot either u-boot style or >>> UEFI/ACPI style from the same media, just switching config.txt >>> content. >>>=20 >>> I do not have MMCCAM or the like: >>>=20 >>> # more /usr/fbsd/mm-src/sys/arm64/conf/GENERIC-NODBG=20 >>> # >>> # GENERIC -- Custom configuration for the arm64/aarch64 >>> # >>>=20 >>> include "GENERIC" >>>=20 >>> ident GENERIC-NODBG >>>=20 >>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >>>=20 >>> options ALT_BREAK_TO_DEBUGGER >>>=20 >>> options KDB # Enable kernel debugger = support >>>=20 >>> # For minimum debugger support (stable branch) use: >>> #options KDB_TRACE # Print a stack trace for a = panic >>> options DDB # Enable the kernel debugger >>>=20 >>> # Extra stuff: >>> #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages >>> #options BOOTVERBOSE=3D1 >>> #options BOOTHOWTO=3DRB_VERBOSE >>> #options KTR >>> #options KTR_MASK=3DKTR_TRAP >>> ##options KTR_CPUMASK=3D0xF >>> #options KTR_VERBOSE >>>=20 >>> # Disable any extra checking for. . . >>> nooptions DEADLKRES # Enable the deadlock = resolver >>> nooptions INVARIANTS # Enable calls of extra = sanity checking >>> nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS >>> nooptions WITNESS # Enable checks to detect = deadlocks and cycles >>> nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed >>> nooptions DIAGNOSTIC >>> nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones >>> nooptions BUF_TRACKING >>> nooptions FULL_BUF_TRACKING >>>=20 >>=20 >> Looks like the message is from a KASSERT that does nothing >> unless INVARIANTS/INVARIANT_SUPPORT is enabled. >>=20 >> Unfortunately, arftifacts.ci.freebsd.org has not started >> getting git-based main builds yet. Normally I'd support >> an official debug kernel from there and see if I could >> repeat the problem. >>=20 >> So I've made my own debug kernel build for things as they >> are in my context and it reproduced the problem: >>=20 >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... =20 >> Using DTB provided by EFI at 0x7ef0000. >> EFI framebuffer information: >> addr, size 0x3e2fe000, 0x7e9000 >> dimensions 1920 x 1080 >> stride 1920 >> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >> ---<>--- >> panic: Too many early devmap mappings >> cpuid =3D 0 >> time =3D 1 >> KDB: stack backtrace: >> (null)() at 0xffff000000116980 >> pc =3D 0xffff000000772af4 lr =3D 0xffff000000116980 >> sp =3D 0xffff0000011f1320 fp =3D 0xffff0000011f1520 >>=20 >> (null)() at 0xffff000000464710 >> pc =3D 0xffff000000116980 lr =3D 0xffff000000464710 >> sp =3D 0xffff0000011f1530 fp =3D 0xffff0000011f1590 >>=20 >> (null)() at 0xffff0000004644b4 >> pc =3D 0xffff000000464710 lr =3D 0xffff0000004644b4 >> sp =3D 0xffff0000011f15a0 fp =3D 0xffff0000011f1650 >>=20 >> (null)() at 0xffff0000007e9838 >> pc =3D 0xffff0000004644b4 lr =3D 0xffff0000007e9838 >> sp =3D 0xffff0000011f1660 fp =3D 0xffff0000011f1660 >>=20 >> (null)() at 0xffff00000076f744 >> pc =3D 0xffff0000007e9838 lr =3D 0xffff00000076f744 >> sp =3D 0xffff0000011f1670 fp =3D 0xffff0000011f1690 >>=20 >> (null)() at 0xffff000000782904 >> pc =3D 0xffff00000076f744 lr =3D 0xffff000000782904 >> sp =3D 0xffff0000011f16a0 fp =3D 0xffff0000011f16c0 >>=20 >> (null)() at 0xffff0000002896b0 >> pc =3D 0xffff000000782904 lr =3D 0xffff0000002896b0 >> sp =3D 0xffff0000011f16d0 fp =3D 0xffff0000011f1790 >>=20 >> (null)() at 0xffff0000007d9bb0 >> pc =3D 0xffff0000002896b0 lr =3D 0xffff0000007d9bb0 >> sp =3D 0xffff0000011f17a0 fp =3D 0xffff0000011f1820 >>=20 >> (null)() at 0xffff00000028b814 >> pc =3D 0xffff0000007d9bb0 lr =3D 0xffff00000028b814 >> sp =3D 0xffff0000011f1830 fp =3D 0xffff0000011f1840 >>=20 >> (null)() at 0xffff00000039e448 >> pc =3D 0xffff00000028b814 lr =3D 0xffff00000039e448 >> sp =3D 0xffff0000011f1850 fp =3D 0xffff0000011f1870 >>=20 >> (null)() at 0xffff0000004af2ac >> pc =3D 0xffff00000039e448 lr =3D 0xffff0000004af2ac >> sp =3D 0xffff0000011f1880 fp =3D 0xffff0000011f18b0 >>=20 >> (null)() at 0xffff00000077ef90 >> pc =3D 0xffff0000004af2ac lr =3D 0xffff00000077ef90 >> sp =3D 0xffff0000011f18c0 fp =3D 0xffff0000011f1a00 >>=20 >> (null)() at 0xffff00000000089c >> pc =3D 0xffff00000077ef90 lr =3D 0xffff00000000089c >> sp =3D 0xffff0000011f1a10 fp =3D 0x0000000000000000 >>=20 >> KDB: enter: panic >> [ thread pid 0 tid 0 ] >> Stopped at 0xffff0000004aeeb4 >> db> dump >> Cannot dump: no dump device specified. >> db>=20 >=20 >=20 > I stuck in some printf's showing figures in hexadecimal: >=20 > . . . > ---<>--- > pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 > pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 > panic: Too many early devmap mappings > cpuid =3D 0 > . . . >=20 > For reference: >=20 > #if defined(__aarch64__) || defined(__riscv) > if (early_boot) { > printf("pmap_mapdev early_boot: akva_devmap_vaddr: %jx size: %jx\n", > (uintmax_t) akva_devmap_vaddr, (uintmax_t) size); > akva_devmap_vaddr =3D trunc_page(akva_devmap_vaddr - = size); > va =3D akva_devmap_vaddr; > printf("pmap_mapdev early_boot: va: %jx VM_MAX_KERNEL_ADDRESS: %jx = L2_SIZE: %jx\n", > (uintmax_t) va, (uintmax_t) VM_MAX_KERNEL_ADDRESS, (uintmax_t) = L2_SIZE); > KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, > ("Too many early devmap mappings")); > } else > #endif >=20 > So (hexadecimal): >=20 > VM_MAX_KERNEL_ADDRESS - L2_SIZE =3D=3D ffff007fffe00000 >=20 > and so va < VM_MAX_KERNEL_ADDRESS - L2_SIZE: >=20 > ffff007fff815000 < ffff007fffe00000 >=20 > by: >=20 > ffff007fffe00000-ffff007fff815000 =3D=3D 5eb000 >=20 > I've not done anything to track down a relationship to > e83fdf8bb391 . The bisect point appears to make no sense, in that the change was: diff --git a/sys/dev/nvme/nvme.h b/sys/dev/nvme/nvme.h index 67d02ba73fd8..b28a8d4348db 100644 --- a/sys/dev/nvme/nvme.h +++ b/sys/dev/nvme/nvme.h @@ -2042,16 +2042,20 @@ static inline void nvme_device_self_test_swapbytes(struct nvme_device_self_test_page *s = __unused) { #if _BYTE_ORDER !=3D _LITTLE_ENDIAN - uint64_t failing_lba; - uint32_t r; + uint8_t *tmp; + uint32_t r, i; + uint8_t b; =20 for (r =3D 0; r < 20; r++) { s->result[r].poh =3D le64toh(s->result[r].poh); s->result[r].nsid =3D le32toh(s->result[r].nsid); /* Unaligned 64-bit loads fail on some architectures */ - memcpy(&failing_lba, s->result[r].failing_lba, = sizeof(failing_lba)); - failing_lba =3D le64toh(failing_lba); - memcpy(s->result[r].failing_lba, &failing_lba, = sizeof(failing_lba)); + tmp =3D s->result[r].failing_lba; + for (i =3D 0; i < 4; i++) { + b =3D tmp[i]; + tmp[i] =3D tmp[7-i]; + tmp[7-i] =3D b; + } } #endif } This seems to only matter for the nvme device handling and it appears to be a no-op for little endian contexts, both before and after the change. So far as I know nvme is not involved in the failing context and the code will be compiled for little endian for the failing context. The commits just-before and just-after also seem unlikely candidates. One of the reasons I prefer to test with artifact.ci debug kernels is that it avoids things like my use of -mcpu=3Dcortex-a72 that my normal procedures are set up for. Also, my context was a amd64->aarch64 cross-build instead of being an aarch64 native build. For reference, my aarch64 debug kernel config file, cortex-A72 src.conf like file, make.conf like file, and the script that runs the cortex-A72 debug kernel build look like: # more sys/arm64/conf/GENERIC-DBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-DBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP|KTR_PROC ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Enable any extra checking for. . . options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity = checking options INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS options WITNESS # Enable checks to detect = deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed options DIAGNOSTIC options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones options BUF_TRACKING options FULL_BUF_TRACKING # more ~/src.configs/src.conf.cortexA72dbg-clang-bootstrap.amd64-host=20 TO_TYPE=3Daarch64 TOOLS_TO_TYPE=3D${TO_TYPE} # KERNCONF=3DGENERIC-DBG TARGET=3Darm64 .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_LIBCPLUSPLUS=3D #WITH_LLD_BOOTSTRAP=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D WITH_LLVM_TARGET_AARCH64=3D WITH_LLVM_TARGET_ARM=3D WITHOUT_LLVM_TARGET_MIPS=3D WITHOUT_LLVM_TARGET_POWERPC=3D WITHOUT_LLVM_TARGET_RISCV=3D WITHOUT_LLVM_TARGET_X86=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITHOUT_BINUTILS=3D WITH_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # # WITHOUT_WERROR=3D #WERROR=3D #MALLOC_PRODUCTION=3D WITHOUT_MALLOC_PRODUCTION=3D WITH_ASSERT_DEBUG=3D WITH_LLVM_ASSERTIONS=3D # # Avoid stripping but do not control host -g status as well: DEBUG_FLAGS+=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # XCFLAGS+=3D -mcpu=3Dcortex-a72 XCXXFLAGS+=3D -mcpu=3Dcortex-a72 # There is no XCPPFLAGS but XCPP gets XCFLAGS content. ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto The ~/src.conf/make.conf is just comments. # more = ~/sys_build_scripts.amd64-host/make-cortexA72-debug-clang-bootstrap-amd64-= host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_cortexA72_debug_clang_bootstrap-amd64-ho= st-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.cortexA72dbg-clang-bootstrap.am= d64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/cortexA72dbg_clang/arm64.aarch64" \ make $* =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 07:13:58 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 3A39C4CBE60 for ; Tue, 12 Jan 2021 07:13:58 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFMJ60xS9z4WcY for ; Tue, 12 Jan 2021 07:13:57 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32d.google.com with SMTP id r4so1037240wmh.5 for ; Mon, 11 Jan 2021 23:13:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=6w6SgvCyZfSpD7XuqaRFP4U6lYBaet0NOaz3hclLcr0=; b=Z04aYTXhYe/JzMUJIBD0b/pBoInl84A7OwPHPTF26pGOK8NIem/FRmUgexbXM0a9GU rWRVBJmebDorG5lS7XPzTtNE7CpKpw2Ww9V3Xx0EdqjYelv4WJaZmcnzmV+7VPmHGcFQ 7AmrDFDUOybnr7+Fzy0oAOXTu3SX63oynLjJgIh27Y0WA/Fcytu5/B1BKYnthGWw0LJ8 89Fb/OMktOH8U9tByDLGm3k0IbuBHdImQQvvoPuVJInm1p6ysN/4nsvGqxp+4vzcNU/p r6TDQPvDEcZ4Hrn/9PdAj/06Dr6yXHjTwVX8fiOStcHmkejZxeWfKE7r+yCyJ4dkGVxy Ds6w== X-Gm-Message-State: AOAM533Q4nxaygTGj5VyDBQzYIKSDFjxnXqNWE/jFQw6JAApk6LR54jI mz1n6b7NqcwQ6HOceeUKCIE= X-Google-Smtp-Source: ABdhPJxJiRCF1phL3x8jzHlf1dfIdVI2R6vjbva+4nAkZEKU2dQzJFPtYAP1MvZwGZNsZcMxlHE7fg== X-Received: by 2002:a1c:e042:: with SMTP id x63mr2134803wmg.68.1610435636127; Mon, 11 Jan 2021 23:13:56 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id f9sm3559823wrw.81.2021.01.11.23.13.54 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Jan 2021 23:13:55 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 08:13:52 +0100 References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> Message-Id: <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFMJ60xS9z4WcY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Tue, 12 Jan 2021 07:13:58 -0000 > Am 12.01.2021 um 07:42 schrieb Mark Millard via freebsd-arm = : >=20 > Also, my context was a amd64->aarch64 cross-build > instead of being an aarch64 native build.=E2=80=A6=E2=80=A6.src.conf = like file, make.conf =E2=80=A6... I have compiled directly on the RPI with nonexistent src.conf/make.conf = & standard kernconfs, no problems . Regards K.= From owner-freebsd-arm@freebsd.org Tue Jan 12 08:16:39 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 4EBD94CDBA1 for ; Tue, 12 Jan 2021 08:16:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFNhQ156Cz4ZP0 for ; Tue, 12 Jan 2021 08:16:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610439396; bh=xT3xgZkim9zacJwPGpzCfkZlQ66jgTkgR5lWk0EhCeb=; h=Subject:From:Date:To:From:Subject:Reply-To; b=fMckSrZmdPgPU4MgAKewDupwwLJzu6US8RQq3fscOjFVuYVtDtSJ2gabsx1TxYf9o2NPYB2gk9PdG/hSzv1II0jFFr6ECCbh4rRWMSokgoUbhUSsUFQ4x7wx6q9fXTv1D+OQFM5ySf+LbO9MrI8jqNm3goLA/+mo1MbNTloM6p0LTBjkKo1MGDUYBvPaujcH0ql0WjtiNuChYy3BavO1/ZT+C3yZp6s9gHwF8qtf7BQxmMp1SG2ycUYSw/rlchmqUsEZSv9UcPk3gwvW0BDDmMpBxM81jXqSV07Lu4jhlxTG5z0acHhlcDueI6HSDjUYUfv/n136ID1ooTcFRZgaTw== X-YMail-OSG: GDd9x8IVM1mMPyVsPu6EPrBKgk2iztpTc_vxvAVZ4237RuV5_2wIt8TzqDRcuUN nrtV5RgbOmQdWC1QfXcRK.Ihoh.iG6mTOpnj1jHO.SSzTUHYkNGdLlDge0d3QUOdUR4Vv4zwBARC 7sGygSC1XYufeX0Xs_H3TISbE5Xnqbc_P0iLdiUNJeaTiKCUF8FtmhhZlcZeWUcMo6RvMN3rHh8R 1SIeBjX_4JQZRcsj5H9npqeyeosgKHFqj5_MA_CewH6jmpin6HH2XemRU1nxN4sAyffomeHKzYJ6 FebPOxJrFdSeTWWlSaYQVnwGl69sY25F_vCjltXi1w_xqorQeHXh26dgwi1PkDbFZzgMfrS6y206 k4QP6XsKjf5IlMvvkoSASiqxePw1XX2SnsOerTdjNCmAk3ZQtFOM5LD.X.vXDxLqUQHljpUtOMOE 5LjzBtduvc9pM7jMjppZX4C8BUZbdYlSoi.PYnuPVtLb7vXo6J6iNlCOYOKdl_d5Eg_IubLzN70. YiOOY6E8IvzNOR0HiHu8FYRnkiWzqVXTwAzlebfMxwMUdKkklMiQfhmZFJ._Gj.eUPQwGGd7q92Z IVUuloPy1G4Y4ukLJdQA1GjRoZke1tTwapwxLf0AlDbPyul7flGdcsFA1bMQ_TkAjvttSN1EUFJo izY3hdsd1VRaPlgQXUJxcz6PE7Afkf3V401i_dFtdiOTC3urQYDbaqhpB3jHtFjp2KKyUgQL3WSM 5uMw.q8xAe1U58odvNHm4rV6P3.XoY26YMz.CHH3eCVJlP0vvaae60.AZdRKjv6bSk2dUNHTGppZ J_o5zPZzCV0tV3Gb9PrW9oVJOy71L2haqlJTsDq.fSnPXrTiZ7urwKHV2z0bu9sszVvqKgocDown BciaMoWSIA3KsKvwBIx2tVg0Tz5E6x12qbCB4rHOoOy9VW4P_0Mke38UjuLHEg5WaEnT9tMPsdRf K7J5IrHr8bBEgyTcAnS_Sqnv4oY3WRBJSqve.zzHA1h9KFeGkIWeZhJ.q1IsncHa1Dn5fRjgVOq_ PEOmhxo7wnrYtg4..GMNZSXvgOCtWC9GkmaquuRzhB0fkdgw53WrO6MVRFLNAqR54CujLo_YWKGj yTVjRsJZxm.4BUL5odDf5mdbtKN3BQdueG4jZkHPu0IiH3jKhvy6RA0T5sWevyDFzWt8ik.MDn0h jXmVEyjFmqQWYnCdo2Cy8MxchLEB8ylLfqX2cjzJejdpa7yXx0eMq_dgtzPr0qtiKL8YQDwp9dfb rlutwHrfcqlZ_FCvJvG8Zzi2MRkLwqMnDX_lsox5B6wYVx3SDf_idOOO74pKZIzo7b__5lkKhe4T 29mhSLzfEDkMnBPwo6KE2AAFSVxHzooIDT9GYsIrCdfArKEBTm9TvhDNU5oChVu_3UZWumpg1rmv F_SvgkZyk4XftubdeHMGWQoNmQISBPiGxz.5nm0oTIO6zXnnQ6X8ysGejjsjEvyb1luRlUh_SUDr UGYja_eIP.Xr_ziRgiHYPXI5b55IXSAA8s1IjDKgAG46m9wdF8q8bkQ0yw8r4UCviPRyuHp4qb0T PF_lAoQerAeAKR3pWvlKKhL58KUiSmKEiKzOLwBJEctQatAZrtw.l2BB11.5L8K7ea68DHhy9ZDh HxA2nF0L1ziixqLGVqwH5JiL1A_Lwb96PLaLaUAMTYaoJ1Z5NRBZJoz_5a9CpCiLah_YbeaDKyCL qZtJ3aj9k3M7bRHNDVibstkyMj15CQHixEOQ9A9F_3Szdd4QquZTKBGPNt4KVrMQoj41gNducZTS 4waE_UeXMjMPjoXfzw4Pk6KjXJU_Thyry8gcTi1xfvStvsnyFIDVwnHozqT1vH.rQs7vorQUGCiT 5htCG_C5T98gDGmbzlN1p1WlyAfST98r5Vb9KJb3nh4tZSUvmsh8OeQa4YaVtSvAlJkyjy7jJm1_ 0K9rMkCy5RggALVsTKu90I_LHr2cEIMJ2ytMGPe7sR3HHX2jRF4spQTSqdn.8xXp.PLDmD1IVDgy rrgQmL2m_mC.ujyybFJfTF.sp2UQddr7ILNB8cLjnzrOTMMx7h9ME4mElG7.tQDanl4jKh.gc1V1 732DjsKzVELeGpif6KOZxmjVmsxTeGEhgsdJwh1O3EqWADf3U7i_TQQyVmL8K7dr.I53b9wNpO0d 6fmKQelonK1yFXXsnHT4XqeKh1RmhVGFlAyxX9wdg_kd8V2moqOXIEeStPk7HLipGpLnoyqNLnRt 3yv42OmCzIauu7o1UoFULsmF18N.Z4IJdtK2t9whhzzNSWWiaE2j7ggfTFORINWF63JbX5NWqtF9 17qEm1.VI2U1Zi9AVvTahCf64amoXlawkX7W.mU8CtEGxoHsYYnCN0efUz9IbOYNevfUkKysrQtw G9rDKgrFnlGou6JQLvl5ZnMEfUdidcAo6oOjPZ4Dp0bIhakSp9hWnpgUPH3WJ5Xmq7O0eQ7.ehuL i.ihJF.wPeYaTuE2.A0tSypOEN9q916cV4tQkMYDA1sCT20s9ca0NQY.QC_xqHpsrgxG4lh09Q_F BPWWg4u0knJLtN13SqSgcEZgJxh0Pdhlq7K0L35YizS4qj3vd Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 08:16:36 +0000 Received: by smtp416.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b48c587e65720f0a493f601419380b88; Tue, 12 Jan 2021 08:16:31 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> Date: Tue, 12 Jan 2021 00:16:30 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFNhQ156Cz4ZP0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.30:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.30:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 08:16:39 -0000 On 2021-Jan-11, at 23:13, Klaus K=C3=BCchemann wrote: >=20 >=20 >=20 >> Am 12.01.2021 um 07:42 schrieb Mark Millard via freebsd-arm = : >>=20 >> Also, my context was a amd64->aarch64 cross-build >> instead of being an aarch64 native build.=E2=80=A6=E2=80=A6.src.conf = like file, make.conf =E2=80=A6... >=20 > I have compiled directly on the RPI with nonexistent = src.conf/make.conf & standard kernconfs, > no problems . Good to know what you used for such files and the build machine. We do not have builds of the same source version yet. I will not get to it tonight, but I will hopefully later try to build the version that you identified and see what I get for different variations in how to build that source version to produce debug kernel builds. (I might include the two printf's that report the figures that the KASSERT is based on.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 08:38:23 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 6C3A94CEA8A for ; Tue, 12 Jan 2021 08:38:23 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFP9W2Zhxz4cJG; Tue, 12 Jan 2021 08:38:23 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p200300d5d72fc8d3f5eed7ab38520239.dip0.t-ipconnect.de [IPv6:2003:d5:d72f:c8d3:f5ee:d7ab:3852:239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id E7324AC4F; Tue, 12 Jan 2021 08:38:22 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Tue, 12 Jan 2021 09:38:22 +0100 From: Gordon Bergling To: Mark Millard Cc: Klaus =?iso-8859-1?Q?K=FCchemann?= , freebsd-arm@freebsd.org Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Message-ID: References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> X-Url: X-Operating-System: FreeBSD 12.2-STABLE amd64 X-Host-Uptime: 9:28AM up 2 days, 19:38, 4 users, load averages: 0.67, 0.54, 0.39 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: Tue, 12 Jan 2021 08:38:23 -0000 On Tue, Jan 12, 2021 at 12:16:30AM -0800, Mark Millard via freebsd-arm wrote: > On 2021-Jan-11, at 23:13, Klaus Küchemann wrote: > >> Am 12.01.2021 um 07:42 schrieb Mark Millard via freebsd-arm : > >> > >> Also, my context was a amd64->aarch64 cross-build > >> instead of being an aarch64 native build.…….src.conf like file, make.conf …... > > > > I have compiled directly on the RPI with nonexistent src.conf/make.conf & standard kernconfs, > > no problems . > > Good to know what you used for such files and the build machine. > > We do not have builds of the same source version yet. I will not > get to it tonight, but I will hopefully later try to build the > version that you identified and see what I get for different > variations in how to build that source version to produce debug > kernel builds. (I might include the two printf's that report > the figures that the KASSERT is based on.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) Hi Mark, thanks for your work on that issue. I have some spare time today and will try some combinations about NO INVARIANTS and so on. My src.conf is the following, --------------------------- WITH_MALLOC_PRODUCTION=1 WITH_EXTRA_TCP_STACKS=1 WITH_BEARSSL=1 WITH_PIE=1 WITH_RETPOLINE=1 WITHOUT_CLEAN=1 --------------------------- I know that the change itselfs doesn't seems to be significant, but it was the first that has triggered the panic. Maybe it is also the u-boot.bin, I haven't updated them since the July. I'll keep you posted. --Gordon From owner-freebsd-arm@freebsd.org Tue Jan 12 09:10:44 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 3F06F4CFC5B for ; Tue, 12 Jan 2021 09:10:44 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFPtq2kYcz4dp4 for ; Tue, 12 Jan 2021 09:10:43 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x332.google.com with SMTP id 3so1329894wmg.4 for ; Tue, 12 Jan 2021 01:10:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ZCiDsAO5k4Ax2gt98SWXYc3DLjlGvQxPmPIc7pqN578=; b=AVBoZFdVcm6CJCiw7izwxWYEAQOE9ACvOrO3hg9M5Ed5OVCSUzZ9sSRMw/yICl9bYJ jjy0XOJv1aMgubsQPcgcoIpFoT5x/zJxyXd54vcp8rNrKEl/XziRJ/hyy6QXhoJaeDDF ZYttNjF1pDHcF2irsYnjVllr6QXY1xcgybWKUGukLdQgXdxHirdKc+LKVKY4biA43ihI 5NC+5AN+HKhIafYVtkBdzhmtQLClaHBr76CyHSOJt40Z2j/yyHbSoq7l4pRGFK8tUm+s NNoXXmh29ZzRdCL+kjzlmxyM2Zrmbh6PlJaWBTBdpKvN4AA5KkdDXx54HNlSl4Ib4YFH 1x3g== X-Gm-Message-State: AOAM532Wnu9r4o0jHfW5C2V9sZNvJV6dgwbabDE6YvUNhLAdPiNF+UCk qnDhKFDZ8bMlCirx4rZg8MbuQoeIhZmXng== X-Google-Smtp-Source: ABdhPJztXqSsiJ+nt76w+T83PlKis1DJb2dqamzJBkiJ1pC4celrCPZ77yTnvdMlU1Zy+Myq34SENw== X-Received: by 2002:a1c:bc02:: with SMTP id m2mr2505159wmf.59.1610442641665; Tue, 12 Jan 2021 01:10:41 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id o14sm2492621wmc.28.2021.01.12.01.10.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jan 2021 01:10:40 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 10:10:38 +0100 References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFPtq2kYcz4dp4 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.97)[-0.968]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::332:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.237:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::332:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from]; 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: Tue, 12 Jan 2021 09:10:44 -0000 > Am 12.01.2021 um 09:16 schrieb Mark Millard : >=20 > Good to know what you used for such files and the build machine. >=20 > We do not have builds of the same source version yet=E2=80=A6=E2=80=A6..= . I have used main/head from today . /world build incl. llvm-bootstrap = was relatively new(but not from today). /=20 From owner-freebsd-arm@freebsd.org Tue Jan 12 09:25:56 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 783F84D012A for ; Tue, 12 Jan 2021 09:25:56 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from stricnina.schema31.it (stricnina.schema31.it [IPv6:2001:470:28:12b::99]) (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 "stricnina.roma.schema31.it", Issuer "stricnina.roma.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFQDL5pCHz4fVf for ; Tue, 12 Jan 2021 09:25:54 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by stricnina.roma.schema31.it (8.15.2/8.15.2) with ESMTP id 10C9PoKR030671; Tue, 12 Jan 2021 10:25:51 +0100 (CET) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Tue, 12 Jan 2021 10:25:45 +0100 From: Andrea Brancatelli To: "Rodney W. Grimes" Cc: freebsd-arm@freebsd.org Subject: Re: Updates on 13-STABLE on Apple M1 (Parallel Desktop) Organization: Schema31 s.r.l. In-Reply-To: <202101112039.10BKdIt3034149@gndrsh.dnsmgr.net> References: <202101112039.10BKdIt3034149@gndrsh.dnsmgr.net> Message-ID: <5aa06fb811680281b48561898c50e070@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.15 X-Rspamd-Queue-Id: 4DFQDL5pCHz4fVf X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:28:12b::99:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:470:28:12b::99:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[schema31.it:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Tue, 12 Jan 2021 09:25:56 -0000 On 2021-01-11 21:39, Rodney W. Grimes wrote: >> root@f13:~ # uname -a >> FreeBSD f13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 > ^^^^^^^^^^^^^^^^ > > FYI, there is no such thing as 13-STABLE at this time, it is 13-CURRENT. You're absolutely right, my wrong. Yet, if there's anything I can try to make it behave better, it would be cool :-) From owner-freebsd-arm@freebsd.org Tue Jan 12 09:29:08 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 137484D00B8 for ; Tue, 12 Jan 2021 09:29:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-19.consmr.mail.gq1.yahoo.com (sonic313-19.consmr.mail.gq1.yahoo.com [98.137.65.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFQJ35ShHz4fhS for ; Tue, 12 Jan 2021 09:29:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610443745; bh=VkcG42+dQA5UvZNQjQyZ7qd/zVgtlE0QK/uEiNSETdy=; h=Subject:From:Date:To:From:Subject:Reply-To; b=Lwirkvm27w1r7+/BKR+sb3NEjDqR3Nf5Yc7iYQRJv8l79SAeM+Tfljcajz5FXJDrNZykwIZ5C/TddlEyy0eH7CWLqGm8d0Dm81WkZ3i+rUSNeLClxYLzBJH5aihCXtrrW7FAflJkYonorOaV21S/Tfkq7bri4+tAY6RE0RvRlPut8pPd1cwd4642dGZplhesV1QUAuyajlqEvnRDNFKU2CPLSOgqvrK29VDjAQ93khHHIfAbgWS9F4FNtr00t1V1Xb4onGCUlPiuM9rpvQI3oNMzSiSI7wobyKA1emNwjcAxgQE22grkUlgZg4u7yMFX77PXw1bGMzvlWWCnr7zmLg== X-YMail-OSG: V5BcsmwVM1nZ2SgFjA7PqeI35SLJTOgjUdkwbxFvX2DEzaHSCDJYEyv783rAK6K 7vVcw128QrkTDbbRvxap68nxL49EzQCUcJUkNoeN7lLtd5B8BwvzLMHB4mhONxNUzQOArudSglR. QYLuSNTCmlLqId48c2XUFT3zgnfDt.0RfsGPi_7WRbCYWB1kXVmxz20HJ6CmcKCY8RV16bRcbrUu YMlJx92C41LQOx7HE8H1163yq9cIpVQkAWP.eF9.hBdPIkXezobMUR1DJmhAT3Sj0N8GrZ0WFcpe LYh96RsSKfQ4pF.Kj6KF_RNdJfh8gEWzoooPChj995ZyDHB3u9Q8RY6EHvNWlXgxHesYRo1uuRvt NQNMSOdzEfA__ptYMunZ4c8VrkE.RH1WcsnCfGAf_gdiOOFJ2rGK0O2VY4ts1S8pG1j6yi_yy.Mg bNvoYc3Jqnct1BhyS6pwtTOSID5YAKzKuObHJ8hLvW1nyP.J6f2StqFnXcJvGrpBjx4r72X9TKIa wED6O.Mh_srawsKZ97eH4f7xBNmWXKdsni6PTVzD5qeAMsmpKwv.nllUmyCa_B8DgzyrgI6bcsnX kL5rcqb6UYJNxlwHMZRF45EY7NxGFri36Qtz3cDKuI0Xxim7UEz5.gZZNJeDztKLO6oZw_V2pYR1 KK_kKbiV72piCqclbBT0NaZLvH.SBgRBWqWlY1V69JJe2YgNIU49SVGlSPlngmWpReGChjpwHSOI Wd8ZJhFE7XxUikWwF.xrVmD75iyISSV4r8vD7rdOR.rd5b0IN.lGTfUT1c7g.ve4Mjah6LNWkzZz aZyfszAU6tFuTb5U9vLWPWhr5a1ego7l8j4XiOQemkMLwT3doDqK5fmHoQ3nKSN84OAClY..sWX. sn3kiLEYg3Ez5q1T0bzDpH.xjcGJEEhs6ObDCmYQDgL_asRTCfq.2C7Hv6Z4ViE2avPy203tfbNf bg6PbAIkg5DzdacQvqV5yYaavKc_A542DnFcctRwtp7Bg.4S0EcB2npuv45sKq_oTRsJ3FgEgzhc JkXYzP3k04GqUvvfolqD2Lu9fRqAEhTDRvd_zf_DIsIR0A_SPbfvn3z8fmQqpJY5zX9Qi7laqecD Hgq8EzksNSXBEyCjYNpibIORb48WcwBv07kbqvmT6Z1MVrTwzHe5uzD6P19BG8LApbbRpcs33w_3 AEVFuAu4fu7CeyN8RPRyMYSUAOynUvx8Ol3TNDp3n2QxVErXyUuXyNvx36XOSa1R4VrIH_MGDXoV 1M6U1Q4ysckrhjR.UELrHOo26Jm7t2OJOFuDqf6r.Jjv4wWjt4ixG8KmyD6uiVgunD_WANBFCVdg I8rVG3g2Ff8MKkyuaKpcozovPi9QJBp7bMflm5W2uPGENDnfw5nv0mvqfie2shlYO.CDQ5AECLE4 9phXz_NGBo6AdmIgnkDZ2gfJACynEBoK1h.GcgEKoEnXLN3YZamtHLf75hJxnnjN1yvCZnO.VuVz C8I2BcQZnKf8EokEPi0YBH5.wvyZ1j38rJT9V96x1s0ZXYIKOaIE2Z2XPGsgzaD7POch5rHqmew1 AuSbwZXvkj09wguUFmXuBsZGxxW.NvK.DfqXAhFs8V.4aCIRiut9ApeSb_JWnmF9PmJ.XzogO8bg Mnht10R1av2XTSZAZizHwQfWUT_JFWEwefLfpiHgo2IbWEU_FhOpa3VHR9o75jCzEnjMlgVqBRd6 iusa3N5pcWS.6xPlPkD8W9YW7CacJm4IwJ8DYnfOM_o361Mb5OoHvfwOVc2ULy_BRU4M88MiT2HD 9fezcrk7GGFxMmO7Bv1_BH749dxZQO3uK6n9cpu..bSAoTXyc8C6JAIC2dMe9pCduCGQMEEr3mzz 90wVriUTsfirnGU545UxJjeTSLIS_OJoUFGzhpKNiiRIkO0mZy44krEhy._zBN6RCNKJqT3TEFL4 TTqoYELBWjPP3_ffsubm0NLQR.qe2mWsfbLf0OIrmWyIDoMC_oPambToANRp_66kZ6SRN62NszHu dtT2BLdEj6XZ077gMd4weKjGvfwYqFEeSJ5UgtT.0bs14uUfi2t1qARkTDrXMUhbsSJsn4GEkcIR 0Pop6gsX2zW9n0ugZKTtnMaWtkb_Wi5WWmOEJSMLVxKbNDZhZPRgoVv_c9C1HGcM116N0oUW6Mlg YsKHSXMvkQbt3iefPVg8axPlSbNBupF9Q4Lpq.UokaeU4ruUCIayvuxhwdhyvjmc_GKSv5qA9dkC Z_FE0qHHfTdnmocDy.uFUTFsOAjkfP.Awhu_fdq9p5B.RT8ig.SBHkL_VVfDD4fd7F_iDHvIkjZj DGfMqROmNffesBtfbNH4w_VhW8FNdNECia_JyfkmV0L66V64ZpQL4I19ltxnMvaLSg9pBDQHqCng Vh8AKDjPJ.kjSZge8vI3EKVKUYrq7Hgq9fln8zx3DQIjd1CNgbwlX5lfHyEKu8Szj0EfokBQo0H9 XFtH5jUoJ7OJGgDW1AglCvEfcb9wgAA5x2jxTofM5YRf8mpDSGVn__XiesZQmD6CqCTfsRLna571 X5pa7ZkWop2q0aL9EMUnm19MwSYA_5lFL0I_oxeO3t50kd9LY7DaCZG8ntx64WS.C6jq0ITZHecG G Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 09:29:05 +0000 Received: by smtp407.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fa504da371c1957ebe5e13d5289fe854; Tue, 12 Jan 2021 09:29:03 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: Date: Tue, 12 Jan 2021 01:29:01 -0800 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFQJ35ShHz4fhS X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Tue, 12 Jan 2021 09:29:08 -0000 On 2021-Jan-12, at 00:38, Gordon Bergling wrote: > On Tue, Jan 12, 2021 at 12:16:30AM -0800, Mark Millard via freebsd-arm = wrote: >> On 2021-Jan-11, at 23:13, Klaus K=C3=BCchemann wrote: >>>> Am 12.01.2021 um 07:42 schrieb Mark Millard via freebsd-arm = : >>>>=20 >>>> Also, my context was a amd64->aarch64 cross-build >>>> instead of being an aarch64 native build.=E2=80=A6=E2=80=A6.src.conf = like file, make.conf =E2=80=A6... >>>=20 >>> I have compiled directly on the RPI with nonexistent = src.conf/make.conf & standard kernconfs, >>> no problems . >>=20 >> Good to know what you used for such files and the build machine. >>=20 >> We do not have builds of the same source version yet. I will not >> get to it tonight, but I will hopefully later try to build the >> version that you identified and see what I get for different >> variations in how to build that source version to produce debug >> kernel builds. (I might include the two printf's that report >> the figures that the KASSERT is based on.) >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >> ( dsl-only.net went >> away in early 2018-Mar) >=20 > Hi Mark, >=20 > thanks for your work on that issue. I have some spare time today and = will try some combinations > about NO INVARIANTS and so on. My src.conf is the following, For non-_STANDALONE contexts . . . KASSERT's only turn into do-something code when INVARIANTS is in use in the kernel build: #if defined(INVARIANTS) || defined(_STANDALONE) #define KASSERT(exp,msg) do { = \ if (__predict_false(!(exp))) = \ kassert_panic msg; = \ } while (0) #else /* !INVARIANTS && !_STANDALONE */ #define KASSERT(exp,msg) do { \ } while (0) #endif /* INVARIANTS || _STANDALONE */ But even when INVARIANTS is in use, there is a way to make KASSERT's report but not panic: KASSERT_PANIC_OPTIONAL and the resulting kassert_panic definition: #if defined(_STANDALONE) struct ucred; /* * Until we have more experience with KASSERTS that are called * from the boot loader, they are off. The bootloader does this * a little differently than the kernel (we just call printf atm). * we avoid most of the common functions in the boot loader, so * declare printf() here too. */ int printf(const char *, ...) __printflike(1, 2); # define kassert_panic printf #else /* !_STANDALONE */ # if defined(WITNESS) || defined(INVARIANT_SUPPORT) # ifdef KASSERT_PANIC_OPTIONAL void kassert_panic(const char *fmt, ...) __printflike(1, 2); # else # define kassert_panic panic # endif /* KASSERT_PANIC_OPTIONAL */ # endif /* defined(WITNESS) || defined(INVARIANT_SUPPORT) */ #endif /* _STANDALONE */ But I've no clue what all might be broken when the issue does not panic. (So: true of my non-debug builds.) > --------------------------- > WITH_MALLOC_PRODUCTION=3D1 > WITH_EXTRA_TCP_STACKS=3D1 > WITH_BEARSSL=3D1 > WITH_PIE=3D1 > WITH_RETPOLINE=3D1 > WITHOUT_CLEAN=3D1 > --------------------------- The WITHOUT_CLEAN can lead to oddities. It might be worth a from-scratch build to see if it gets the same result. I happened to have started from an empty build tree because because I do not normally keep a debug kernel build tree around. So my WITH_META_MODE in teh build script should not have made a difference. > I know that the change itselfs doesn't seems to be significant, but it = was the > first that has triggered the panic. Maybe it is also the u-boot.bin, I = haven't > updated them since the July. u-boot and the loader have both finished and the kernel is starting from what I've seen. So if u-boot or the loader is involved, it is via data left over after they finished. > I'll keep you posted. Thanks. Me too. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 09:37:44 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 B4A0E4D065C for ; Tue, 12 Jan 2021 09:37:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFQTz4WqVz4gMB for ; Tue, 12 Jan 2021 09:37:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610444262; bh=NmP99nvdFviPnbmddT1slQjK4BeuysLh0MXpz5DhlTe=; h=Subject:From:Date:To:From:Subject:Reply-To; b=pue4B5nMLEbomR+DY4FwzwFAteUros1YIQIUAA62fsc17IMAWfTJQsS3e50OYgZl720dVIe3L0hwA41cR4jC3S6GCAtuXnauO+qFq8oPEu03tLwpwNh1Zw2q0093iyQF+AaVIdUwjXkoJDLJfVmUGwJj+9HNL0VDzzdPCMoOPnoX49t1oZ66AiO6J/wzIfXRJDgF58aG9jXp+uQrQVSBxndtA4oBRwsP/HIHdRy9BgxcNdROMPuWvDqINzLYZ7OpC0iBFDTl3wtvZGfSG+5ibcBZjPJ5Gw+niutkGzQzWYJAee6Y66FAKVSLHx9g1+fDDwknDgfhHGcU3wzl1QF1xQ== X-YMail-OSG: 26i6IEAVM1lQfkD0._Sq4ja2.aC_QRkFNfhWF1YrnAxEsK3_CWaCCSa_47WDT45 A2WFWl1uzHwYDg0QJR4Ta12IR8tptX5o4SMXbpkHgJFxPUhuD961gbb2amxhnPNF4RKDFtiETE8N CotgPU1TSex3wXuqI52F7Gr2oDzJn9RCewQLQ3_DBncwHKfw2_MP.8n6HWP_GN6bROhLRMFX1s96 _.ItY3v_cNHivHMCRX.DnJsTmRWFGcwP.1FFV0FIfA0TqzlATCUh8t769mPtCpE5mquj1GYZs8pk 43tET8lTsxxgS3sO0AD58tkTBE7GNUZWxgQVAMt0zTaC8O0pCsFFi6p0zapG1GexPxa81ePWru.F EgTje3WINOPfAYyW6R5ybMhWwbgSq8P6nWwpP4P4YCaPj2pA.zzLgv2FwtnDAtGDzgppGSX8NUbl EPN1fqTKyVpuXnPkxdOu_M1hXrTguNs8jEjXAqfm07UtfDX4Og.pOqzontE1f.sb5tx4_gccPIq. 8cgBm720TTUTTpeos00Nhhaar.EGigaEygTdRnjDe63d_xMByAdDXYagvDsq_Wo94ecwBY9wBsDg IqT1rKPUzXKTkHXSBgkmt14A0He7PsftKsreMg_aMaRIfUjdB2.bD7HQ7ZuB2dfMagA6tmbLBcGh BkdMpLg_RA7aTvY__aLc_dFJ304rFTOICW6Ha6G2iLxhegMociULUF3AJHdOT61JbD0IdChkIvBV POig.K9c0GH6pHBVp1AfbCrOYckCfqXgY_7hAxhuS2LsejrPmJ9fWMsi5.pUY3klFewaMXrnQH0U 8kTiRIvQDIsEjq3FdL0P3TeqzzLOlZtj6a3nRNTvFYGUs77Ct6njPVS.7x2d2CZ8jseissuQz9o6 QJ9Fl0udOBwVtLk6j.wRGzOZjA4WmASHfaN62lpvsN2vfKsQLuQ9hURLYpMhx_Lt.Z15yUq8.3Od fuFYCtJU.8N.4j5xhEWsc7GgkX7AMuggiDNQBiXQsAkGnIcjAyzoTpS2hF.ZDRD0lbRGdSBTEoAe Oe9mbIzEOjbPLXly9ln6D9f5TF4tkAFJT4YzaU763Zo4YJvFNp21aUzLF0cDovfk1J6tu3f8sgc0 XNioJPs8clFsYDppv8qFjYCzmkRo3qLF2q0bT7_Ejl9EM32rc1OqPq78HzN0NNElZPysXTKARiUa ZG4AHosRyh0SiW5Vl3JM1QrD1PpZlcscl_fPEr5hkoz1KsW2jBrwXG98sc5neyHaOavvQXdQbmdX 1ekD6cDqsl9erff_GA5TBQkVFcD9wOTQwWLmnA2SwuPAbgacNL4xkwYU_AnRBuywVwGmYxLn9VcN bL3d8KXuLGMqQYkjclq35aTMPxNAmmXUmpHAh5XI8pFcQ0iSZY6Rb16QiEEuHsTQyCvC0regCXhW k11GrwF7qFx15b.Cbpwe0pSi0FVXsX34ceCOs.g2xUe6jpdpN1drMCMMNWq0eELYmy7nj9KIyc7q 8Dx5Q2TpmWlRkm8ZBNxe5DMKc6pE4.unmupSnHjm.YoJf.dRl1vYmyUReOwDzkrTup5tH2XHQTFl 4rTNM5XS3MZ0XiR6rC1s_.fOPIdgOjeSi5IdHWF_J3RbLi38q7OcbCqdtJhRfhZnfGyAIgr1jxHj an3RBrhn7fSy0wD.EKFTxQSf1P4tMHvKMR4snnWymNitb.QcPp2BUa27XMlZ0efNntd7k8QgsPDL hbSStmO6bh2jiXH4LgERklRu_jQvsGCtH0ubNIVYP0XgCX.pJ6LVS_v0h9bQbtXqoy6zvGYhlb.l v8qr6d2FDYa2eTKEQWnRENPubocyJhMD.Dt.4LErnqZUAkvdJ_L0dfMTYGW.MsBlBQe15kslXckk MhwIgyIjxvexMARHrICFl2dtIb1LhyriE47MafeZvvcSbwBnwzkJKRvxbFnOpRHSuvNlEnAAHDQj 3mcSrd.z156r66oc0mm4QuT2OZelb8Ec1wyQ.yUMNqVPFmjO5UWX4iVF4uhdCfET16qQZI9xFlKZ ZKI0A42786WOimng5ddbvT38XP9fnMhR06AKIrZ73M1UUuwfzgIPwi0hx0DbOeUJCUwcXImKN7JJ 46QXhJMRKXGQsUyed3VfB69_DAUlLlcAEC5Fcb7iPjdm9toqQjtNCY6TJb6pbw9qkYfyHzUaKTqs yWaNRBxzzllfMAtoigeVRMqOeTZzEH4SFfrzcYZmbAg1GF7X2f2sF8EcsQTqMqhjv7T1RyAE7Y5Y d7AZhLJArhKqRz3W1CurXyw5Ea29DfmLRU44JQhHO04xeXMGXgMIt47c.g0JR_l9WXAMNQZrue.N yNXeO4Yl6X5rfybfB1QHIx7.vDDV5zQEbgGYNNI6QvY16.UEPtazLJCqu0mjL3ox4myVwvMzOw_B v7smgN_utZG1J2DF6wexIGg7LHS4U.pvsw5FjOkasGqRWfq04ellVS_EM7co2jRME2jza6w0YIIO bGV8b2kOgz9ZXIPlG7Om7b47ZOsNaDOz6wkJtuUAD1wRm4t0gn4gjSsRALUfCOQ.MorjGAwun4ON _0fc5exjhTOcLhH4kHj2c7_Gzo6DUZ3ZOWjEsFoVLBdW5EOvjgg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 09:37:42 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1cf4f89ff87d157d3db517d4bc391943; Tue, 12 Jan 2021 09:37:37 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: Date: Tue, 12 Jan 2021 01:37:35 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <42F74C30-FB2D-4850-B73E-6CDDF1DF2A69@yahoo.com> References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFQTz4WqVz4gMB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.30:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.30:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.30:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 09:37:44 -0000 On 2021-Jan-12, at 01:10, Klaus K=C3=BCchemann wrote: >=20 >=20 >=20 >> Am 12.01.2021 um 09:16 schrieb Mark Millard : >>=20 >> Good to know what you used for such files and the build machine. >>=20 >> We do not have builds of the same source version yet=E2=80=A6=E2=80=A6.= .. >=20 > I have used main/head from today . /world build incl. llvm-bootstrap = was relatively new(but not from today). /=20 >=20 Good to know. Your list messages indicate that you specifically used 1a816c75600 ("loader.efi: efifb_mask_from_pixfmt is missing PixelBltOnly") for the kernel build and that is what I hope to try for GENERIC . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 10:10:25 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 990404D151B for ; Tue, 12 Jan 2021 10:10:25 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFRCh5HStz4jNV for ; Tue, 12 Jan 2021 10:10:24 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32c.google.com with SMTP id k10so1385610wmi.3 for ; Tue, 12 Jan 2021 02:10:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=hnHHfKMxrSiKCMPvv+JIpkvrlbihOwl7Qv5oFMdk6oM=; b=ro+q4zucUHv4/KfAn4uQjrLQQXFBsq+jC0tHWV37SpHKNcOTCX+mIyU6/RDYHoRIrU eskJTaxKlUe9VAQWYU8+Z2eeMAItDNBggyTENnXoG+HeRXk4yfgA4NpPqRc3q4/8g6Sm oJwoxMMuYih4ElpZHY8hOteA0/58VWo6mTyaJC97/X+2rCRBehWrRZ6CSr8tJMBu4cIB QoSru5P/N0nVouSDIqzo9xHPvqgM5PurmtbfpuIbmRt8nt1i/hFbvi+jpEOwCtP+IAuH 0X3LZV2ch4Z3DsmX8BIygK2c1knIPsryKk7VKNx3FGYEazDM/1UiE+9Eum+AUexSeQ0W tWeg== X-Gm-Message-State: AOAM532gVPQ6IcJJqU7hX/uzGi9RPi3Ndm5cBCCjEV/2bwT8QIdaP7PJ hic8/Cl8mqMrKbAALtuQ76s= X-Google-Smtp-Source: ABdhPJxXJSG34xnD3sLnnRhsfz7eIlmmRcgQ46+3pDj0sNcdsGsAl5c9Xa6pujuB3BAB9Fqv8WBt3w== X-Received: by 2002:a1c:9dd8:: with SMTP id g207mr2796816wme.15.1610446223308; Tue, 12 Jan 2021 02:10:23 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id e15sm4139761wrx.86.2021.01.12.02.10.21 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jan 2021 02:10:22 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 11:10:20 +0100 References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> <42F74C30-FB2D-4850-B73E-6CDDF1DF2A69@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <42F74C30-FB2D-4850-B73E-6CDDF1DF2A69@yahoo.com> Message-Id: <4D655E11-DCDF-4A78-9899-CAF4A24DDCEE@googlemail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFRCh5HStz4jNV X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::32c:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.153.237:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::32c:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32c:from]; 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: Tue, 12 Jan 2021 10:10:25 -0000 > Am 12.01.2021 um 10:37 schrieb Mark Millard : >=20 > Good to know. >=20 > Your list messages indicate that you specifically used 1a816c75600 > ("loader.efi: efifb_mask_from_pixfmt is missing PixelBltOnly") for > the kernel build and that is what I hope to try for GENERIC . it seems like it's time here for a complete world / kernel rebuild to = force kernel panic.. see you perhaps in 14 hours or so .. :-)=20= From owner-freebsd-arm@freebsd.org Tue Jan 12 10:31:25 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 CC6D24D1D99 for ; Tue, 12 Jan 2021 10:31:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFRgx04fFz4kGt for ; Tue, 12 Jan 2021 10:31:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610447483; bh=oxWUOyz69ClK4256h0G367ZDyD5z/wNMAF0IGE68hbP=; h=Subject:From:Date:To:From:Subject:Reply-To; b=ioi6TxG/r1PEqDIBs+liwU8DQZQM3gj6aZFTMW0473izSN9VWKbGQmfjnyCz/H74z3DlahqhuDi1Yp8mEsNb85NQB0ANk5lwz+iTLrKYotDjHbx+w++oi6TksglqjkL49jR0a+AMF7+su4MycbRtKkRxrqeOwtcbcMtqu2F8lfcFKMPpy0LPqWiKqC/gx3k4oYIGLtz64Ot0pmDcEb1nlpCaBJb1yHg4yVj99Co15Ww3U5RtH6XV8gNE8AoXVRuUyjP6wZ0XBifGtPbjBez8e1k0V+TAJq/0+zxEARqaX5mfvwnjjya8UXNLK9l+J7jeQzpYfgv0b+nbtvuWROBz1w== X-YMail-OSG: FcfqbqYVM1kUd4r0Il93X5s_Kp8yx4PKvGh0topqQZtxWOpyEYchL45sa97BRzf P5CVkGq6v8o4thvIvqfD.K0V4TxeE.QsTIE3v9_cziznmg.m.h.YxDBcBysTKfYXgLTvmgxIokgu j1TPMmizDDZd4L3UZL7m9RScqrrLptC76nK1M6ikl3A4JUltxJpa_3iY2uavEwllx8ERrPUehJnB pbMtKAeQnLiiBvL8xkNn3v4oB9epovqRtwSqIp3UrU50p16EyaRgYxg65iv3xyx.lDUb6HD0Nujm SGPEQnDNL4wexAWaLR254c2G2CUp4tTuH_m.lImN82eZ2ZijtY.py26ZVKAjo4v8hBCOVE12gQtl IqkNqlmRIyi6KIFmGYN.pZAvJPl3TIMH5Of4BGXzyIJUJWCbQ1A.uubV9XX5AEktkuaTwbfXFfHV ceU5HOoxg8AEtooYxwu9jisX3NWt0Kc4KujoHI9LexC4L_p64eFAQViu.dJtq2JS9qJGipp24MVP UaJiYmhgBKHVJncA5o0XfWvnPIt_yO.UVhoMEHY_oPEhO7iSaWkEW4m6_9L4Yq9dF5DM_qT5mOuJ mNTu3ZvK8K3fjWL1J2q3TJZfDqgQ05ke56DBk7oxNM0GGxiYaV9wffVK6mmnUCeJSiEtp4MDljhN oyg6MKTT38bWobpUmUuujgf26QkmG7hQmquKdsnfmGcZ_6KRVISOdNX4286NX2VB2WtQnAqK21OV IEUb.yX4ZgriNjp4hjlu4zg3Fkz5g5sA9yIzxTgWr3nJzR3hxEFTvFasmDDq3m.GvXQfj_uEl83W ig2yhwLOfW.WIc.kdT..2DzkoU70nAJI3eqshtNCENxS.fXbehHl.83ILfHW_GULrxZ2_hKV_Rv7 2nsPR.AnOeFrHkgKQIf5fUn.VtKcNf1f6jsPE1np4V8kYEOOf_qsxG3Y.rbQT_F2D1Wi_5KUHZvm ij1ZVnACCms2fwGzG3FSN9X3hsN11Mao6c6OWhCo7HP3LNuesRgmgl944f70s9Spr5DYEr4UFxHv uD7sjgr_ynMURPb2Oa3kgRlrmxDUKphJY5qn27f8FitKqjRo40grKaIqzPWfZ45PlNx1I4vgIbse G1WldtSH.WyNPkFhRsrZkZggtBU.Sz8tWzp2.fK8c9uiXKC4RjDU5GRzWD2eFqZy0lme9G9SrNK3 hsOlIeNOpbohS01ZJdSs6RCmEvW76E6ybifDUjeXu1cEOAQBqmSvlPMIZVZ7nXweIoJPPEX4M.Ah KoWVqUgq6eg0F.4hEhep39jVRf4owL7h7QTm.NIDPQdklwk.Kb2lcTLGXdR93omDgeXL50ESIkbZ cvcSlIjam.7GkTMB0OPK8pLk4ta1YiRzaho.wpIoXYrZAlmkvatJuPxuUSmKhEo30eOPT_2BrBi2 9ESDra6O1YqQIMMwJZauhQVUx0Ur__yRSnJhqaFA21tFZ1o_TneQ_htW0juE8H1hSv_4MIbHBmfh pJIcrd2hvF2Nasj0HdO4Oe7NIk.jSuaVJbO6gJpgLHld_Ge13lnEozDgC_WUqZU9c9QymQ3gMz.2 fe8qXlSlpwNYSMU0ktUV8aTX43kfH_nESZwCdbtq7sDljtK0HGV8V5zlABKI1qibVwoUfN2SgZWd tdh1gxMYHP8_ypJhNbyrmzQehb771_Cg1SZITNiDabbFP_Z.0roxKquY6z0DY7mSbZMK4dpevsDy fCAgl3CDhq1HXnK2sYQIi9d5dBT9JfcNKuvJoMs7tsphcuV9nWq6Yvcg_ujwH8a3cmEqGRxzBHd5 gqtp1frENfbzFa5cwmdehmYOQ5jlVi6vd4.v6BgkPwtwUf2YOnpniVpII_2o4t0cl2QkKUWDLJjb _0iUMb0m2OQaGr5H5rKf1NWaCrPPlqCsUilCKwVaKa.UhPz.L0uXh9QVwvYyyAoVYay7DtqmnhLF DMZhxbOHldBJSBX172yOY54FhzcOEz5ZgylaWxf05tW94.c4WaTwKLPAaPp5quElzRO7ht5sSB3Y OB0YulbdMaLAW4Q9WnYAYWKVjArgU8lh0sGkWTy6HBEkSZPXje25ZUmhsz2dAZ3U37GAkJmWI0_e qdojEpkiqa.PLW4QmgNnIHDJfzaYmX0QaLqbxf9yPqt913lGUK1DAbSVsxzCoA9YHRrV2nv.xWVW JJ4gnjbecTabCnd4ZmNY.foCQQ804cwk4aGIpYKvx_Zy0zVed0iqaoO2K_MoLZT9GVBw_0K0rN6v p70i3l3BOVybfawz4HB1KG05Q31U8isaSIhgGLxmEGR12PUrWGjtNEfIu.Si4GY1tjKxXUf65V.k 1caJx46JRy7wO8a7Cf6AQ2s8wZBnT7h9lZtZQK7RlzjXTo8MrXdmRJwgro8wdyHoGrGzVM968OfJ .hcQnVqSylP0yQtFixXPbj06L0.VrFyPnKlw5kK7m8O9HFGCf4TNz847tLGLDSfeD353uZEKTJIg 4EiS_IkW1lL6OoVQYAY9s.ry.bavp7Bx5rMdB2lOL4B1c2X.EWoGML9Pc1m82Uvw16yGtSN59pOZ 9fJDIYt96mgRGa8pcZFOQyllC8.IYJV2yqNHimoXrPtp1fuSniYQg8Ed36xgylVoeC6.B_5Kjnvt ua.AHz8nidudbXLLgrJv3ZjmHPO4I7BP2iMIRIT.1zLC9JFYxeO8drZk.Hg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 10:31:23 +0000 Received: by smtp409.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8de4d22959a0ed99ba1869610f9eeeda; Tue, 12 Jan 2021 10:31:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) From: Mark Millard In-Reply-To: Date: Tue, 12 Jan 2021 02:31:16 -0800 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFRgx04fFz4kGt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.82:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 10:31:25 -0000 [I've cut the history.] I've tried a from-scratch build via the script: # more = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_aarch64_debug_clang_default_config-amd64= -host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D/dev/null SRCCONF=3D/dev/null SRC_ENV_CONF=3D/dev/null = TARGET=3Darm64 TARGET_ARCH=3Daarch64 \ WITH_META_MODE=3Dyes \ = MAKEOBJDIRPREFIX=3D"/usr/obj/aarch64dbg_default_config_clang/arm64.aarch64= " \ make $* on my existing source context ( 19cca0b9613d with CommitDate 2021-01-09 16:21:33 -0800=20 based ): # ~/fbsd-based-on-what-freebsd-main.sh mm-src 19cca0b9613d7c3058e41baf0204245119732235 CommitDate: 2021-01-09 16:21:33 -0800 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. So defaults but for TARGET, TARGET_ARCH, WITH_META_MODE, and MAKEOBJDIRPREFIX . WITH_META_MODE should not matter for a from-scratch build as far as I know. This is still a cross-build context. I used the 3 commands: = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 kernel-toolchain = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 buildkernel = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 installkernel = DESTDIR=3D/usr/obj/DESTDIRs/clang-aarch64-installkernel-dbg-default_config= (I'll avoid documenting copying to the RPi4B /boot/kernel/ and such.) It still failed to boot, with: . . . Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x7ef0000. EFI framebuffer information: addr, size 0x3e2fe000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- panic: Too many early devmap mappings cpuid =3D 0 time =3D 1 KDB: stack backtrace: . . . So my configuration files were not needed to have the failure that I've been getting for the debug kernels. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 10:35:25 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 40FDE4D2129 for ; Tue, 12 Jan 2021 10:35:25 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFRmY16Rqz4kq0 for ; Tue, 12 Jan 2021 10:35:24 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x434.google.com with SMTP id w5so1906292wrm.11 for ; Tue, 12 Jan 2021 02:35:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=UEoWkEMECD6nxcThfIgaBkoHYMJ8T6SjLs4ipxXpBKo=; b=HN/XaGMO/234VVdyIkFYNBVgRnLDOZxjuDKQ+AnONasVol9bPttCKmH6RWuhVkT/30 Lg2OS4D9Kdk0ygr2A1B2z9agwHsd4aW03veL29UE7MaEDHn5nsHzWwxKzZ2UnSudGNXa Dqp7xnVYwgUmN8pDxFNkBz7x1H/YxTMNmj3PbXWxbf3mhSMmjHexRsa1l/wezYHj4Dpe sfl0JglwhorjgzcRANF0wy1TD6Dkx5BmfIgGPvoUs0AK8zuJTa1x9dKlXiuCSRD723qO 1NLEPszRenJ3dxl5jL+ps6CZMJltmlfw5ggWx94Sn/T2M7sRJlE92x2/vvua7rSopID6 QQ9A== X-Gm-Message-State: AOAM5319xm3bF/DIcP8dv0T9JzV6RlYSBmikP9ku18pkYlQusktkL9QN 4jarRNVp+daFVqIpXxDJrpQRaS1NlfCCVw== X-Google-Smtp-Source: ABdhPJwAOy6WPNMp3LWMfyqd6NxW4JnUm7zhwMWmSbyhJZZh8IKfOnbVM33IWZIcmHXRBvGAZmVVvg== X-Received: by 2002:a5d:4d06:: with SMTP id z6mr1707139wrt.70.1610447723794; Tue, 12 Jan 2021 02:35:23 -0800 (PST) Received: from [192.168.1.167] (dynamic-046-114-153-237.46.114.pool.telefonica.de. [46.114.153.237]) by smtp.googlemail.com with ESMTPSA id 138sm3726205wma.41.2021.01.12.02.35.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Jan 2021 02:35:22 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) Date: Tue, 12 Jan 2021 11:35:21 +0100 References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFRmY16Rqz4kq0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] 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: Tue, 12 Jan 2021 10:35:25 -0000 > Am 12.01.2021 um 11:31 schrieb Mark Millard : > > -j32 I've always wondered why you answer so quickly , aha - lol From owner-freebsd-arm@freebsd.org Tue Jan 12 11:18:00 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 F36C94D3B8E for ; Tue, 12 Jan 2021 11:18:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFSjg571yz4pP7 for ; Tue, 12 Jan 2021 11:17:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610450278; bh=MyjXyeMkzQfF6/4a+DHdnNIkRvvmY5Oj4RM+Hs0b0jm=; h=Subject:From:Date:To:From:Subject:Reply-To; b=Vw8ka/rvFQ1X0xBwd3xLhklCVmuGus9Xo+C7D+u5AQrFT/MRBL4cEY6r3/aVpfwWOGBGrEuNU8pkbGS1F4jHhTNwasnxhCYW62juW6/cHat4hEKoOdk0UIGPiiQ0jFtYVe4cDnaPebWYA8iaoDq0onYXo2evHA0JUYH4n3P23euLtJRXN48Hse2TQT1lVxQUu8IQQCDJiimZ4cJqESXBDljPQbkpphhPOc1v/D2ihjeJiHkh1QIa7pSihKKHjACFCULeVacs2kacuUlO3/UvYUvIXhtiMYXpK3aN9VOkxBOsWPSXd2RDNjfevILCcD2dewPYremSHv70QseBUxCnsw== X-YMail-OSG: D.karIkVM1le0V9gP38y1cgbePmJfrABAlyMcZJ9LnZpFEc1K_EAlU3uks9Va.2 OU_uxJb8FlMD.A1XuPIOGYLNynqmnJay9f_4xRgtQbrLHYHpbSbf5rBpp1.89NzeXo_Z5oI.yPpT 0BeJplrnJsUDOSt1Z7BL6gUMFO_dI8NKwArczTJImjzpn0Mal1DSSTirn7idrvFwcUA06xAwdhL2 Cbl5GTp__j8mNRruZUlU4nY0T8dcd7i0egPj8VfXt50EPI6OOYT6t9RzLpjW5KQEqaxI65sVLA4C tnTBzVdH0kM7akjFc5iNJ4AGVmhZjfgEu08YQdh4St7mC2yY50dIXYDEFdxUAuI2dUcP1ly9uQV. wKJw5txuYNZX3tEW8TtQSaDsaVA7qrJ4v7nVwM5CR0ky8bQ7qms1e3XIsUeDsgra_vW_g4k0hrcV js0S.qql9qShnwqEeeiwQpAR7jF078QYHrzPivYC1c8uY2xfBD.esBYI9EhIr_oCgYbTi4QefR13 2tmtp43.3gflU7uGu2GzIQILk_mObIn0Ph5zyE_wnUrX1GQbKHG3ULcqrejrnNnYEkAopFYLPEbv Qqn_emwKjT2IY7A.XW4j2IBX64Iwy1J_rYpT26j8707yhVYru7RKaZo2FDflcXBsOAsDov8YoShB s1c1Ul37nxfs1wSFXIsP82vxLtJj3gNSWCcSjIWtju7JkX4o7W3RkQDRe.HUb76jbldhMsh0o6co QxLoqkFJ86iY44jlUkvS81KzC_ycqisBibyaBLO3iQiw7VKgmsWZB4mYCRAaj0Lqjbw5f_IUabm6 0bxS32gfw6f5Q0s1TBSk1l01u9gFS4O4IcbkBchrNlPHIrb_oHWZUs1f4QlJYjI25MuQhu6hrxaX In0yLhGZ72kcjaub9HDlBUoWM9LNEOqBWVYtfacpzwYBeDF3mU1Ut1avmC8zBq_rP.8NmMqmHMwv 9C7cMpxdXvDVvfj_ydi8VIxjJShDKl9lsIoHwVS_oklKrg_bpFmzRRNokEvVjlKZyV3MwrIvDQ9_ BKwl1PrxUsIx6qJtlly91qWa1dAtUWF4Jw_jNTy_ZgxvD0KUHZMjlbeSAwQFn_XbEyhCy_CFT5jo q0k1QBpH9CWWBeBugZklFbfpNTU.aICDSoa5a1BA7ECT3XRisVtNsHjSfwvJ3i01e0fhjpPApM26 AhrBSkLAFdKEPLP00EH4sqvozluxCVw2OUqxMgU5FzaBvh7FjJcU5w3JcJiVxFrLz_v1ImLzfhb_ XCsf1o2yHL_iyHg0BXKLApQQdwUUpQKt.jBHtOuSy0XBnxi.1sLZEoYf9zoac_bXkNcnfsy3owGZ KPrSKsVyOGCWfxnYo7M3H344zDY7BeS4i134DMyhlDvC__lzUttzeRsRA4eXEutzH3v.59WMq7R. QfkOjM3CZTHW10XDoFAZEIPv6N8vb1gP3fjRESxSEY30sYXOxnmSIz6cMx3XR9SBTBLCB5HIqeBS iYTw2qLpMj6tQwvnxV2bU.sQnIwEsqp3Aeok3E0mfuhrZ_0rgv9JT95gQAE34e_V7aKN.EAfZjJP 5iO3ou8x8HzRoHhSKI0Q6r2dsv.mKKpmMdQQbiIfEksmkQnwKd4TB6UHPFhagdEHPn9HgK.I3iIR YhZEr68Le_V2cqGW5Gi7lfiwyfH_x20TwLQQXjgY2bf0wVc_a3izLaGkRjLZawS8lRMS5Gp.JKOh V_ACG1eevRWePzEH.bswVt2ijE4Bw1g4xy2O_HPQ1qqK9RdiLisNQ2HoLEXdjIIOqPJoJ46Cn4Ul eE6HOcmNmiMSEt81PkDkGcVxrBrNPvYPZPeaOXF.bRLnlzBaNMi_bxiSh7mWvGBSgPmAWb9O6pSn phx6nIIXUYaKXsam7I4VFUjhviSrT3pU3mqRlTp_1ur_f5Oezc8dETjOA7HdwY67s6IYQCwaZhWm BdOVkDjnIWniv3EUNFCh6Qnp3XkwDlmWkd_52mZ_R0KYktq_WxErxX_x889cxQL0geFPwE32yYpT ikPzdVX3_RCziqj3u2rDiJfR0tXKlCQIQhNkPvtqNVH3yod773y6As1mbnfDtxxp_0AAC_CdNjQs 05W8V7.BO4naK55v1YCDTPqviqiXlT8PGOvQ2QsBM1J.Ii6iWCm6Xc9Pyd_4kBsXTYrsHbjn443j ZmO1SAuUujy7bALe_5kfYQXb36HrwHfjk1WFWKfSHFw9JLYndBFcav1BLcqVlCyhDxAqRTM7m_Tk X0Ym6sm5qo599XDBO61za3X9Rpee.7vKlii0RJI33p3KMG0I.EP6gQxer19bNDe30yuxJYqGctGE xKme7BFpCsZmTlNPgwwcSTRgFFqqxIfpo6QXSCwD39pTKQIrIhv7mq3bSlWmL55mfNIqGza85RVT A4KiWvbRankZWHznI8oJV3nmFb2Z53ecDH1GfTFWlP7yPDdkaWwnNeCOD5SD.clYy5mpR0FtJjwq KhkzWIrNITtMBnhfHoqFVQmBY3NrnmkixlQIlmIj9NPuymuMk4zF6rn4BD0Go84eOGS0r.wt16BO WtjeN.h4Mhc4kpL1GTbwZPwlxiT9a_YZiNWzDnBXLvh3xUUw9osftOlkz1l019nneYdvSSYO77Pm 4sRNXl8E65963cgIgkkvjvQdkUAwPz3zns8gqxuLkE6Os45D0FzkL Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 11:17:58 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 81b62ea61db35f9aa473eafa9f67db5d; Tue, 12 Jan 2021 11:17:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) [tied to monitor connected vs. not] From: Mark Millard In-Reply-To: <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> Date: Tue, 12 Jan 2021 03:17:49 -0800 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFSjg571yz4pP7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.205:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.205:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.205:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 11:18:01 -0000 Before the detailed sequence/evidence below: I eventually found how to control works vs. fails . . . Fails: have my monitor connected (1920 x 1080 in case it is important) Works: no monitor connected (Same kernel.) The later reporting is in the order of investigations and results, and so the above does not appear until the end. End top-post. On 2021-Jan-12, at 02:31, Mark Millard wrote: > I've tried a from-scratch build via the script: >=20 > # more = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_aarch64_debug_clang_default_config-amd64= -host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D/dev/null SRCCONF=3D/dev/null SRC_ENV_CONF=3D/dev/null= TARGET=3Darm64 TARGET_ARCH=3Daarch64 \ > WITH_META_MODE=3Dyes \ > = MAKEOBJDIRPREFIX=3D"/usr/obj/aarch64dbg_default_config_clang/arm64.aarch64= " \ > make $* >=20 > on my existing source context ( 19cca0b9613d > with CommitDate 2021-01-09 16:21:33 -0800=20 > based ): >=20 > # ~/fbsd-based-on-what-freebsd-main.sh mm-src > 19cca0b9613d7c3058e41baf0204245119732235 > CommitDate: 2021-01-09 16:21:33 -0800 > 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. >=20 > So defaults but for TARGET, TARGET_ARCH, WITH_META_MODE, and > MAKEOBJDIRPREFIX . WITH_META_MODE should not matter for a > from-scratch build as far as I know. >=20 > This is still a cross-build context. I used the 3 commands: >=20 > = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 kernel-toolchain >=20 > = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 buildkernel >=20 > = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 installkernel = DESTDIR=3D/usr/obj/DESTDIRs/clang-aarch64-installkernel-dbg-default_config= >=20 > (I'll avoid documenting copying to the RPi4B /boot/kernel/ and such.) >=20 > It still failed to boot, with: >=20 > . . . > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x7ef0000. > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > ---<>--- > panic: Too many early devmap mappings > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > . . . >=20 > So my configuration files were not needed to have the failure > that I've been getting for the debug kernels. >=20 I made a build based on 1a816c75600 that matches the official git (i.e., no changes in source) and used the same script as above (while cd'd into a different worktree). Same failure. So this time I show more prior messages that indicate variations in what might be loaded: . . . Setting currdev to disk0p1: Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... /boot/kernel/kernel text=3D0x2a8 text=3D0x7faa3c text=3D0x22589c = data=3D0x1aa458 data=3D0x0+0x611000 syms=3D[0x8+0x1209c0+0x8+0x145428] Loading configured modules... /boot/kernel/umodem.ko text=3D0x2140 text=3D0x1390 data=3D0x6e0+0x10 = syms=3D[0x8+0xf48+0x8+0xb6e] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x22e6 text=3D0x2e48 data=3D0x8d0+0x858 = syms=3D[0x8+0x12a8+0x8+0xbe5] /boot/entropy size=3D0x1000 /etc/hostid size=3D0x25 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 Using DTB provided by EFI at 0x7ef0000. EFI framebuffer information: addr, size 0x3e2fe000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 ---<>--- panic: Too many early devmap mappings cpuid =3D 0 time =3D 1 KDB: stack backtrace: . . . FYI I'd only edited /boot/loader.conf of the files listed above. /boot/loader.conf.d/ is empty. For reference: # more /boot/loader.conf geom_label_load=3D"YES" # File system labels (see glabel(8)) # boot_multicons=3D"YES" boot_serial=3D"YES" # # ucom is not automatically being loaded when umodem is loaded at boot. ucom_load=3D"YES" umodem_load=3D"YES" # beastie_disable=3D"YES" loader_color=3D"NO" # vfs.root.mountfrom=3D"ufs:/dev/gpt/RPi4Broot" kern.cam.boot_delay=3D10000 vfs.mountroot.timeout=3D10 vfs.root_mount_always_wait=3D1 vfs.ffs.dotrimcons=3D1 # kern.geom.label.disk_ident.enable=3D0 kern.geom.label.gptid.enable=3D0 kern.geom.label.ufsid.enable=3D0 # dumpdev=3D"/dev/gpt/RPi4Bswap" # vm.pageout_oom_seq=3D120 vm.pfault_oom_attempts=3D-1 So looking at the alternatives for what to vary, I decided to eliminate the: EFI framebuffer information: addr, size 0x3e2fe000, 0x7e9000 dimensions 1920 x 1080 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 part by booting with the monitor disconnected, leaving the rest as it was for the above. It booted just fine: # uname -apKU FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT #0 = pure-src-c255871-g1a816c756003: Tue Jan 12 02:43:40 PST 2021 = root@FBSDFHUGE:/usr/obj/aarch64dbg_default_config_clang/arm64.aarch64/usr/= fbsd/pure-src/arm64.aarch64/sys/GENERIC arm64 aarch64 1300134 1300134 I doubt that the use of 1a816c756003 is significant. But I know having the monitor connected vs. not is significant for that version. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 12:14:59 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 48EDC4D5DE1 for ; Tue, 12 Jan 2021 12:14:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFTzQ2frPz4tZg for ; Tue, 12 Jan 2021 12:14:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610453696; bh=lo3Rehh4wIVA0mlVHIOxiI2HY+VUg+/Czy8kCOHJ3nB=; h=Subject:From:Date:To:From:Subject:Reply-To; b=qu0Vpr/6T8owu3dSqIRGrftygTSH1+e4YkWutKI2k1pk5FdiWm/LBNr4GeqEOQWlilbns76/75np+q0K350a9icPNWj59mUwMtWCbtiRuwCcP3dCWsEhAcNvOPZgMFSq+0YOC/n3fk4Wl4UzR2qPZBbFCmqL5ISF/arj/54PFpk/C/UyLAyfHLVN/maa/4WJfaq/+alrFTxPCcYLca86aM0TeyaYU0oHTdV8YnXCc3YCeFMY9NiJoePECC1B1uj3xmvol3moo105lz455rUACX7EvfCEusWpv6C2HRvoA/QH4VJ/CXev6xUHxHqYmwgeCOdf+qiP4eCuinIPQlsYIQ== X-YMail-OSG: nKsc_C4VM1nNeBErBWRjFByhpZQydZeYsUDt45GgfvYYdnotSZ8yC3O7rgKKusp RexjfZfOSFa2KW_queQ8ccv6B9KPNEm3e3SzQwoht8OLIS.v2QApB3GwIb3V7xsH.jaXFsSZsd3r ueIOWNPWyV3QlJtz3WkjxkKjNKCmCxrrQBglEDnNJ0C6iF_uw_kXoLabipp5Ap9LXg4CGy9r3YMF SrX34KxCW.kyzk3fcwWBxY.AcVrGJS9gpycqR4aY3XF9rOh_2ijujsMBdfrS1B7L6xMkN83IcyBh MLoOX8ipYAek9U8nJvY0ICrocvzcy19mtzPc9KlxwqImidtIkyyMBAUiyVG3ll2QaxbbJEC8VRhD 6GNach524UAfNDG3fBpc86L9hxCEACuY_b6kpoU1UE_PTtkDA1biLErPHWTvsrCxTMD5NTXv_o6w ZbpYrke2ttLHBkKjXxerTDY8o2qa03QwSv_LVDa.ax4j8Ebddw_rDOXw9cmAtNTNEptsjyNJAgcd 9c6R1ctTTNPYxl.YQl6FQkwku6zGnDVQVG4XIJ8cOA5OxTnmg7wnXHJ4ocR.q3Xq4FXU1.wenFXP CrTN_fEkddScKDz49_EPbdSbHTHkxeQotzn98MgPdptxqAaWFDZN.gaBtcW0TD7WRPnB2nEzJn6m T.AKnTWIvA_JJ9sfSigjozOjEYUld.ybysjb.R4PsUdnyGtdBumkAmpbKuzsQ05x6eUAaN1_huCI Za.7qWxWjjcnl8BRPZOUh0x0O8xq0BNPFssOHAGFesTyMfOKReAlGo37CVnuCFqvAHbuygKudTEB jR5wsV8yVj2kXY315QXk4KNfBfuXKFvNvgndNvXvGWgc.PCeq9r5VMRhO26hMtVslyrK2YJ96Tub uzBRdE1ptJJxpF_pmV9k6hNcoaECRYR7fhYoQ8eid8x79SeMFM11ACUG0mpabtylUryeCoH50jl3 cLFUG0GhtBCPbS5wteCWaGve9R57S.8mF7qiqptf00GPKhPEVoSLkW8Tr4EFITkjTL_9xrR1BIMm oQGMAom3ZQs6S9J2lnby83LSdJSa0mhp.1jQDKWyaS.AZm1Fj8rk8hVrCJ_AY07SppFQWPYinZCK pvfmawR.td1b_fus_EgMdf22PdPgm5v7XHJVqs.Wrj7M.HWt1T2CU80_kBSxQukUFQyz5L3AQ8wo oGyakw7jgVijcvAA2XZEUvezb1JtlDsgGHne0H_xVv.F_QROyyLZOqrzTsXUo_zz2AdlJ7vkd_OO 6GEsBiw9qlD158uYkI5OU4_evsrAt_FvNiHi8hdP3esPj4AaOvY9unEUCBOuOdfrHGPkdH.1WLai ZcPkl7fOkH5vyfyozc7ID4BVtgZaZq13qj7KFp5.6ILOjWM3bhd3hG5bJod8i5ghdhrwnqm34atE vmy.RS9LmPzM6_cDtN3Mpy1RMbCP42DUfB8VsZ2oY35Fhoc4ymWvHm1TblPuHwwTEKWBQJCzreWL I2vd8GZtQm6D4fAmI8MhHjhcuLGiUJkyVC4prJbZJjYdSueeYMkW5ArDMzZuROKgFWKCL0tf9wMQ Bo1dEUy02pZC_Yr7bROq42pUVfvkkXhGk.j4tDA5k_cuUJ..DqYEA.R1xLKf6Lg8lOBKRXqi3tp4 74t3NbUOrnr35zyyb2NeigyVot4ANYb_72F9HWeIDOqAv98MeGX5sQiBS2dNqV_53dYG1U_H7YgN MPB1gek69wol0cl9hFbkd3b8pGsBR7FsZXJftRjPM_4QeGZL64v7ZD1zCS01bVl99yeOSdTiv5v2 JDZbDFUc48feCTW9ijd6svw.z1ldcnPuI7ZurAD0gkLvzO3L02wquPuGG_zUnYTwmw2GjRaiVze0 AJh1F5UAHrdcyElT78P0mjVsbvRNAt2NyW7g4kVaoJvYKI7m8f.Iw29TM0s5JR1Y17pcJdt7MGWR nSGXkWtJGiwRL3Tf89N0QlYRcFpHbDJwe8OjljIvAtCCVUC66n8Mm6ZPLoAuNA0QfW187FbsmsrF FhNikXr0s_BbvwfAf0GqWKupZcAP8nNRs7cpc5.4Yhic9FZKtsZiG4xEJTCf6KOc_FuMY3NmADUk qCtlHj4q.vqkKmt.sfxRLv7kgPQtbX1jQFRLxzEWifHqKGpb.yMVISY_BfTb8L_4r75wv0iIGLUi ABVI2YAtzrpeTm0AKqQX8i_WAggynnGqcpuZfGZOwPnLrM7w.4hKwofCF2lr3.bMH18lCCXPAN76 KC0xSP1Az4aBrpkYms34siPPTzekZUy9mABhNDDdg8wn0ldruuBqU9KkZ1RDFI3RlcA4NCwa1lHc KsR7n.iTwdRmJhDwp8aU_IIYpdLZbc5tQ.U.ob12KER3rVug4UvROF4u8HvF66APXduu2BSQw3BS aT6Rz73wIPTB5vqonsJPwFXd6wQwArh80LNUBfavlMkX8uU1HzZXY5onDDvxdOm6MoNJu2kf_oMz 3yjE0y_mvU_x.UbZ.S55yY.ljisiWr9.1oHhHzPwuYpPB7SghNARCKyATBybp8ffSlxYQMiM7GN8 _UNAEW4N0gOVARkbPXTPoQt4CMyy9f.afvjsiUAZ82LeH0m4xim.ZiCniS9BcrHENj9.6mQwBoN_ snDUpe2I3qk8mqf3YLY4CQCrUujDiVirwBF3NWayZnxqcw2sVaPgtYkStFOKTdfIqF42wGr1_VtD uASOzYVGweEZK5Q1l9xvJ2cXVCT9CFPA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 12:14:56 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 681d81c034419b2cb3a3d4f53f3de01b; Tue, 12 Jan 2021 12:14:53 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) [tied to monitor connected vs. not] From: Mark Millard In-Reply-To: Date: Tue, 12 Jan 2021 04:14:51 -0800 Cc: =?utf-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1B3F8042-6A8D-4F99-A9B7-A05B83B4D372@yahoo.com> References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> To: Gordon Bergling X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFTzQ2frPz4tZg X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.82:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.82:from]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 12:14:59 -0000 On 2021-Jan-12, at 03:17, Mark Millard wrote: > Before the detailed sequence/evidence below: I eventually found how to > control works vs. fails . . . >=20 > Fails: have my monitor connected (1920 x 1080 in case it is important) > Works: no monitor connected > (Same kernel.) >=20 > The later reporting is in the order of investigations and results, and > so the above does not appear until the end. >=20 > End top-post. >=20 > On 2021-Jan-12, at 02:31, Mark Millard wrote: >=20 >> I've tried a from-scratch build via the script: >>=20 >> # more = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh >> kldload -n filemon && \ >> script = ~/sys_typescripts/typescript_make_aarch64_debug_clang_default_config-amd64= -host-$(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D/dev/null SRCCONF=3D/dev/null = SRC_ENV_CONF=3D/dev/null TARGET=3Darm64 TARGET_ARCH=3Daarch64 \ >> WITH_META_MODE=3Dyes \ >> = MAKEOBJDIRPREFIX=3D"/usr/obj/aarch64dbg_default_config_clang/arm64.aarch64= " \ >> make $* >>=20 >> on my existing source context ( 19cca0b9613d >> with CommitDate 2021-01-09 16:21:33 -0800=20 >> based ): >>=20 >> # ~/fbsd-based-on-what-freebsd-main.sh mm-src >> 19cca0b9613d7c3058e41baf0204245119732235 >> CommitDate: 2021-01-09 16:21:33 -0800 >> 5d333ee67ac3 19cca0b9613d (HEAD -> mm-src) mm-src snapshot for mm's = patched build in git context. >>=20 >> So defaults but for TARGET, TARGET_ARCH, WITH_META_MODE, and >> MAKEOBJDIRPREFIX . WITH_META_MODE should not matter for a >> from-scratch build as far as I know. >>=20 >> This is still a cross-build context. I used the 3 commands: >>=20 >> = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 kernel-toolchain >>=20 >> = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 buildkernel >>=20 >> = ~/sys_build_scripts.amd64-host/make-aarch64-debug-clang-default_config-amd= 64-host.sh -j32 installkernel = DESTDIR=3D/usr/obj/DESTDIRs/clang-aarch64-installkernel-dbg-default_config= >>=20 >> (I'll avoid documenting copying to the RPi4B /boot/kernel/ and such.) >>=20 >> It still failed to boot, with: >>=20 >> . . . >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... =20 >> Using DTB provided by EFI at 0x7ef0000. >> EFI framebuffer information: >> addr, size 0x3e2fe000, 0x7e9000 >> dimensions 1920 x 1080 >> stride 1920 >> masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >> ---<>--- >> panic: Too many early devmap mappings >> cpuid =3D 0 >> time =3D 1 >> KDB: stack backtrace: >> . . . >>=20 >> So my configuration files were not needed to have the failure >> that I've been getting for the debug kernels. >>=20 >=20 > I made a build based on 1a816c75600 that matches the official > git (i.e., no changes in source) and used the same script as > above (while cd'd into a different worktree). Same failure. >=20 > So this time I show more prior messages that indicate > variations in what might be loaded: >=20 > . . . > Setting currdev to disk0p1: > Loading /boot/defaults/loader.conf > Loading /boot/defaults/loader.conf > Loading /boot/device.hints > Loading /boot/loader.conf > Loading /boot/loader.conf.local > Loading kernel... > /boot/kernel/kernel text=3D0x2a8 text=3D0x7faa3c text=3D0x22589c = data=3D0x1aa458 data=3D0x0+0x611000 syms=3D[0x8+0x1209c0+0x8+0x145428] > Loading configured modules... > /boot/kernel/umodem.ko text=3D0x2140 text=3D0x1390 data=3D0x6e0+0x10 = syms=3D[0x8+0xf48+0x8+0xb6e] > loading required module 'ucom' > /boot/kernel/ucom.ko text=3D0x22e6 text=3D0x2e48 data=3D0x8d0+0x858 = syms=3D[0x8+0x12a8+0x8+0xbe5] > /boot/entropy size=3D0x1000 > /etc/hostid size=3D0x25 >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x7ef0000. > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 > ---<>--- > panic: Too many early devmap mappings > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > . . . >=20 > FYI I'd only edited /boot/loader.conf of the > files listed above. /boot/loader.conf.d/ is > empty. >=20 > For reference: >=20 > # more /boot/loader.conf > geom_label_load=3D"YES" # File system labels (see glabel(8)) > # > boot_multicons=3D"YES" > boot_serial=3D"YES" > # > # ucom is not automatically being loaded when umodem is loaded at = boot. > ucom_load=3D"YES" > umodem_load=3D"YES" > # > beastie_disable=3D"YES" > loader_color=3D"NO" > # > vfs.root.mountfrom=3D"ufs:/dev/gpt/RPi4Broot" > kern.cam.boot_delay=3D10000 > vfs.mountroot.timeout=3D10 > vfs.root_mount_always_wait=3D1 > vfs.ffs.dotrimcons=3D1 > # > kern.geom.label.disk_ident.enable=3D0 > kern.geom.label.gptid.enable=3D0 > kern.geom.label.ufsid.enable=3D0 > # > dumpdev=3D"/dev/gpt/RPi4Bswap" > # > vm.pageout_oom_seq=3D120 > vm.pfault_oom_attempts=3D-1 >=20 > So looking at the alternatives for what to vary, > I decided to eliminate the: >=20 > EFI framebuffer information: > addr, size 0x3e2fe000, 0x7e9000 > dimensions 1920 x 1080 > stride 1920 > masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 >=20 > part by booting with the monitor disconnected, leaving the > rest as it was for the above. >=20 > It booted just fine: >=20 > # uname -apKU > FreeBSD RPi4B 13.0-CURRENT FreeBSD 13.0-CURRENT #0 = pure-src-c255871-g1a816c756003: Tue Jan 12 02:43:40 PST 2021 = root@FBSDFHUGE:/usr/obj/aarch64dbg_default_config_clang/arm64.aarch64/usr/= fbsd/pure-src/arm64.aarch64/sys/GENERIC arm64 aarch64 1300134 1300134 >=20 > I doubt that the use of 1a816c756003 is significant. But > I know having the monitor connected vs. not is significant > for that version. Going back to my 19cca0b9613d based debug kernel build that has the printf's reporting the values used in the test, but with no monitor attached, it boots fine and reports: pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: 1000 pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 That compares to the previously reported failure figures from having the monitor attached for that debug kernel: pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 panic: Too many early devmap mappings where the code does: KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, ("Too many early devmap mappings")); Looks like akva_devmap_vaddr gets smaller to make room above for monitor related data and so va can end up being too small by the criteria of this test. I've no clue who would be appropriate for dealing with this. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 12 13:29:20 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 F28054D8168 for ; Tue, 12 Jan 2021 13:29:20 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) (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 "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFWdC6xVHz3GbT for ; Tue, 12 Jan 2021 13:29:19 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Tue, 12 Jan 2021 13:29:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1610458150; bh=zYFssmePQOTWIR/Pi6AsTZ2cDYMzu3yKNvp0+mTX5Bg=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=DxatpSl0rJ0vBytg5aLdB6XvXZtP9Sm+6OHNDs46flJdaSTBggxcdG1MSaqHnnOpQ qEOr5tKopEK5NngA7NtEnkc9Q4TMmgHEg7zzW7tiglAKiJb8GTDSLohFDvHl2bE5IT KRGY9Iik8oaUTI+BZVPsW5UFJzvfNzzSkN/CTGzs= To: Andrea Brancatelli From: Dan Kotowski Cc: freebsd-arm@freebsd.org Reply-To: Dan Kotowski Subject: Re: Updates on 13-STABLE on Apple M1 (Parallel Desktop) Message-ID: In-Reply-To: <145415ebfd16d9e207b14f624630ff80@schema31.it> References: <7a7df6f9421d10feafdbc6234ef137a3@schema31.it> <145415ebfd16d9e207b14f624630ff80@schema31.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4DFWdC6xVHz3GbT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=DxatpSl0; dmarc=pass (policy=none) header.from=a9development.com; spf=none (mx1.freebsd.org: domain of dan.kotowski@a9development.com has no SPF policy when checking 185.70.40.133) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.79 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.991]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.133:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(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: Tue, 12 Jan 2021 13:29:21 -0000 > On 2021-01-11 17:30, Andrea Brancatelli via freebsd-arm wrote: > > > Today I've found some time to spend on trying to make 13-STABLE boot on > > > > Parallel Desktop on Apple M1 processor. > > I forgot a few things: > > *) Even on 13-STABLE, just like 12.2, I had to force the VM in 1 CPU > > otherwise it would randomly get stuck at boot. > > *) I tried to do a basic pkg install vim-console, Vim installed ok but > > then got me > > root@f13:~ # vim > > ld-elf.so.1: Shared object "libncurses.so.9" not found, required by > > "vim" > > *) Even on 13-STABLE the Virtio-NET doesn't seem to work, I had to use > > the USB Ethernet card I used on 12.2 > > *) Finally, this the build revision > > root@f13:~ # uname -a > > FreeBSD f13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 > > main-c255641-gf2b794e1e90: Thu Jan 7 05:03:14 UTC 2021 > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > > arm64 > > Thanks a lot. >From the bootloader can you try `fdt ls`? And if you can get a shell, can you try `ofwdump -a`? There's more info about both here: https://wiki.freebsd.org/FlattenedDevice= Tree Based on your last dmesg output it looks like Parallels went with a FDT-bas= ed approach rather than ACPI. That's fine, although a bit frustrating. My i= nitial guess is that we just don't have the DTS and drivers necessary, but = maybe we can get that moving :) From owner-freebsd-arm@freebsd.org Tue Jan 12 15:39:04 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 D5C254DC75D for ; Tue, 12 Jan 2021 15:39:04 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from titanio.schema31.it (titanio.schema31.it [62.77.63.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "titanio.pomona.schema31.it", Issuer "titanio.pomona.schema31.it" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFZVv4Cgfz3hTN for ; Tue, 12 Jan 2021 15:39:03 +0000 (UTC) (envelope-from abrancatelli@schema31.it) Received: from smtp.schema31.it (localhost [127.0.0.1]) by titanio.pomona.schema31.it (8.15.2/8.15.2) with ESMTP id 10CFcb6e081014; Tue, 12 Jan 2021 16:38:37 +0100 (CET) (envelope-from abrancatelli@schema31.it) MIME-Version: 1.0 Date: Tue, 12 Jan 2021 16:38:32 +0100 From: Andrea Brancatelli To: Dan Kotowski Cc: freebsd-arm@freebsd.org Subject: Re: Updates on 13-STABLE on Apple M1 (Parallel Desktop) Organization: Schema31 s.r.l. In-Reply-To: References: <7a7df6f9421d10feafdbc6234ef137a3@schema31.it> <145415ebfd16d9e207b14f624630ff80@schema31.it> Message-ID: <4e9df7d919ec8d9248cb1897680530ee@schema31.it> X-Sender: abrancatelli@schema31.it User-Agent: Roundcube Webmail/1.3.15 X-Rspamd-Queue-Id: 4DFZVv4Cgfz3hTN X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[62.77.63.156:from]; R_DKIM_ALLOW(-0.20)[schema31.it:s=gCloud]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[2.224.21.128:email,0.0.0.2:email,0.0.0.5:email,0.0.0.4:email,0.0.0.1:email]; R_SPF_ALLOW(-0.20)[+ip4:62.77.63.156/28]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[62.77.63.156:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[schema31.it:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[schema31.it,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:20746, ipnet:62.77.32.0/19, country:IT]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Tue, 12 Jan 2021 15:39:04 -0000 On 2021-01-12 14:29, Dan Kotowski wrote: >> Thanks a lot. > > From the bootloader can you try `fdt ls`? > > And if you can get a shell, can you try `ofwdump -a`? > > There's more info about both here: https://wiki.freebsd.org/FlattenedDeviceTree > > Based on your last dmesg output it looks like Parallels went with a FDT-based approach rather than ACPI. That's fine, although a bit frustrating. My initial guess is that we just don't have the DTS and drivers necessary, but maybe we can get that moving :) Here's the output for ofwdump -a root@f13:~ # ofwdump -a Node 0x38: Node 0xe4: interrupt-controller@48240000 Node 0x198: timer Node 0x200: rtc Node 0x264: aliases Node 0x290: chosen Node 0x2cc: cpus Node 0x2f8: cpu@0 Node 0x340: cpu@1 Node 0x39c: cpu@2 Node 0x3f8: cpu@3 Node 0x454: cpu@4 Node 0x4b0: cpu@5 Node 0x50c: cpu@6 Node 0x568: cpu@7 Node 0x5c8: soc Node 0x5d4: psci Node 0x610: clk24mhz Node 0x688: uart@3ff80000 Node 0x740: ufshc@1da4000 Node 0x7e0: ufs_phy@1da7000 Node 0x904: prlmbox@1da8000 Node 0x954: ehci@1da9000 Node 0x9d0: ahci@1daa000 Node 0xa4c: xhci@1dab000 Node 0xac8: video@1dc0000 Node 0xb54: tgate@1dc4000 Node 0xbf4: pci@2000000 Here's the boot loader output for fdt ls Type '?' for a list of commands, 'help' for more detailed help. OK fdt ls Using DTB provided by EFI at 0x17fff2000. /interrupt-controller@48240000 /timer /rtc /aliases /chosen /cpus /cpus/cpu@0 /cpus/cpu@1 /cpus/cpu@2 /cpus/cpu@3 /cpus/cpu@4 /cpus/cpu@5 /cpus/cpu@6 /cpus/cpu@7 /soc /psci /clk24mhz /uart@3ff80000 /ufshc@1da4000 /ufs_phy@1da7000 /prlmbox@1da8000 /ehci@1da9000 /ahci@1daa000 /xhci@1dab000 /video@1dc0000 /tgate@1dc4000 /pci@2000000 OK --- Andrea Brancatelli From owner-freebsd-arm@freebsd.org Tue Jan 12 23:49:40 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 930304EA0D5 for ; Tue, 12 Jan 2021 23:49:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFnNz2dYnz4rSs for ; Tue, 12 Jan 2021 23:49:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10CNnZg9079427 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Jan 2021 15:49:35 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10CNnYHK079426; Tue, 12 Jan 2021 15:49:34 -0800 (PST) (envelope-from fbsd) Date: Tue, 12 Jan 2021 15:49:34 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: panic: Too many early devmap mappings Message-ID: <20210112233607.GA79348@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DFnNz2dYnz4rSs X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.44 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.34)[-0.336]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Tue, 12 Jan 2021 23:49:40 -0000 An RPi3 running -current updated on Jan. 10 installed a new world/kernel and when rebooted promptly crashed with ---<>--- panic: Too many early devmap mappings cpuid = 0 time = 1 KDB: stack backtrace: (null)() at 0xffff00000011ad90 pc = 0xffff000000760f70 lr = 0xffff00000011ad90 sp = 0xffff0000011df330 fp = 0xffff0000011df530 (null)() at 0xffff00000045c2d4 pc = 0xffff00000011ad90 lr = 0xffff00000045c2d4 sp = 0xffff0000011df540 fp = 0xffff0000011df5a0 (null)() at 0xffff00000045c07c pc = 0xffff00000045c2d4 lr = 0xffff00000045c07c sp = 0xffff0000011df5b0 fp = 0xffff0000011df660 (null)() at 0xffff0000007d8380 pc = 0xffff00000045c07c lr = 0xffff0000007d8380 sp = 0xffff0000011df670 fp = 0xffff0000011df670 (null)() at 0xffff00000075dc98 pc = 0xffff0000007d8380 lr = 0xffff00000075dc98 sp = 0xffff0000011df680 fp = 0xffff0000011df6a0 (null)() at 0xffff0000007710e4 pc = 0xffff00000075dc98 lr = 0xffff0000007710e4 sp = 0xffff0000011df6b0 fp = 0xffff0000011df6d0 (null)() at 0xffff00000028850c pc = 0xffff0000007710e4 lr = 0xffff00000028850c sp = 0xffff0000011df6e0 fp = 0xffff0000011df7a0 (null)() at 0xffff0000007c8788 pc = 0xffff00000028850c lr = 0xffff0000007c8788 sp = 0xffff0000011df7b0 fp = 0xffff0000011df830 (null)() at 0xffff00000028a64c pc = 0xffff0000007c8788 lr = 0xffff00000028a64c sp = 0xffff0000011df840 fp = 0xffff0000011df850 (null)() at 0xffff00000039b340 pc = 0xffff00000028a64c lr = 0xffff00000039b340 sp = 0xffff0000011df860 fp = 0xffff0000011df870 (null)() at 0xffff0000004a6950 pc = 0xffff00000039b340 lr = 0xffff0000004a6950 sp = 0xffff0000011df880 fp = 0xffff0000011df8b0 (null)() at 0xffff00000076d73c pc = 0xffff0000004a6950 lr = 0xffff00000076d73c sp = 0xffff0000011df8c0 fp = 0xffff0000011dfa00 (null)() at 0xffff00000000089c pc = 0xffff00000076d73c lr = 0xffff00000000089c sp = 0xffff0000011dfa10 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xffff0000004a6550 db> reboot cpu_reset failed It had to be power-cycled to restart. It came back up readily with kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan 9. In particular, how does one recognize which revision fixes this problem, assuming it's a bug and not operator error? Presumably, it'll take at least several days to reach git. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Jan 12 23:59:52 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 8E5514EA532 for ; Tue, 12 Jan 2021 23:59:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFncl31Q1z4ryD for ; Tue, 12 Jan 2021 23:59:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610495989; bh=pcoLHwBrsEZ99BQvkzFk0iyyQLcTTngXzNZcel5G2iI=; h=Subject:From:Date:To:From:Subject:Reply-To; b=qDNfODM8JJy20A+vtHg2kpLjrzQwaNsy75fRy8JGaE6hVGK2J9rWhBYUXK+Ji3FxHN1BQGU3ljewSJpJRRRQ4qQrQR0UYBm6uTnSw8LcUx1i2V0BExlK1i0L5qO5lYs1WD+EXp48a2TMU4h03gULZ4s0deYWr41mbFRyWNT7jT13GTw/3ztkbn2gPapIoJKY4OyOAClhRqm9Ib9pgFEt5UKO5ltI6ZG+m27HT2XGp892ILvzukSkkYYaLphZqBVHJNkcpooN25eKXJdSSYXrdYSHmnSXUjGmVZzN7iMunZja/vzR7C8hhCWRPN5mzSRc2zC/+hkRjP/idDU4UtaNbg== X-YMail-OSG: FeWfpdsVM1mEnNy31kuwK0.V96MJtSZntedDWHzBrbE_1T6n0OuqGN_kps9OV0L 1oxa4XWXieB7ZAxV2ESuUR_1Jx2cNOp2DRY4Hjc88GV6pZG7uLc7viDGf_bafwmJ7Kpk4pQ2EuG5 cotOYEqRc_Voq8V_rDihKZZCF6ks2wkuts2F8OMMiRv2zPUYLBUD7tsqX93IUnsXJHi.0vl1bQzO q_cezLldM2EPdXI1SPVECYx9GvuHDbByctFVjF6ZXgw101WeoaWfRPvyLtJm1CKPiMN4f.Gsl8mf UKcrMraO7qy4dnIdqRJnQiy8TdLo1bY2gE_im1WG6rQPNkiApsa3sS2glbefVU.MvWXDZNNMm4q9 SnlBeIEo_5roE9dYkd0N1eqv600EvrYMONZgGVCOUzwj.fIDX9Iu.z7iDDL_Nq2684T6kBjDnIKs fYnLUy_KBsG0LqMCSoYshOLjYuVUd8pp0xQb.sFpKPaJRGVgu.zwZBLbEWwQD3Kldnn0C9nvnW9P ODUbmjiHq9ukWPbap2C3gpi_d.W9Y_DP2hNJC5MlaukVPdTSxy5EZnNXgDtWoae3bqey1OLve0YL 2Nt2xT_o9W.xgYXqd4FJR_rq6SDNVj4rKOPheGIWLRLxcoTlOvOFhgKJ9hPd20eK1Bvg64Z0RxYD 0U4gbrp.XV_JrxDF7WMvekKue5_wbAfIOs5_dSg2bJ_k0gJPKiy_siSBCMRgiYhqk6ndxLddA5Od PUCPDanTESD5yOTfAJZOBKJgxGJeaXz7opiHczdv1TCUFUBZcrnFraaIGDrgtXdlctWDmuXcCfPo 6jmVvfwCoLjHhM1POI4JCXevHEIewQL8RQUzwuMGrQWKIrdjwKw7HEye5e3VRlF9Agacg5CFiE3_ c30Zow7rAqEKktYZBCR_f_P_LwNCW0iRSoeOk2M0roYPwRgw68ddLGCVY8NZNS2uM_ww5Vciwtlr 6Y2_jCXfrRj4.zXwvQkuThjJJeOpmMBIV9CBUsZS0fN1fPr_Yz3vw2d7DifTjVLhA.Hw1cr7dy6h 856Oq5PwBfr1cZPSKLbJ2iAXcbPJybuB3UWHOMclv6AlM3tZ5PHCfHxuQtZQ6WE1S7U7j4.3hxdo n7trK9rk0BvG2fi3pVJWCcdCuQIltzWZWIBWTXzy2VMfX9VtSASgKg4bUoHzOwqd5KpAS_UR_EZn YXqX2KJlSxChAFagzDqIiXPQCVKp...HrMpNBLjfuc93J0jIlph4dblpzDw7TKLR0CvUx2XJKBgR ldoDObp15mHe6MSNWb6wSgqhytoiGWFMsPmQWipJLzOIqt6WVU9zEZbj2sbwsXIbttiQnvwywxjp d8uF6lG65DztjToWNLGbIzQt7jrVwcKfFAyn9cPnpW7Dkri6t8P5e75y2nVl2Ang7kU80XkzsOLT T968swuxhLtVA2dgJrwmZsO7SzIwD4GgyNywk2Bb92PbkEm6c5nl0vTMKnAzylVmtIKMyg4vLKm0 c4pBoePRGnwBHlaYmB.Z.JHvadNknJxSku4u85WLC7rk1MKQkcY4_Dk5h0_B3SVVS.aQfRaiN1Zt 53F4Nb9GjnLeStfvmZzExbqNBZQK_sf1Z9hO685odTBDXt.3IwtzptM3oeS7A2ZGexkNZb6gGC.9 fbn1lnVJZjHzOz8sS02xC2yrSD47Lda72OZrfgvWgr1n.PhR1v3asMBgpYWH2H531Sq5G5x7GXvz kvlxRuw1yIduf0UZW912l0a96ueivptgq1PySX4jHUU9mPhPnwbIxiz7TvTfM_mV._sd5Yo8RiFY ySBIHgC6w2eUIKNzhI4s6EPtuZ0525mzSgSlMwBsX5ViuF4zmugvuOxdK6xwFhl4YnBhIoHWCcZp yuqvT44gNGOXph4y_7IZNtwkJk9sWwASDBnQBPBlF6knPDDU5Z9qXRP2PDVSslIHc2qHBUTjtW7N mTjzWdB2hOpJy4KsyECkjuY7zaoE4RCUAwjLdGz5281sqyjN9fHD9qlf7Q3QSjQHg8hxbaYYcWZK FnLoqgDEUPmhl8oKwWxnFiOdx4pMwaqkfsUmWJw8XiI8IYxvDLFewcUPxTDNWDsoVoknIGO32tHJ s4WGeLBYAlh_C32K09.dQds2sVs1PdFiuPzT1q.gU8hQOv6y21iJTlhsRc.NLm.BJfgrPTISwr72 5_Tzbq.tOoTxyQLCzBpFpr41qWTED9UFf8nlCXFWRX9ytvteJpjsXGHk7l_Wogm9EZVo7J35Zmt1 EHrPw_39sdNjnCXGcSuq_7fGTo1S9XEKqu.Ma3vXZC5Iyv5tmz4QYGYMfr4FkPJLjbG6986fOhp7 iRwSqgrcOUnATB_fgJDLaOgeFXCu2P.RLpC9sOXCpLYHOND7qQOUyYColwIl_VYWa4d2GM9U8ppZ YVnAhfoE1yC_lWHyKsVpPZ5Bo.wrbrWKazXqi35yv4kBrmcq0MgFun4L3FAA4ScYkBLiLoE2Ad2s Fve8.mLH6kiu3r2ONUz.g9JyD5_Cq1cN_X6TJYLQABUFxuPfrRvwJhIQQqsVxZfM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 23:59:49 +0000 Received: by smtp406.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 60eb5fe6a619637b65b90fded627a959; Tue, 12 Jan 2021 23:59:44 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: panic: Too many early devmap mappings From: Mark Millard In-Reply-To: <20210112233607.GA79348@www.zefox.net> Date: Tue, 12 Jan 2021 15:59:44 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> References: <20210112233607.GA79348@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFncl31Q1z4ryD X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Tue, 12 Jan 2021 23:59:52 -0000 On 2021-Jan-12, at 15:49, bob prohaska wrote: > An RPi3 running -current updated on Jan. 10 installed a new = world/kernel and=20 > when rebooted promptly crashed with=20 >=20 > ---<>--- > panic: Too many early devmap mappings > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > (null)() at 0xffff00000011ad90 > pc =3D 0xffff000000760f70 lr =3D 0xffff00000011ad90 > sp =3D 0xffff0000011df330 fp =3D 0xffff0000011df530 >=20 > (null)() at 0xffff00000045c2d4 > pc =3D 0xffff00000011ad90 lr =3D 0xffff00000045c2d4 > sp =3D 0xffff0000011df540 fp =3D 0xffff0000011df5a0 >=20 > (null)() at 0xffff00000045c07c > pc =3D 0xffff00000045c2d4 lr =3D 0xffff00000045c07c > sp =3D 0xffff0000011df5b0 fp =3D 0xffff0000011df660 >=20 > (null)() at 0xffff0000007d8380 > pc =3D 0xffff00000045c07c lr =3D 0xffff0000007d8380 > sp =3D 0xffff0000011df670 fp =3D 0xffff0000011df670 >=20 > (null)() at 0xffff00000075dc98 > pc =3D 0xffff0000007d8380 lr =3D 0xffff00000075dc98 > sp =3D 0xffff0000011df680 fp =3D 0xffff0000011df6a0 >=20 > (null)() at 0xffff0000007710e4 > pc =3D 0xffff00000075dc98 lr =3D 0xffff0000007710e4 > sp =3D 0xffff0000011df6b0 fp =3D 0xffff0000011df6d0 >=20 > (null)() at 0xffff00000028850c > pc =3D 0xffff0000007710e4 lr =3D 0xffff00000028850c > sp =3D 0xffff0000011df6e0 fp =3D 0xffff0000011df7a0 >=20 > (null)() at 0xffff0000007c8788 > pc =3D 0xffff00000028850c lr =3D 0xffff0000007c8788 > sp =3D 0xffff0000011df7b0 fp =3D 0xffff0000011df830 >=20 > (null)() at 0xffff00000028a64c > pc =3D 0xffff0000007c8788 lr =3D 0xffff00000028a64c > sp =3D 0xffff0000011df840 fp =3D 0xffff0000011df850 >=20 > (null)() at 0xffff00000039b340 > pc =3D 0xffff00000028a64c lr =3D 0xffff00000039b340 > sp =3D 0xffff0000011df860 fp =3D 0xffff0000011df870 >=20 > (null)() at 0xffff0000004a6950 > pc =3D 0xffff00000039b340 lr =3D 0xffff0000004a6950 > sp =3D 0xffff0000011df880 fp =3D 0xffff0000011df8b0 >=20 > (null)() at 0xffff00000076d73c > pc =3D 0xffff0000004a6950 lr =3D 0xffff00000076d73c > sp =3D 0xffff0000011df8c0 fp =3D 0xffff0000011dfa00 >=20 > (null)() at 0xffff00000000089c > pc =3D 0xffff00000076d73c lr =3D 0xffff00000000089c > sp =3D 0xffff0000011dfa10 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0xffff0000004a6550 > db> reboot > cpu_reset failed >=20 > It had to be power-cycled to restart. It came back up readily with > kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan 9. >=20 > In particular, how does one recognize which revision fixes=20 > this problem, assuming it's a bug and not operator error?=20 > Presumably, it'll take at least several days to reach git. Discovered last night on 8GiByte RPi4B's relative to this: Booting without a monitor changes the memory use and avoids the panic. WIth the 1920x1080 monitor it fails. (Only kernels with INVARIANTS make the check that panics, but need not mean that others are operating well, even if it is not obvious in a specific context.) Quoted from part of a message list item from last night: QUOTE Going back to my 19cca0b9613d based debug kernel build that has the printf's reporting the values used in the test, but with no monitor attached, it boots fine and reports: pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: 1000 pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 That compares to the previously reported failure figures from having the monitor attached for that debug kernel: pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 panic: Too many early devmap mappings where the code does: KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, ("Too many early devmap mappings")); Looks like akva_devmap_vaddr gets smaller to make room above for monitor related data and so va can end up being too small by the criteria of this test. I've no clue who would be appropriate for dealing with this. END QUOTE You may have provided a bound for a bisection =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jan 13 00:24:31 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 D52614EB16C for ; Wed, 13 Jan 2021 00:24:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFp9C08gJz4tJv for ; Wed, 13 Jan 2021 00:24:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10D0OW40079752 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 12 Jan 2021 16:24:32 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10D0OWoV079751; Tue, 12 Jan 2021 16:24:32 -0800 (PST) (envelope-from fbsd) Date: Tue, 12 Jan 2021 16:24:32 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: panic: Too many early devmap mappings Message-ID: <20210113002432.GA79600@www.zefox.net> References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> X-Rspamd-Queue-Id: 4DFp9C08gJz4tJv X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.81 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.91)[0.911]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Wed, 13 Jan 2021 00:24:31 -0000 On Tue, Jan 12, 2021 at 03:59:44PM -0800, Mark Millard wrote: > > > On 2021-Jan-12, at 15:49, bob prohaska wrote: > > > An RPi3 running -current updated on Jan. 10 installed a new world/kernel and > > when rebooted promptly crashed with > > > > ---<>--- > > panic: Too many early devmap mappings > > cpuid = 0 > > time = 1 > > KDB: stack backtrace: > > (null)() at 0xffff00000011ad90 > > pc = 0xffff000000760f70 lr = 0xffff00000011ad90 > > sp = 0xffff0000011df330 fp = 0xffff0000011df530 > > > > (null)() at 0xffff00000045c2d4 > > pc = 0xffff00000011ad90 lr = 0xffff00000045c2d4 > > sp = 0xffff0000011df540 fp = 0xffff0000011df5a0 > > > > (null)() at 0xffff00000045c07c > > pc = 0xffff00000045c2d4 lr = 0xffff00000045c07c > > sp = 0xffff0000011df5b0 fp = 0xffff0000011df660 > > > > (null)() at 0xffff0000007d8380 > > pc = 0xffff00000045c07c lr = 0xffff0000007d8380 > > sp = 0xffff0000011df670 fp = 0xffff0000011df670 > > > > (null)() at 0xffff00000075dc98 > > pc = 0xffff0000007d8380 lr = 0xffff00000075dc98 > > sp = 0xffff0000011df680 fp = 0xffff0000011df6a0 > > > > (null)() at 0xffff0000007710e4 > > pc = 0xffff00000075dc98 lr = 0xffff0000007710e4 > > sp = 0xffff0000011df6b0 fp = 0xffff0000011df6d0 > > > > (null)() at 0xffff00000028850c > > pc = 0xffff0000007710e4 lr = 0xffff00000028850c > > sp = 0xffff0000011df6e0 fp = 0xffff0000011df7a0 > > > > (null)() at 0xffff0000007c8788 > > pc = 0xffff00000028850c lr = 0xffff0000007c8788 > > sp = 0xffff0000011df7b0 fp = 0xffff0000011df830 > > > > (null)() at 0xffff00000028a64c > > pc = 0xffff0000007c8788 lr = 0xffff00000028a64c > > sp = 0xffff0000011df840 fp = 0xffff0000011df850 > > > > (null)() at 0xffff00000039b340 > > pc = 0xffff00000028a64c lr = 0xffff00000039b340 > > sp = 0xffff0000011df860 fp = 0xffff0000011df870 > > > > (null)() at 0xffff0000004a6950 > > pc = 0xffff00000039b340 lr = 0xffff0000004a6950 > > sp = 0xffff0000011df880 fp = 0xffff0000011df8b0 > > > > (null)() at 0xffff00000076d73c > > pc = 0xffff0000004a6950 lr = 0xffff00000076d73c > > sp = 0xffff0000011df8c0 fp = 0xffff0000011dfa00 > > > > (null)() at 0xffff00000000089c > > pc = 0xffff00000076d73c lr = 0xffff00000000089c > > sp = 0xffff0000011dfa10 fp = 0x0000000000000000 > > > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > Stopped at 0xffff0000004a6550 > > db> reboot > > cpu_reset failed > > > > It had to be power-cycled to restart. It came back up readily with > > kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan 9. > > > > In particular, how does one recognize which revision fixes > > this problem, assuming it's a bug and not operator error? > > Presumably, it'll take at least several days to reach git. > > Discovered last night on 8GiByte RPi4B's relative to this: > Booting without a monitor changes the memory use and avoids > the panic. WIth the 1920x1080 monitor it fails. (Only kernels > with INVARIANTS make the check that panics, but need not > mean that others are operating well, even if it is not > obvious in a specific context.) > > Quoted from part of a message list item from last night: > > QUOTE > Going back to my 19cca0b9613d based debug kernel build that > has the printf's reporting the values used in the test, but > with no monitor attached, it boots fine and reports: > > pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: 1000 > pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: ffff008000000000 L2_SIZE: 200000 > > That compares to the previously reported failure figures from > having the monitor attached for that debug kernel: > > pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 > pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: ffff008000000000 L2_SIZE: 200000 > panic: Too many early devmap mappings > > where the code does: > > KASSERT(va >= VM_MAX_KERNEL_ADDRESS - L2_SIZE, > ("Too many early devmap mappings")); > > > Looks like akva_devmap_vaddr gets smaller to make room above > for monitor related data and so va can end up being too small > by the criteria of this test. > > I've no clue who would be appropriate for dealing with this. > END QUOTE > > You may have provided a bound for a bisection > It looks as if unplugging the HDMI monitor (1920x1200) fixed the panic on the RPi3B+ as well. [the original subject line said "devmatch", which confused me hugely 8-)] Thanks for replying! bob prohaska From owner-freebsd-arm@freebsd.org Wed Jan 13 00:55:24 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 14C2A4EC2AC for ; Wed, 13 Jan 2021 00:55:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFprp6Xc4z3C6p for ; Wed, 13 Jan 2021 00:55:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610499320; bh=e4ADgYEDx7BLzaFglTcKie2cVM76egizwYe2lfMs9q8=; h=Subject:From:Date:To:From:Subject:Reply-To; b=LGIJf1xmZCKchOEmXHjULaGNIZQl8943yAZyvEP1auGikHFzfe2A7ntJzeefkHSKPFGe+CNllnRngP9rSjYr3hOK/nsPbxYcSd4BE0HB5lhOIxMV6NGnmvgpoRmbIRH/b0qyax20qgMSOvNBYeuhwjcXBbtOJbqxtVxqGo/meGV2FjalAkXDNjVVE3ygUEJvIu1VxlluFiGtqfl5Jmmeqfe63oDVgSV07UoccNJpKrnOKVp4elWed/UBFKLGqVFQcRJD6RBI2M06ChaqW7qZYnrc+mXA8Yo6jLD+CgnnEEuIhv3qKwlU3BAfsap+v+rjl7vO1ptr4yAF2QOSeYSWPg== X-YMail-OSG: vFsPzPAVM1mIMH9X5lOCz5Xe1Ns68Ir3RNzyZvDb4yQBG4tFd9IQU_EymcyYwnU wCV4zdI4HSkuoAcZSIo2E0ffQjURY0rRaF5L4oEzldeWQCxbH6JA0ilYaMmMBjQLwsUk3oKMhr0R K7uHZjFhYBrtcnL30yKO1jNVy1CZjTyFqQ89sKZj7YCPiD25ykqCGaTfZHM9D5n6bZEV2j6CVlIB Yfk6wMn07ZcBrAD5yCdAEh0PzRKNDAhvPr9WFtr3r17vT3IbmVJIDj2SVh3Dj0.vEhPI.rKn.bN4 LXDeZhqr94LTErAEqOsUs8aSZUuehdZ8xSLLNOkq6NyB4Lmv02CTq75RoGCjGtK1crNrPRqPp3p2 AxldiJ_6dNz5qcT_4bUCPwAbh4Y2TM6KOTfP_ZVPPoiXBJURVcJczwHKAkMoJSq6..Kd1dEMCGUm TC2ON50XI6k8UhyLNinzuD0kybIayUsaWoVstNacvBOj2xQhBghIU4bWdzFBXgcGCtOcUKARhZ9o vAKt3HyReGcoL1uW508tw28Kk4NTJvHoHLGkofwHD_AYJgAMjm2kzv3ojNTxEymK2a9kCEmbUpmP k.A0CmwejlemYCjLeEEm1rC5FAxB4oZdqPJRTeCRxx_klHmrcHLZ2lFARvul6CzbtXFF7SRBcFh1 1O_cGWUNWt6.CEx_uV_G9UtchvOGM1ePHmujty2Fh3RC1k5wuoQrBjUaS7gKhcK5SmDIixstZI_Z u9LSjZYVK4Mg5Da05FtnL6Mv_1GUkikKWNwI5gEsacSoGVm1QlMl_ixtYFRB9bJCz3mmdODPvCzz sUwgBS6WK1Ea33rM7BmTamJVp5DPm3pyh_5dep9axBBwDorOOL7wIuFMRSTS.mpYoxutNUNglDYO lIfr4TphTpZuQh7TGELXaLll2THkDO12OEZtt2NcCfQNrdGFaDrtkLwbuXKyaiMSmTu7kEZEzaI_ CV2pTyiScAwmJIHWOxUc7XCNbfQnleMZAP0471jKEsNLwAFD2v_k8s6PgnaIQJFDbYhpKxPUx6VT gqtzdKu581f8lbmjYjpkLjdQgnuxbBgqbIivBlioPwEfldIRHbV2Ind5XYhsfDzz2nTWklFVctNB 1bW.vbGuTvkbpPtg2Fcx9ZLSDXtMlsbpeKHmYc6OD6G7pE4o0Z4GJIIeuHBaqCiA1ycDixs79W9N nfpT9e0MK56gtrCyClh5vtc4w84SoVQQFJHx3i6YKE1aeQGxc.izN1vORDmTnK1fPs1W7XaK3jyu 2n6sM4lmDcnYR9ZgeeRvY658vLz1JeE6yPTgJcV1YH3.YT4yg3XDJ2ywHZbkGPtEO9Cm_cFpQs1t gOb3hIyVzUF4SZeoMjSdm3T2eKuMyiv4HY_iXlWrcBRDgPVfA_hMOWXR0dWFD9Sx6HHH7GCMetb2 PiQ52oIjUEzRqlGlmj9Yj4qTrCidUlamV04Oawccfd9dZWhSAUrIZmQQpXBAHVmKmoevaizOeuaj y9vfQzeE1za8eqd4m9r79KyLbOWbxTtwZwzhUgrU92wCiE25NYTeYWSLG_2DAtCv2Trw970rdL4O B_fR3b17ItkEB2BhPsFmKJuMCpjydFlWqmLFBg2l2M.FBddSfUu.2OZxGm3Hcg9Fqk1ya21hO8fb EbFOKGxMtaiGJfFTinj4MQdKU0uwofaX2NR3002_ud8_VFPvKC3khHIriqR.w2uSWmPNzXkPizWs CJMQGDGl6Pilq4wpbtna1Xwf.ahDZ3L8Okut1Vo_x7shYJgWhWeYTeZu3U1pzO2tgmhs1Dfk0N8t ymug8u.pHMvgQrlJhs8yis7B1ro._Ks_hjCz4Prlf9CyXWUj7tpRaK.StIUe.hnzAbYt79pZybw3 mfPff31dNXYQmpj3QXi_b3vLWp0dulIlb3.QVDyHGkNlgImLPovpJ4N1lM1ULjEKRzRr4AGcTGBd vh9Jxw2ySWVjKgYobaor9LPK4D0IC_QblMq5K_ah3hWGG8HhDxUwyhJstpDZWdsbyELl_YPpYO6r CdKOEiyYs8yGjsafFVu1zzSxVbRtzBoCg1wNGA4MBkj7dN95MLnOFnqCgBUzwrk50HljXH91GcyV g0H7r8v0.OGWacbTN3OkS7xdAxMG6Wwar379L_lMHd_OHkP8BZluTFIKbzBQ_y1J0R1cJNAdOq.6 PyNva7ybsTdQAx78toEdBETgQfp8TJ7iFXxWaL.K.VYUaLhy_a70rSgtNUdEe0R8GS5JT1k6b9xu hWt9N7xb7VVj7.HOOjaeBVIU1aW6KriDEOtDZtDelqYk6qY.OpeRKx0hkCVY_NXURo.Weoii574P hj.UIHu2DS3efwJ483S2aqTI4oT2Gmr1rZkSdG9zCFYVRnaB6yIo7DoZh_YfXjQegSfKDlIR4zWl YWrz6HP.5DzRhMxEiLk2Tgrcknd8zLbOPqgAaTrOOkWlxqh_1qon0S6h92DgeYz3yii8dW9kp9oW tXXpVHI1b1N113EGQfJw..zn0nGz7n3xyaYO3NGaoOChq8yrHPxqAvAGBOFDx9auyHusrs9EGIoa mu3FPV7XmpF_vz0A84n1ijiA08t23d4mOsb2uDPGCvlgJxijKVkbqUozHfMclaBiGkAxQWEWz4gY VFm19YmRkjty89B3jKmKAsVZ6NBPYo.e7OtYMXPRPgU7_VkVt3IiCRmuUMsb0ClOxsEgif4e.DRT RHYssim6JqTJIaQv_Wal2989w_cgxs9X8OmGICxTYlR7oZQFJ05g0PqC7ZBsPqV_7TJmNIiXSO.. CiDTjKVRf667BBr9EnaLgUsrjC7n5jd8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Jan 2021 00:55:20 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4a998bf65824f5e08bc660891ce2e540; Wed, 13 Jan 2021 00:55:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: panic: Too many early devmap mappings From: Mark Millard In-Reply-To: <20210113002432.GA79600@www.zefox.net> Date: Tue, 12 Jan 2021 16:55:12 -0800 Cc: freebsd-arm , Gordon Bergling , =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Transfer-Encoding: quoted-printable Message-Id: <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> To: bob prohaska , "mhorne@freebsd.org" , "rwatson@freebsd.org" , Ed Maste X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFprp6Xc4z3C6p X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.43 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-0.93)[-0.928]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.148:from]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; FREEMAIL_CC(0.00)[freebsd.org,googlemail.com]; RCVD_COUNT_TWO(0.00)[2]; 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: Wed, 13 Jan 2021 00:55:24 -0000 [I have a git bisect result for the failure: bbfa199cbc16.] On 2021-Jan-12, at 16:24, bob prohaska wrote: > On Tue, Jan 12, 2021 at 03:59:44PM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2021-Jan-12, at 15:49, bob prohaska wrote: >>=20 >>> An RPi3 running -current updated on Jan. 10 installed a new = world/kernel and=20 >>> when rebooted promptly crashed with=20 >>>=20 >>> ---<>--- >>> panic: Too many early devmap mappings >>> cpuid =3D 0 >>> time =3D 1 >>> KDB: stack backtrace: >>> (null)() at 0xffff00000011ad90 >>> pc =3D 0xffff000000760f70 lr =3D 0xffff00000011ad90 >>> sp =3D 0xffff0000011df330 fp =3D 0xffff0000011df530 >>>=20 >>> (null)() at 0xffff00000045c2d4 >>> pc =3D 0xffff00000011ad90 lr =3D 0xffff00000045c2d4 >>> sp =3D 0xffff0000011df540 fp =3D 0xffff0000011df5a0 >>>=20 >>> (null)() at 0xffff00000045c07c >>> pc =3D 0xffff00000045c2d4 lr =3D 0xffff00000045c07c >>> sp =3D 0xffff0000011df5b0 fp =3D 0xffff0000011df660 >>>=20 >>> (null)() at 0xffff0000007d8380 >>> pc =3D 0xffff00000045c07c lr =3D 0xffff0000007d8380 >>> sp =3D 0xffff0000011df670 fp =3D 0xffff0000011df670 >>>=20 >>> (null)() at 0xffff00000075dc98 >>> pc =3D 0xffff0000007d8380 lr =3D 0xffff00000075dc98 >>> sp =3D 0xffff0000011df680 fp =3D 0xffff0000011df6a0 >>>=20 >>> (null)() at 0xffff0000007710e4 >>> pc =3D 0xffff00000075dc98 lr =3D 0xffff0000007710e4 >>> sp =3D 0xffff0000011df6b0 fp =3D 0xffff0000011df6d0 >>>=20 >>> (null)() at 0xffff00000028850c >>> pc =3D 0xffff0000007710e4 lr =3D 0xffff00000028850c >>> sp =3D 0xffff0000011df6e0 fp =3D 0xffff0000011df7a0 >>>=20 >>> (null)() at 0xffff0000007c8788 >>> pc =3D 0xffff00000028850c lr =3D 0xffff0000007c8788 >>> sp =3D 0xffff0000011df7b0 fp =3D 0xffff0000011df830 >>>=20 >>> (null)() at 0xffff00000028a64c >>> pc =3D 0xffff0000007c8788 lr =3D 0xffff00000028a64c >>> sp =3D 0xffff0000011df840 fp =3D 0xffff0000011df850 >>>=20 >>> (null)() at 0xffff00000039b340 >>> pc =3D 0xffff00000028a64c lr =3D 0xffff00000039b340 >>> sp =3D 0xffff0000011df860 fp =3D 0xffff0000011df870 >>>=20 >>> (null)() at 0xffff0000004a6950 >>> pc =3D 0xffff00000039b340 lr =3D 0xffff0000004a6950 >>> sp =3D 0xffff0000011df880 fp =3D 0xffff0000011df8b0 >>>=20 >>> (null)() at 0xffff00000076d73c >>> pc =3D 0xffff0000004a6950 lr =3D 0xffff00000076d73c >>> sp =3D 0xffff0000011df8c0 fp =3D 0xffff0000011dfa00 >>>=20 >>> (null)() at 0xffff00000000089c >>> pc =3D 0xffff00000076d73c lr =3D 0xffff00000000089c >>> sp =3D 0xffff0000011dfa10 fp =3D 0x0000000000000000 >>>=20 >>> KDB: enter: panic >>> [ thread pid 0 tid 0 ] >>> Stopped at 0xffff0000004a6550 >>> db> reboot >>> cpu_reset failed >>>=20 >>> It had to be power-cycled to restart. It came back up readily with >>> kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan 9. >>>=20 >>> In particular, how does one recognize which revision fixes=20 >>> this problem, assuming it's a bug and not operator error?=20 >>> Presumably, it'll take at least several days to reach git. >>=20 >> Discovered last night on 8GiByte RPi4B's relative to this: >> Booting without a monitor changes the memory use and avoids >> the panic. WIth the 1920x1080 monitor it fails. (Only kernels >> with INVARIANTS make the check that panics, but need not >> mean that others are operating well, even if it is not >> obvious in a specific context.) >>=20 >> Quoted from part of a message list item from last night: >>=20 >> QUOTE >> Going back to my 19cca0b9613d based debug kernel build that >> has the printf's reporting the values used in the test, but >> with no monitor attached, it boots fine and reports: >>=20 >> pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: = 1000 >> pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 >>=20 >> That compares to the previously reported failure figures from >> having the monitor attached for that debug kernel: >>=20 >> pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: = 1000 >> pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 >> panic: Too many early devmap mappings >>=20 >> where the code does: >>=20 >> KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, >> ("Too many early devmap mappings")); >>=20 >>=20 >> Looks like akva_devmap_vaddr gets smaller to make room above >> for monitor related data and so va can end up being too small >> by the criteria of this test. >>=20 >> I've no clue who would be appropriate for dealing with this. >> END QUOTE >>=20 >> You may have provided a bound for a bisection >>=20 >=20 > It looks as if unplugging the HDMI monitor (1920x1200) fixed the > panic on the RPi3B+ as well.=20 >=20 > [the original subject line said "devmatch", which confused me hugely = 8-)]=20 >=20 A git bisect sequence on a 8 GiBYte RPi4B with a monitor plugged in (to make it use more high kernel RAM such that the KASSERT indicated above fails) resulted in: # git bisect good bbfa199cbc1698631a0e932848e62dd76559d4d7 is the first bad commit commit bbfa199cbc1698631a0e932848e62dd76559d4d7 Author: mhorne Date: Wed Dec 9 16:38:42 2020 -0400 arm64: gdb(4) machine-dependent bits =20 Everything required for remote kernel debugging over a serial connection. For FDT-based systems, a debug port can be specified by setting hw.fdt.dbgport to the desired device tree node in = loader.conf. For example, hw.fdt.dbgport=3D"uart1", or hw.fdt.dbgport=3D"serial@ff1a0000". =20 Looks good: emaste Tested by: rwatson MFC after: 2 weeks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D27727 sys/arm64/arm64/gdb_machdep.c | 112 = ++++++++++++++++++++++++++++++++++++++++ sys/arm64/conf/GENERIC | 2 +- sys/arm64/include/gdb_machdep.h | 81 +++++++++++++++++++++++++++++ sys/conf/files.arm64 | 1 + 4 files changed, 195 insertions(+), 1 deletion(-) create mode 100644 sys/arm64/arm64/gdb_machdep.c create mode 100644 sys/arm64/include/gdb_machdep.h =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jan 13 06:53:08 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 4185F4D1EB9 for ; Wed, 13 Jan 2021 06:53:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFynb1B9Jz3ldq for ; Wed, 13 Jan 2021 06:53:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610520785; bh=QjS5zskQZuBwiYOQo2OdptKpU4hSDJhI5ZCLzh1BP4O=; h=Subject:From:Date:To:From:Subject:Reply-To; b=jVO/IGK0mA3lBcCEYrGzJktE3390zGLtkFhjazEUKUgWylUkqW2i7+9B8W2K58mWcDmt5OEuKrJOnnr4vb5aNwmO4XCa0SsKcH1zJcgqX4Ej5eUK6TY4C00+IY4DhxV8KpehqN82H+NUitSnIepCJLgn/UUfbyTqPElg9Hofwu+k5PrVmM5lwMOi9VHL7GKOJAHC7ZPGCKdRGhfj6p0yPK7XSGoIePq4kyGYUzW5BICXKfyQn5lBGQn0eSVAQcWWGDYTYGkDokq9V4c0+PNNvkihkpbEltl8euWiqfPHOEJdo5pmHoagvLAK4Ux/ElHvYcsyjR2VV89XdglZAzIuWQ== X-YMail-OSG: v98_SsIVM1m39rfXFvoyhABjff7luXxCOji38XSMKBiYIyhsTLVA.oqNOYFedKb HLLppFw_raDqMZjl4WG9YLZVvpnSaAWMgGVLdbDHr0no3UoJgA8Wv6f_77BbLSU6jUyEj2pVV6Ll BqOnVOCLiRdOfccUQTX976z9GFk0Zot2L2QtzlLkuy5hb3Pe9AzgrKnkDcpOMb7akwYtqTZoghU8 6WW3bVDQ.QXHLi_rIGl6mv.b3UW0iFiaN5_c4OLuq9Ct7iRk.eQjQfjyeRMZRYLxgNPdy5MWY5o1 qjLPznJ.cksDZrDJFe0bl0KY36bflBHjOGKZxJndrgEGg_cACADdV0rCb10YNnkrgwVJyPhJxAZH 7Bn0aiMBqw5HDwPjAlL8nDMNYo1OIubRKMbADKKqtwg8qmVxY8JAyNHuxE.Tj2eBh9iV2ZzcTYs9 SuxTA8Xf.JBSea6oRBU6zVGm8Y_Ayad0p5Grt6xP1Sn9dGS5bBAaxC6vQBXyTXJwa10mP9T.Y50L e9HGNiEOb5pxntnaJcHxJHNYfTNP11jHxo63vyqD5WTcE76bEICtCYi0L4Qt6kdh7B5y8P0bqjSb uH8c05BEPZhUuqCHW16Uqi3773_PoLEhE9ZH3CYEADri1EKRzh.T3Yef8WFxHN5dPOLXurfdG3YA UaJ1r8jj8d9cKHhEVuQ_2Q8NCH6SYZ30tUZCqJPAs3F4JXaNv1in_XPjHv5BVakoKZnOGH3V.xGf nEcsuWwssUBxZNFJrw9quzGfcqyC6tgx.JZtCEellaBPDmlITb19C2DIE4PHgU99fzM_PROInNq_ D8ivQGdw3QK_jHwhxDb5FkvRNM1UeW4MjdPrSpeqw519KXWNT2.Ezr1zC.na_ISx9DboLJBMyE03 0pGuhqy1JYpjn27nIc17ALd4NP3KhUAUmfr1fnP7Dv7j3Q38ccpJyEqPY7yl_sJVI1Csg_D9zZo3 Q44.EeMU5upB0pHzyREzxwg5DExtr3KwbahgTn2SHoGLz.jDaXq_wjkyE_eJk.dcvTb0RZvPOyeM akpfY_0VkMcEgRNeRgnjKCPGEh1Nz82NAJ7A4WbnzHxFXzDug.7lBKZH2z0QrUVDITSCkud1fuln wHDmhCExOzxw5I1Uve74Iev9wVbGz9JZQp1aSUZ1wRbDTcDSehQKSHej5nuHQxhJX6iy0hnI9H2V 6LJMxLWqIUx2C5qvM2JDBxLmorUdQ3spgrAcAsdGJEJbjETqkkpszuB8uCj64SQ131F5IG_FETqb r7Il.7N27.nEjUn1YrGcZzEuHaZhn_LeosFKqFgvOPvH6bDWotzFa3ai2bl4nhzYymIb8lFJomDR qBhCC.5nJqB3jjMlHvDupH4d7GBS8ekdZ60nfM6oXbr8D1_un.JPY8rXYtDgMzoTkd5slhkgKFUy 9JY_n1555fAT0acMkM_vz49wvvU4ofuyi52wIgXGkv80DrNHULjasB9A_SFWAkrY8yQfwdKGVe2J HKVsvxpuQLk3xGkSIkqGctPSLBuQcX3NMb.MlJoG6b.8zlM7MuKyzoszKOa1BcUgqO.qBPwWPu1U TzXJQxWlfpPVu66UIUQINv0se24vy6dqCEenm6eHYka8x5EPRSokFKwqU66AiFLfwXqkETBdoSKg JCNoujcq558VW1YC9pfs2ZZ0FkC.rBjxNFqWmXEH9Cvs9W1walGRfYUsJuSKfLdq2dckiv1_PtDu _h5cbaK3RYHDm4.greHprBH7r9OXpkRVGfWECmfdy6uVMFIAnKGtp.m.K8cqeTeHadzBfJKV9ogh __3ITJY.o_n9By8u8C8W3omiJMZKybFKNAKgPYiF6pG7Gy1VnDOS4soz4ihm0Re9uHqm8nJCKyKe 7fVkILpTaAMrhY3f4Wich_VtCKOjm5IWJo2rrNBwYo3IUHHIvkM7hnLqt232piU.GP8YQmWIiKp0 ILkjeRBWT5WlGfEB5PGKgi9zHzxc4c0KrGGo1uli1Tm.XqtVGUbmxzC3dPdbNhBJnnR4GFokB1OG bJxjJMC1myOFMZa46vdhS97gnAYMRQAGjhkhtpQQOq1TCw8Ey639J3zHjMD26ajEYWjw.uWVTVXr ue9vJlDZuC38K2EYDgRRr734OCtrY4sYY8ceRhz5z8EKS.JIcov0czeJ0zn3LWCD_ZGWcu5qp43P ssA6aDLB9HuVDPTaCwrKr_2ACRjOvTGSYGrSl7RX1sEsC2bC1eeJGfdVYaUu45B7QXXxAb6Q17Po qBNTeXLYFaoHtr2WNIWtvbYqKXGOYKbhXkYzj.vHapEW_OUdpnCNbqlo7YRl5LxJsaNY_s0hXfuz dtV_GiDDw4Ev7Jr6_QjAZopvnsrOhZXZIa5MABwjzVnQc.Wfq0brpFwpLj18RFPxIpdubW2YJP6x ypMlxeMxoOFE4oTH_K2F1HNPkRYIlfM0Z0ojErehm2IJBAx6CuNP6K3g2GKlljC3bcRYclYQ.zKS 1ibp5P64O4WP0RGcLbI1iXN0P9Zci2W4PB9MoXUQ7bf4Dm7LdN5TgdoMFi8QepDjHkt5q1rDjuHd HY2nzlPkUP9Bx.gLtxcjwLbDDP6vash7Xd167YKY5wswdNm9uGxXaZE2M3Nwv1NxpkJYAafkCqVY rKfm.n4WtpUPZGza.ce4ZbWpVJKMGxLiEjUTKHHiLCSV1T_Qr_3Co1vflM7B1Vjs4eu_Vc_0GdGC Ezl7GrXuMQkt3M5QpFalDvbr2kRgHaMOz5HcYzYhKPMRYGLb5pSD8oy3V4RRvnuy3p7j3hu00NeQ oOl_FNnyt1DvkbZMxUgSgaRfJjpMU8.vDihHFHn3zOKCbREZfS2M_IrBFM1LEoOVQwykTCtY9FH1 zqw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 Jan 2021 06:53:05 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 944e48b6a7e3d1d00e58d7d6467e880e; Wed, 13 Jan 2021 06:53:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: panic: Too many early devmap mappings From: Mark Millard In-Reply-To: <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> Date: Tue, 12 Jan 2021 22:53:00 -0800 Cc: freebsd-arm , bob prohaska , Gordon Bergling , =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Transfer-Encoding: quoted-printable Message-Id: <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> To: "mhorne@freebsd.org" , "rwatson@freebsd.org" , Ed Maste X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFynb1B9Jz3ldq X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCPT_COUNT_SEVEN(0.00)[7]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.82:from]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.82:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; FREEMAIL_CC(0.00)[freebsd.org,www.zefox.net,googlemail.com]; RCVD_COUNT_TWO(0.00)[2]; 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: Wed, 13 Jan 2021 06:53:08 -0000 On 2021-Jan-12, at 16:55, Mark Millard wrote: > [I have a git bisect result for the failure: bbfa199cbc16.] >=20 > On 2021-Jan-12, at 16:24, bob prohaska wrote: >=20 >> On Tue, Jan 12, 2021 at 03:59:44PM -0800, Mark Millard wrote: >>>=20 >>>=20 >>> On 2021-Jan-12, at 15:49, bob prohaska = wrote: >>>=20 >>>> An RPi3 running -current updated on Jan. 10 installed a new = world/kernel and=20 >>>> when rebooted promptly crashed with=20 >>>>=20 >>>> ---<>--- >>>> panic: Too many early devmap mappings >>>> cpuid =3D 0 >>>> time =3D 1 >>>> KDB: stack backtrace: >>>> (null)() at 0xffff00000011ad90 >>>> pc =3D 0xffff000000760f70 lr =3D 0xffff00000011ad90 >>>> sp =3D 0xffff0000011df330 fp =3D 0xffff0000011df530 >>>>=20 >>>> (null)() at 0xffff00000045c2d4 >>>> pc =3D 0xffff00000011ad90 lr =3D 0xffff00000045c2d4 >>>> sp =3D 0xffff0000011df540 fp =3D 0xffff0000011df5a0 >>>>=20 >>>> (null)() at 0xffff00000045c07c >>>> pc =3D 0xffff00000045c2d4 lr =3D 0xffff00000045c07c >>>> sp =3D 0xffff0000011df5b0 fp =3D 0xffff0000011df660 >>>>=20 >>>> (null)() at 0xffff0000007d8380 >>>> pc =3D 0xffff00000045c07c lr =3D 0xffff0000007d8380 >>>> sp =3D 0xffff0000011df670 fp =3D 0xffff0000011df670 >>>>=20 >>>> (null)() at 0xffff00000075dc98 >>>> pc =3D 0xffff0000007d8380 lr =3D 0xffff00000075dc98 >>>> sp =3D 0xffff0000011df680 fp =3D 0xffff0000011df6a0 >>>>=20 >>>> (null)() at 0xffff0000007710e4 >>>> pc =3D 0xffff00000075dc98 lr =3D 0xffff0000007710e4 >>>> sp =3D 0xffff0000011df6b0 fp =3D 0xffff0000011df6d0 >>>>=20 >>>> (null)() at 0xffff00000028850c >>>> pc =3D 0xffff0000007710e4 lr =3D 0xffff00000028850c >>>> sp =3D 0xffff0000011df6e0 fp =3D 0xffff0000011df7a0 >>>>=20 >>>> (null)() at 0xffff0000007c8788 >>>> pc =3D 0xffff00000028850c lr =3D 0xffff0000007c8788 >>>> sp =3D 0xffff0000011df7b0 fp =3D 0xffff0000011df830 >>>>=20 >>>> (null)() at 0xffff00000028a64c >>>> pc =3D 0xffff0000007c8788 lr =3D 0xffff00000028a64c >>>> sp =3D 0xffff0000011df840 fp =3D 0xffff0000011df850 >>>>=20 >>>> (null)() at 0xffff00000039b340 >>>> pc =3D 0xffff00000028a64c lr =3D 0xffff00000039b340 >>>> sp =3D 0xffff0000011df860 fp =3D 0xffff0000011df870 >>>>=20 >>>> (null)() at 0xffff0000004a6950 >>>> pc =3D 0xffff00000039b340 lr =3D 0xffff0000004a6950 >>>> sp =3D 0xffff0000011df880 fp =3D 0xffff0000011df8b0 >>>>=20 >>>> (null)() at 0xffff00000076d73c >>>> pc =3D 0xffff0000004a6950 lr =3D 0xffff00000076d73c >>>> sp =3D 0xffff0000011df8c0 fp =3D 0xffff0000011dfa00 >>>>=20 >>>> (null)() at 0xffff00000000089c >>>> pc =3D 0xffff00000076d73c lr =3D 0xffff00000000089c >>>> sp =3D 0xffff0000011dfa10 fp =3D 0x0000000000000000 >>>>=20 >>>> KDB: enter: panic >>>> [ thread pid 0 tid 0 ] >>>> Stopped at 0xffff0000004a6550 >>>> db> reboot >>>> cpu_reset failed >>>>=20 >>>> It had to be power-cycled to restart. It came back up readily with >>>> kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan = 9. >>>>=20 >>>> In particular, how does one recognize which revision fixes=20 >>>> this problem, assuming it's a bug and not operator error?=20 >>>> Presumably, it'll take at least several days to reach git. >>>=20 >>> Discovered last night on 8GiByte RPi4B's relative to this: >>> Booting without a monitor changes the memory use and avoids >>> the panic. WIth the 1920x1080 monitor it fails. (Only kernels >>> with INVARIANTS make the check that panics, but need not >>> mean that others are operating well, even if it is not >>> obvious in a specific context.) >>>=20 >>> Quoted from part of a message list item from last night: >>>=20 >>> QUOTE >>> Going back to my 19cca0b9613d based debug kernel build that >>> has the printf's reporting the values used in the test, but >>> with no monitor attached, it boots fine and reports: >>>=20 >>> pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: = 1000 >>> pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 >>>=20 >>> That compares to the previously reported failure figures from >>> having the monitor attached for that debug kernel: >>>=20 >>> pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: = 1000 >>> pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: = ffff008000000000 L2_SIZE: 200000 >>> panic: Too many early devmap mappings >>>=20 >>> where the code does: >>>=20 >>> KASSERT(va >=3D VM_MAX_KERNEL_ADDRESS - L2_SIZE, >>> ("Too many early devmap mappings")); >>>=20 >>>=20 >>> Looks like akva_devmap_vaddr gets smaller to make room above >>> for monitor related data and so va can end up being too small >>> by the criteria of this test. >>>=20 >>> I've no clue who would be appropriate for dealing with this. >>> END QUOTE >>>=20 >>> You may have provided a bound for a bisection >>>=20 >>=20 >> It looks as if unplugging the HDMI monitor (1920x1200) fixed the >> panic on the RPi3B+ as well.=20 >>=20 >> [the original subject line said "devmatch", which confused me hugely = 8-)]=20 >>=20 >=20 > A git bisect sequence on a 8 GiBYte RPi4B with a monitor plugged > in (to make it use more high kernel RAM such that the KASSERT > indicated above fails) resulted in: >=20 > # git bisect good > bbfa199cbc1698631a0e932848e62dd76559d4d7 is the first bad commit > commit bbfa199cbc1698631a0e932848e62dd76559d4d7 > Author: mhorne > Date: Wed Dec 9 16:38:42 2020 -0400 >=20 > arm64: gdb(4) machine-dependent bits >=20 > Everything required for remote kernel debugging over a serial > connection. For FDT-based systems, a debug port can be specified by > setting hw.fdt.dbgport to the desired device tree node in = loader.conf. > For example, hw.fdt.dbgport=3D"uart1", or > hw.fdt.dbgport=3D"serial@ff1a0000". >=20 > Looks good: emaste > Tested by: rwatson > MFC after: 2 weeks > Sponsored by: The FreeBSD Foundation > Differential Revision: https://reviews.freebsd.org/D27727 >=20 > sys/arm64/arm64/gdb_machdep.c | 112 = ++++++++++++++++++++++++++++++++++++++++ > sys/arm64/conf/GENERIC | 2 +- > sys/arm64/include/gdb_machdep.h | 81 +++++++++++++++++++++++++++++ > sys/conf/files.arm64 | 1 + > 4 files changed, 195 insertions(+), 1 deletion(-) > create mode 100644 sys/arm64/arm64/gdb_machdep.c > create mode 100644 sys/arm64/include/gdb_machdep.h >=20 I forgot to list the bugzilla for this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 I have added the notes, including: QUOTE Turns out that this "too much high kernel memory in use" issue happens = for a combination of 2 things being true at the same time: A) Monitor attached (sufficiently large pixel count?) B) GDB enabled, per bbfa199cbc16 . END QUOTE =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Jan 13 11:56:01 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 075034DA2A8; Wed, 13 Jan 2021 11:56:01 +0000 (UTC) (envelope-from andrei.cos.martin@gmail.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG5W374zDz4Yfr; Wed, 13 Jan 2021 11:55:59 +0000 (UTC) (envelope-from andrei.cos.martin@gmail.com) Received: by mail-pj1-x1032.google.com with SMTP id u4so1036574pjn.4; Wed, 13 Jan 2021 03:55:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=WTpwsDMkRyFPEBB5XP9FrIts92LKxTVHeU9xF7tyXz8=; b=r7ApbPwxldfCnf+gMVN4krAKzsseQay/J/3dUPDNJ3rPedoyQ8R+kytfXFMDGSRd10 h/7opfFs9sx6Vs9g04T4ebFPxjc6D05T3gBMJTg7Iv3G9dWg8nyoH7wp1OBJOuUusqJB VjfTkbcn4CLIBqWRXcQQIDyF8t6lvlFFuWiEUd4d8dQIV9VXSYLIa6XBuubiemBKSfPg 81aGacJKtF+0F8ENtlTHEkK+cPCZE1ovjrsVBOyguwVLj5bEUwhX/30O4vquz6KIb4Tf eN9yQHY3+IX1I/Ud41HPBNW54RICjEf6sJcZLcyY3XldKa5ErEdd5qLjgVbuotksIOfK g3rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=WTpwsDMkRyFPEBB5XP9FrIts92LKxTVHeU9xF7tyXz8=; b=kGEtHLOMIFOFBY9T0xjFxMVc+962IzKaQFMuZdwwykcJ0esSOCdMVc+ugX4l0jF56v 6rHwN3Rouew5fymY1KlLRhZ7anvWemFTX12bSc4J3EqHo6ZAMc8m8injlSPKGLtFY7fE gNIFFFqqTIUqHCfy80St2r3rqbj6PPstKn6bOQslEH9toP3XCodX/EKYjxtpU1J73sZj q5fHYSEK9xUTH2acTcI8EVetBgXaX2XF7x0ggusjcauhSImdeAMJ4nc4DRP2LLBHwZlW 2Loaz7dZ11es4YfJtjxiw4r+OYIeoj2BveC4CUHLwCGLb3ck9iOQ9KTsn1VLPzp0jALi 831g== X-Gm-Message-State: AOAM532kKymZU23x2m+HjjJMfa0CH/ZouzGTeYgfSZQU/PID0LeXH8Ne Mn7iLd/2oF1bVkEugDqplR9NWv6rr3cJFnRrHixtqQanphU= X-Google-Smtp-Source: ABdhPJyOyx4ptNVkEz7neB5r/KO98nKJaBYJeQuCOqc8uda0tz90cgIblG6ejG9suiNqu+T3qjbfWw+wWnqNzZEjmdg= X-Received: by 2002:a17:90a:73c5:: with SMTP id n5mr2027648pjk.118.1610538958569; Wed, 13 Jan 2021 03:55:58 -0800 (PST) MIME-Version: 1.0 From: Andrei Martin Date: Wed, 13 Jan 2021 13:55:47 +0200 Message-ID: Subject: [bhyve][arm64] Number of allowed vcpus To: freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org, Mihai Carabas , Darius Mihai , Elena Mihailescu X-Rspamd-Queue-Id: 4DG5W374zDz4Yfr X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=r7ApbPwx; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andreicosmartin@gmail.com designates 2607:f8b0:4864:20::1032 as permitted sender) smtp.mailfrom=andreicosmartin@gmail.com X-Spamd-Result: default: False [-3.99 / 15.00]; RBL_SENDERSCORE_FAIL(0.00)[2607:f8b0:4864:20::1032:server fail]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::1032:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::1032:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1032:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-virtualization] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Wed, 13 Jan 2021 11:56:01 -0000 Hello, While working on enabling multiple virtual cpus for the arm64 virtual machine I used the bhyve's "-c N" parameter to create N cpus (it gets only the cpus, in contrast to the amd64). If N is smaller than the number of cores described in the device tree it will enable only N and if it's larger it will enable only the number of cores from the device tree. I don't know if it is the best approach. Another way would be to enable all the cpus from the device tree, no more, no less. Do you have any suggestions? Andrei From owner-freebsd-arm@freebsd.org Wed Jan 13 12:01:55 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 9CEFC4DA557; Wed, 13 Jan 2021 12:01:55 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG5dt6DCRz4ZRZ; Wed, 13 Jan 2021 12:01:54 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by mail-lj1-x231.google.com with SMTP id f17so2195536ljg.12; Wed, 13 Jan 2021 04:01:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=q+GkIxyP3KkX3NJtJCxwGmKLUT63/2x+qzpgmGpfLtc=; b=Un4TU2um/dfgTFhyFDyOotQVDvq13CeU5Hyysbc2fvqqZRS1S7Ue0tpg/k4jaRCD8h G0zzgakYejZnzeuYBE7gtyzyov3NPRgHgMJo8AJ48cN4Yrs3IDOBROxOV3eyajIlg/On 7yNkzIFIno4ow+kDxMZzlopxzzqFBv0b3MVcZ+jyseEbkWDNckE+2nq4R3bi4djt6Vw+ cwm9yEM5y6uJq8tN0usq+W9NnNboPGRuG5YTnlu/9S0J6x9l40tsVcoAy7InCWRm5tBQ q3SS1S8ixIHTISJ+WQtXqTkpSZAmCBP4KWcsUos5MDIk+zY7V1Vz7vLfdwKQdXyEuCNy J8IA== 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:from:date :message-id:subject:to:cc; bh=q+GkIxyP3KkX3NJtJCxwGmKLUT63/2x+qzpgmGpfLtc=; b=qyEIOx6a91qbbKbFK3SZ7K9aqnnv9GfrXJ3FiYApbqXEnF7vd0FLrzJHFMm95Rs8Jz GEanqb1fmbEjs91dGbFcd23VsQswCiFHPXwhcRc3xOgidzxAga38NHL2WXvWxFwRZ2X3 Q+XOs0qKKFniqytXb3+x/AKGR1pMMEJD+plkxWIrJxug+agQxSri/RvBU4TGm8bnp76v 3VHRZidtKNWyD62VVXDlc99AWdgI7BJzKvxYoFm/8hmDDV2Ow6O1Fz2ENcmnUHnu+iZu R0w1hKg9wByW5gIsYCFztXwZQQCdt/3oGsXjUEbfrFgHQhHxaKIBjvPqX1hYWW+PKOl6 acVQ== X-Gm-Message-State: AOAM533f4BjmvL1MaaFgsL/gcTcUisOnoKp5uYPuTDcLKH1vbFjj1cCs GxbptXcuPaGPPCXQeFmZFQVMANuuvLBZY8XMd7k= X-Google-Smtp-Source: ABdhPJy48+rjv6MkVW7Z/1yF5fEtckrYWYRau7NScACS3YjXwaToWJgXbbsqvkSC9GUM5xOLKwa8WAW97MxKRZ61TdQ= X-Received: by 2002:a2e:3619:: with SMTP id d25mr811609lja.378.1610539312751; Wed, 13 Jan 2021 04:01:52 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Mihai Carabas Date: Wed, 13 Jan 2021 14:01:43 +0200 Message-ID: Subject: Re: [bhyve][arm64] Number of allowed vcpus To: Andrei Martin Cc: freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org, Darius Mihai , Elena Mihailescu X-Rspamd-Queue-Id: 4DG5dt6DCRz4ZRZ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Un4TU2um; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mihaicarabas@gmail.com designates 2a00:1450:4864:20::231 as permitted sender) smtp.mailfrom=mihaicarabas@gmail.com X-Spamd-Result: default: False [-0.75 / 15.00]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-virtualization]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::231:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.75)[0.754]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::231:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::231:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; SUSPICIOUS_RECIPS(1.50)[]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Wed, 13 Jan 2021 12:01:55 -0000 Hello, >From my perspective bhyve should use what is stated in the device tree if no parameter is given and throw an error when N is greater than the device tree value. Mihai On Wed, Jan 13, 2021 at 1:55 PM Andrei Martin wrote: > Hello, > > While working on enabling multiple virtual cpus for the arm64 virtual > machine > I used the bhyve's "-c N" parameter to create N cpus (it gets only the > cpus, in contrast to the amd64). If N is smaller than the number of cores > described in the device tree it will enable only N and if it's larger it > will enable only the number of cores from the device tree. > > I don't know if it is the best approach. Another way would be to enable > all the cpus from the device tree, no more, no less. > > Do you have any suggestions? > > Andrei > From owner-freebsd-arm@freebsd.org Wed Jan 13 14:55:55 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 C94754DF824; Wed, 13 Jan 2021 14:55:55 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG9Vc33jFz4mNl; Wed, 13 Jan 2021 14:55:51 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 10DEtho7041741; Wed, 13 Jan 2021 06:55:43 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 10DEthxJ041740; Wed, 13 Jan 2021 06:55:43 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202101131455.10DEthxJ041740@gndrsh.dnsmgr.net> Subject: Re: [bhyve][arm64] Number of allowed vcpus In-Reply-To: To: Mihai Carabas Date: Wed, 13 Jan 2021 06:55:43 -0800 (PST) CC: Andrei Martin , freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DG9Vc33jFz4mNl X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.10 / 15.00]; RBL_SENDERSCORE_FAIL(0.00)[69.59.192.140:server fail]; TO_DN_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-virtualization] 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: Wed, 13 Jan 2021 14:55:55 -0000 > Hello, > > >From my perspective bhyve should use what is stated in the device tree if > no parameter is given and throw an error when N is greater than the device > tree value. > > Mihai That seems to be one reasonable solution. I am not very informed on what the CPU over commit situation is on an ARM cpu with respect to virtualization. I would also propose as an alternative to just do what was asked by the user, which is the current amd64 implementation, OR do as asked and emmit a warning message. I would ask given what was said above: isnt this the same situation as if the sum of all VM VCPU's is more than the total cores in the system? That is a very common situation, and one we must not restrict. > On Wed, Jan 13, 2021 at 1:55 PM Andrei Martin > wrote: > > > Hello, > > > > While working on enabling multiple virtual cpus for the arm64 virtual > > machine > > I used the bhyve's "-c N" parameter to create N cpus (it gets only the > > cpus, in contrast to the amd64). If N is smaller than the number of cores > > described in the device tree it will enable only N and if it's larger it > > will enable only the number of cores from the device tree. > > > > I don't know if it is the best approach. Another way would be to enable > > all the cpus from the device tree, no more, no less. > > > > Do you have any suggestions? > > > > Andrei > > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Jan 13 15:00:41 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 760734DF660; Wed, 13 Jan 2021 15:00:41 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-lf1-x12f.google.com (mail-lf1-x12f.google.com [IPv6:2a00:1450:4864:20::12f]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG9c84ZSnz4mdW; Wed, 13 Jan 2021 15:00:40 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by mail-lf1-x12f.google.com with SMTP id m25so3159950lfc.11; Wed, 13 Jan 2021 07:00:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=R4uPsGy1SSxpksfFbwvwThDOA18CQUAhIYp6B74MiFY=; b=bAl1JIJ8kMqExinQEpDJZ9OIOx7AXaA2ofjee2xwHM+yHv9ZMKk0ARXUKnt4L5EzRX ZCZ2XceM+y+yxaMm97UGqk6Mq7jp/NfLvmzxh7ItkL1dYwKlYz5Wxyco2v/I/BoVZ88D pf4qfVObDqMJZGdNEZQdvto5HRIgdYutish/SSlmUHpHvz3sgtz/zqCpEwsFhnw0JoOF qabrOSmd1u4i9694a8DaodaM3rrn0t4VvM7XWvo4lRNP5bnsE9WILyJa7AMhXFwv5rws GdKJtnr6iKEf+TtJ0XkOjNUxokpM/8ikVtiIMsnkULK36/04yxuEuz5vWEH5tgr3sanS bIrw== 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:from:date :message-id:subject:to:cc; bh=R4uPsGy1SSxpksfFbwvwThDOA18CQUAhIYp6B74MiFY=; b=jUlSZ124oS5xsrjlU+VJHY3aoughToRgozHKm0PxN1ntETmW4CXjMqV26PWf5aJcS8 n9MdyDKM3mAEPXofDm3XLGYT8jwnxY65OiWtImc8+prTSW01NpYZuocy8co03OSOFkMR 3EIPzsv9iiEiCzojHghbWN6+zPvXpWul54k8fh/N7rCK6WM6tMgf/mvoMq5baKZDfvXL +7IojGgaykL0ahqOltOUElLlv3AnrXg7GlMCNmCEYrHwVPhxK96jJQNRIRvmSDpMod1D NbVPXrI3GxTsmW/0c0HKjaEsPmZtpjqefz9Xo+atMETqJbEXwjRt0iD6JUvcB3g+ixGx b7rQ== X-Gm-Message-State: AOAM530NjjgO8AyM3xyHVVdrstHY2nGaDkjaWMLC5CO/yofjTjRwMVoL tk9yCXbW5Q1Vdr/3bmDN4fORzqeovNJJ8gxOPYw= X-Google-Smtp-Source: ABdhPJyfJNJCozWMPwzL/M+JgTGTZvBA6bSX9ibTy329xZc7gjZEM/R4glYCOFyYvc6HbgQmJaE8FK2nFW0ViXvui54= X-Received: by 2002:a05:6512:33a4:: with SMTP id i4mr1105506lfg.520.1610550037357; Wed, 13 Jan 2021 07:00:37 -0800 (PST) MIME-Version: 1.0 References: <202101131455.10DEthxJ041740@gndrsh.dnsmgr.net> In-Reply-To: <202101131455.10DEthxJ041740@gndrsh.dnsmgr.net> From: Mihai Carabas Date: Wed, 13 Jan 2021 17:00:27 +0200 Message-ID: Subject: Re: [bhyve][arm64] Number of allowed vcpus To: "Rodney W. Grimes" Cc: Andrei Martin , freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org X-Rspamd-Queue-Id: 4DG9c84ZSnz4mdW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=bAl1JIJ8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mihaicarabas@gmail.com designates 2a00:1450:4864:20::12f as permitted sender) smtp.mailfrom=mihaicarabas@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; RBL_SENDERSCORE_FAIL(0.00)[2a00:1450:4864:20::12f:server fail]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::12f:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(1.00)[0.999]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::12f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12f:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-virtualization]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Wed, 13 Jan 2021 15:00:41 -0000 On Wed, Jan 13, 2021 at 4:55 PM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > Hello, > > > > >From my perspective bhyve should use what is stated in the device tree > if > > no parameter is given and throw an error when N is greater than the > device > > tree value. > > > > Mihai > > That seems to be one reasonable solution. I am not very informed on what > the CPU over commit situation is on an ARM cpu with respect to > virtualization. > > I would also propose as an alternative to just do what was asked by the > user, which is the current amd64 implementation, OR do as asked and > emmit a warning message. > > I would ask given what was said above: isnt this the same situation as > if the sum of all VM VCPU's is more than the total cores in the system? > That is a very common situation, and one we must not restrict. > We are talking here about the device tree of the guest. If you boot up a guest with a device tree of X vcpus, why specify something else on the command line? > > > On Wed, Jan 13, 2021 at 1:55 PM Andrei Martin < > andrei.cos.martin@gmail.com> > > wrote: > > > > > Hello, > > > > > > While working on enabling multiple virtual cpus for the arm64 virtual > > > machine > > > I used the bhyve's "-c N" parameter to create N cpus (it gets only the > > > cpus, in contrast to the amd64). If N is smaller than the number of > cores > > > described in the device tree it will enable only N and if it's larger > it > > > will enable only the number of cores from the device tree. > > > > > > I don't know if it is the best approach. Another way would be to enable > > > all the cpus from the device tree, no more, no less. > > > > > > Do you have any suggestions? > > > > > > Andrei > > > > > _______________________________________________ > > freebsd-virtualization@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > > To unsubscribe, send any mail to " > freebsd-virtualization-unsubscribe@freebsd.org" > > > > -- > Rod Grimes > rgrimes@freebsd.org > From owner-freebsd-arm@freebsd.org Wed Jan 13 15:21:40 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 6EB1E4E0274; Wed, 13 Jan 2021 15:21:40 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGB4M2pX4z4pJF; Wed, 13 Jan 2021 15:21:39 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 10DFLbDq041912; Wed, 13 Jan 2021 07:21:37 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 10DFLbPj041911; Wed, 13 Jan 2021 07:21:37 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202101131521.10DFLbPj041911@gndrsh.dnsmgr.net> Subject: Re: [bhyve][arm64] Number of allowed vcpus In-Reply-To: To: Mihai Carabas Date: Wed, 13 Jan 2021 07:21:37 -0800 (PST) CC: "Rodney W. Grimes" , Andrei Martin , freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DGB4M2pX4z4pJF X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-2.10 / 15.00]; RBL_SENDERSCORE_FAIL(0.00)[69.59.192.140:server fail]; TO_DN_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.59.192.140:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[69.59.192.140:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gndrsh.dnsmgr.net,gmail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-virtualization] 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: Wed, 13 Jan 2021 15:21:40 -0000 > On Wed, Jan 13, 2021 at 4:55 PM Rodney W. Grimes < > freebsd-rwg@gndrsh.dnsmgr.net> wrote: > > > > Hello, > > > > > > >From my perspective bhyve should use what is stated in the device tree > > if > > > no parameter is given and throw an error when N is greater than the > > device > > > tree value. > > > > > > Mihai > > > > That seems to be one reasonable solution. I am not very informed on what > > the CPU over commit situation is on an ARM cpu with respect to > > virtualization. > > > > I would also propose as an alternative to just do what was asked by the > > user, which is the current amd64 implementation, OR do as asked and > > emmit a warning message. > > > > I would ask given what was said above: isnt this the same situation as > > if the sum of all VM VCPU's is more than the total cores in the system? > > That is a very common situation, and one we must not restrict. > > > > We are talking here about the device tree of the guest. If you boot up a > guest with a device tree of X vcpus, why specify something else on the > command line? Oh, that is/was not clear from the original post, it did not specify which device tree was being discussed. How do we even see the guest device tree (again, pointing to my lack of knowledge on the ARM bhyve implementation.) Also would this not be about the same as taking my flash card out of a 4 CPU system and plugging it into a 8 CPU system without updating the device tree? What would real hardware do here? > > > On Wed, Jan 13, 2021 at 1:55 PM Andrei Martin < > > andrei.cos.martin@gmail.com> > > > wrote: > > > > > > > Hello, > > > > > > > > While working on enabling multiple virtual cpus for the arm64 virtual > > > > machine > > > > I used the bhyve's "-c N" parameter to create N cpus (it gets only the > > > > cpus, in contrast to the amd64). If N is smaller than the number of > > cores > > > > described in the device tree it will enable only N and if it's larger > > it > > > > will enable only the number of cores from the device tree. > > > > > > > > I don't know if it is the best approach. Another way would be to enable > > > > all the cpus from the device tree, no more, no less. > > > > > > > > Do you have any suggestions? > > > > > > > > Andrei > > > > > > > _______________________________________________ > > > freebsd-virtualization@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > > > To unsubscribe, send any mail to " > > freebsd-virtualization-unsubscribe@freebsd.org" > > > > > > > -- > > Rod Grimes > > rgrimes@freebsd.org > > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Jan 13 15:32:07 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 3711B4E08AB for ; Wed, 13 Jan 2021 15:32:07 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DGBJQ5TLjz4q2d for ; Wed, 13 Jan 2021 15:32:06 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1610551925; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=O/vDriKaQm1RWteyIOysa03VnwKBY+ILObSMo7pnHgJBiJrNZn0FqSyc5/edyxRyXaNiSEW985CLJ v3I+Q8035aeFprFXEoKafxRF2MmxxUm4pc59eIwOZQkzTc75BeFEEmTEg6xdXQYAKFGY7k8gYos5rG yA4786J8q6ebcegfzFKBFdZobo/XwnqlTOtt+ZAe8NOkd1hTppUVJURKlJmKlJLhgeC/V19v1bbLfe dgIHQpmegG49hi2TQOhHjPpX0UsNls5Ejw/s9ZMkd38lFjWQTu9vdobHD7kAW8RAsjF7ZbZXzPOhej H80AkBR8htSHZCAwnf6oNw3Jn4YQ4kQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:dkim-signature:from; bh=OMhOJIkKfH+9cL+kXS6tqc7ntptXPrUC5SI4UatwLI8=; b=O1KZkKynYOs+HASB+nraikAlutf5gWofAfesoFf/WXDPRRxRzqigb08BSSaxGGFMF3AsJPxMVTFvj b37XMp2nEsqdgWf5kGDfb5Ao1efj67HLy/r8iApy84dGg0jPmevPKQ7pYI+NkplGPNF+XrictsbGMb 0DFE1JtT3imPDdO2IYbV+sYbPTdFvIDwyXyrO+VJ32xI2cwDaAUpt+h7YNqdnK61SmdT3SxC6iROGR xkRlsbddFDeTItMJl9cW8k0YXN2ijr8wjWcY64/iHkB8Gg98W0ktfzH0FCXwFDV3BkSGm6MBY5WrZt wec5Z1sieU3Lmm8Oxesb3iND8+BxUyA== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=OMhOJIkKfH+9cL+kXS6tqc7ntptXPrUC5SI4UatwLI8=; b=cwBweLMEnqvcNUejruylUZVRYIJOuqkWAKuWqLZHoGDWO5Qg2r2YOoyAUMTHWzAAtJrRdbOKE9tVD fEKeoCcnVUWZNauH6mvYYBS6Hd6qcZTJKGyI9NhpIqdoD5feBctHwPPmvZ/7bJ0KNKexsOFBx6DmYB jpAm3KEKjkyvxA9L8Y5Ez86xl4RSsH3kO7x8j1bH8/YT/9h5qOjF1XUQXUqO8ZVYzMvlfkMaxFslEk RvA4I4eya6Y3tm9IDMZGs4pHGWeX46AqSd0JvGlWUYc2odoPjrWUp0aROsKlhlvCYOMtBBOV9UFHwk pKDvRjhe7hOctXoc6UBkkUsDIrQUaDw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 7c3b6466-55b4-11eb-9e76-df46ed8f892f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 7c3b6466-55b4-11eb-9e76-df46ed8f892f; Wed, 13 Jan 2021 15:32:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 10DFW2ga062026; Wed, 13 Jan 2021 08:32:02 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <8fe56acedba54911107cd97e6a4752701d0bd5a0.camel@freebsd.org> Subject: Re: [bhyve][arm64] Number of allowed vcpus From: Ian Lepore To: Mihai Carabas , "Rodney W. Grimes" Cc: freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org Date: Wed, 13 Jan 2021 08:32:02 -0700 In-Reply-To: References: <202101131455.10DEthxJ041740@gndrsh.dnsmgr.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DGBJQ5TLjz4q2d X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; local_wl_from(0.00)[freebsd.org] 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: Wed, 13 Jan 2021 15:32:07 -0000 On Wed, 2021-01-13 at 17:00 +0200, Mihai Carabas wrote: > We are talking here about the device tree of the guest. If you boot > up a guest with a device tree of X vcpus, why specify something else > on the command line? Because typing a command line arg is a lot easier than recompiling a device tree. IMO, these sorts of situations should always be thought of in terms of "the source of info closest to the current/interactive user rules". In device drivers I often code logic to get paramters first from devicetree data, then it can be overriden with device hints, and then that can be overridden by sysctl or tunable info (when all 3 apply). -- Ian From owner-freebsd-arm@freebsd.org Wed Jan 13 17:56:14 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 07EC24E3C27 for ; Wed, 13 Jan 2021 17:56:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGFVh392qz3H7m for ; Wed, 13 Jan 2021 17:56:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10DHuD0Y090014 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Jan 2021 09:56:13 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10DHuDg1090013; Wed, 13 Jan 2021 09:56:13 -0800 (PST) (envelope-from fbsd) Date: Wed, 13 Jan 2021 09:56:13 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: panic: Too many early devmap mappings Message-ID: <20210113175613.GA89799@www.zefox.net> References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> X-Rspamd-Queue-Id: 4DGFVh392qz3H7m X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Wed, 13 Jan 2021 17:56:14 -0000 On Tue, Jan 12, 2021 at 10:53:00PM -0800, Mark Millard wrote: [trimmed for brevity] > On 2021-Jan-12, at 16:55, Mark Millard wrote: > > > I forgot to list the bugzilla for this: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252541 > > I have added the notes, including: > > QUOTE > Turns out that this "too much high kernel memory in use" issue happens for > a combination of 2 things being true at the same time: > > A) Monitor attached (sufficiently large pixel count?) > B) GDB enabled, per bbfa199cbc16 . > END QUOTE > Just for fun I re-connected the monitor after the Pi3 had booted. It didn't work, which I _think_ is normal for a Pi booted without a monitor. The console reported: MESS:00:43:36.897488:0: hdmi: HDMI:>>>>>>>>>>>>>Rx sensed, reading EDID<<<<<<<<<<<<< MESS:00:43:36.915571:0: hdmi: HDMI:EDID version 1.3, 0 extensions, screen size 52x33 cm MESS:00:43:36.921928:0: hdmi: HDMI:EDID features - videodef 0x80 standby suspend active off; colour encoding:RGB444|YCbCr444|YCbCr422; sRGB is default colourspace; preferred format is native; does not support GTF MESS:00:43:36.940534:0: hdmi: HDMI:EDID found preferred DMT detail timing format: 1920x1200p @ 60 Hz (68) MESS:00:43:36.949773:0: hdmi: HDMI:EDID found DMT format: code 4, 640x480p @ 60 Hz in established timing I/II MESS:00:43:36.959407:0: hdmi: HDMI:EDID found DMT format: code 6, 640x480p @ 75 Hz in established timing I/II MESS:00:43:36.969044:0: hdmi: HDMI:EDID found DMT format: code 9, 800x600p @ 60 Hz in established timing I/II MESS:00:43:36.978682:0: hdmi: HDMI:EDID found DMT format: code 11, 800x600p @ 75 Hz in established timing I/II MESS:00:43:36.988408:0: hdmi: HDMI:EDID found DMT format: code 16, 1024x768p @ 60 Hz in established timing I/II MESS:00:43:36.998218:0: hdmi: HDMI:EDID found DMT format: code 18, 1024x768p @ 75 Hz in established timing I/II MESS:00:43:37.008032:0: hdmi: HDMI:EDID found DMT format: code 36, 1280x1024p @ 75 Hz in established timing I/II MESS:00:43:37.017975:0: hdmi: HDMI:EDID standard timings block x 8: 0x8180 A940 714F B300 0101 0101 0101 0101 MESS:00:43:37.027665:0: hdmi: HDMI:EDID found DMT format: code 35, 1280x1024p @ 60 Hz (5:4) in standard timing 0 MESS:00:43:37.037562:0: hdmi: HDMI:EDID found DMT format: code 51, 1600x1200p @ 60 Hz (4:3) in standard timing 1 MESS:00:43:37.047457:0: hdmi: HDMI:EDID found DMT format: code 21, 1152x864p @ 75 Hz (4:3) in standard timing 2 MESS:00:43:37.057272:0: hdmi: HDMI:EDID found DMT format: code 58, 1680x1050p @ 60 Hz (16:10) in standard timing 3 MESS:00:43:37.067327:0: hdmi: HDMI:EDID filtering formats with pixel clock > 162 MHz or h. blanking > 1023 MESS:00:43:37.076805:0: hdmi: HDMI:EDID preferred mode remained as DMT (68) 1920x1200p @ 60 Hz with pixel clock 154 MHz MESS:00:43:37.087189:0: hdmi: HDMI: hotplug attached with DVI support MESS:00:44:41.995274:0: hdmi: HDMI: hotplug deassert MESS:00:44:41.998532:0: hdmi: HDMI: HDMI is currently off MESS:00:44:42.003654:0: hdmi: HDMI: changing mode to unplugged Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Wed Jan 13 21:24:52 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 39D334E91F9 for ; Wed, 13 Jan 2021 21:24:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGL7R3MKTz3nL4 for ; Wed, 13 Jan 2021 21:24:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B0E6E5C0138 for ; Wed, 13 Jan 2021 16:24:49 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 13 Jan 2021 16:24:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=K5BpohFm6BcNomnpq+EUonh2v9u AWqX+zdmqEbsRiO0=; b=E405WdvXVtqtCGhSLVfAiAgMF9gWjAAUKfDlChpHSfV owepeWYLaGsKWNWy5CAoIfblQj6g8AQGCkyFZ/Oa5mQYCzQcvhlTVgvEHr+yvTb3 L6DHUpCUFOc4Dsf6wK6Hbky9H8QzPloQ1sCVwflh64UhRVVVnrLYWNznR5vQwfHB y/ZRdS4/fA+RtAOabq4MMlWzs5azlmsWo6izhxEm0USQj5AF+ITwzt/DfKhB2XK9 yh7F/m/e+BR1iFW5K864fD16y0fXHez4ZpfMAlw1s/s4FiEPcjX5rwgg6NV0EiGc yp7v8FfHXP0nGQm6JgyxQBCce9mbvgsPhHfl8+kAfYQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=K5Bpoh Fm6BcNomnpq+EUonh2v9uAWqX+zdmqEbsRiO0=; b=YdddzsY190QqP9XrQEMxEY uTa+1Yw2u8FTgAseOZQKxp7lhvDRus5/5o9uCsyUz1X2lMH2+k3eSY32vg3a+Lm3 FnjeYCC8tFeqPBjxIyi1a/H0tfzbE4Bkv03DktJX3+auTf6/q4Nn2kd+9jae/Dzd lLegKbm2Mj0CRseVfwaRgTl/u01d44eGOw02hn8c/zXVXiByF4ni/SJrpUL466Pt t/S+lE4Pd4BVies1/cmr7Cs6kb+O4jpHoD7d4wUANQwOsO4W/pjUY7zwUWiQLNAm TvD+URKOQklYcuN8MdpRXELpfnqb5dOtAoQy27jB9WjLBX26GuE0Imq1YK/W9cFw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedukedrtdefgddugeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeettddtudeugfeggefhkeekteekje elfeffleehjeffgffftdeffedtjeegueeiffenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepkedvrdejtddrledurddutddunecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from bastion.zyxst.net (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 48DD41080057 for ; Wed, 13 Jan 2021 16:24:49 -0500 (EST) Date: Wed, 13 Jan 2021 21:24:47 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: panic: Too many early devmap mappings Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="izDoFobWSsNDM8vt" Content-Disposition: inline In-Reply-To: <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> X-Rspamd-Queue-Id: 4DGL7R3MKTz3nL4 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=E405WdvX; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=YdddzsY1; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.29 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.29:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.29]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.29:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.29:from:127.0.2.255]; 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: Wed, 13 Jan 2021 21:24:52 -0000 --izDoFobWSsNDM8vt Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 12, 2021 at 10:53:00PM -0800, Mark Millard via freebsd-arm wrot= e: >I forgot to list the bugzilla for this: > >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 > >I have added the notes, including: > >QUOTE >Turns out that this "too much high kernel memory in use" issue happens for >a combination of 2 things being true at the same time: > >A) Monitor attached (sufficiently large pixel count?) >B) GDB enabled, per bbfa199cbc16 . >END QUOTE Hi, About a week ago, made new world on this rpi4b, installed it, rebooted and it didn't come back. It normally runs headless, keyboardless. If these are plugged in, the pi rebooted, it all comes back. Same/similar problem? Context is main-c255784-ge83fdf8bb39. Its kernel config file: nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEADLKRES nooptions USB_DEBUG nooptions COVERAGE nooptions KCOV nooptions MALLOC_DEBUG_MAXZONES options FUSEFS device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device run # rpi supplied external usb2 wifi device runfw # firmware thanks, --=20 J. --izDoFobWSsNDM8vt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl//ZRUACgkQs8o7QhFz NAWOCxAAq80y46sg2BMBQtP0A+lmrQeDEe9aGYghWVuDlS7XWE0dGe/1DTgBd8SP H3siu/8xiugo3bb/Qm/yVqmplh7O164eDQ22I1jbt7HtHe1VTtn9CvKXB/LRx+d3 sZaEmZLeSbKuqzTcv3OWwhNdrp9MNjVdJHtGjcEDdQexyap8LgmXXim8TNFVT+tR YS5KCH4iBskxdtrBPowaCYpx6PtMpo3JsB3W+ZU8Fz/Cv0cRd66EnNLE/rTd+rzl YLWpJ0oWSAjspQcKE/qCNbCzdKyDloxM1iBQQEjmIEQj+/y6QDuQ+X/tfr+8Moom ZjLufm+oU1cyJBM0OisgJLEW42pvzMkKhWDHI0FV11ClBIpnDoThPETiwKtVhrF/ fAaCvylFbAAM7KWN+IgOfwSlfurd6/S6Mp2x2X9tltE3JrNjBqPNiV6YIMcNQD1A Bwv7ideR3UcFKlXjrg+FpmeNYOBsUCi363PeBBlSSrN3Ye4/sGqn2TM5ircY/GX+ ccU/zjKKwejvpUWDhpWCwN2Vpdcct9FbxhzEmiYjPkIA5LD56lb2aJ0QuRSnOewi MTqIn5Dx58WJKvL7HLwyukwyBZrwO8X6N8VNfu0WT2XP2LSXvdWgnHZrFAHY1sDz wcwwrl0HuTbAghJOdgMdrZNVDueuXLhRinRWuTcleSwNpwoG2R4= =OC43 -----END PGP SIGNATURE----- --izDoFobWSsNDM8vt-- From owner-freebsd-arm@freebsd.org Wed Jan 13 21:33:39 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 AB6614E96CB for ; Wed, 13 Jan 2021 21:33:39 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGLKb4NPHz3pKn; Wed, 13 Jan 2021 21:33:39 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from mail-qk1-f180.google.com (mail-qk1-f180.google.com [209.85.222.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mhorne) by smtp.freebsd.org (Postfix) with ESMTPSA id 838C52B173; Wed, 13 Jan 2021 21:33:39 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: by mail-qk1-f180.google.com with SMTP id b64so4191941qkc.12; Wed, 13 Jan 2021 13:33:39 -0800 (PST) X-Gm-Message-State: AOAM53388ZdjVCoiPf15uHkJIueBbR6pDN4oGvnAUtvH6SHSynTi+1n2 cJCXnZVZQU36JndPruG9pwQ7+sPVN4tqCcwPyiA= X-Google-Smtp-Source: ABdhPJy+oxa04fxGP14uHCsAIKK1tOQMmPlYxjM0BF0yMXUXaxvbg2ciIId1SfUGKP4GerOyzoSc3Gm1AYyzzdcQUkw= X-Received: by 2002:a25:2d61:: with SMTP id s33mr6345414ybe.36.1610573619105; Wed, 13 Jan 2021 13:33:39 -0800 (PST) MIME-Version: 1.0 References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> In-Reply-To: <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> From: Mitchell Horne Date: Wed, 13 Jan 2021 17:33:27 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: Too many early devmap mappings To: Mark Millard Cc: "mhorne@freebsd.org" , "rwatson@freebsd.org" , Ed Maste , freebsd-arm , bob prohaska , Gordon Bergling , =?UTF-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset="UTF-8" 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: Wed, 13 Jan 2021 21:33:39 -0000 On Wed, Jan 13, 2021 at 2:53 AM Mark Millard wrote: > > On 2021-Jan-12, at 16:55, Mark Millard wrote: > > > [I have a git bisect result for the failure: bbfa199cbc16.] > > > > On 2021-Jan-12, at 16:24, bob prohaska wrote: > > > >> On Tue, Jan 12, 2021 at 03:59:44PM -0800, Mark Millard wrote: > >>> > >>> > >>> On 2021-Jan-12, at 15:49, bob prohaska wrote: > >>> > >>>> An RPi3 running -current updated on Jan. 10 installed a new world/kernel and > >>>> when rebooted promptly crashed with > >>>> > >>>> ---<>--- > >>>> panic: Too many early devmap mappings > >>>> cpuid = 0 > >>>> time = 1 > >>>> KDB: stack backtrace: > >>>> (null)() at 0xffff00000011ad90 > >>>> pc = 0xffff000000760f70 lr = 0xffff00000011ad90 > >>>> sp = 0xffff0000011df330 fp = 0xffff0000011df530 > >>>> > >>>> (null)() at 0xffff00000045c2d4 > >>>> pc = 0xffff00000011ad90 lr = 0xffff00000045c2d4 > >>>> sp = 0xffff0000011df540 fp = 0xffff0000011df5a0 > >>>> > >>>> (null)() at 0xffff00000045c07c > >>>> pc = 0xffff00000045c2d4 lr = 0xffff00000045c07c > >>>> sp = 0xffff0000011df5b0 fp = 0xffff0000011df660 > >>>> > >>>> (null)() at 0xffff0000007d8380 > >>>> pc = 0xffff00000045c07c lr = 0xffff0000007d8380 > >>>> sp = 0xffff0000011df670 fp = 0xffff0000011df670 > >>>> > >>>> (null)() at 0xffff00000075dc98 > >>>> pc = 0xffff0000007d8380 lr = 0xffff00000075dc98 > >>>> sp = 0xffff0000011df680 fp = 0xffff0000011df6a0 > >>>> > >>>> (null)() at 0xffff0000007710e4 > >>>> pc = 0xffff00000075dc98 lr = 0xffff0000007710e4 > >>>> sp = 0xffff0000011df6b0 fp = 0xffff0000011df6d0 > >>>> > >>>> (null)() at 0xffff00000028850c > >>>> pc = 0xffff0000007710e4 lr = 0xffff00000028850c > >>>> sp = 0xffff0000011df6e0 fp = 0xffff0000011df7a0 > >>>> > >>>> (null)() at 0xffff0000007c8788 > >>>> pc = 0xffff00000028850c lr = 0xffff0000007c8788 > >>>> sp = 0xffff0000011df7b0 fp = 0xffff0000011df830 > >>>> > >>>> (null)() at 0xffff00000028a64c > >>>> pc = 0xffff0000007c8788 lr = 0xffff00000028a64c > >>>> sp = 0xffff0000011df840 fp = 0xffff0000011df850 > >>>> > >>>> (null)() at 0xffff00000039b340 > >>>> pc = 0xffff00000028a64c lr = 0xffff00000039b340 > >>>> sp = 0xffff0000011df860 fp = 0xffff0000011df870 > >>>> > >>>> (null)() at 0xffff0000004a6950 > >>>> pc = 0xffff00000039b340 lr = 0xffff0000004a6950 > >>>> sp = 0xffff0000011df880 fp = 0xffff0000011df8b0 > >>>> > >>>> (null)() at 0xffff00000076d73c > >>>> pc = 0xffff0000004a6950 lr = 0xffff00000076d73c > >>>> sp = 0xffff0000011df8c0 fp = 0xffff0000011dfa00 > >>>> > >>>> (null)() at 0xffff00000000089c > >>>> pc = 0xffff00000076d73c lr = 0xffff00000000089c > >>>> sp = 0xffff0000011dfa10 fp = 0x0000000000000000 > >>>> > >>>> KDB: enter: panic > >>>> [ thread pid 0 tid 0 ] > >>>> Stopped at 0xffff0000004a6550 > >>>> db> reboot > >>>> cpu_reset failed > >>>> > >>>> It had to be power-cycled to restart. It came back up readily with > >>>> kernel.old, which reports main-c255664-g4d64c7243d26 compiled Jan 9. > >>>> > >>>> In particular, how does one recognize which revision fixes > >>>> this problem, assuming it's a bug and not operator error? > >>>> Presumably, it'll take at least several days to reach git. > >>> > >>> Discovered last night on 8GiByte RPi4B's relative to this: > >>> Booting without a monitor changes the memory use and avoids > >>> the panic. WIth the 1920x1080 monitor it fails. (Only kernels > >>> with INVARIANTS make the check that panics, but need not > >>> mean that others are operating well, even if it is not > >>> obvious in a specific context.) > >>> > >>> Quoted from part of a message list item from last night: > >>> > >>> QUOTE > >>> Going back to my 19cca0b9613d based debug kernel build that > >>> has the printf's reporting the values used in the test, but > >>> with no monitor attached, it boots fine and reports: > >>> > >>> pmap_mapdev early_boot: akva_devmap_vaddr: ffff007ffffff000 size: 1000 > >>> pmap_mapdev early_boot: va: ffff007fffffe000 VM_MAX_KERNEL_ADDRESS: ffff008000000000 L2_SIZE: 200000 > >>> > >>> That compares to the previously reported failure figures from > >>> having the monitor attached for that debug kernel: > >>> > >>> pmap_mapdev early_boot: akva_devmap_vaddr: ffff007fff816000 size: 1000 > >>> pmap_mapdev early_boot: va: ffff007fff815000 VM_MAX_KERNEL_ADDRESS: ffff008000000000 L2_SIZE: 200000 > >>> panic: Too many early devmap mappings > >>> > >>> where the code does: > >>> > >>> KASSERT(va >= VM_MAX_KERNEL_ADDRESS - L2_SIZE, > >>> ("Too many early devmap mappings")); > >>> > >>> > >>> Looks like akva_devmap_vaddr gets smaller to make room above > >>> for monitor related data and so va can end up being too small > >>> by the criteria of this test. > >>> > >>> I've no clue who would be appropriate for dealing with this. > >>> END QUOTE > >>> > >>> You may have provided a bound for a bisection > >>> > >> > >> It looks as if unplugging the HDMI monitor (1920x1200) fixed the > >> panic on the RPi3B+ as well. > >> > >> [the original subject line said "devmatch", which confused me hugely 8-)] > >> > > > > A git bisect sequence on a 8 GiBYte RPi4B with a monitor plugged > > in (to make it use more high kernel RAM such that the KASSERT > > indicated above fails) resulted in: > > > > # git bisect good > > bbfa199cbc1698631a0e932848e62dd76559d4d7 is the first bad commit > > commit bbfa199cbc1698631a0e932848e62dd76559d4d7 > > Author: mhorne > > Date: Wed Dec 9 16:38:42 2020 -0400 > > > > arm64: gdb(4) machine-dependent bits > > > > Everything required for remote kernel debugging over a serial > > connection. For FDT-based systems, a debug port can be specified by > > setting hw.fdt.dbgport to the desired device tree node in loader.conf. > > For example, hw.fdt.dbgport="uart1", or > > hw.fdt.dbgport="serial@ff1a0000". > > > > Looks good: emaste > > Tested by: rwatson > > MFC after: 2 weeks > > Sponsored by: The FreeBSD Foundation > > Differential Revision: https://reviews.freebsd.org/D27727 > > > > sys/arm64/arm64/gdb_machdep.c | 112 ++++++++++++++++++++++++++++++++++++++++ > > sys/arm64/conf/GENERIC | 2 +- > > sys/arm64/include/gdb_machdep.h | 81 +++++++++++++++++++++++++++++ > > sys/conf/files.arm64 | 1 + > > 4 files changed, 195 insertions(+), 1 deletion(-) > > create mode 100644 sys/arm64/arm64/gdb_machdep.c > > create mode 100644 sys/arm64/include/gdb_machdep.h > > > > I forgot to list the bugzilla for this: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252541 > > I have added the notes, including: > > QUOTE > Turns out that this "too much high kernel memory in use" issue happens for > a combination of 2 things being true at the same time: > > A) Monitor attached (sufficiently large pixel count?) > B) GDB enabled, per bbfa199cbc16 . > END QUOTE > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > Hi all, The problem should be fixed with commit 818390ce0ca5 to main. Please let me know if you still encounter any issues after updating. Cheers, Mitchell From owner-freebsd-arm@freebsd.org Thu Jan 14 00:31:54 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 8DC844ED238 for ; Thu, 14 Jan 2021 00:31:54 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGQHF5HTCz4TWY for ; Thu, 14 Jan 2021 00:31:53 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id B67EF5C00F7 for ; Wed, 13 Jan 2021 19:31:52 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Wed, 13 Jan 2021 19:31:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=dqldp+xqC19t0SufxoC4R+M7y3y +epsoAnQ4MN1pWYY=; b=TB4GMKOkDoy7vYvzi9k7UF+uOwKrjeE/iwsgauZxYJ/ vZTwP1S8a+4IfOeEdWaVwdB9iAvXxEtSKSdUjKK9Dbr5D87SnVZzNzWHPrOkCI3I Df6ZivKdfK82tK44A6Q59C68VvhYaZuKTMfq4y/u9eFKV4raNskPtLnN6yc/4HJi uJwfl427c3255NU3AorL69wDKlgZNsXmlQv6SdbQmP7pR1OFgyBXp70WSMxnscOU biHLlgDjK0fFXVrfQwJRijgduziRkqMjMq9lPWUoHA4rfsnEqX5e02lSV3Ucu7Zn r8zTSnh9I8iXrwyYAkvEPqh2Vik5rwIcldLoK4wt3eQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=dqldp+ xqC19t0SufxoC4R+M7y3y+epsoAnQ4MN1pWYY=; b=SGyQ8PdE/rhjTJCoXoNSoJ NumHkOLdBQPNNnAkyo8ogqB9vfflcYE5Jc841l3YKbY0585RuOZkJ/qgNR4YTgRl vapQ2VUh4SjprZ7yynsz+jSokpRN+bsa5antdKeQz1pzZJa5Ix/ZmbX3R9Mfoh1j wMuHlgNQq3/3e4GiKZ+fBmkNf5VNuV6iiwsqdyVlLWiH7iDaAuFmwWEu/v7AAnfe nYZhdetDRIMStFuCoMGRXNQk3h6Gat0iwYbYd/jflD2E7I7wgOWBFU5/S1oONSEP c+/2oSoORlPg8xL3Sm5VsuvEd78IIJ7iTTAI71wtsQYti4eSTqvOOpW1au0UaNVw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedukedrtdeggddvvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddtuden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 4A76824005A for ; Wed, 13 Jan 2021 19:31:52 -0500 (EST) Date: Thu, 14 Jan 2021 00:31:50 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) [tied to monitor connected vs. not] Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Xksui1cKXpY4/meD" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DGQHF5HTCz4TWY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=TB4GMKOk; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=SGyQ8PdE; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 66.111.4.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-3.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[66.111.4.25:from]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.25:from]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.25:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.25:from:127.0.2.255]; 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: Thu, 14 Jan 2021 00:31:54 -0000 --Xksui1cKXpY4/meD Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Jan 12, 2021 at 03:17:49AM -0800, Mark Millard via freebsd-arm wrot= e: >Before the detailed sequence/evidence below: I eventually found how to >control works vs. fails . . . > >Fails: have my monitor connected (1920 x 1080 in case it is important) >Works: no monitor connected >(Same kernel.) I have exactly the reverse situation: boots *only* with monitor attached. --=20 J. --Xksui1cKXpY4/meD Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl//kO4ACgkQs8o7QhFz NAUv0g/+OvysUUz7Y8tUp820HJ6ak+h1FKRos7pcku78yBPlBdvDUm1cRoi6F2Ze 6TkwVxTx3JFzlA/BCf86l4eWiHNy/fu6jWLjbP7GRCbieB97k9OgVlNJhj7NMir8 x2Wqk/Yj2ScghKiV1D70zzk9+BIZqNg5MDcGhMNcxmd6+1mL31VqnVHIB0QWPARz 0YEvMrcP3XtCS6qE/URxbp/O17FFKwEJMUGVVCCsC1UTAJHD4giloKhxBIoPdnsu qMaXGmUjqlsLveWrKIalW6eJTWXUo5rUtq+cdFGKD7TYsBl2J2ne8XMpxHAkEPuk xl53P+LSvmXpMGHel1ADZGn7CGA3c02vtwIVHY1EHlJoUrp6oByj3S3+BvKe7GFE 9jm+Qd9WvuGFF0AlpYafmTaxLeGbKDJd//UWm4C4CA6/oHjTU3wnqxN6dNtOm0VP o2dtm9VQAkp1hhMafPqxxxNcmjwlHX1PCJw6MUOlRJtrFCDVxKkGeP+CDlIbgAFz JFYLYh2tQsPWHAwjdCnenpvERtGAQx0AeTPnbkFro8Rt2x4Pa+4HaqFnUIFO3Wtr EEKT3Ai1QgEDA/Ktmm4Yl5DkRcO4odkx9kO8oFyfaX36nS6eOR9lr0atZ+SfpvG4 Ry8eimpaZkqFLUHwsWght0rRkc1DQUZi05MvX5jp4RtVuW0bi88= =Xsu4 -----END PGP SIGNATURE----- --Xksui1cKXpY4/meD-- From owner-freebsd-arm@freebsd.org Thu Jan 14 01:10:41 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 236704EDD8D for ; Thu, 14 Jan 2021 01:10:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGR800RG6z4WFt for ; Thu, 14 Jan 2021 01:10:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610586637; bh=BUmCb8QTLMXUXh4smX9eJdNFZ0UCP5b/nRBEMQ7ungX=; h=Subject:From:Date:To:From:Subject:Reply-To; b=brTC896gX5tUO+TruC9GylIPgUX4gXiNhQfVxBRPEZ8vHBeiCbjRuDgT89weWhiGV0tyjTvVf4rRgQtiQm7YWaVdECKtqMkhgr1P8psYuFwTuARtaW19pPTJeTozcxhrEdgffgUPcvGnLlblbzXzdYMkMPncJR6cIqVBROIr9eVNO8Qz+nZXOUkEK8Pj7KOjs4pRHCUTLAnVpZUxEKfDB/I/7hpbp8Zl4v4Fe/TGVn4TXVRISsM/uVM2tWGbzSiJXCJ/1rqJAmE+NgUMCQuq2pczG/3iuGIi51FT3IS+QIpjNzURZY1MlddVaRmn9nm3XtQ1pMAiuogXDxy2dtv7JQ== X-YMail-OSG: rT_VzGIVM1mmZyLOvGjRQ1i5tBXK_iMyiQEn0xAr5Qmkkb8kFhRKCQP_ly678J3 w6AAPTrm8e0xa6.Oqk85HFaCZp.cfTZO.mhmSTH1G3lgPFTWR7IJOXZPVQEWxEFtXt41rItFllgf djCGq9dHr5TucI1vfrj4Ffwpn3Of8lWqzc7K4bmeFJf4SXGHRW1bk1PQT.AQz0poF1eSuHbTkLaQ 6e0W5k3vUApngL8sI2J2S6EfPz574Yx7PfM2jP_FH9h2PhMjF.1EuLbfAQmuhb9e6ggxG.RMG8HA 5UL6cGj9bDvZDl2UgYnmjARP56qU_cnulXTZj8Hu34.r38Yl96tLzLChKPeDxKpikjYPtWj9w4Gs ds8r8TMwvsp4CD2tJFMpiNj8Pu5IgV3h5NFxzEMWBxLyuXjWnlxERVwCWpLk9jWzgEYkPoFyKuzn WohsQh20CXL03s2NqaLdNrXmn.MpXtAfpstvJhdmUyaPTe71v9eP86sieiYNQUHvOHDLDCFoe.Rb jDGdP2PMlfxCFVFQZeePR5djKcQHycC6l.Em2aiEpZ6j_.eRfcfsOQWKQwEWhmXv4ZaZn_eFOJYw 9tz_BNjDEiSyWJezwbq8vozk9oI.xBODilzO5m6L76w61sLB22OaEgCtyzkRuhzcAcciNcCQXF5y CygVIQIqopgQNTQRcvoN1QVP0O0C9OIDbWcnW5eLw7FW4DQ3kvImVZ0SJewkp1QYQ.6YgsZ29gWY 6IFhEyTwz_49AE02_dttPob729.sjMTLIQN7RHNw_YyXGKgfkh4OB4R20EFB7F5A7oHllXPqdBqG rQ1V1l3iismJwwI30XNJe9i7K2CMj52xjl6ehYiPUHOGf_7aOsNbb7.EfedTGGu_dGom3Xi6LhFg bG8vxer2d7ua9sOwuciawmlyo.OuWR7m16jF6gvQnExhL78Tcl5Sv3TRJvG__8hz9HPfAmRtUtqm TYUA3BiVACZ.35vB4uYo85z.SZyazefThoqV2uOKJIp3PtEnbvnqjI9aFJ3.CiQLkwXxFzQHtJWv 5XgBz2gTDYoZ30naSesig3lDpBJWCgiOsbYwhijUmn3UOwz8LQtWhoacaHgoeK9InhoFKTrK.Par IA9_nMEjEjpIHuTJSNo4JoetjkOiwuZQU1XpAKaQHnLyRvCaqqin9Vs.WIoZdlWYaJY4U6NGv4c5 oc8gUKlhZXivxcH2db5qswyFyO2ARl_YpmqhnbNGnahG2aQYk04m5F1C5uixl.Z23.ZxLRI_5t4u IKQCPzoWq4.gDf3DvFstxI1xO0B96wimzj.ko.pxXPn9oen9fhWX6ZX7UVjFIfDvrT80w_2nM9EM top0ECXO1hzjwlggGJAqZNQrRdSSaMOvG7.VtV6QZhAPdOj0yK90V6IQZ2Osj33OhRGklmC8memE QqJJx6KmaSmQfcUJZ3OI8jYKHQKDch3TGXhxczTpD2WVm8l2fWRUBLLzFoCehqrELCt7QOdrNsPv PZNWGFTEvDr5St1wcHtLh5IFqNKavtzScacYeA0klMfvvsP_gAoQVhO9XzsME7DBEs3OPXOiTAdw u370YkfrlMz_N5DO4pkPTRPhnACxQafsysJU82MrlkM2zsj0_K6AZ6Y.Jqk36pdolH8D.GKGssBE f9_SP48kIJYJw.5cc2hfRCVE1i5sbLTGvA88pJNwM2WesFrl7iYaYzBHSIEzTAl8WgxvYK7r8vL7 usMhiANjoJQpEHlVsoDnVVQM4WBeO3C1XKjfs.DmhXXBMefOSj6FmE0Sx6pmYD10kftsEWLOZ5La aG40in24PY7BH1GLUHvu6GOFjZ.hTwdKjQNBpnJ6FheesTtZVQRk8GKgnWrQQ82hS_iuMZoYOk1e w8Kh0TONpTqftsQeJcPT5epfdvq8zIpD9nWPv0QImqsne.A2fx_psfkyhcDXmFggGL_XPHcWSogx RRRTcq3ztvO0gWQv8T5X89MSRiqVvt60MDrydd3gD0eNqXv8gfYIVck9gzrQKAdkrdHgwUKdYtrQ qXQitSVVo.qY7ff5fClb4ibkkpsIPGmfmHPWjREBw93VDsAsZCA0n0oMGuc7MPuzKtXBUjncHVj6 5EdBz69aXE9HL4t4AzriQiOq0fmE6ZsJM6kKGk7p5xc2BpxQS739zbutlPK8kSPuG9wFXHuKVhTT r0Tfsao2AWtEDlQEQvUIxdYK8hNqDO9_xNdP5a0QbcN7Iu_TuT7QpzcFyZ.tRT2AknzAEkgQi0Q6 mLnB8__SRQsSkahUO3MmP.UTxsWv6NSxh6GxQqZWLuw0CMKzstkA_.1GpsBrq9s7I4Ug6XrDdMQl kaG79lRZtxN0WjDbgNrcPVbJf6EA2gGjJ0Vc0Ku9ytgwPvSsKcObYBlDO45.y0Jnq5uWaSGQE2uk xBZE_MAiVIII8S3elYakwhmDn0ZkFBfdFQ8KTEjKnQ7H7Xo8B8ISuzkgk9tu_Hi0cR6dMdabZsUD PQZdP00CEAqgcIa.07Sr1mc0XaYFK54Nv.u2N.tx1TPSf_Nb4Pa4dt3Xqd3mvwRvrFo2.JnQMX3H X89X2eX75LrpmD.FSksN.wjXqSqILZoRwUe5HbGzmqto8K2MQ9YCDlBs8CUe2kX1aV0i8ZbDWrcD ehCUuZaHmLEk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Jan 2021 01:10:37 +0000 Received: by smtp425.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 57e5151c7defe1b8421d179d52e6959e; Thu, 14 Jan 2021 01:10:37 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: PR 252541: Early kernel panic on RPi4B (Too many early devmatch mappings) [tied to monitor connected vs. not] From: Mark Millard In-Reply-To: Date: Wed, 13 Jan 2021 17:10:36 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C6DC946-B7B6-42C8-A8B9-0471ED7B77AA@yahoo.com> <784263FD-D17C-4CA5-991E-FE93E3E584F3@yahoo.com> <7655A4A0-B74E-41B5-8E93-8F39CD462A81@yahoo.com> <4CFBA50F-0C76-48A4-8D88-58ED76D4E444@googlemail.com> <8AA272E7-DC58-4129-B376-0BB663B63BA7@yahoo.com> <7893EBCC-8431-4287-9F16-1AF28794F5CA@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DGR800RG6z4WFt X-Spamd-Bar: - X-Spamd-Result: default: False [-1.48 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.984]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.31:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.69.31:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Thu, 14 Jan 2021 01:10:41 -0000 On 2021-Jan-13, at 16:31, tech-lists wrote: > On Tue, Jan 12, 2021 at 03:17:49AM -0800, Mark Millard via freebsd-arm = wrote: >> Before the detailed sequence/evidence below: I eventually found how = to >> control works vs. fails . . . >>=20 >> Fails: have my monitor connected (1920 x 1080 in case it is = important) >> Works: no monitor connected >> (Same kernel.) >=20 > I have exactly the reverse situation: boots *only* with monitor = attached. It would probably be best to submit a description of the context, the visible serial console output for the failure case, etc. in a message with its own subject. The context can include identifying what RPi firmware, what u-boot or UEFI/ACPI version, what FreeBSD version, debug vs. non-debug status for the parts of FreeBSD. It may involve reporting the steps to make the boot media used for the failing context as a way of identifying some of that. My testing did involve no-monitor-connected testing. That always worked, as did all non-debug kernels (so, INVARIANTS disabled). In the end, it turned out that early-kernel-memory allocations that totaled to be sufficiently large caused an incorrect KASSERT to fail in INVARIANTS aarch64 kernels. The correction has been committed to main. The allocations were not so large as to be an actual problem. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jan 14 01:52:00 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 8E40F4EFCF7 for ; Thu, 14 Jan 2021 01:52:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGS3g4bZxz4ZdW for ; Thu, 14 Jan 2021 01:51:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610589117; bh=RoH7ooO57fJRxSVUbtOxD9ZKcYd2u4pGvCAwAGqUwUS=; h=Subject:From:Date:To:From:Subject:Reply-To; b=i58efKuqrEHvzHB+OgitS4GMf1HF3Bh9octDT3FlU8tNL+QA9bL+yvzqw16gJ65O/5nC45pason7o/jp3S4M+XOX/TlpbFz3KdpiZmW4em8EO4Xi24WCUa77FCuzUQDBKQ/pfsmTqRd83ET28Dz/o1qo6KAtdt3RHEbREszAcm6hV2cVudkaTLZcWGV45p6I7DdcLugEvA5bc3U5gv7oln3asJxne70ROatnfdpACETohIl1Y4IIwKHK+/tUw0je0qNmTS2yJdE6TuRprOeTezF7qX+ptvIn0nsMdO2f0sczfUHvQxS22ze4d7GD291ZeBSgRxLNmlz7R3Zi73CFiA== X-YMail-OSG: 7y28_kkVM1n2xyiYoMgNP8laz8rnCzfFa7fex.yQ23UwCFZ8xrtwHVahmJEup_X jFzdhGEypyWvhybgppYuN.DC7pGg9POLmAo97zGTs5vXWv9qUDQhKKJRr.NYAXG57UT2dKRBWxNg IHIaa4TU.FYidJwNPNEfiQbXauXy9FmfYSbthixlClRHpnCG_HQXFqAgWQmBtTSAv_zIChUK0gx_ OrCwxju1VqX_TXrqLqXk5Rw_pE06TdqnlXfRzMjHPJThVAdeVIA9KbeX6_H2NgVw5aMHOvxSSpX7 BVYVsIm3lq1pfiyE4y.nb1uax6iGnNzFYbNUcu9OgI9Pulwl3hQeWTXnEiahJ.YY99FS2S3eAMSE IUMW.7yPylMxVZ7VgGx0RuMlmHvCQhDuFCwcQgxdiZspm0NnB9XxceCIFImxsBnZzZ3W4Uuhg3Q4 Lm6quwcHOLJJzdhdkVDIIMT6NdcsaUlhjwVM5EFCXIMkmYq.4xxGez5wKS8q30V5pVO5xFqW68XB y1iLt8Gcm9aMqH2MbpffrYIp33n7n7oADAIIsYKAx1K.mnXdllLUJGV1mxtn2fyg2.dv7FONuzop SpsrsfvsNgl04ifsXYjzTHr04IMue6Gj6L.13xy_ilN_ONr87ciKGSgz1VZh7uPxb9i0R0IV6Xga lOjXCVRCl0HvWZ4NRFJR3nLJJAjTCKM0GYB_9RuBi.hL7I9JG8SQ0usxQ72ukRJ2LesWIyNx632B YyUnPKXbYaO_ynlN6IVHTmIpx7BfRRF.JilbE9qPBbYYWILyoqv15CYInpPzZfYF7jdf6J0KkXhc QgLxs5aMOADDpu0PQpcffTBQsOawifJFUakAIazVYS5FcL4ZkAw.w_h3stPjhiI5Xon3N4sq7bWt AYUStP7CDmH9_C1mML_cczhqVmvZ6SyOIOiV_vMfuwSz5MyPzKj.UVm00B5woUsUfYW9Rlf9sMIV _N8PMjTN1MhdluLneu2WAHcBwHirzaSO9GbUtWa4GH15GZ9Szu9d.9UmcqC.kTaCa0hetTABIinC UKkhyFHbZ9K59ymGYOymTJbpclwGsqPHTiURZ3KcuGwwb9rsEQcZT8M83qhDl2t18.O6xZf7bvlZ kdUYudQZstQhh8GBEqjAe2uHbupjhnraXBUYTlo8ej6FwXv.mKw_kYCCF5hE6sGrWso4wvFdwmeg sHIzL1HN56t8msOkYSDS5QyVjW37cPOPA7Tks1pML8ATpuev3XIMM20XLvWEtJL50E7aXgmJiMNZ oY9EKQhFjNqTPSTCh3UrDmQqXqZERXwaulYGhyLUr0VX3e1KqgXV2yeVApkx0hLN7axxkE.p4rrG GK0auq0dQa11T8RMdZwBrFYeiKMUyB1WlbaemDyQY_ZKOl7N.mfMbxxr3K_AOobjZlyjej1Yiq4q 3F3_rWSimcAksC5nth6xNp22iZ6vw4vHzmX6UkrGJwVlkbscSE4MqLBcmtEXvR3XWu0Ii6WfCOaG vPZ5guWDTXsNNEcUWf776eTleJt5ZKHynH.RrAIXVL98Iuz7yReMrWTnbxwkBqfVqBENo6.4qYyP 79C.tGxF.xXTMng_n_jSLwwAHCxrLtg5W_x9r5KHI.IWp.1_DGgiZ3.SW6Se50gfkqZJKOR7Eq2u Q_r_N6eE9LF8qCfKIIRjhgJC6QPFKR3w48XxVIL8lz8RHufFIYiQPMg9hDFifH07d7iW3EL37Mt8 KoFb_jDODYGQC8.0J7RthODSCbJCfhhcjolPJEwaYMq.mhNardqPN79_KtpNqlusTdhupYyURc9e ELMQiJlnn6WLKz6knWU5uMzO.zvGPGTcl6R38PnK_iYA31yd_YogoUZm021qHbygs.1vaEg5cOTe .JpQAhgUa4M2mfubLV25.fIwltXCQMGWso0FfgNq5Yd2VKUd5anGZ6oyKmPDpC1kBtapyJc0jcH0 jfCMjGiN9W_cXIgJ0XDAbgrOSpdqnym8gw7vu.lIo2_.V4uCPr0ef37wPcE8Re1.4KeKszUU1yt0 8nkCmN_pQUlboRdm.L2WqPtgzFm8uPUg75CDA4WcTy9OI3yueKyKqdYnjDr6f10NF80P.cCpOTmP Vf9kRAYRDQ1FM69AW7GyXgN46YLFJtXJ9oza7lfca22AkfxVOsgMTTw07GIh9nU7IHKHXEd7Of4L RTtPkhSZPeJSGXtQCL8hV07WhHCRQ5ZFYLca_tyZkaFRmc8ZNAvWpSeUapBMNNzZB89pznPU_1o1 c1RUghQ7XdUHqIzyq.WiSfRMH8FyjCz5QLDDiyWwLBQ8OsfCWRxZxLF5bn06VtzZ.m53Y5g04uKY 8uoepiwGxobcwj_gMAbQRpeFmfxsGpA7I9ycaYr1ip8Mv41GdSExcy1rjtQb_zImnzz3FG_6ddro rii0efa37Q6r9.SG0MCRDss471q40uBMBy2P4KT27Q6jqBMpzz2tARp_DePZaHnl.ylFvVAvfFOy sXODhyIc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Jan 2021 01:51:57 +0000 Received: by smtp416.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4c904b7f568bafc4a36b185bac751491; Thu, 14 Jan 2021 01:51:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: panic: Too many early devmap mappings From: Mark Millard In-Reply-To: Date: Wed, 13 Jan 2021 17:51:49 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <5B791090-1597-4CC3-B469-502EF2130597@yahoo.com> References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DGS3g4bZxz4ZdW X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.206:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[98.137.69.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Thu, 14 Jan 2021 01:52:00 -0000 On 2021-Jan-13, at 13:24, tech-lists wrote: >=20 > On Tue, Jan 12, 2021 at 10:53:00PM -0800, Mark Millard via freebsd-arm = wrote: >=20 >> I forgot to list the bugzilla for this: >>=20 >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 >>=20 >> I have added the notes, including: >>=20 >> QUOTE >> Turns out that this "too much high kernel memory in use" issue = happens for >> a combination of 2 things being true at the same time: >>=20 >> A) Monitor attached (sufficiently large pixel count?) >> B) GDB enabled, per bbfa199cbc16 . >> END QUOTE >=20 > Hi, >=20 > About a week ago, made new world on this rpi4b, installed it, rebooted > and it didn't come back. It normally runs headless, keyboardless. > If these are plugged in, the pi rebooted, it all comes back. [So my note from another subject was at least partially covered under this subject: here there are some details of the configuration.] [You may want your own subject for your issue(s), instead of using this mis-matching one.] Does it have a serial console set up? It likely needs to in order to be able to track down any such problems. As I use a serial console directly, I normally do not have a keyboard attached. A monitor being attached or not is mostly tied to testing boot environments (u-boot and UEFI/ACPI based). I normally otherwise ignore it when it is connected. I normally have a USB3 SSD connected and possibly a USB3 based EtherNet. (I helped with some testing of the EtherNet and left it in place.) I may or may not have a monitor connected at any point. No other connections at the RPi4B, no other media inserted. I do my own buildworld buildkernel and the like for normal operation. (artifacts.ci.free.org is still not being populated with snapshots for git's main. I tends to use these for testing official-build behavior when they are available.) > Same/similar problem? Context is main-c255784-ge83fdf8bb39. Its kernel > config file: >=20 > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN > nooptions DEADLKRES > nooptions USB_DEBUG > nooptions COVERAGE > nooptions KCOV > nooptions MALLOC_DEBUG_MAXZONES > options FUSEFS > device wlan # 802.11 support > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control = algorithm > device run # rpi supplied external usb2 wifi > device runfw # firmware >=20 e83fdf8bb39 is after where my normal environment is currently based. So I've no clue if something later then what I'm at would do similarly. Without the serial console output for your context, there is not much to work off of and no way to figure out how far it got before something odd happened. I've also no clue of the consequences of not having most of what is in a sys/arm64/conf/GENERIC* . I include a GENERIC* base and then list my kernel configs, such as: # more sys/arm64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jan 14 02:35:18 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 D75514D1B04 for ; Thu, 14 Jan 2021 02:35:18 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGT1d6DL7z4cyD for ; Thu, 14 Jan 2021 02:35:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10E2ZDW8093738 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Jan 2021 18:35:13 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10E2ZDqQ093737; Wed, 13 Jan 2021 18:35:13 -0800 (PST) (envelope-from fbsd) Date: Wed, 13 Jan 2021 18:35:12 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: panic: Too many early devmap mappings Message-ID: <20210114023512.GA93357@www.zefox.net> References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DGT1d6DL7z4cyD X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Thu, 14 Jan 2021 02:35:18 -0000 On Wed, Jan 13, 2021 at 05:33:27PM -0400, Mitchell Horne wrote: > > The problem should be fixed with commit 818390ce0ca5 to main. Please > let me know if you still encounter any issues after updating. > Just rebuilt the kernel, reboot was successful with monitor connected and also without. Thanks for reading, and your (and Mark's!) help. bob prohaska From owner-freebsd-arm@freebsd.org Thu Jan 14 12:59:03 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 84ED44E160A for ; Thu, 14 Jan 2021 12:59:03 +0000 (UTC) (envelope-from SRS0=35cs=GR=freebsd.org=grehan@iredmail.onthenet.com.au) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGksL4FLpz3p8M for ; Thu, 14 Jan 2021 12:59:01 +0000 (UTC) (envelope-from SRS0=35cs=GR=freebsd.org=grehan@iredmail.onthenet.com.au) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id 6DF77209C026 for ; Thu, 14 Jan 2021 22:58:54 +1000 (AEST) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id 4EAD920B4BEB for ; Thu, 14 Jan 2021 22:58:54 +1000 (AEST) Received: from iredmail.onthenet.com.au ([127.0.0.1]) by iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id kGYx9JJj3GYI for ; Thu, 14 Jan 2021 22:58:54 +1000 (AEST) Received: from MacBook-Air-4.local (CPE-120-29-56-125.dsl.OntheNet.net [120.29.56.125]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id 0FE6F20B4AA4; Thu, 14 Jan 2021 22:58:54 +1000 (AEST) Subject: Re: [bhyve][arm64] Number of allowed vcpus To: Andrei Martin References: Cc: freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org, Elena Mihailescu , Darius Mihai , Mihai Carabas From: Peter Grehan Message-ID: <6270e79e-f442-9509-94c7-840779a99cb2@freebsd.org> Date: Thu, 14 Jan 2021 22:58:53 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=BZdDLol2 c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=m3qNZo/yBXrAh/Cjk+GdxQ==:17 a=IkcTkHD0fZMA:10 a=EmqxpYm9HcoA:10 a=e4bApMnwJW7y-YsUrZUA:9 a=QEXdDO2ut3YA:10 X-Rspamd-Queue-Id: 4DGksL4FLpz3p8M X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=35cs=GR=freebsd.org=grehan@iredmail.onthenet.com.au has no SPF policy when checking 203.13.68.12) smtp.mailfrom=SRS0=35cs=GR=freebsd.org=grehan@iredmail.onthenet.com.au X-Spamd-Result: default: False [0.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[203.13.68.12:from]; RCPT_COUNT_FIVE(0.00)[6]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[grehan@freebsd.org,SRS0=35cs=GR=freebsd.org=grehan@iredmail.onthenet.com.au]; RCVD_IN_DNSWL_LOW(-0.10)[203.13.68.12:from]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[203.13.68.12:from]; MIME_TRACE(0.00)[0:+]; FROM_NEQ_ENVFROM(0.00)[grehan@freebsd.org,SRS0=35cs=GR=freebsd.org=grehan@iredmail.onthenet.com.au]; ASN(0.00)[asn:9313, ipnet:203.13.68.0/23, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[203.13.68.12:from:127.0.2.255]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com]; 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: Thu, 14 Jan 2021 12:59:03 -0000 Hi Andrei, > While working on enabling multiple virtual cpus for the arm64 virtual > machine > I used the bhyve's "-c N" parameter to create N cpus (it gets only the > cpus, in contrast to the amd64). If N is smaller than the number of cores > described in the device tree it will enable only N and if it's larger it > will enable only the number of cores from the device tree. > > I don't know if it is the best approach. Another way would be to enable all > the cpus from the device tree, no more, no less. > > Do you have any suggestions? My suggestion to generate the device tree based on VM configuration. bhyve on amd64 already does this for ACPI tables. (I do understand that this is more difficult for bhyveload on ARM64 since the device tree has to be known at load time, and bhyveload is only given a subset of parameters: however it may be possible to reserve space at a fixed location and then have bhyve copy a generated table into that region). later, Peter. From owner-freebsd-arm@freebsd.org Thu Jan 14 13:29:06 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 9A8B44E255D for ; Thu, 14 Jan 2021 13:29:06 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DGlX13svLz3rsX for ; Thu, 14 Jan 2021 13:29:05 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id DE6841666 for ; Thu, 14 Jan 2021 08:29:03 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 14 Jan 2021 08:29:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=8zdAQds6i8CMY+EwXeEC+J8Fl7M oUeJtuotjdt4vO8Q=; b=rWZewzSgm/X7MoU1ZVy/0bpA7TMcLfPcLWvO8mN/qNX 90R/hXpYa3rEg7upeCqDjt3UtSzfLuI/Tu25jX4DxngLMFiAOm3AwssTsSQzNRyn wm73Uuc3vWh9KENpvYn7Qz93s/cudmUmXJpiEtY8pMjv7lzJQjW0cfvK4bfGBUPs bujknSrQkvj/78KTJXba56P4eK5KEuoQ4fB+CBg0GX080Yt/6go8+NIlo+uJQ+6B G9Pze6k58KT9f3NJTfuy8bu2fG4k+8SBsbG6ATs3qNHqZnOzpvABm9/P/CFGqEUf mJLowZ27DgnlmSIn8rmwXzdqct8m1RJRF7kzC26b8BQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=8zdAQd s6i8CMY+EwXeEC+J8Fl7MoUeJtuotjdt4vO8Q=; b=R9L27Pi8lx4ATxiFRE/quJ Lqw2GaEdO3q++Lu39AYlCl9c2ZKW1EJqYPqg3mLLeelcg0/EnsQoYHD6KPE+qn3H 7PJtTXotRRUGJ30Jj7FgwCBGbZ01a4FKjouPpQz9LFQu7xzgq5AxuVs97KHDRKMp yIQNH7AJlzzKyEXyknEgKJ0nuv42UIZ0PyTYgGHI+qNkiXDIUBCmW+8MWsAx+fEJ SZy/jhLKMJZLjOtgPRQj4f3tPcuQrfczJJLc1YljiUEcvwZmd9tVxiyFpsX/F6M6 CHr1kijrKO/KFYAuK5DooKjsY5GzRgMEO10gfyJ3CSf4CJUXayb32e8hS8LD1Viw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgddviecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddtuden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 0AA801080059 for ; Thu, 14 Jan 2021 08:29:02 -0500 (EST) Date: Thu, 14 Jan 2021 13:29:01 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: panic: Too many early devmap mappings Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="elafX7HdCLXlYHd+" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DGlX13svLz3rsX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=rWZewzSg; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=R9L27Pi8; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-1.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.25:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.25:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25:from]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.25:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; 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: Thu, 14 Jan 2021 13:29:06 -0000 --elafX7HdCLXlYHd+ Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 13, 2021 at 05:33:27PM -0400, Mitchell Horne wrote: >Hi all, > >The problem should be fixed with commit 818390ce0ca5 to main. Please >let me know if you still encounter any issues after updating. Hi, The problem still happens with main-c255937-g818390ce0ca=20 Is that before or after 818390ce0ca5 ? If after, I'll rebuild again. I use "git pull --ff-only" to update sources. If it still doesn't work, I'll build generic with no src.conf or make.conf. thanks, --=20 J. --elafX7HdCLXlYHd+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAARxQACgkQs8o7QhFz NAVWMg/8CT9XgpTtaqi0nmpi3MLtn7NIlhzunZfLK5F+Ggbx2p1mghD0vJoWFwJL z0Lnz4FsJXeYB7JEaUW81qi4SFl4xXSvuFPQxnNQPHNJ8IEfuEakmXJzqo9oB0Se GVu6JTbu4KgtIal8Ldl/sqPujt/w6q/KmTqgx9ru4/kAp48Fb2JDqWU16pJjK4lt mLac/S67isEAafE2tBMzglWiYlJdVCyIdi20IsM62ZYoMSn/7NRJnvxZ8HQ4sOYZ xL1LVloLKBNWKNUISymUu2wuVlpgc/G8BzbHTxIrYoVvMxDDbj7Fokz70/2igIvK 4lQ0n02oKfXPiATT2qTyO5obb8/CKWKZH1iEajDSW9TNLQJJoQJgrJOfOvKGpeev QlhzX73T/ImjDJ8TDFVmy7lk/qg8BNGUeXjmjAC0+6Ia2SqB+it8Q0PbVjNWLWxK WHxofCBeXGAwcYsnQgbLND/R4ASgaya8ZuNS7Cgg18+Yh98+b504eVM9WGmWhE6b tazMaIHV/NieLBIxg7P0j1S7pjl8QRuDQagbdlSq+mKcaXB08FoTzSUK8pGAuarZ 1PRvOPGnQlcJvXAK5W9hpd/68xaunzPou7mUtui2lCkM7BIqH7YvJlF4q8dvtOIG yxGwtphrvNuV6n/nzLp4k0y+3COzd92edHT/0D4eID4PqOLmBJo= =/NHV -----END PGP SIGNATURE----- --elafX7HdCLXlYHd+-- From owner-freebsd-arm@freebsd.org Thu Jan 14 19:11:42 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 0075A4EB61D for ; Thu, 14 Jan 2021 19:11:42 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGv7K6TCcz4p29 for ; Thu, 14 Jan 2021 19:11:41 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: from mail-yb1-f172.google.com (mail-yb1-f172.google.com [209.85.219.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mhorne) by smtp.freebsd.org (Postfix) with ESMTPSA id D15B45F26 for ; Thu, 14 Jan 2021 19:11:41 +0000 (UTC) (envelope-from mhorne@freebsd.org) Received: by mail-yb1-f172.google.com with SMTP id y128so2780972ybf.10 for ; Thu, 14 Jan 2021 11:11:41 -0800 (PST) X-Gm-Message-State: AOAM531e8OlxvIT3s+lpmI/XEAjRwRa0XgsLYtv21GczHFXZWzn8ZN7O g0HzTaoHeHO3czZGz3q0LGNKGVpTXagcK+U1cPE= X-Google-Smtp-Source: ABdhPJzM3MZFhztdPvGJvXsiEBuNpCLt0Ig5l5z6yxnPc1Tdoj3L0FS6CMHxifFr/VefblGuU2FO3YgA1AOMWvPWPqI= X-Received: by 2002:a25:d24a:: with SMTP id j71mr12483483ybg.13.1610651501108; Thu, 14 Jan 2021 11:11:41 -0800 (PST) MIME-Version: 1.0 References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> In-Reply-To: From: Mitchell Horne Date: Thu, 14 Jan 2021 15:11:29 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: Too many early devmap mappings To: freebsd-arm Content-Type: text/plain; charset="UTF-8" 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: Thu, 14 Jan 2021 19:11:42 -0000 On Thu, Jan 14, 2021 at 9:29 AM tech-lists wrote: > > On Wed, Jan 13, 2021 at 05:33:27PM -0400, Mitchell Horne wrote: > > >Hi all, > > > >The problem should be fixed with commit 818390ce0ca5 to main. Please > >let me know if you still encounter any issues after updating. > > Hi, > > The problem still happens with main-c255937-g818390ce0ca > Is that before or after 818390ce0ca5 ? > They are the same commit. I believe newvers.sh confusingly appends a 'g' to the git hash. Can you share information about your setup? What board you are using, monitor resolution, and console log would all be helpful information. If you could share this in the bug report that would be even better: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252541 Cheers, Mitchell > If after, I'll rebuild again. I use "git pull --ff-only" to update sources. > If it still doesn't work, I'll build generic with no src.conf or make.conf. > > thanks, > -- > J. From owner-freebsd-arm@freebsd.org Thu Jan 14 20:14:44 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 915144ECA5D for ; Thu, 14 Jan 2021 20:14:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGwX33Bpkz4sxb for ; Thu, 14 Jan 2021 20:14:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610655280; bh=XVynqEMzLquR+jDtdwX2LyiHWnDipDc34Ajx9A2k/Me=; h=Subject:From:Date:To:From:Subject:Reply-To; b=YVMa1RpfrLQ9Gn//J8FJXMVRnGGryu1OwpWLc34zMxjhspCKASB3T05Kneo4WghBgHXsE/tE65zIliwSzTQukqlPLBbXahDfvN3Un8gjmJjJ6kDKmoMiFasDuMGAn/F3zZe/6E0ZdUmxcdt97iX7IsGvsfflyErRYq2kizGqY5OzMSqFkiqioWCnUebW7Kn+m3lMCTKKJ8A09QHsGU8cZvOFR0HkXcGG9QvJu7VrAgrPwY3nwRGLMkIZ8EXMAuBH1uN35XzAiOpX3u910xZyioZ+GoGp/Px4AsWuIlCnLBDDKem/AGGff0vXCMzwQpdRP1VAOg5s07TJQpItj5IGrw== X-YMail-OSG: IwNEhhIVM1kmi9_t.hPKbXF9V9kuFT0Jmyerq70Awlir5.YgGJJIr3zyM0RaoQH 7CQoVQPYDIcjyOJoDhUMUxYBHYWC5tlh9hR0hLDbMjctYglWJQFEe1NM6qzmOSm7BDOhlukquLE3 OSjStrXDWkzyCROhgnREI6Mqu5sTkBzZel9uCDC_y_l1k9QBxBfvOzgTG_9e_Tv_urk0gjpifGYQ xCOj5NluyNht9.q67PwV2AbisoPakk38wgspgvMr_.LiIbcRTJSntihlnu9X4U_YEW2EJcucRpSP CrRq3ahWGqzJeuzAMrzGHW.WFTYoZdA3il.9ZsKxknYevDGeZT0ECpl92YTRdybdzxB__5HKVohF lZF8.Xu.UJ39A90SVAPVutkqbImf1CEKsU3K7wD2rjOIjyvBUdNBalXG4MA_3wNyH1JT6eDTqUH3 0P0mfFEPmdO1VbHIWFO41dCNwydBcR1HNI0CqcC7vHkG2T7zz3ntOAQQxLmMGZO6bzWTwQsl1uGh Y.nLIAH.Jflvnu5u1xdn5FGnwAKMzTo7nNaVON782SKFA26zgYdFLHE8nZ9v4ud2RnKTVx.RhIi8 7rsCHUlMkXOyWQJ2KrtYkbVieRwPBX_0h0HMA289jCyRorhFXJaKt8x66sXTkvX7A7C3LgesU46z L7vyPdFloiWJO3tHXWIhr75laaVzD.fhU8tc7FRBRHUwZDSbdT.3idnU_6TheizHmw.zgV9kNW78 xtc1fkuMdvz8CCf3wjHQpGnQAxs7wKGhn5zBHZ0KEh1J7faW85eHs_Mliunjhae4LZPBc2Pz6wjZ gv4nI0ihRnf1nQ5qbnNZukMR6mpqbdJx9u0rOmY.tNHjbHarTvVbfyDJUGRHzbx0gsiML_lCVKSR EI92968lMnO8sqaPgSy9eNNM_qrAKFICOBgVvEFip3nQ0L65ScuVfMSfuZ8H2Zbkcxys3YfgxTC2 648KLdztwVUhW37NMtWp3UkAPztqndGMCkn3AYPEe0U1HJ4U2ZGd0OlQBk3mfwi09YoHc0lGWm2x Qm6K5KOfa0.TiRZ7m75__z72V_JO3ewd2zJ_AE4TMg9A7GOjWWaGICxsVWpSvXE9Num.251HqvRg MezXzNydBbpUD4VCZlur6gHeJL6UWxNxJcTFuxg.Hqb1JdbhsnqQaJbegkhcvGkONl.4xJax2LUO ouNlnV_VM0XNlRABTtKlPDebwmIr1dp2jpsTRGUjA9E.IoqVkKcFjgzmAAkXKVuZSD9O07VD3LGA 8jf4qIN778EF.H6lenUCcJmoj6uMkQ6vLOooFaEozDLCHiKZa9CY4C36yerJROE1Hgq9.6M55z7e dEnnQxknQpLRBsee5jbtvju3qIWEVxzDjsg98MzJHxQ9_sCX76Wt6MD.D.4_8w6P9lGyW5aZbU4m xQkGMyNxDfJUPBGWIqgjBkZ9hNwos9ZJr89580X8VTW6OB8.W98GbLODQc1k.OMfEv6JcflF2XD2 mJhbS4kZtNzfxeN3miApcWkIvaejpmaaomOXY7bMeHC4y7.SNlydtlG2fn7bd_cVsHwzbxJugYi3 dJPtzoDev9heeOnoboTFOf4Kd9o4LjtglGnAv4ZAMLgRy8s4aEBUup25_CtpYrRKmUEjr_8KFRmQ r9.Hh7NHPoIlO8M1baxb7evuLl9x9rui1izzv9Q5kTH39PkNwhltLTAcWvDVMR8FYcI_LJEqW8Y2 81CdUMJ21zB37DU0kTzqK8rWB1aEKja8MFB1s1FVMLWFYVKvLLotqZLuzSdlQ_7yuzCzqtAge.1f _aL0cBSUNEMAgTWomviiY4GC3yMSxoUr3SPyuzw4OHNQPHTRtSFefIgXupFYh7Y27ENMDN4hTKaT 6XblzzvxCDqmQHR888pY6Z98MLgV6iSxYoiO_u_mgaGq3NzkN9fIXNOQ7KaU7tskRH8RbQpT_j2L 03ecKZgGSAJKD0BdcOkv_8rTKZH1IRvDzVONtJGX3RmHYVWL.jtolWv3SB2ZnhbTKFacFdZX38n_ olnkICwVK6SK3fiUOjueZ.oJMmZLosfzk6MR44nhO4gQMFQYjrB9TaYj0X0pRAnjmbQo5m3pxApN GMcxe.yAwglCVaL1yCmHtOHq05Ymn0oPk3fmxw0lQW34EaotbzYEhH.EJ9XYdLl.vtft.VZ.jb6N xC42wf2pFqJDq4A0Xsd.n63BiBpWZ.yB_kFFLTo0S7JJI9qA61Xj43PrVyxFSy75y0oHs9PxevXQ ydG6QPIxTZkF3h8DGRku3mZwacmzSEvzB1Ds68BpCXTfsweSoNdmHZPkjSY58XugxIbjPXj4nY0P BY_uqcYn03h95eGO0l5IWCHyVwIcZtcJPg6imgmRrAh9GCt.P1swWlA4I045KPm9ryQCZ1XlbOf7 RI9ujxhqvLy_nP9pyJGTZf3gQ97BWeTADZCJgeethwGCoc75K8nxVvXblGuWy1E9nqgJfiQ8E1vP VrMwU9SWkaUtGuGuvuhhSvphcdCExOsxuGNbwBQWxWhQMqM9QzWiBoVzOC3hd.NgaPcvnKE2suCo vUjRTAbLpEBtaevUFBXxistG.V9gkWH4tmVsh6GhKoLSUKRC2cw3MFZH.ISbGj2miJwJCqJaivCD g3A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 14 Jan 2021 20:14:40 +0000 Received: by smtp409.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 95482746b733589242a84e138a9cad60; Thu, 14 Jan 2021 20:14:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: panic: Too many early devmap mappings From: Mark Millard In-Reply-To: Date: Thu, 14 Jan 2021 12:14:32 -0800 Cc: freebsd-arm , Mitchell Horne Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> To: tech-lists X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DGwX33Bpkz4sxb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.95)[-0.947]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Thu, 14 Jan 2021 20:14:44 -0000 On 2021-Jan-14, at 05:29, tech-lists wrote: > On Wed, Jan 13, 2021 at 05:33:27PM -0400, Mitchell Horne wrote: >=20 >> Hi all, >>=20 >> The problem should be fixed with commit 818390ce0ca5 to main. Please >> let me know if you still encounter any issues after updating. >=20 > Hi, >=20 > The problem still happens with main-c255937-g818390ce0ca Is that = before or after 818390ce0ca5 ? >=20 > If after, I'll rebuild again. I use "git pull --ff-only" to update = sources. > If it still doesn't work, I'll build generic with no src.conf or = make.conf. You have been previously reporting a different problem on the lists, one with different symptoms. Are you now getting serial console reports of "Too many early devmap mappings"? Previously you reported: QUOTE About a week ago, made new world on this rpi4b, installed it, rebooted and it didn't come back. It normally runs headless, keyboardless. If these are plugged in, the pi rebooted, it all comes back. END QUOTE That is not the same problem as as fixed, from what I can tell from what you have reported. You have not reported any serial console output for when it fails for you. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jan 14 20:30:11 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 CF0BD4ECFA4 for ; Thu, 14 Jan 2021 20:30:11 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGwst5hqGz4tdV for ; Thu, 14 Jan 2021 20:30:10 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 2305D167C for ; Thu, 14 Jan 2021 15:30:08 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 14 Jan 2021 15:30:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=FP4VHRZkaUOYRSSOZ9PIWOT+ccY J7tERLTGdiDy9j2U=; b=uqmkMfHepXNBJYhjBAdwrhMKy2VBtMIMMGhW3iVKxSA kVDM1no4IpluaEoq+nuHeGmfEGH6f4XcRjkFSSCgibvSnZKj2/ln23NJ8QlpWxSd ion2PybsCiC+MwyuG8PCVi+4bV022qtr1//yVUpms5UgkerPnXtxVgcpvnOSEd02 bB13175s5KNvmorYMy++L3fX5meES9rb5vMRxuuMvxbfE/vFY0sQnpCDwIsrLEUe 2lmvO6adNemVogZiBfWTeAPMXSi73SgVszCBq5+Y6RlPCmNpnWaVE3dmLguEwx6z HrxCTAyCDIQK30prlGjQixOCFTQKCMyaCUKtCpnmFDA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=FP4VHR ZkaUOYRSSOZ9PIWOT+ccYJ7tERLTGdiDy9j2U=; b=Pqk8nnRW2P3p5RTO2nU7J8 ZONUlZf6JkXpsfjXzUbjNc+RPg/xxo5x+RWcxJjYuI4mDDeZi1CI3WuHOyU4aAj2 WuKWc1Igbun0LDMdhHC8eMGmm6YY5S9XzBczxNr7YICn83H9HqeGO1rmM5dvJxqa sVI6Zcv1u5kdUyWEg3UGgSMC7jjuwhTfBy/+VTBgiEq2L+k2EJhmTuwlaN2S9OjO c09xg0iYBQ69mgFNqae4kJIBQw7YrBbQ2rMaU1QhXzk95/Mv0XecVEcLCye5E1w2 YNZp4zSVvjsuSGFL3HTOgJcKm8e887nFBd6qQRiHwler5fvfpohW8zJE5MLrL7qQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgdduuddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpeettddtudeugfeggefhkeekteekje elfeffleehjeffgffftdeffedtjeegueeiffenucffohhmrghinhepfhhrvggvsghsugdr ohhrghenucfkphepkedvrdejtddrledurddutddunecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhn vght X-ME-Proxy: Received: from bastion.zyxst.net (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 260ED1080063 for ; Thu, 14 Jan 2021 15:30:07 -0500 (EST) Date: Thu, 14 Jan 2021 20:30:04 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: panic: Too many early devmap mappings Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VVZNHKz+d6On1xnr" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DGwst5hqGz4tdV X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=uqmkMfHe; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=Pqk8nnRW; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.20 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.20:from]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.20:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.20:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.20:from:127.0.2.255]; 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: Thu, 14 Jan 2021 20:30:11 -0000 --VVZNHKz+d6On1xnr Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 14, 2021 at 03:11:29PM -0400, Mitchell Horne wrote: >They are the same commit. I believe newvers.sh confusingly appends a >'g' to the git hash. >Can you share information about your setup? What board you are using, >monitor resolution, and console log would all be helpful information. >If you could share this in the bug report that would be even better: >https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252541 Hi, The board is a raspberry pi 4 with 8GB, monitor resolution is 1920*1280. It is at the moment installing a new world, I'll update the bug report. thanks, --=20 J. --VVZNHKz+d6On1xnr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAAqcUACgkQs8o7QhFz NAWNuxAAoWHi1/V1DiS83h70Y8VByE4lrjJGs9b41QfO4vBFMzp9YHFkGqTynWPd A5Nd/TD/LBXupWdNmxKBqt9MsYmlltoAtSzt0ouYgrPC95z+2BPmmkZ7LnI98f5h tq51/8UaQfVv5jKwYHRpHXlXqCT68YfJ1hFFIIShN1OykzRrvo4fn9YIx5+EOV+S IYd53nc0446G7GGRP1htjYSIqUd5LZ6iz7zo4rsEuwWei+zg739hSsZ1alVBrp3W oWiRwQgi0GltROokdLcSZfk8oeG64mP1UD6iaMlmaQ2r/Q/C5rjvx1gZZyX4RkOt sVSApYh+NHkqws3DMqjGMKYgzsKPapNy+jKq+hb1PBMcvaWsF+zCqGz/w/ymoz92 pSUKUqFIFp9JoCxcI7fg0gn0hRcYfTYVnsBTMf2PnAMpaVm0k91O6GvLSCRRvh+K Ew/xRKdCShD1Mo49SwLNuVoTFCeSWkQWkv7TEAKqAyfDhqsm/BAwMl47os00lvZH PnjKDjqk7YZg1cvQJslEuMySTyAihwdGMFT2OQTYdX2suUk+6FnFy6jd4k7tJkr/ /kXJxc9yfb+8+4YAbt/4XJoYAN9iyPkCwhFi9QeaQ/dvGlTXR6EtxqhJGicUPOCE m2bmAT5tYyByGOLyn/z/ojAUOsC/6tqkvqat6ipSsgD1SeOOtYU= =7aO3 -----END PGP SIGNATURE----- --VVZNHKz+d6On1xnr-- From owner-freebsd-arm@freebsd.org Fri Jan 15 00:21:34 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 05FBD4D2A5F for ; Fri, 15 Jan 2021 00:21:34 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DH20r4Xxqz3hGP for ; Fri, 15 Jan 2021 00:21:32 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 7B0441442 for ; Thu, 14 Jan 2021 19:21:30 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 14 Jan 2021 19:21:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=G72AmwISWlhk64YjnwGHM2Dxa6Q zJQoz2MBx5TPiX8I=; b=TeIdPk6b+D2bJeBsiw2wmSBB0FFAf5tAYvT1WjT56C/ 6wYdCemaxtKEDew+Yict5oDscin6H77oqMXGly7tWoZR0vgRU0Xu1eFYZcr0wVyJ xs7GXr6D1M4V8SPSnH/TFxxf3bUmnmRrdq5fWbF8m6vlfatFlMzb1vhcSI2Wrwal 1SVIyn5fpHy6b61LRbU1uZXqNLlbuq6JaksdJYiUdm7L42+OeEeB/Ii145yi3Jka aBUxW6+yFOP2/O0CW5jhHu3bXaWQUxw0CBI/HlgrIGNWvXyG0mfOb7dK12/Dt9gy 2UOwYx3jX7ClAoUpOkLJVg3FPo6PuTYSA59xlR5/U7w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=G72Amw ISWlhk64YjnwGHM2Dxa6QzJQoz2MBx5TPiX8I=; b=Wp4QLMPvOrRP3t3thg7SUS 4ZQ3bxc+dpiHurQ7iS8A86m+SkhJHqrkJIBi3+SqhW19VmZIeZf5YUG+MOdkpUQx nX9GbgNd5eT5FX0WymvacU1wl5ccVpVi3QIxUfwgwpbxP3M2wHPBntIy9uSL7Isn sWbY06yGQieD9oob7OW+c7+rhHIn12L/2zmW7tHAMfxjxRoyeRJin5QH4QsAc3q6 AvWPvHA0ZvXEfZVBT6Vs2NshWHXeo3bka0G8+g2D+uG9xCGOxytb+5gkr10bfeX7 qI6P/D2rnza6+6v3alyLSG+TcxcYOMEfj5Fqy4VLvpirSrw8SIc9O8c5FYytYOSw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtddugddvudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddruddtuden ucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthh dqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 9AC37108005C for ; Thu, 14 Jan 2021 19:21:29 -0500 (EST) Date: Fri, 15 Jan 2021 00:21:28 +0000 From: tech-lists To: freebsd-arm Subject: Re: panic: Too many early devmap mappings Message-ID: Mail-Followup-To: freebsd-arm References: <20210112233607.GA79348@www.zefox.net> <90C90797-A8A5-457C-AF07-800EA82F5F12@yahoo.com> <20210113002432.GA79600@www.zefox.net> <04FEAC11-5603-4D4E-8651-43AB37A10B46@yahoo.com> <3C95F8C0-73FA-4DEC-9F0A-6FFF9846E8A3@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="FN44FtJ7oq3CqCds" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DH20r4Xxqz3hGP X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=TeIdPk6b; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=Wp4QLMPv; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; 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, 15 Jan 2021 00:21:34 -0000 --FN44FtJ7oq3CqCds Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Jan 14, 2021 at 12:14:32PM -0800, Mark Millard wrote: >You have been previously reporting a different problem on the lists, >one with different symptoms. > >Are you now getting serial console reports of "Too many early devmap >mappings"? Previously you reported: > >QUOTE >About a week ago, made new world on this rpi4b, installed it, rebooted >and it didn't come back. It normally runs headless, keyboardless. >If these are plugged in, the pi rebooted, it all comes back. >END QUOTE > >That is not the same problem as as fixed, from what I can tell >from what you have reported. You have not reported any serial >console output for when it fails for you. I know. I thought my issue and this issue might be linked given that they both involve attaching HDMI and they both happened round the same time. I couldn't grab console output from that one at first as its housing blocks ttl access. Now I can, so if the issue persists I'll make a new bug report. --=20 J. --FN44FtJ7oq3CqCds Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAA3/4ACgkQs8o7QhFz NAUh0w/+OmNRj+to8eCU/dTdiqIZWLw2HRGXYxUgk7zWASRiIWN+nw+iwpwH79tR 2OCAX6YDxJm5HaQOWWNA3VWfIgM9GU/5YF78Q9Z42jSJodp3XXCHLLEHkSWkDodt eie22//0m+p53GuELY/H8qo3+Z2C4WGXuCqTSQkIxmwXzP4lx/1dDBDa7muz4q6S mIHX9amfSX9RmGPcz5BwR8JMnNcVdEoxNtG2GbAadmTyER0QsSMr5mIR5OAWPOye reIYhTs5/wP6iasYXKdTn54VhfMB0H0TzkkTeYYzXOvCrVoNDxDoxZEnWvWFOya+ ZvxUC7Rcil0yl8t6RudamAxIjOVunLl8Z1WVmrsD4yOcfitpR/Xtwh0sWe5epSWD +U0ols2KW7SjecXHDcg4EtVwRwoO8vM5MlhCMJxtEWEFiD/DzwJN4+jumOk+6dna wOFAHK8Ne4nUyaaAWbToFJ1pYN2l7XyP+lyVIn6pR4J79Qe8tUDgAuqFaYfhO5LD +J3OCOwxRb5qfZdAAHgGRKpIsU3iC6GUVQfI7nyaR0kkHEW6docDPe/X5Ccfmnxa RX9BokTnTapM+MAb44fCk+LJdW+0f+WaAhHk0KfoOofyfqHBwGpgwUxBHYiRMNt6 eopm960+LG2qka/gENLg7OJeJU27cp4VySfSr/Nh7Nu0kIsQ0PQ= =gi/y -----END PGP SIGNATURE----- --FN44FtJ7oq3CqCds-- From owner-freebsd-arm@freebsd.org Fri Jan 15 01:38:28 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 DCFC24D46A4 for ; Fri, 15 Jan 2021 01:38:28 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DH3jc2C0zz3lNf for ; Fri, 15 Jan 2021 01:38:27 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.west.internal (Postfix) with ESMTP id 62F63EC1 for ; Thu, 14 Jan 2021 20:38:25 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Thu, 14 Jan 2021 20:38:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm1; bh=mSmJnoj4Dw2GnZwuQIHREO45exddviDvwox/kk1gGyQ=; b=JuLLRIWg lm2xGyvjzwmyssreA9SrhRvH7NY0bi/D6Ss2lFTkY5GRF+gXjmNb9ZSmUiBHVWKr A2Xl41p4NlW8RsE0m4vxgpcJeoNGkmR6SMDfnt1yAyoG7Qpi6HF1oWmOWIwFZd3G Iq2dY5RqwsUuE097cGOgg6Mwbj05ib3vqXVGhUgWP3Giiomg4b1DCXL6vjk0w/6u oAcVEas3VCxajka72xQAyHuPvn5HrRQ201Q9JvqOQlP/CFCWxQIH4rZJqHG+pAYh FWE9oHN1rL3gveOyKM5Vdh1AaQaX0zmqUX+4wh96KN8BK/7K9aIkCTn8XtB6OcU4 fDIVnsdcbU7iXQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=mSmJnoj4Dw2GnZwuQIHREO45exddv iDvwox/kk1gGyQ=; b=ZvWW1guEQvGX7EoGKtpPE4Bz3+jTw7W0MtWlAwIIvKtd+ ZnI+M6CFeNrrxUchajl5720kuGv/EJixc4KMElg5gNzv5aTfsgBWZzl9xH/BN7b2 dxBH0ZyKX4fhg+Ni8F4kLoygcvwA4xWftHFwMeeimLET6mhKLMVv0IZIfFFaJSeS sjbtdTiNSKn9mq68hv/oDKkV2QX0B1G9dkgpRDW+JD9I+Uwjgz9VRejtaFu9E18m Guu1HWRNTb279JTYMzLxFm+oO6PlFv1eLrTvJQff0y2zuLwehmOKVcuQboT/+Mr7 rBYQ26TZSWNR2Rw8VGt0v6nAtgW3its5mhlpeth7Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtddugdefiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehgtderredttd dvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiihgihs thdrnhgvtheqnecuggftrfgrthhtvghrnhepfffhtdejffdvueeklefffeeuudeitdekje ffleekvdehudegffffveeitdeuvdeknecuffhomhgrihhnpeiihiigshhtrdhnvghtnecu kfhppeekvddrjedtrdeluddruddtudenucevlhhushhtvghrufhiiigvpedtnecurfgrrh grmhepmhgrihhlfhhrohhmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (fws.zyxst.net [82.70.91.101]) by mail.messagingengine.com (Postfix) with ESMTPA id 90AC3108005C for ; Thu, 14 Jan 2021 20:38:24 -0500 (EST) Date: Fri, 15 Jan 2021 01:38:22 +0000 From: tech-lists To: freebsd-arm@freebsd.org Subject: panic sdhci_bcm0-slot0 controller timeout when HDMI not attached Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="e5hxcFVa8xaKV392" Content-Disposition: inline X-Rspamd-Queue-Id: 4DH3jc2C0zz3lNf X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=JuLLRIWg; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ZvWW1guE; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.21 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.21]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.996]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[64.147.123.21:from]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.21:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[zyxst.net]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[64.147.123.21:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[64.147.123.21:from]; 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, 15 Jan 2021 01:38:28 -0000 --e5hxcFVa8xaKV392 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, context is 13.0-ALPHA1 #0 main-c255963-g54c743e5b29 with custom no-debug kernel I have an rpi4/8GB which boots off sdcard. It has an attached usb3 disk which is ZFS and has the data. The guts of the OS is on the sdcard though. It's been working fine up till a week or so ago when I decided to=20 update FreeBSD. On reboot it failed to come back. It normally runs headless and keyboardless. I found that the machine would boot normally *only* if a screen was plugged into the HDMI port. If the screen was disconnected, console output revealed= =20 eventual drop to debugger a short while after: sdhci_bcm0-slot0: Controller timeout (In the output there is also "Root mount waiting for: CAM" but this is=20 deliberate and is there to allow usb3 to wake up before ZFS) The controller never times out if HDMI is attached. I thought at first it also needed a keyboard but that's not the case. boot failure:=20 https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/badboot.txt successful boot: https://cloud.zyxst.net/~john/FreeBSD/current/rpi4b/goodboot.txt thanks, =20 --=20 J. --e5hxcFVa8xaKV392 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmAA8gcACgkQs8o7QhFz NAV5sA/+KegMbIOmZz/99Xnyt43V4HGfdPi8TsXyNLKkSbmfPeW1CaYUxa04tiIi TXVYhNhis3p80xsZ7hH9bhSkyLAEr9bGALTkHJSoQH9fFQ3QKxxXr7mFkkjY2Yi3 qBz9TTpm656WNxg7ls7be/64G5OxiUv5Peqju0ErrPWPJgwMCiInjVIDGWHF2sVn RAPAxu/VMcOTMottrOkpO8i7hLslMExXY8OtnfMi6n1lPUy5AU5y59Iqh6xsLEoP 7wmmgRtu05GZ69YnWEPIkkcGibdtP1L6Bi0x+3tYneHSTGvoTRHieedL67CdKChd IfHZJKy80aNF+UAHGuEeQAUzKcQke+fjGgNDTImASc1URMXYi6XtMfsoz+S5UTnQ lb2gEpZTbK4zHGOK+8zvg0KYJL4bcbFr/v2Xr17HBHK+1pHmGREJ1+t/nSplAKpb BlrhGvw7YeJQzeWSlM96S0gj0pW+dpaa4UV+k+PqiYI4YddLR2BlSwwxbha4cySp /qPSA/KDgOgi3P/dSim0luoElf2cGbrIqObQkySftRT/Q+CREyo/MyDNmW7Wj61c eQqQBhqC86jTQxTz9t2pqp5FiaD85Htu1QhXpm/pPbCoGdjhW/by6PgAz8vGd+f+ RAk9CMeF0418oejoG14Jo1igMwJMVIgStheTkbSWx6M4VfNvInI= =vSEB -----END PGP SIGNATURE----- --e5hxcFVa8xaKV392-- From owner-freebsd-arm@freebsd.org Fri Jan 15 13:00:50 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 7788B4E52B6; Fri, 15 Jan 2021 13:00:50 +0000 (UTC) (envelope-from andrei.cos.martin@gmail.com) Received: from mail-pl1-x634.google.com (mail-pl1-x634.google.com [IPv6:2607:f8b0:4864:20::634]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHLrx5hmqz4v8T; Fri, 15 Jan 2021 13:00:49 +0000 (UTC) (envelope-from andrei.cos.martin@gmail.com) Received: by mail-pl1-x634.google.com with SMTP id s15so4661319plr.9; Fri, 15 Jan 2021 05:00:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Tq0epQ3abQiApC9J55dqC5pJKfs/ZIo4Ws+HXcK3Jxc=; b=dDxnsKCMgJwOoi9jqqDi0/cQJXxuxvOp+1rZyzS0tMmhhvR9rRvutGiqNhV7fW0AVx lMWcvsNHf+zSi2O+MOZhxbntNw77pbIF3F/7wjIVO4MF109E8gNChGtWNwm5kevBK8QG kG072Ck4pXxlAcqTywMFk26sQcd9UMTlZcvOMysw/vBfgWJcqNn1rUwZr+Yz7i13KUCS MEWUFUpi0kN3QeWYzjcJ9l8gPRflK24Sct1E1CMzayCOIws4IGE8i0rwU26X75KntDTR FUD9i2IgITixSSl7YvllvvgKq5OJHwXovW0i13TW7CR2BRPi0i97FRd3IUlSTHr3Q78i mCqg== 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:from:date :message-id:subject:to; bh=Tq0epQ3abQiApC9J55dqC5pJKfs/ZIo4Ws+HXcK3Jxc=; b=V5RdccoL9lXsFvYl20Y4r9cbm1PQ8v6Mv3V3PMTy7vENqQpkOK2mGmNtpI3E3xJjqY +ZZc7EMCThGZJTQwUmY/rkcvhCYpmVJloorby4NGLVNicMHwG9txLxuVI2r1GbCAcXe2 me3Sfk9x+VNBiBQ6/luMHPObcX0gtusYRXIEmxT6kRhv0YXXFmk8jTd2NBV0QVEOZj1k CZUH7GxDG7xQPzY5Rk8Reiay5LBLIy4J0JOJToa3BQaCjIN+EzSQq3fcC/u7FkEwf5Xy xFnvbQzcEPV+TPkuVz09udZRPl220UHhFM00PSl+O/ohymkyntzjxaGqvVP47VAxzNha GkmA== X-Gm-Message-State: AOAM530cgm/OM6Jd8YpMcjP7zwERxWR9Sqx0iYeE+Z2AkoktgoPOkvHM WQgLWmrnVGgoGOuOe86fWz/+7IChvKESqzkdxWkOya3RnNE= X-Google-Smtp-Source: ABdhPJy4tupDbrEoIglVV/CUdgj5cf+ZYXHeb0tzvQZ0YoCg97MMJy+6eRNQ8d03psUfygwefHqDNJCtbAwU4Wz8snQ= X-Received: by 2002:a17:90a:a608:: with SMTP id c8mr10332241pjq.61.1610715648668; Fri, 15 Jan 2021 05:00:48 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Andrei Martin Date: Fri, 15 Jan 2021 15:00:37 +0200 Message-ID: Subject: Re: [bhyve][arm64] Number of allowed vcpus To: freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org, Mihai Carabas , Darius Mihai , Elena Mihailescu X-Rspamd-Queue-Id: 4DHLrx5hmqz4v8T X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=dDxnsKCM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andreicosmartin@gmail.com designates 2607:f8b0:4864:20::634 as permitted sender) smtp.mailfrom=andreicosmartin@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::634:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::634:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::634:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm,freebsd-virtualization] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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, 15 Jan 2021 13:00:50 -0000 Thanks for you responses and sorry for not specifying the guest's device tree. I've summed up your proposals and sketched and algorithm: N - the number of vcpus from the '-c' parameter X - the number of vcpus from the device tree if there isn't the parameter -> start the vm with X vcpus if there is the parameter --> if N <= X -> start the vm with N parameters |-> if N > X -> throw an error I believe this gives the opportunity to rebuild the device tree and use all vcpus (first branch) or let the device tree as it is (more vcpus) but use only a subset of them. Is this alright? Thanks, Andrei On Wed, Jan 13, 2021 at 1:55 PM Andrei Martin wrote: > Hello, > > While working on enabling multiple virtual cpus for the arm64 virtual > machine > I used the bhyve's "-c N" parameter to create N cpus (it gets only the > cpus, in contrast to the amd64). If N is smaller than the number of cores > described in the device tree it will enable only N and if it's larger it > will enable only the number of cores from the device tree. > > I don't know if it is the best approach. Another way would be to enable > all the cpus from the device tree, no more, no less. > > Do you have any suggestions? > > Andrei > From owner-freebsd-arm@freebsd.org Fri Jan 15 19:29:50 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 C43374F0798 for ; Fri, 15 Jan 2021 19:29:50 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from mout-p-201.mailbox.org (mout-p-201.mailbox.org [IPv6:2001:67c:2050::465:201]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DHWTn4n63z3hmn for ; Fri, 15 Jan 2021 19:29:49 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:105:465:1:2:0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4DHWTk2lbyzQlXr for ; Fri, 15 Jan 2021 20:29:46 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zaynetro.com; s=MBO0001; t=1610738984; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=BNvZKd60i+3Sp4h0iVHGobJEwTbTquC9HHwrKzC+iqU=; b=uLeVFoTR8IgIDAqKOaBT+nv6Zx/x1JeyGACdq7NBD+kA/wp60rbnIt+Wt+I4WO4HUIYHFT BSRW+TNnkk0wjmyhdflqHGhB4flT6oTxbTI2WlwOg6rg1ryiFoWkQ1Ao7bUSpBEFt+4INB D6LxFXbQUH0vTZPQ298UfMnlj/6nNAT8r2kqMn3SzVBThG3RJ0Vcc6A6t0JCk77BTr7C9N SJL4v+tHb+g1LeDbMUSz7tANk8CCP3EG41X/edAKzXp9lfEpB4iY7tQouNmArX49HM3y8t r0ZdhW58ECCJI0lZ+ewD/BN6UQWF8zuS78uWD/1ekOKZ4/Hoh9FMez6+WHWI2A== Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter02.heinlein-hosting.de (spamfilter02.heinlein-hosting.de [80.241.56.116]) (amavisd-new, port 10030) with ESMTP id FchUcLj8QjQZ for ; Fri, 15 Jan 2021 20:29:43 +0100 (CET) From: Roman Zaynetdinov Mime-Version: 1.0 Subject: ZFS problems on aarch64 (RockPro64) Message-Id: <9A222485-8B10-4824-819D-420BB458482D@zaynetro.com> Date: Fri, 15 Jan 2021 21:29:42 +0200 To: freebsd-arm@freebsd.org X-MBO-SPAM-Probability: X-Rspamd-Score: -3.26 / 15.00 / 15.00 X-Rspamd-UID: dbaa08 X-Rspamd-Queue-Id: 4DHWTn4n63z3hmn X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zaynetro.com header.s=MBO0001 header.b=uLeVFoTR; dmarc=none; spf=none (mx1.freebsd.org: domain of a@zaynetro.com has no SPF policy when checking 2001:67c:2050::465:201) smtp.mailfrom=a@zaynetro.com X-Spamd-Result: default: False [-2.80 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:67c:2050::465:201:from]; R_DKIM_ALLOW(-0.20)[zaynetro.com:s=MBO0001]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:67c:2050::465:201:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[zaynetro.com]; DKIM_TRACE(0.00)[zaynetro.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[2001:67c:2050::465:201:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:199118, ipnet:2001:67c:2050::/48, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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, 15 Jan 2021 19:29:50 -0000 Hi, I am trying to set up a ZFS on my RockPro64. Unfortunately, I am not = able to create a pool. Does this image use pre-OpenZFS ZFS version? Do = you have any ideas what might be wrong here? root@generic:~ # uname -v FreeBSD 13.0-ALPHA1 #0 main-c255938-g7ae27c2d6c4: Thu Jan 14 08:05:14 = UTC 2021 root@releng1.nyi.freebsd.org = :/usr/obj/usr/src/arm64.aarch64/sys/G= ENERIC root@generic:~ # zfs version zfs-0.8.0-1 zfs-kmod-0.8.0-1 root@generic:~ # zpool create -f -m /mnt/nas nas ada0 cannot zero first 4096 bytes of '/dev/ada0': Invalid argument root@generic:~ # gpart show ada0 =3D> 34 7814037101 ada0 GPT (3.6T) 34 6 - free - (3.0K) 40 7814037088 1 freebsd-zfs (3.6T) 7814037128 7 - free - (3.5K) P.S the same hard drive works just fine with my Windows machine. - Roman= From owner-freebsd-arm@freebsd.org Sat Jan 16 01:19:13 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 45C3646A8B3 for ; Sat, 16 Jan 2021 01:19:13 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "vtr.rulingia.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHgDv6Ydlz4bCZ for ; Sat, 16 Jan 2021 01:19:11 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id 10G1IsY7009156 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 16 Jan 2021 12:18:59 +1100 (AEDT) (envelope-from peter@rulingia.com) DKIM-Filter: OpenDKIM Filter v2.10.3 vtr.rulingia.com 10G1IsY7009156 X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.16.1/8.16.1) with ESMTPS id 10G1ImDD082621 (version=TLSv1.3 cipher=AEAD-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 16 Jan 2021 12:18:48 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.16.1/8.16.1/Submit) id 10G1ImXJ082620; Sat, 16 Jan 2021 12:18:48 +1100 (AEDT) (envelope-from peter) Date: Sat, 16 Jan 2021 12:18:48 +1100 From: Peter Jeremy To: Roman Zaynetdinov Cc: freebsd-arm@freebsd.org Subject: Re: ZFS problems on aarch64 (RockPro64) Message-ID: References: <9A222485-8B10-4824-819D-420BB458482D@zaynetro.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PNZlU0d0cXUn6xwj" Content-Disposition: inline In-Reply-To: <9A222485-8B10-4824-819D-420BB458482D@zaynetro.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp X-Rspamd-Queue-Id: 4DHgDv6Ydlz4bCZ X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[rulingia.com:s=default]; FREEFALL_USER(0.00)[peter]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; SPAMHAUS_ZRD(0.00)[2001:19f0:5801:ebe:5400:1ff:fe53:30fd:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[rulingia.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[rulingia.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:5801:ebe:5400:1ff:fe53:30fd:from]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; 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: Sat, 16 Jan 2021 01:19:13 -0000 --PNZlU0d0cXUn6xwj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2021-Jan-15 21:29:42 +0200, Roman Zaynetdinov wrote: >root@generic:~ # zpool create -f -m /mnt/nas nas ada0 >cannot zero first 4096 bytes of '/dev/ada0': Invalid argument This shows you trying to create a pool on /dev/ada0 - since ada0 is already partitioned, this is blocking writes to the raw disk that would overwrite the partitioning layout. >root@generic:~ # gpart show ada0 >=3D> 34 7814037101 ada0 GPT (3.6T) > 34 6 - free - (3.0K) > 40 7814037088 1 freebsd-zfs (3.6T) > 7814037128 7 - free - (3.5K) This shows that you have prepared /dev/ada0p1 to contain a ZFS pool. Try changing your create command to: # zpool create -f -m /mnt/nas nas ada0p1 --=20 Peter Jeremy --PNZlU0d0cXUn6xwj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAmACPulfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTxxA//RNcwfyqKnx50pBiuhZ0CiFhDZI1P+MOVPfLPn2iL38Va5nL69WdPGVXm zBqsE8AdaorcFh5753mDU9FZr+zzxGwi2A6bOI3yjrnR0yubUsVWgkco+j1iGpmB liAY9ShVdXN+HNrYHPXhoCxXlHVpCHvDIpylV/nJv+S2jL4PWhPiWCHgd3d/RyKJ YuHKnQsobUlmIsp/akk/M/PBUckdusC0rUJCPmGfOEOEErJ5FQFypVpnF6xDpNZn /u+yEN9rj9H6VX3H0qxENH0QFkK2+A92eSWxB6eifRxt+vU+6ubFInmAXreGgdpu WzjrNSW2yugAWVg3LVuLBaeUS5rh1NbGFUakJcK/W8gRk0+vza89ttXY+X+PIkdS TbV5n8WmnKJ+ANX83EB+L5URCJi7BkXbGd5KPQpmOeBZpgbV9+MKBVuH5jhDWriV AA5NYs2+HeDXkWXpNOIWX8BFMCdjBk1i0wPmJJvfbsEGrDjRfTtQ4+o6G9eJI13s mC65lPT0bCrCoDHqTnbfdWT7JBAUiRCZwmZ6422gW4f/4aT3NzeABtE5PEe/EN7s V2CTsx3KgMlGKrwNy/jxs3KxiNDgAIAUkpmf0/RSy5flASDVA6y1Y3snquqW53ap rscA8rPH1tyKYg7FN9BG+P8hNY6d4/XvHVjKoUE5gHBcSqI0K1Q= =1Pcm -----END PGP SIGNATURE----- --PNZlU0d0cXUn6xwj-- From owner-freebsd-arm@freebsd.org Sat Jan 16 03:38:14 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 30A384D1040 for ; Sat, 16 Jan 2021 03:38:14 +0000 (UTC) (envelope-from SRS0=Nbek=GT=freebsd.org=grehan@iredmail.onthenet.com.au) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHkKJ6vQQz4l1g for ; Sat, 16 Jan 2021 03:38:12 +0000 (UTC) (envelope-from SRS0=Nbek=GT=freebsd.org=grehan@iredmail.onthenet.com.au) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [203.13.68.150]) by alto.onthenet.com.au (Postfix) with ESMTPS id C8A5B2094A4C for ; Sat, 16 Jan 2021 13:38:06 +1000 (AEST) Received: from iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) by iredmail.onthenet.com.au (Postfix) with ESMTP id B213120B4BEB for ; Sat, 16 Jan 2021 13:38:06 +1000 (AEST) Received: from iredmail.onthenet.com.au ([127.0.0.1]) by iredmail.onthenet.com.au (iredmail.onthenet.com.au [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id BqcYsTGaKZMZ for ; Sat, 16 Jan 2021 13:38:06 +1000 (AEST) Received: from MacBook-Air-4.local (unknown [120.29.44.245]) by iredmail.onthenet.com.au (Postfix) with ESMTPSA id 7314F20B4AA4; Sat, 16 Jan 2021 13:38:05 +1000 (AEST) Subject: Re: [bhyve][arm64] Number of allowed vcpus To: Andrei Martin References: Cc: freebsd-arm@freebsd.org, freebsd-virtualization@freebsd.org, Mihai Carabas , Elena Mihailescu , Darius Mihai From: Peter Grehan Message-ID: Date: Sat, 16 Jan 2021 13:38:05 +1000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=BZdDLol2 c=1 sm=1 tr=0 a=A6CF0fG5TOl4vs6YHvqXgw==:117 a=vPr5hKY0Sloooc5EDKN//A==:17 a=IkcTkHD0fZMA:10 a=EmqxpYm9HcoA:10 a=6KiUTCuZYJAcem8CLqcA:9 a=QEXdDO2ut3YA:10 X-Rspamd-Queue-Id: 4DHkKJ6vQQz4l1g X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=Nbek=GT=freebsd.org=grehan@iredmail.onthenet.com.au has no SPF policy when checking 203.13.68.12) smtp.mailfrom=SRS0=Nbek=GT=freebsd.org=grehan@iredmail.onthenet.com.au X-Spamd-Result: default: False [-1.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[203.13.68.12:from]; RCPT_COUNT_FIVE(0.00)[6]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[grehan@freebsd.org,SRS0=Nbek=GT=freebsd.org=grehan@iredmail.onthenet.com.au]; RCVD_IN_DNSWL_LOW(-0.10)[203.13.68.12:from]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:9313, ipnet:203.13.68.0/23, country:AU]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[grehan@freebsd.org,SRS0=Nbek=GT=freebsd.org=grehan@iredmail.onthenet.com.au]; RBL_DBL_DONT_QUERY_IPS(0.00)[203.13.68.12:from]; RCVD_COUNT_FIVE(0.00)[5]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[203.13.68.12:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com]; 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: Sat, 16 Jan 2021 03:38:14 -0000 Hi Andrei, > I've summed up your proposals and sketched and algorithm: > N - the number of vcpus from the '-c' parameter > X - the number of vcpus from the device tree > > if there isn't the parameter -> start the vm with X vcpus > if there is the parameter --> if N <= X -> start the vm with N parameters > |-> if N > X -> throw an error > > I believe this gives the opportunity to rebuild the device tree and use all > vcpus (first branch) > or let the device tree as it is (more vcpus) but use only a subset of them. > Is this alright? If you are going to have the ability to rebuild the device tree, you might as well do it every time. If a user hasn't specified how many vCPUs on the command line, it's safe to assume a default of 1. later, Peter. From owner-freebsd-arm@freebsd.org Sat Jan 16 04:37:45 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 DBCCE4D28DA; Sat, 16 Jan 2021 04:37:45 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHlf04PyJz4pJQ; Sat, 16 Jan 2021 04:37:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10G4bete019579 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Jan 2021 20:37:40 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10G4bep7019578; Fri, 15 Jan 2021 20:37:40 -0800 (PST) (envelope-from fbsd) Date: Fri, 15 Jan 2021 20:37:40 -0800 From: bob prohaska To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: Invoking -v for clang during buildworld Message-ID: <20210116043740.GA19523@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DHlf04PyJz4pJQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Sat, 16 Jan 2021 04:37:45 -0000 While playing with -current on armv7 using a raspberry pi 2 v1.1 an error crops up with recent kernels while building world: ++: error: linker command failed with exit code 1 (use -v to see invocation) *** [clang.full] Error code 1 make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang How does one invoke -v in this situation? For the record, uname -a reports FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM arm The present sources are a day or two newer. Nothing is obviously wrong; swap usage is small, no warnings or errors on the console. In past occurrences, an old kernel (pre-git) worked through the problem. If a restart of make buildworld doesn't get past the stoppage I'll check again. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat Jan 16 05:25:10 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 756454D3B4E for ; Sat, 16 Jan 2021 05:25:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHmhj2m3Kz4r8B for ; Sat, 16 Jan 2021 05:25:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610774707; bh=lyaOMQl6MplftKPHI/JreF0RaoBf3vyAkyt9bC+W0vl=; h=Subject:From:Date:To:From:Subject:Reply-To; b=o5kqb3bULPMIe/ZR4b/wJ7//QjuF9YOKB3qwB2X44Lmic+V8UiokfXT7ykKzQ3kRGunHcBS3kAsyRGr/L+5SbEL5DH09jpP4kduqGOfWxhJieqidJxC+iNHeM4jZsZYoVjnypzyoUgujkDXWy5Lg5aZECYgpGylCiFJWzJpo5APRm0P3EZ3jXlbc02kE/HSefE5qcD+m08T76iZzOYBExChbvymPtpU+OeL8klRy9318w4VomB4vFrDVxtn4IeBJLj4YpBFXkVzVXtyPQcYdkR3RZajdEIfjg7qqZ/JIXRzV64CXvrVgWary2h5SusKkIhz2G5wVheIo54rCK7KpYg== X-YMail-OSG: 6XEEsbwVM1n5uKCwyHWt.SNF7g6c9y4rN5usD1LWqmt3xQwQRbr1Plf7qdB0iRz 6K8j9.2OsFnmVIHwIgBxpq9jyhFNPLsh8d5u4eShlo7fqFOvKYqcgdWnAxdS2nSGqVj3SmFhV.VW 0pEB_cOplEJIwfHJqtCKILpqUokl3L1MKUqZytWIKlcTEGDpjVllvGajrfin0WFpV6J7O5QB2lY9 eKd4JjhrkV5EU3kvsUeit0lGydiZ1zZ0iHDZCsN_YOcn.y98wzNXjgOx.OQZpwoZvruJqr9DC.Z7 R1pY6rCinbQyHy.6SMajSEDdv0o3ecwHFbOvBSbSKhyeobqWV2go47SXo9j0jzA5jjmW6GhMCyyj CiEhJM0hO6A9TZLc8VagubYNS0lNse45gSwGIKCGq.3vyaUhmAOjCG_T5jbFuSwdHNEZRIcs1gSC fQQjh1ovmXtKFSL8CvFf2WrbF96yefezL.NYvjU2bcQyU.VSjmv2S2ebU3mkzk8W_RQJxtkI7Rwz RL9ZIowfgw0umV2ELYNU9_5Dx6VGDzCDOD93uCvx8fzbpQt2VR4Oi5ud69TFSlLqau1y470feCL8 ZFIKD79QcsByDr7oB6DOCHgj39NGynmZa5joTz_8ZecFbxxEzPiRiXKW_m_ZQt276._T6p5mi54I kz8TkHe2HN6Q1rFBLSypAofUgISw10lzQgw_WyNtEJzyLh0XF8qQBcwHKAeSxmBCTwmugfR1UaIM K0HDWHkeBaAcwCd5_HeACEzrHdx4mek1WZxJMxn3qMJNSx0BNjqEUe7cbI2gtoTL1rI8GWHpprTA ooxZ1416VPjOBZPhB7gkIvFhIR2sohUd9sv0Tu_hZZ7weCYSzE2cU7K7iQY1P_3rhMb5lUx3wC_8 xiUVj66gB2ajn1A2jNHPY8bskBySfVKe_KKtZ1IVnouM3Mb_BHD1OwjInaQjjJkTqZN2Qc76XFZs rQOljdRNKbUUq9cd3Ywry_k5RBqEkclJVNVkTqqkYy24e1WCWdS2gQjtirujCEsS_yxNstchrBJh 79gZevaFep57NpElL6aipp5b8f9K9OfJZTVKVEvxBVJLOvAO3CEDeNtpYYkzcod13hT.4wAwRq6K V1HwoNjMtMYWHUVN2dAb13qoYgb8NYOpiJVhgvlocVwVdtEhkPeLuuiqGJoIsm3je7sA41.8IZQ0 Ik3q8yl5LKIyNAdM2x3O26Srycfr3F0mnubr7txT8Tekf3VyWs2NJyNBluArSWdf1LfjYuF8RnmN IeA6jNtXGM56sAo454tyOZZqtXuZuAbKMmowsksAf27fnCRv23_LSP8T5uF.xlnqwtjRFVaoQyyK hsSZgr5f9CPqE5o3JKgxaT8dcGoVC8v5m23JD3GpJD.hKD_SIeVYlz.rtMpKIahP32e48M.S0g4s nF3fYzJFe5Sk_jHQTEqzB453c3E5FN_IZS3gXOMQXcl90iqc4To1SSs4ZE8avQT3hRviYb7O2WeO yf76wpjWKkbUWKYR2_AkgJ4GxwIiukPiUofeVTRt3MII2FiQo4OskG1xg1452Pg0ROrG1ZU6dnm2 WcpSCMvvjuvtDmA6VI68yEOYKV_ozt3vHgGsfFssNZLhaaVmN7fT2RBqxv1kIPJIxmZZWkcN686B ImlGfPbRFxUnbhitUBtfQlu6ih.JUpv5qYnK1MHSpZV0HkJ741Zs89zgemTlTfg5kR1bI1zZ5j1A ZfA_dw9PPqP16BNPY.KA.PzIMRZUBxZ5fAlaIb6pqp__IjwzQHvPKSZf2LPQQiFq6lS8vSGoldts IwciRzhyJuzB5yRqVWgyGk_fG2B2bPve9axArhy9oyCnnw3PY.QsSeSPkt4Ds4k4ejhT8tBJVT_b Q7vmAsJTUANG_CFrKKGSi6CeY8eWLo1lPuB_titkO6eKEebB2mXjhoSTR0qq65W8Zl9ETiUJbG1a 6AROv6bsk7xmDuWaRk4DpAfE3ytdu6IiSb9VKCxS3b3ofDQOGTpZm9ti2ZQuL2eZh8TaZcOCmyox aikvc_6NaiVfsJShc9sfNtpKdqGv3HxYz9vVLtJCkUP50.QBO3IlHT88bt5DI.MeoDNWqupElSQL hxjcZvQpSP3NT5SQOqMSa0SlVEN2_l84bGStieoNTQlXXL4QKlj3U1iEGElGx7fJsMzXbfwPk8Zb 6x0WyF4ms7nwhLIw6ljcUQE7T6Wn0W4KOLshdyl.FWUlxS4yq2cGVpDsQQ11bRSO2ha_rv6utJ5t r.YL1_Ui4koWZ8n7WWIJjh9SZgTX6YKTdzWS4Yo5pThcvsV7z7qmUtwEHVb8s3mcN2BmxxptijvG TTWQdwfOq8uWjCjUQKTbUtWdpgluolpKxRWZZNja1.WpRLCcx3LivRh0dgISDJffIVkccEFXJqa4 fQ5s_vIlv12_cwTvT_qQY_XO1dtBRS.ey3fqvc9DRB27AGrWKQpb6RujEEGDfuAijtW1Mz4JsSNM GSzTAjexlglF8mIad5lkfSTiU5t8qddAunez28oZXCHyZr00XhRV6qDq3SSzAaRxwNxcwuvEzNVg AhvsdjxTeRWgPpT8pKKe3Oq9VDq0akQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 05:25:07 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3acf4cd7e4581d85d930b58828df0ffc; Sat, 16 Jan 2021 05:25:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Invoking -v for clang during buildworld From: Mark Millard In-Reply-To: <20210116043740.GA19523@www.zefox.net> Date: Fri, 15 Jan 2021 21:25:00 -0800 Cc: Current FreeBSD , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210116043740.GA19523@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DHmhj2m3Kz4r8B X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Sat, 16 Jan 2021 05:25:10 -0000 On 2021-Jan-15, at 20:37, bob prohaska wrote: > While playing with -current on armv7 using a raspberry pi 2 v1.1=20 > an error crops up with recent kernels while building world: >=20 > ++: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [clang.full] Error code 1 >=20 > make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang >=20 > How does one invoke -v in this situation? Going a different direction: Going to publish the build log someplace? There is likely more there of interest to isolating the issue(s). I use META_MODE builds. One thing they do is record the command used to try to produce each file. So in that kind of context, identifying what it was trying to build allows finding the related NAME.meta file and looking in it. An example failure for armv7 and 1 GiByte of RAM could be a simple memory allocation failure: unable to get a sufficiently large contiguous range from the address space for some request. (So it never gets to the point of using swap for it.) Are you controlling how many threads the linker uses? > For the record, uname -a reports > FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 = main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 = bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM = arm >=20 > The present sources are a day or two newer. >=20 > Nothing is obviously wrong; swap usage is small, no warnings or errors = on the console. >=20 > In past occurrences, an old kernel (pre-git) worked through the = problem. > If a restart of make buildworld doesn't get past the stoppage I'll = check again. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Jan 16 07:46:14 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 B08954D70D5 for ; Sat, 16 Jan 2021 07:46:14 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from mout-p-103.mailbox.org (mout-p-103.mailbox.org [80.241.56.161]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4DHqqT2qtdz3FmX for ; Sat, 16 Jan 2021 07:46:12 +0000 (UTC) (envelope-from a@zaynetro.com) Received: from smtp1.mailbox.org (smtp1.mailbox.org [IPv6:2001:67c:2050:105:465:1:1:0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-103.mailbox.org (Postfix) with ESMTPS id 4DHqqP2dHDzQlRV; Sat, 16 Jan 2021 08:46:09 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zaynetro.com; s=MBO0001; t=1610783167; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=BI1Tm/adCQbHSYNFKV+EqvhXHyYzbcIaA4tm02aa7iU=; b=PhauiH74WuHx6saBQw4nSmymoR6SSHeMoXZfx7H6RlfuxjG8sMTE5iptJnZvc88p1djCTX qullliKQBPUL5gNlw4vMCd1nCFfScooBAeuqIeXZ2ZwZq0jc4Z4HUAvRcxYrR0W3WiF7DY UbZ4wjir0vnyHN/+fsLOw8be+FWNHEx0o8t2ha7oE1DMbVnKca5yTeBqYOt5L1o2AQDPaw HiDYzvAOwONIMipNjG4ZsmknqXwXaNqqd1P/GGb2BH/6HdCsm2ughfvpoCFjlexObQoFWs giTy6pjkJM8hWiwyDiFC0eRCafSgOIRMaedOXZd6vj9ykmQ6yORXS8O0AeAj1A== Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter01.heinlein-hosting.de (spamfilter01.heinlein-hosting.de [80.241.56.115]) (amavisd-new, port 10030) with ESMTP id Ta8EE5nvDVrZ; Sat, 16 Jan 2021 08:46:03 +0100 (CET) From: Roman Zaynetdinov Message-Id: <4380B211-E15A-4AB9-BCC0-ABB1332CDBEA@zaynetro.com> Mime-Version: 1.0 Subject: Re: ZFS problems on aarch64 (RockPro64) Date: Sat, 16 Jan 2021 09:46:02 +0200 In-Reply-To: Cc: freebsd-arm@freebsd.org To: Peter Jeremy References: <9A222485-8B10-4824-819D-420BB458482D@zaynetro.com> X-MBO-SPAM-Probability: X-Rspamd-Score: -1.41 / 15.00 / 15.00 X-Rspamd-UID: e3705c X-Rspamd-Queue-Id: 4DHqqT2qtdz3FmX X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zaynetro.com header.s=MBO0001 header.b=PhauiH74; dmarc=none; spf=none (mx1.freebsd.org: domain of a@zaynetro.com has no SPF policy when checking 80.241.56.161) smtp.mailfrom=a@zaynetro.com X-Spamd-Result: default: False [-1.90 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[80.241.56.161:from]; R_DKIM_ALLOW(-0.20)[zaynetro.com:s=MBO0001]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[zaynetro.com]; SPAMHAUS_ZRD(0.00)[80.241.56.161:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[zaynetro.com:+]; RCPT_COUNT_TWO(0.00)[2]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:199118, ipnet:80.241.56.0/21, country:DE]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[80.241.56.161:from] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Sat, 16 Jan 2021 07:46:14 -0000 Thanks for the suggestions! Sadly, I am seeing exact same error no = matter how I write. root@generic:~ # zpool create -f -m /mnt/nas nas ada0p1 cannot zero first 4096 bytes of '/dev/ada0p1': Invalid argument root@generic:~ # gpart destroy -F ada0 ada0 destroyed root@generic:~ # gpart show ada0 gpart: No such geom: ada0. root@generic:~ # zpool create -f -m /mnt/nas nas ada0 cannot zero first 4096 bytes of '/dev/ada0': Invalid argument A wicked thing is that if I follow a guide from the handbook on adding a = new disk it will fail to do so also. root@generic:~ # newfs -U /dev/ada0 /dev/ada0: 3815447.8MB (7814037168 sectors) block size 32768, fragment = size 4096 using 6103 cylinder groups of 625.22MB, 20007 blks, 80128 inodes. newfs: sbwrite: failed to write superblock: Input/output error - Roman > On 16. Jan 2021, at 3.18, Peter Jeremy wrote: >=20 > On 2021-Jan-15 21:29:42 +0200, Roman Zaynetdinov = wrote: >> root@generic:~ # zpool create -f -m /mnt/nas nas ada0 >> cannot zero first 4096 bytes of '/dev/ada0': Invalid argument >=20 > This shows you trying to create a pool on /dev/ada0 - since ada0 > is already partitioned, this is blocking writes to the raw disk > that would overwrite the partitioning layout. >=20 >> root@generic:~ # gpart show ada0 >> =3D> 34 7814037101 ada0 GPT (3.6T) >> 34 6 - free - (3.0K) >> 40 7814037088 1 freebsd-zfs (3.6T) >> 7814037128 7 - free - (3.5K) >=20 > This shows that you have prepared /dev/ada0p1 to contain a ZFS pool. >=20 > Try changing your create command to: > # zpool create -f -m /mnt/nas nas ada0p1 >=20 > --=20 > Peter Jeremy From owner-freebsd-arm@freebsd.org Sat Jan 16 08:01:33 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 3579A4D7C9B for ; Sat, 16 Jan 2021 08:01:33 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHr982534z3GSY for ; Sat, 16 Jan 2021 08:01:32 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wm1-x332.google.com with SMTP id g10so9495022wmh.2 for ; Sat, 16 Jan 2021 00:01:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=D8wsZR3Oy4oe88yAcpuFcbXkORxUs9sPT1whIoT9GOA=; b=Vo7VrGz58XCYUB3KuWaJUUDqWrdhp8iKrIjhrfFn9sb0OY8OHfb/uILHF8hNj/IuvM 6ZrIic0gqBWgLMBUDIHcYjWxqFjHTRd+BV9azSB56NZi6K1asSlkogqo3QETn1pOIBPS ZmY0QjGJiIw4QF1ZZpPL2YzduetAU7uOsgODG2w0JG8lLpDqdHyBs/riikSTqZnnXD+X e3vPIp8HBTfbEO+f3uoTICuUxzDHas4uMqH0hKMlDBCUxJQ4JkY6kVT2PUkcwdtiSQmE VSA/AcRlbvAasRJPKMFqGH/LI+eJNagprM+FqEsWNIqcWKCpqFw+9hQJJUI3LtGGQpl2 Cpsw== 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:from:date :message-id:subject:to:cc; bh=D8wsZR3Oy4oe88yAcpuFcbXkORxUs9sPT1whIoT9GOA=; b=Vu9daXXSM541DUYXXxvEu9tGxTzlhBH2oxALYflF0fcsRR2bf1dqwvfs3pdsfo+kmh sQG+go8srwJoAlVqfUEAD5MGX0RBA30Rp+Gjiof1eHH2NLkwr7olZaSgnfr3GU+GgKG1 4ptAqDjNV2EMmmB6MXlHGnbBVs7+2cthyDzfWejv0yL7exkawb2kfgCu6+psFK26L+7B +IVxMJByMgFXrqcII0YEFEUnwN2YpcyQY2DSVmQoMCllGoZeInxJYWJHDgGwf/0woBUU p/PBMtyXUh/nJc+5cMmLhC4cxs30Et13Kiz+THAEPkU5XcNHAHWBQBbE9YxIcVmQmMNN LIvw== X-Gm-Message-State: AOAM533YsA7WK2lCWjCrRxrr7tOLOjKxEGaMLde9eQMJc5nqsuK2GNcm Kkm7l8y4nfm3u6OOb6Rsj4G5VUI9hWmDn6HSwu6/DqZymPXqvg== X-Google-Smtp-Source: ABdhPJxCXVxvJF0cfDHJrnkU/WjGzVozENXlIAHOrXRX74rRHqc3Z8JNUKzR40net+Esy/s4HOlVd2ixWd9hR8hizHg= X-Received: by 2002:a1c:4c11:: with SMTP id z17mr11597868wmf.13.1610784089477; Sat, 16 Jan 2021 00:01:29 -0800 (PST) MIME-Version: 1.0 References: <9A222485-8B10-4824-819D-420BB458482D@zaynetro.com> <4380B211-E15A-4AB9-BCC0-ABB1332CDBEA@zaynetro.com> In-Reply-To: <4380B211-E15A-4AB9-BCC0-ABB1332CDBEA@zaynetro.com> From: Andrey Fesenko Date: Sat, 16 Jan 2021 11:01:18 +0300 Message-ID: Subject: Re: ZFS problems on aarch64 (RockPro64) To: Roman Zaynetdinov Cc: Peter Jeremy , freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DHr982534z3GSY X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Vo7VrGz5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of f0andrey@gmail.com designates 2a00:1450:4864:20::332 as permitted sender) smtp.mailfrom=f0andrey@gmail.com X-Spamd-Result: default: False [-4.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::332:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::332:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Sat, 16 Jan 2021 08:01:33 -0000 On Sat, Jan 16, 2021 at 10:46 AM Roman Zaynetdinov wrote: > > > > On 2021-Jan-15 21:29:42 +0200, Roman Zaynetdinov wrote: > >> root@generic:~ # zpool create -f -m /mnt/nas nas ada0 > >> cannot zero first 4096 bytes of '/dev/ada0': Invalid argument > > I saw a similar problem in the same way, unfortunately, this platform (Kunpeng 920, Huawei Taishan 2280 V2) is no longer available to me for tests (da9:mrsas0:1:9:0): Ecannot zero first 4096 bytes of '/dev/da9p1': Input/output error https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251171#c10 From owner-freebsd-arm@freebsd.org Sat Jan 16 11:12:38 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 98AD84DB37D for ; Sat, 16 Jan 2021 11:12:38 +0000 (UTC) (envelope-from s199p.wa1k9r@gmail.com) Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHwPd4jYjz3hJf for ; Sat, 16 Jan 2021 11:12:37 +0000 (UTC) (envelope-from s199p.wa1k9r@gmail.com) Received: by mail-lf1-x12e.google.com with SMTP id x20so17012407lfe.12 for ; Sat, 16 Jan 2021 03:12:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=aXm7asM3j0g+q9dGQNh082p9dxxEHe9BpZT60o2mUAw=; b=rBQMEFrFrIJ9Wo9/TTACEdjgzwLwYdELhrY312ihNTgmqftKfFyhxu3ro0TPhGrhoY j6HNwjNX1PX2uLwaoPBtJgnl0x1GsG7YFuemoepld4jvoXJ9BR6jnil3qCTZpqolQtRM yEnNio6VTmc/d0P78FHl8VKEcrBD3oFRKOGDGm+/+HokX+bGTMN1IkyWNnJ8w6SAXXv6 LVo87IE9iRSD3uSF23AqlOvKG6xdprYAdX/5Bx04yvWlDBZEicTDpj5+hfOaliP9Tl/r RkkGKU4649j/Zwwh44zwbhVZQS17G/tD7f4oISaPfavZbBB4vRcccCNiELAiT8y0fimB a3sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=aXm7asM3j0g+q9dGQNh082p9dxxEHe9BpZT60o2mUAw=; b=ZSR4NoRUX2mQqMjNklwv02l52Pp32iI+m6OC9KI7d9jp6xexCL0I5VPkbA8NXW33eD EZ6caHwtrNUmQOcZh84bVlvqAyRYbC5/mspIEAip0SPx7zwTs5k7JMr0RgoJMhl3K6ye XIzsvsagZ1HXOvJxAkcexyMililQgew0Y81YjXuQMgk7eDZi/ym8z0Af/GMoOzc+YcEn hKBITczFRKSEDgbmFdNEf6EyZ+vi9/H4CGrU/KS5QXBPxctczSV7b6kE5A8ef5ueA7lR Rm1/X/W/9QUrPUqAdSPRukJbGOV4Nk0vLrn02cP/JFbnSR4uPm7gj/tfy4HhkXQDaXOp VkCw== X-Gm-Message-State: AOAM532Yxd/Q5Z0bJIuaMuR3vx0plIIcOXyBL4DE/3ErpthZmPOlev6S 0WWqtw71gDTFIzLJBJhmTY4yS4ZYnRfszQ== X-Google-Smtp-Source: ABdhPJwCkEjGZDNV2qlTU+6fYrRhE11L7RShqAnzmuk3AMmC+F7jHGLEESC6H5msGRS15WFgXDC7bQ== X-Received: by 2002:a19:316:: with SMTP id 22mr6955792lfd.650.1610795555945; Sat, 16 Jan 2021 03:12:35 -0800 (PST) Received: from [212.192.133.147] ([212.192.133.147]) by smtp.gmail.com with ESMTPSA id f25sm1235753lfk.291.2021.01.16.03.12.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 Jan 2021 03:12:35 -0800 (PST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Sleep Walker Mime-Version: 1.0 (1.0) Subject: Re: ZFS problems on aarch64 (RockPro64) Date: Sat, 16 Jan 2021 14:12:33 +0300 Message-Id: References: Cc: Roman Zaynetdinov , freebsd-arm@freebsd.org In-Reply-To: To: Andrey Fesenko X-Mailer: iPad Mail (18C66) X-Rspamd-Queue-Id: 4DHwPd4jYjz3hJf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rBQMEFrF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of s199pwa1k9r@gmail.com designates 2a00:1450:4864:20::12e as permitted sender) smtp.mailfrom=s199pwa1k9r@gmail.com X-Spamd-Result: default: False [-3.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.992]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::12e:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::12e:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::12e:from]; 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: Sat, 16 Jan 2021 11:12:38 -0000 The problem is confirmed tested today on the Kobol Helios64 RK3399 NAS.=20 root@helios64:~ # gpart delete -i 4 ada0 ada0p4 deleted root@helios64:~ # gpart add -t freebsd-zfs ada0 ada0p4 added root@helios64:~ # zpool create -f -m /mnt/sata tank-sata /dev/ada0p4 ahcich0: DMA load error (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 00 10 02 40 09 00 00 00= 00 00 (ada0:ahcich0:0:0:0): CAM status: CCB request was invalid (ada0:ahcich0:0:0:0): Error 22, Unretryable error cannot zero first 4096 bytes of '/dev/ada0p4': Invalid argument root@helios64:~ # uname -aUK FreeBSD helios64 13.0-CURRENT FreeBSD 13.0-CURRENT #0 de1aa3dab23c-c528909(m= aster): Sat Jan 9 17:54:57 MSK 2021 root@honeycomb.local:/usr/crochet/w= ork/obj/usr/crochet/src/arm64.aarch64/sys/EXPERT-13 arm64 1300132 1300131 root@helios64:~ # zpool list -v NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP H= EALTH ALTROOT media 9.09T 1007G 8.11T - - 0% 10% 1.00x O= NLINE - gpt/disk3 9.09T 1007G 8.11T - - 0% 10.8% - ON= LINE =20 tank-emmc 14.5G 126K 14.5G - - 0% 0% 1.00x O= NLINE - mmcsd1p1 14.5G 126K 14.5G - - 0% 0.00% - ON= LINE =20 tank-usb 14.5G 126K 14.5G - - 0% 0% 1.00x O= NLINE - da0p1 14.5G 126K 14.5G - - 0% 0.00% - ON= LINE =20 zboot 63.5G 2.47G 61.0G - - 17% 3% 1.00x O= NLINE - ada0p3 63.5G 2.47G 61.0G - - 17% 3.89% - ON= LINE =20 root@helios64:~ #=20 Pools on ada0 were created 4 months ago. And they worked perfectly. On USB and eMMC everything works without errors even now. =E2=80=94 Sergei Tyryukanov > 16 =D1=8F=D0=BD=D0=B2. 2021 =D0=B3., =D0=B2 11:01, Andrey Fesenko =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB(=D0=B0): >=20 > I saw a similar problem in the same way, unfortunately, this platform From owner-freebsd-arm@freebsd.org Sat Jan 16 13:47:29 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 275D44DF65E for ; Sat, 16 Jan 2021 13:47:29 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: from mail-ed1-x530.google.com (mail-ed1-x530.google.com [IPv6:2a00:1450:4864:20::530]) (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 "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHzrJ1tMnz3qTR for ; Sat, 16 Jan 2021 13:47:28 +0000 (UTC) (envelope-from melounmichal@gmail.com) Received: by mail-ed1-x530.google.com with SMTP id c6so5510648ede.0 for ; Sat, 16 Jan 2021 05:47:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:reply-to:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=tW1lA6M4Rs8GxnlFouNlsweKAo5LuFgBvu+fyEruu04=; b=tjWdaI75E+eWtmQfnW462TwX9ZbI+2qL9TRtZSr1SN95cr/Gf8/mMTWEfSg4MiBmzU YHLqCZFfz3XUMCOg7YIMpsBjctggdeNyq8nhX/oJBeOvulckvKp6dbM+YQhk7iv/tw9I CRU7BP6lsjQ7QQHfAzZa9TejaVcTdbYtsBi9F09Ledo+2RPWnXVyC2DpFLfEHnt/8Uic 1HpmVvpZmK7Wasp3Ab2bet+3l9J7IqjgZSzaDUJA09QgSYVA8I4gxmIN+V5Sx5DsxEdG u4aubvQ3Q4b7zwqgejc4vIhvkWIEKO8KODVqijSBpeQA6vZORBpb4K6R/9LGQkrmnS3e raIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:reply-to:subject:to:references :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=tW1lA6M4Rs8GxnlFouNlsweKAo5LuFgBvu+fyEruu04=; b=R4YBd9EDgtGBzrRsVV1Dq5eYURFL6zG72Y+j3M3iV2kQNGy/uO04tNWC1qdNwfsmiS u2AGzmwrDTZDB2q1+2QDmaGjb1aqboqNdS/0NJ8LgxaigP4Y7mxwVe72SVdpMyHk1tWX YppqFzBYYCc1ni4elaf83Oopd8lpELy2AGV0AAI5p+inTWPexQ3/bPPgTGQUjPzmnOgA MuTF7nj5NiVUp6C/BBkZy2n2VZAhUSr7yMO0JDOuVm3VosBfR6IE22exwU64tyzPluw3 htiZtUSgLqrWqpHZoQ20J9+KEmcOtcGCsyjYLFUp0uug7CzPHr90rmBKCbXi6WrqOX1M oefA== X-Gm-Message-State: AOAM5304ortwcGI0l8yy6QIUfywzwFMy1bhlZNrfxygRYhVzyCFCkeOh fIDpM9nlFAcd9RvDKn3BwHA+iq4fZj4= X-Google-Smtp-Source: ABdhPJxSvJgfoF1kZt9f8EIPIhRAyoWdbHnWuWN0JXXdqP67c+zQSkifSYxTWc76xPRR4S4KzFCSCw== X-Received: by 2002:a05:6402:1102:: with SMTP id u2mr13567028edv.18.1610804846571; Sat, 16 Jan 2021 05:47:26 -0800 (PST) Received: from [88.208.79.100] (halouny.humusoft.cz. [88.208.79.100]) by smtp.gmail.com with ESMTPSA id by30sm7284132edb.15.2021.01.16.05.47.25 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 Jan 2021 05:47:25 -0800 (PST) Sender: Michal Meloun From: Michal Meloun X-Google-Original-From: Michal Meloun Reply-To: mmel@freebsd.org Subject: Re: ZFS problems on aarch64 (RockPro64) To: freebsd-arm@freebsd.org References: Message-ID: <2b0ed525-ff96-d1ce-bb11-d3352c380bf7@freebsd.org> Date: Sat, 16 Jan 2021 14:47:30 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DHzrJ1tMnz3qTR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tjWdaI75; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of melounmichal@gmail.com designates 2a00:1450:4864:20::530 as permitted sender) smtp.mailfrom=melounmichal@gmail.com X-Spamd-Result: default: False [-1.00 / 15.00]; HAS_REPLYTO(0.00)[mmel@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::530:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::530:from:127.0.2.255]; MID_RHS_MATCH_TO(1.00)[]; NEURAL_SPAM_SHORT(1.00)[0.999]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::530:from]; 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: Sat, 16 Jan 2021 13:47:29 -0000 On 16.01.2021 12:12, Sleep Walker wrote: > The problem is confirmed tested today on the Kobol Helios64 RK3399 NAS. > Can you, please, test the following patch? > https://github.com/strejda/freebsd/commit/f6f7fbcb1c799504585ab6213c163b491fec4e87 Thanks, Michal > root@helios64:~ # gpart delete -i 4 ada0 > ada0p4 deleted > root@helios64:~ # gpart add -t freebsd-zfs ada0 > ada0p4 added > root@helios64:~ # zpool create -f -m /mnt/sata tank-sata /dev/ada0p4 > ahcich0: DMA load error > (ada0:ahcich0:0:0:0): WRITE_FPDMA_QUEUED. ACB: 61 08 00 10 02 40 09 00 00 00 00 00 > (ada0:ahcich0:0:0:0): CAM status: CCB request was invalid > (ada0:ahcich0:0:0:0): Error 22, Unretryable error > cannot zero first 4096 bytes of '/dev/ada0p4': Invalid argument > root@helios64:~ # uname -aUK > FreeBSD helios64 13.0-CURRENT FreeBSD 13.0-CURRENT #0 de1aa3dab23c-c528909(master): Sat Jan 9 17:54:57 MSK 2021 root@honeycomb.local:/usr/crochet/work/obj/usr/crochet/src/arm64.aarch64/sys/EXPERT-13 arm64 1300132 1300131 > root@helios64:~ # zpool list -v > NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT > media 9.09T 1007G 8.11T - - 0% 10% 1.00x ONLINE - > gpt/disk3 9.09T 1007G 8.11T - - 0% 10.8% - ONLINE > tank-emmc 14.5G 126K 14.5G - - 0% 0% 1.00x ONLINE - > mmcsd1p1 14.5G 126K 14.5G - - 0% 0.00% - ONLINE > tank-usb 14.5G 126K 14.5G - - 0% 0% 1.00x ONLINE - > da0p1 14.5G 126K 14.5G - - 0% 0.00% - ONLINE > zboot 63.5G 2.47G 61.0G - - 17% 3% 1.00x ONLINE - > ada0p3 63.5G 2.47G 61.0G - - 17% 3.89% - ONLINE > root@helios64:~ # > > Pools on ada0 were created 4 months ago. And they worked perfectly. > > On USB and eMMC everything works without errors even now. > > — > Sergei Tyryukanov > > >> 16 янв. 2021 г., в 11:01, Andrey Fesenko написал(а): >> >> I saw a similar problem in the same way, unfortunately, this platform > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Sat Jan 16 15:55:39 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 0D80F4E34B3; Sat, 16 Jan 2021 15:55:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ2h96DrLz4T34; Sat, 16 Jan 2021 15:55:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10GFtdnj024452 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jan 2021 07:55:39 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10GFtc0Y024451; Sat, 16 Jan 2021 07:55:38 -0800 (PST) (envelope-from fbsd) Date: Sat, 16 Jan 2021 07:55:38 -0800 From: bob prohaska To: Mark Millard Cc: Current FreeBSD , freebsd-arm@freebsd.org Subject: Re: Invoking -v for clang during buildworld Message-ID: <20210116155538.GA24259@www.zefox.net> References: <20210116043740.GA19523@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DJ2h96DrLz4T34 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-0.55 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.45)[-0.447]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Sat, 16 Jan 2021 15:55:39 -0000 On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: > > On 2021-Jan-15, at 20:37, bob prohaska wrote: > > > While playing with -current on armv7 using a raspberry pi 2 v1.1 > > an error crops up with recent kernels while building world: > > > > ++: error: linker command failed with exit code 1 (use -v to see invocation) > > *** [clang.full] Error code 1 > > > > make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang > > > > How does one invoke -v in this situation? > > Going a different direction: Going to publish the build log > someplace? There is likely more there of interest to isolating > the issue(s). > I've put what I hope is a useful picture at http://www.zefox.net/~fbsd/rpi2/buildworld/ Files from a clean start would probably be better, but it will take days to get back to that state. I was thinking this might be a kernel problem, but after trying three different kernels, all with the same result, it's looking doubtful. No hint of the "cannot allocate memory" message of earlier troubles, and nothing on the console. One additional question, however: Does the Pi2 have an internal voltage measurement that could be added to the swap logging script? Sysctl -a | grep olt produces a bunch of output, but none of it looks real, with too many trailing zeroes. Power supply problems have been rare, but they caused much hair loss. RaspiOS reports under voltage, does FreeBSD have a comparable feature? > I use META_MODE builds. One thing they do is record the > command used to try to produce each file. So in that kind > of context, identifying what it was trying to build allows > finding the related NAME.meta file and looking in it. > > An example failure for armv7 and 1 GiByte of RAM could be > a simple memory allocation failure: unable to get a > sufficiently large contiguous range from the address space > for some request. (So it never gets to the point of using > swap for it.) Are you controlling how many threads the > linker uses? > There have been none of the "unable to allocate memory" messages that characterized the previous failures, and nothing on the console. I do not try to control thread count beyond -j4 on the command line. It wasn't necessary up to a few days ago. It does seem that memory use is vastly greater with the arrival of clang 11, swap use on armv7 gets up past half a GB. With clang 9 it hardly registered. > > For the record, uname -a reports > > FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM arm > > > > The present sources are a day or two newer. > > > > Nothing is obviously wrong; swap usage is small, no warnings or errors on the console. > > > > In past occurrences, an old kernel (pre-git) worked through the problem. > > If a restart of make buildworld doesn't get past the stoppage I'll check again. The pre-git kernel didn't work either, nor did kernel.old, a couple days previous. For clarity, all three were -DNO_CLEAN starts. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat Jan 16 17:09:08 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 340F54E49F7 for ; Sat, 16 Jan 2021 17:09:08 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.160]) (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 4DJ4Jy6fH5z4XYH for ; Sat, 16 Jan 2021 17:09:06 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1610816944; s=strato-dkim-0002; d=obsigna.com; h=To:Date:Message-Id:Subject:From:From:Subject:Sender; bh=BBJaiD5FbxheEHoeATHQ2dNxJtos5p2/cDI3mW1m/lw=; b=VyqjbeUnVNYqq6NSchP2NxDkhjpqnQjMQib2zBCCmbZ9NrhVVMqZ7Tk2+K1iCF6DXn xs5pIp8JRtG3gnjJWQgnoI9bLoCwdY5PonFP2xjpsdeBXX6H6fvnmCNKfxVM/VVFM0tp 1/VchKpID3QpoCX+yD7h2m5bfE0fMATFLDoKqnsDu+2tgLonRGL7DYulAWcWdMCby5nq EWR7tv7gZoBHu1dxRIHoE1270oI7KAULcl8kFagMdm/l3WAlpFZSiw0brxsSXygY4mQG FUOA4Mv5jWRY5kqUgZx2sY8Ck6tcpdo9tYrr+u3Jzx8gqM3veUJw+kaEAFtp9X5bwoaf eU2Q== 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.12.1 DYNA|AUTH) with ESMTPSA id d0872bx0GH93gfz (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate) for ; Sat, 16 Jan 2021 18:09:03 +0100 (CET) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (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 4BDF21350F946 for ; Sat, 16 Jan 2021 14:08:59 -0300 (-03) From: "Dr. Rolf Jansen" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Message-Id: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> Date: Sat, 16 Jan 2021 14:08:58 -0300 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4DJ4Jy6fH5z4XYH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=VyqjbeUn; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-rj@obsigna.com designates 81.169.146.160 as permitted sender) smtp.mailfrom=freebsd-rj@obsigna.com X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:81.169.146.128/25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[obsigna.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[81.169.146.160:from]; ASN(0.00)[asn:6724, ipnet:81.169.144.0/22, 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)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[obsigna.com]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[81.169.146.160:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[81.169.146.160:from]; FROM_NAME_HAS_TITLE(1.00)[dr]; RWL_MAILSPIKE_POSSIBLE(0.00)[81.169.146.160:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Sat, 16 Jan 2021 17:09:08 -0000 I updated one of my BBB from an older 13-CURRENT (July 2020) to the = latest 13-ALPHA1 snapshot from Jan, 14th =E2=80=94 = GENERICSD-20210114-7ae27c2d6c4-255938. I had successfully employed an USB-WLAN dongle based on the RTL8188eu = chipset. I only added the following into /boot/loader.conf: if_rtwn_usb_load=3D"YES" By that all dependend modules were loaded automatically in a snap. With = ALPHA1 this doesn=E2=80=99t work anymore. After hours of = troubleshooting, I got it working by adding the following into = /etc/rc.conf: kld_list=3D"if_rtwn_usb" The "Loading kernel modules:" takes apprx. 4 seconds, however, then the = USB-WLAN device is enumerated correctly and it is ready to use. This = makes me think that this uncommon huge delay is the culprit. I checked = this with some snapshot thats I had installed already. The issue seems = to have been introduced together with the switch to GENERICSD. A = GENERICSD 13-CURRENT from end of December showed this issue already, = while a BBB-specific snapshot (from November 2020) that I had installed = on another BBB works as before by loading the modules in = /boot/loader.conf. I don't mind to load the modules by the way of the kld_list directive in = /etc/rc.conf. However, the unusual long duration of loading the module = and its dependencies might be an indication for a more fundamental = issue. Please feel free to ask me for doing more tests.=20 Best regards Rolf= From owner-freebsd-arm@freebsd.org Sat Jan 16 17:43:37 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 C39124E5E68 for ; Sat, 16 Jan 2021 17:43:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ54m5X6bz4b6p for ; Sat, 16 Jan 2021 17:43:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1610819014; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=43YcErv2jxoEajBPEQmENwVXWYNf9T9fOlK00iv9yV8=; b=DeVnXb+Px9uC/EcrfEwl2Hmc8/TxLDMH68UjmVvdHzudkgr/MKSjO5J5sViubyDJMyyAM7 ptaD/dFKzcNjbqeeVxGANfWUToyjOveJSufQq1aHTgp5oyYgli2hm5NlNZT0tbfgBEh+Fx H5FGzqvSvSJjU9vpOa97nt4ezKd+mGE= Received: from skull.home.blih.net (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 7f7b8271 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 16 Jan 2021 17:43:33 +0000 (UTC) Date: Sat, 16 Jan 2021 18:43:33 +0100 From: Emmanuel Vadot To: "Dr. Rolf Jansen" Cc: freebsd-arm@freebsd.org Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Message-Id: <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> In-Reply-To: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DJ54m5X6bz4b6p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=DeVnXb+P; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; 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: Sat, 16 Jan 2021 17:43:37 -0000 On Sat, 16 Jan 2021 14:08:58 -0300 "Dr. Rolf Jansen" wrote: > I updated one of my BBB from an older 13-CURRENT (July 2020) to the lates= t 13-ALPHA1 snapshot from Jan, 14th ? GENERICSD-20210114-7ae27c2d6c4-255938. >=20 > I had successfully employed an USB-WLAN dongle based on the RTL8188eu chi= pset. I only added the following into /boot/loader.conf: >=20 > if_rtwn_usb_load=3D"YES" >=20 > By that all dependend modules were loaded automatically in a snap. With A= LPHA1 this doesn?t work anymore. After hours of troubleshooting, I got it w= orking by adding the following into /etc/rc.conf: >=20 > kld_list=3D"if_rtwn_usb" >=20 > The "Loading kernel modules:" takes apprx. 4 seconds, however, then the U= SB-WLAN device is enumerated correctly and it is ready to use. This makes m= e think that this uncommon huge delay is the culprit. I checked this with s= ome snapshot thats I had installed already. The issue seems to have been in= troduced together with the switch to GENERICSD. A GENERICSD 13-CURRENT from= end of December showed this issue already, while a BBB-specific snapshot (= from November 2020) that I had installed on another BBB works as before by = loading the modules in /boot/loader.conf. >=20 > I don't mind to load the modules by the way of the kld_list directive in = /etc/rc.conf. However, the unusual long duration of loading the module and = its dependencies might be an indication for a more fundamental issue. >=20 > Please feel free to ask me for doing more tests.=20 >=20 > Best regards >=20 > Rolf I can reproduce that on my netbooted BBB. The module is correctly loaded : Loading kernel... /boot/kernel/kernel text=3D0x1b4 text=3D0x68d638 text=3D0x1c84f0 data=3D0xb4070 data=3D0x0+0x258000 syms=3D[0x4+0xa5ab0+0x4+0x119fd4] Loading configured modules... /boot/kernel/if_rtwn_usb.ko text=3D0xb960 text=3D0x62c0 data=3D0x2cc+0x3b syms=3D[0x4+0x3570+0x4+0x293f] /boot/entropy size=3D0x1000 /etc/hostid size=3D0x25 Using DTB provided by EFI at 0x87f00000. Kernel entry at 0x96e00200... Kernel args: (null) = =20 ---<>--- = =20 But it isn't loaded anymore after booting : root@bbb:~ # kldstat=20 Id Refs Address Size Name 1 1 0xc0000000 d23a8c kernel I don't think it has to do with the switch to GENERICSD, there is (at least shouldn't be) any difference between the old BBB image and the GENERICSD one. --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jan 16 17:48:36 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 495A64E61AB for ; Sat, 16 Jan 2021 17:48:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ5BW4HVgz4bcm for ; Sat, 16 Jan 2021 17:48:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1610819313; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HGKk70jjaf8P774onGKTpvnTax8Bd1UoTz/leOgBDvs=; b=qbVrdo6fRq6aFqEFlSTH6P6q+0jDb3WGyJl2+JMiXlF6RFDPJvciKk9rp+huRew//Bz7XP WdlxO7KSn5PAU5vkqcUCi9TJdLMnwVxdknMKW+9GfsKIdSZAcbCoUbNjz6VEPYiUaY5DM3 nMD2xylVSJz3eCERGz3zt0rzZ1QWrEM= Received: from skull.home.blih.net (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id ffca2263 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 16 Jan 2021 17:48:33 +0000 (UTC) Date: Sat, 16 Jan 2021 18:48:33 +0100 From: Emmanuel Vadot To: Emmanuel Vadot Cc: "Dr. Rolf Jansen" , freebsd-arm@freebsd.org Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Message-Id: <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> In-Reply-To: <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DJ5BW4HVgz4bcm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=qbVrdo6f; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MID_RHS_MATCH_FROM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; 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: Sat, 16 Jan 2021 17:48:36 -0000 On Sat, 16 Jan 2021 18:43:33 +0100 Emmanuel Vadot wrote: > On Sat, 16 Jan 2021 14:08:58 -0300 > "Dr. Rolf Jansen" wrote: > > > I updated one of my BBB from an older 13-CURRENT (July 2020) to the latest 13-ALPHA1 snapshot from Jan, 14th ? GENERICSD-20210114-7ae27c2d6c4-255938. > > > > I had successfully employed an USB-WLAN dongle based on the RTL8188eu chipset. I only added the following into /boot/loader.conf: > > > > if_rtwn_usb_load="YES" > > > > By that all dependend modules were loaded automatically in a snap. With ALPHA1 this doesn?t work anymore. After hours of troubleshooting, I got it working by adding the following into /etc/rc.conf: > > > > kld_list="if_rtwn_usb" > > > > The "Loading kernel modules:" takes apprx. 4 seconds, however, then the USB-WLAN device is enumerated correctly and it is ready to use. This makes me think that this uncommon huge delay is the culprit. I checked this with some snapshot thats I had installed already. The issue seems to have been introduced together with the switch to GENERICSD. A GENERICSD 13-CURRENT from end of December showed this issue already, while a BBB-specific snapshot (from November 2020) that I had installed on another BBB works as before by loading the modules in /boot/loader.conf. > > > > I don't mind to load the modules by the way of the kld_list directive in /etc/rc.conf. However, the unusual long duration of loading the module and its dependencies might be an indication for a more fundamental issue. > > > > Please feel free to ask me for doing more tests. > > > > Best regards > > > > Rolf > > I can reproduce that on my netbooted BBB. > The module is correctly loaded : > > Loading > kernel... /boot/kernel/kernel text=0x1b4 text=0x68d638 text=0x1c84f0 > data=0xb4070 data=0x0+0x258000 syms=[0x4+0xa5ab0+0x4+0x119fd4] Loading > configured modules... /boot/kernel/if_rtwn_usb.ko text=0xb960 > text=0x62c0 data=0x2cc+0x3b syms=[0x4+0x3570+0x4+0x293f] /boot/entropy > size=0x1000 /etc/hostid > size=0x25 Using DTB provided by EFI at > 0x87f00000. Kernel entry at > 0x96e00200... Kernel args: > (null) > ---<>--- > > But it isn't loaded anymore after booting : > root@bbb:~ # kldstat > Id Refs Address Size Name > 1 1 0xc0000000 d23a8c kernel > > I don't think it has to do with the switch to GENERICSD, there is (at > least shouldn't be) any difference between the old BBB image and the > GENERICSD one. Just did a test on my OrangePi One (Allwinner H3 armv7 with 512MB of RAM) and this is the same. The problem seems to be module dependancy, loader only loads if_rtnw_usb but doing a kldload also brings wlan.ko and rtwn.ko -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jan 16 18:11:36 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 CE3F54E671E for ; Sat, 16 Jan 2021 18:11:36 +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 4DJ5j33V0zz4cLK for ; Sat, 16 Jan 2021 18:11:35 +0000 (UTC) (envelope-from freebsd-rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1610820693; s=strato-dkim-0002; d=obsigna.com; h=References:To:Cc:In-Reply-To:Date:Subject:Message-Id:From:From: Subject:Sender; bh=dgevqqAnz3hfwtIjEmGMv/Ko7VtSQUma6zPckEuM+XQ=; b=i4ZrmFSStCz5iuSdJ9kAAmqx+KMnMzmqPr9/Xh2NsChM0sejLy7ZGFG+JZH5HXSQa2 Q6t9iXhQGzi6TQOzFPieOjYOxm4lyiv4v590CKjD8mnG48kjTPc6lqtbGaQmsiRk9e1n Nm+57W5TokUS9LJ1eaLWsHW3IMZVky/i45b0qQZvzB2DLmKz/Dw1jY9gkSGuiLkmpvv3 FT64dF1ooTKAI9RXf2e3aLAfJJxp5cp5khg5Hlm4FntBGC6txZL639UPKruWAY5mKqfu 8bLmVxZ9JMBPt7HlWm6eyPO5S/fLcmmGK19ZRSM2zb7vLBojW+I5yHlzaNuIbd4Q6kXR 3UzA== 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.12.1 DYNA|AUTH) with ESMTPSA id d0872bx0GIBVgjn (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sat, 16 Jan 2021 19:11:31 +0100 (CET) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (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 AB4A21350F946; Sat, 16 Jan 2021 15:11:28 -0300 (-03) From: "Dr. Rolf Jansen" Message-Id: <06F689CA-B781-4CEB-8F8A-B00FAC684DD3@obsigna.com> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: GENERICSD snapshot on a BBB has issues with loading the if_rtwn_usb module Date: Sat, 16 Jan 2021 15:11:28 -0300 In-Reply-To: <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> Cc: freebsd-arm@freebsd.org To: Emmanuel Vadot References: <47700631-2D94-4BA8-9707-9ADD70C99600@obsigna.com> <20210116184333.f91594f9c3505d2c588d9634@bidouilliste.com> <20210116184833.1a3182a20a2b6c727b64bb59@bidouilliste.com> X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4DJ5j33V0zz4cLK X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=obsigna.com header.s=strato-dkim-0002 header.b=i4ZrmFSS; 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)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:85.215.255.0/24]; RWL_MAILSPIKE_GOOD(0.00)[85.215.255.20:from]; RCVD_COUNT_THREE(0.00)[3]; 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:+,1:+,2:~]; 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)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[obsigna.com]; SPAMHAUS_ZRD(0.00)[85.215.255.20:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; 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] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 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: Sat, 16 Jan 2021 18:11:36 -0000 > Am 16.01.2021 um 14:48 schrieb Emmanuel Vadot : >=20 > On Sat, 16 Jan 2021 18:43:33 +0100 > Emmanuel Vadot > = wrote: >=20 >> On Sat, 16 Jan 2021 14:08:58 -0300 >> "Dr. Rolf Jansen" wrote: >>=20 >>> I updated one of my BBB from an older 13-CURRENT (July 2020) to the = latest 13-ALPHA1 snapshot from Jan, 14th ? = GENERICSD-20210114-7ae27c2d6c4-255938. >>>=20 >>> I had successfully employed an USB-WLAN dongle based on the = RTL8188eu chipset. I only added the following into /boot/loader.conf: >>>=20 >>> if_rtwn_usb_load=3D"YES" >>>=20 >>> By that all dependend modules were loaded automatically in a snap. = With ALPHA1 this doesn?t work anymore. After hours of troubleshooting, I = got it working by adding the following into /etc/rc.conf: >>>=20 >>> kld_list=3D"if_rtwn_usb" >>>=20 >>> The "Loading kernel modules:" takes apprx. 4 seconds, however, then = the USB-WLAN device is enumerated correctly and it is ready to use. This = makes me think that this uncommon huge delay is the culprit. I checked = this with some snapshot thats I had installed already. The issue seems = to have been introduced together with the switch to GENERICSD. A = GENERICSD 13-CURRENT from end of December showed this issue already, = while a BBB-specific snapshot (from November 2020) that I had installed = on another BBB works as before by loading the modules in = /boot/loader.conf. >>>=20 >>> I don't mind to load the modules by the way of the kld_list = directive in /etc/rc.conf. However, the unusual long duration of loading = the module and its dependencies might be an indication for a more = fundamental issue. >>>=20 >>> Please feel free to ask me for doing more tests.=20 >>>=20 >>> Best regards >>>=20 >>> Rolf >>=20 >> I can reproduce that on my netbooted BBB. >> The module is correctly loaded : >>=20 >> Loading >> kernel... /boot/kernel/kernel text=3D0x1b4 text=3D0x68d638 = text=3D0x1c84f0 >> data=3D0xb4070 data=3D0x0+0x258000 syms=3D[0x4+0xa5ab0+0x4+0x119fd4] = Loading >> configured modules... /boot/kernel/if_rtwn_usb.ko text=3D0xb960 >> text=3D0x62c0 data=3D0x2cc+0x3b syms=3D[0x4+0x3570+0x4+0x293f] = /boot/entropy >> size=3D0x1000 /etc/hostid >> size=3D0x25 Using DTB provided by EFI at >> 0x87f00000. Kernel entry at >> 0x96e00200... Kernel args: >> (null) = =20 >> ---<>--- = =20 >>=20 >> But it isn't loaded anymore after booting : >> root@bbb:~ # kldstat=20 >> Id Refs Address Size Name >> 1 1 0xc0000000 d23a8c kernel >>=20 >> I don't think it has to do with the switch to GENERICSD, there is (at >> least shouldn't be) any difference between the old BBB image and the >> GENERICSD one. Yes, this might well be a coincidence. I do neither have the last BBB = specific snapshot nor the first GENERICSD one for testing these against = each other. > Just did a test on my OrangePi One (Allwinner H3 armv7 with 512MB of > RAM) and this is the same. > The problem seems to be module dependancy, loader only loads > if_rtnw_usb but doing a kldload also brings wlan.ko and rtwn.ko I can confirm this. And in addition loading the if_rtwn_usb.ko module = and its dependcies manually also takes now significantly longer compared = to a manual load on the BBB specific 13-CURRENT from November. Perhaps = something has been changed in the dependency resolver. From owner-freebsd-arm@freebsd.org Sat Jan 16 19:17:59 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 2B8CB4E825C for ; Sat, 16 Jan 2021 19:17:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ79d57N2z4hGy for ; Sat, 16 Jan 2021 19:17:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610824675; bh=7K1O44PzxWHYVNMs6VrQ6RSf6cCHiUPCnNvF/6olY4T=; h=Subject:From:Date:To:From:Subject:Reply-To; b=Z+e7BGyQrai0fYPLRTAaDbf3mO5uhUhVkzgilh2ieEZcKCWwxP+94mQ1L4E1JvZq59wn615uROCeOXOE91eLnuDCyk3VzjjTzfX07KkbqEyetvQeSwGau0LPNdxvxamXw3oTePqP5I2y4lg7khZnZ9GfLUSSBGSoavqoT6SRip66BEskQsChcL5hSEsotBfD2CCbCcSSV4+mw8OZ2H3evnT/K34r+s3YAZEmEeZKHTDBhDlOEJypK9yLaO9A2c7HpOb7Fl7s1fRjFFl2mMuZ7RSTSdSWNfIueQDUtUD1+LtW7SXlIpdWMSh5JVzd47lRsBkAcn6TU4J6iFMwTLtP2Q== X-YMail-OSG: XsEnvE0VM1mEbMR60IoIKNUeveLs.0Fp.Um37xEXZG8TjOUUCImKmEwgjbTSlMq ndcaxHzSAUiyruggkrdcPuxjfjUNWKTKMq3dOzlUMGADg72Hl2Q0YfRBroymWz4AIQ8JnUMZbsaU SqS0fkr9.MzaB2e.lmz4aYnpQwgts8S5wNOlLhHVRtHcP90KswIogNpzVHTJKDw9rmtXUC3RIQY_ J.vnEHLYu107IE7D8VrEMxjYw.Dx542IabdoTXu3wHY3AjxTnyKZ2luoF8brMoomTa2u6Lj9Jpk3 Hz_eowNYo3Evu.lJvH6XZ9FnDg3H.XykJqBuLUeSqx151OGG0KP7AnoHDWGX9vcq1XTXAeW654LG 0lBC0pr0_tfvwr.c9ut7G5BOZ2hqFjLSkKDQ1w6SXdy1inNPKmP8FUDTpdvsrvkBPSpHXAYAYOVD oIDKoy1cv_lzXsmxhX1_Anzzrm39hgGIxThmGmFcLDwzJYM.NyICbxt.ZyoaKyAL5.Z32WzTM.DU fNkX5SiX6UurfeLDT0nNkmqorTIQnLpE.sCvwk7cR5WfR5FPog1ISLkceLgklKBo6D2fAWbZWR1o oYquEHT3vDeANIkMh4K4ArDEOKp299pbArMVVa7JVeLP1GQXm0qk4TsGeOAordm00.AsjHPvi4BF 6WhVeDj7WExfuV7QYQMoDHPtscG_6yBTN8klf_c2eir.SymdQgIhhn6UZPbDKf6hJZmeOOuzJPHG woT9J9PAdJthK1l0sRTT9BBIlZc0.PDxKtgo8fph72fPmAdfH2yngLcJd7Rt.pQRChsHthEeOgA5 PPQNbliLHZGFgFY7cO6u82s9SOwU9lFNNWRliKaDZzvpxJs9osNKOCmGH7fBBXCe.4K0aaTGMGwY oAcETzGTbOT99KZFqwPjU4cd5Cj8KmsYOI61zpkfVAlmu.Vw50n7ajLdKcGNF65mvLG1jxJZzeqy BBtYn4HjwGb0Y2_9URMmqprfye2m1jZ6.MRRLMnP9LcBw0tip6C4HfLuzr4_4iRuv_CDO578M8Hn qriufArVTaqH9oUkEbTAsxKREePUbLUS9qfXuAgFqKTbk.wjsDi2PtAsfgqFoRzX0d9Y.Nhn1dZB _j8uYgo4O03cemNvhrwN.sd1QNK970cqKQ1OZSWvqhFvBS75pGlqCXvHDX6ihAZXxYiQ4sOPwrhQ qvNtEAzujNWtTg2t4.9oR_vGWjFh9CVerRQIx1qZNzP79qR8K5GaMH0_FKFeuXJmStaRucdFInYj A5pkSssul15qAIx_pWMim4W.Tp570d_2zfqvX7YJe9kxSoAmaWpI6gAzYP3tPcnOPo2sMFvDPyu7 2roDyJero4mh1XhXr5HuKiYYlRZs9c5AwFo2UpxxNbd0wdCN0bB9QX_oHSWXlf.mGxhXie2hsYxd .F9S_V6cMkgy0NlxVfEenbRESMu98vDoRN89o2yyST8nfnO9jJ0MbXiq5lA1naGipua56aErD3DD x4uln4y8Z2b8XvjWRavBrmnKJHrKKYd5t3r8.j__2sZpW8n3vTdhZybQOtGkgGWEHy6FinLSijLN l76jRRDabcdkXflPbuuddhfF6FbbJQeBYDb_wdEFm6dmx98UJ66VnN5uBzQxtyyPoeNO4NSS.A1o hPfv2VfqxkCyOL1JjA3oTfNjyAZEnrqyjqvON7Aev3nKAAsIph5U996.f8WYPVrMSNNaQZxXvo_h TxC1c.oLKF.Yf18qXO6SI6lYSy2Qaciz6iizr5j6fjB4R3VFTxupkfT4RxM5SeNgaJkfCytkdN1K HAze0dSK5toF9RxzZtYzej9EkPLNtCsiPF538Hl5h880Rt7xLbJQkN5lv6IhkNjd85dhcz73UjxD crTaLNGl8c3EhdjWnXH2jAlyA72pOvWcpg4vqnwsQmn7GgvDjpTT2JEkL5.7w2auy0.0B47CYCkn .NEiARYEEFrf44b0yAgEHdM4vuMFEo5p52YRQkdnhjuYVP4da1TV2bsprgr3EA5TwsrqFOdI78gQ xropCDzYVx6y2xPEAeN4dDRj3eda1DmmecVvCFVaKJCQc6ytWxnPg.VXN9bWZMCWLXOh_wq8i6SV l6WanYqbuAT55aI4EHRsTqCedJOxKxAmjCeBqtNb2ByDH2hOZTjgddUpPZT7dL7X_Nj8hIl81vsA dtE7lSZiy.uexU3teqObnuvGJSasrTqHWxxcE8jsQrQoMTORnOpzOSUeZB21my9C92uFpUlfGFb0 hpxzGLN_2pyx5yU0JXcpQcwF5IQ_CNRONCe2VBjok7E38nAuwhJL5R4NRc3XW_WClJt.TRs9r.ow Q5zgBPzxAlHd8.fpM6.SmlF8Nifa8LmC7X_gaeP6i4MnqN3Q_B0HWGa.EU9Wme16EX3zrwEsrzcR 77tjQVjWSdAynk62PEru17spAzR3Hj1e92xyCLh9amiEfnOTQLgNzBZVtU0u24VsuEKXoTkJPUjE zvEcflFdqo2XBVdMpLw89udcFLT2GLbqJyPtNa8VxkMugAgf0y6_FmOX3SzH5SAw.dmKSU3UryhO Id9id6wLbVcw.32pQpWRNmvVoopEAhsUh6MnlCJqAfcYXWlL1h0lJ7i7UtpyotlKfJp6YKitwoaO dF75Pr22u0Ijf46Y- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 19:17:55 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0fd4da5094f3f3ca59a61d28a1d3b8ef; Sat, 16 Jan 2021 19:17:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Invoking -v for clang during buildworld From: Mark Millard In-Reply-To: <20210116155538.GA24259@www.zefox.net> Date: Sat, 16 Jan 2021 11:17:52 -0800 Cc: Current FreeBSD , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210116043740.GA19523@www.zefox.net> <20210116155538.GA24259@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DJ79d57N2z4hGy X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Sat, 16 Jan 2021 19:17:59 -0000 On 2021-Jan-16, at 07:55, bob prohaska wrote: > On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: >>=20 >> On 2021-Jan-15, at 20:37, bob prohaska wrote: >>=20 >>> While playing with -current on armv7 using a raspberry pi 2 v1.1=20 >>> an error crops up with recent kernels while building world: >>>=20 >>> ++: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** [clang.full] Error code 1 >>>=20 >>> make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang >>>=20 >>> How does one invoke -v in this situation? >>=20 >> Going a different direction: Going to publish the build log >> someplace? There is likely more there of interest to isolating >> the issue(s). >>=20 > I've put what I hope is a useful picture at > http://www.zefox.net/~fbsd/rpi2/buildworld/ Looks to me like your -DNO_CLEAN based build is reusing one or more files with inappropriate/incomplete contents that need to be regenerated: there are a number of undefined symbols stopping the linker during its attempt to build the "usr.bin/clang/clang (all)" material. See below. --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang --- =3D=3D=3D> usr.bin/clang (all) --- all_subdir_lib --- --- all_subdir_lib/libbsm --- =3D=3D=3D> lib/libbsm (all) --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang/clang --- =3D=3D=3D> usr.bin/clang/clang (all) . . . --- all_subdir_usr.bin --- ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::CodeGenTBAA(clang::ASTContext&, = llvm::Module&, clang::CodeGenOptions const&, clang::LangOptions const&, = clang::MangleContext&) >>> referenced by CodeGenModule.cpp:148 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :148) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::CodeGenModule(clang::ASTCo= ntext&, clang::HeaderSearchOptions const&, clang::PreprocessorOptions = const&, clang::CodeGenOptions const&, llvm::Module&, = clang::DiagnosticsEngine&, clang::CoverageSourceInfo*)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::CodeGen::CodeGenTBAA::~CodeGenTBAA() >>> referenced by memory:2262 = (/usr/obj/usr/freebsd-src/arm.armv7/tmp/usr/include/c++/v1/memory:2262) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::CodeGenModule(clang::ASTCo= ntext&, clang::HeaderSearchOptions const&, clang::PreprocessorOptions = const&, clang::CodeGenOptions const&, llvm::Module&, = clang::DiagnosticsEngine&, clang::CoverageSourceInfo*)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a >>> referenced by memory:2262 = (/usr/obj/usr/freebsd-src/arm.armv7/tmp/usr/include/c++/v1/memory:2262) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::~CodeGenModule()) in = archive /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getTypeInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:706 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :706) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAATypeInfo(clang::Qua= lType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getAccessInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:725 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :725) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAAAccessInfo(clang::Q= ualType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getVTablePtrAccessInfo(llvm::Type*) >>> referenced by CodeGenModule.cpp:732 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :732) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAAVTablePtrAccessInfo= (llvm::Type*)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getTBAAStructInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:738 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :738) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAAStructInfo(clang::Q= ualType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getBaseTypeInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:744 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :744) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAABaseTypeInfo(clang:= :QualType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::mergeTBAAInfoForCast(clang::CodeGen::TBAAAcce= ssInfo, clang::CodeGen::TBAAAccessInfo) >>> referenced by CodeGenModule.cpp:757 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :757) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::mergeTBAAInfoForCast(clang= ::CodeGen::TBAAAccessInfo, clang::CodeGen::TBAAAccessInfo)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::mergeTBAAInfoForConditionalOperator(clang::Co= deGen::TBAAAccessInfo, clang::CodeGen::TBAAAccessInfo) >>> referenced by CodeGenModule.cpp:765 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :765) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::mergeTBAAInfoForConditiona= lOperator(clang::CodeGen::TBAAAccessInfo, = clang::CodeGen::TBAAAccessInfo)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a >>> referenced by CodeGenModule.cpp:773 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :773) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::mergeTBAAInfoForMemoryTran= sfer(clang::CodeGen::TBAAAccessInfo, clang::CodeGen::TBAAAccessInfo)) in = archive /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getAccessTagInfo(clang::CodeGen::TBAAAccessIn= fo) >>> referenced by CodeGenModule.cpp:750 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :750) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::DecorateInstructionWithTBA= A(llvm::Instruction*, clang::CodeGen::TBAAAccessInfo)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a FYI: I found this by noting the "all_subdir_usr.bin" below and searching backwards for prior examples and seeing what was after those examples. --- all_subdir_usr.bin --- c++: error: linker command failed with exit code 1 (use -v to see = invocation) *** [clang.full] Error code 1 > Files from a clean start would probably be better, It may be possible to be more selective about deleting things so that just those are regenerated. But, fundamentally the problem seems to be -DNO_CLEAN not rebuilding at least one file that needs to be rebuilt. > but it will take=20 > days to get back to that state. Yep. If you can figure out what file should contain the likes of clang::CodeGen::CodeGenTBAA::CodeGenTBAA material and=20 delete that file, it should be regenerated. But there may be more files that are not correctly built that may or may not be such that an error would be reported. > I was thinking this might be a=20 > kernel problem, but after trying three different kernels, all with > the same result, it's looking doubtful. No hint of the "cannot = allocate > memory" message of earlier troubles, and nothing on the console.=20 The undefined symbols seem unlikely to be a kernel problem. > One additional question, however: Does the Pi2 have an internal > voltage measurement that could be added to the swap logging script? > Sysctl -a | grep olt > produces a bunch of output, but none of it looks > real, with too many trailing zeroes. Power supply problems have > been rare, but they caused much hair loss. RaspiOS reports under > voltage, does FreeBSD have a comparable feature? =20 The undefined symbols seem unlikely to be a voltage problem. The zeros are from the units for the integers not being volts but micro volts. (Which is not the same as saying measurements reach that scale of accuracy.) >> I use META_MODE builds. One thing they do is record the >> command used to try to produce each file. So in that kind >> of context, identifying what it was trying to build allows >> finding the related NAME.meta file and looking in it. >>=20 >> An example failure for armv7 and 1 GiByte of RAM could be >> a simple memory allocation failure: unable to get a >> sufficiently large contiguous range from the address space >> for some request. (So it never gets to the point of using >> swap for it.) Are you controlling how many threads the >> linker uses? >>=20 > There have been none of the "unable to allocate memory" messages > that characterized the previous failures, and nothing on the console.=20= Agreed. Although the missing symbols could be from prior partial updates of a file from a prior crash. (I've no specific evidence that such is what actually happened.) > I do not try to control thread count beyond -j4 on the command line. > It wasn't necessary up to a few days ago. It does seem that memory > use is vastly greater with the arrival of clang 11, swap use on armv7 > gets up past half a GB. With clang 9 it hardly registered.=20 I noticed disabled use of controlling linker thread usage in both e/tc/src.conf and /etc/make/conf: #LDFLAGS.lld+=3D -Wl,--threads=3D1 But I've no specific evidence of memory allocation based failures in this run or prior build attempts that contribute to the current status for -DNO_CLEAN. >>> For the record, uname -a reports >>> FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 = main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 = bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM = arm >>>=20 >>> The present sources are a day or two newer. >>>=20 >>> Nothing is obviously wrong; swap usage is small, no warnings or = errors on the console. >>>=20 >>> In past occurrences, an old kernel (pre-git) worked through the = problem. >>> If a restart of make buildworld doesn't get past the stoppage I'll = check again. I see no specific evidence for a kernel problem being involved. > The pre-git kernel didn't work either, nor did kernel.old, a couple = days > previous. For clarity, all three were -DNO_CLEAN starts. >=20 I see no specific evidence for a kernel problem being involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Jan 16 21:31:55 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 25FE34EB7BB for ; Sat, 16 Jan 2021 21:31:55 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from SMTPOUT05.DKA.mailcore.net (smtpout05.dka.mailcore.net [81.7.169.178]) (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 "smtpout05.dka.mailcore.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJB8B0wPnz4qXh for ; Sat, 16 Jan 2021 21:31:50 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from SMTP.DKA.mailcore.net (unknown [10.1.0.52]) by SMTPGW.DKA.mailcore.net (Postfix) with ESMTP id B8ED7429EA for ; Sat, 16 Jan 2021 22:31:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=webmail.no; s=mailcore; t=1610832702; bh=taR5k7AXEU2G0ANdGwf1pbCgk8uKPbt5LIPAucR/F08=; h=Date:From:To:Subject:From; b=VXOSobCd7lssQZoBkVvMapmdFKEHhaJKJ2Q34MUqv42n7W3pNYbZO1kMVJpySF3n0 Wqhd3pAtOIVQSXz0jleeRervMwDjWyv3t7t3M+/cKfdfeTlPV2Z1ce+DuOuicNQwkq Rn6z/9ZHehQPjHqwETJ+wivebnxnk1YaaOe/Y4J+bKeCjQLbRzJU15EerVz3uEBpS2 WsOcH2SoH6SSmmfaSFq63XtIFwPhUPr3vWKltWiyRerzGxi8qRErUGhgvNv8HbWqhe zz6JS7yPc8CWrQsk0kP2SKX4MSK10mLPTew+XhEJr15EGWYJE7js3iv+EI3jYRMv4f QcHDzj5H/w5WQ== Received: from kg-core2.kg4.no (unknown [178.74.2.42]) by SMTP.DKA.mailcore.net (Postfix) with ESMTPSA id 9D9C1400F4 for ; Sat, 16 Jan 2021 22:31:42 +0100 (CET) Date: Sat, 16 Jan 2021 22:31:41 +0100 From: Torfinn Ingolfsen To: freebsd-arm@FreeBSD.org Subject: Getting RPi4b (8GB) to boot from a microSD card? Message-Id: <20210116223141.49336596dcac9970e3c0442b@getmail.no> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd11.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DJB8B0wPnz4qXh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=webmail.no header.s=mailcore header.b=VXOSobCd; dmarc=none; spf=pass (mx1.freebsd.org: domain of torfinn.ingolfsen@getmail.no designates 81.7.169.178 as permitted sender) smtp.mailfrom=torfinn.ingolfsen@getmail.no X-Spamd-Result: default: False [-1.23 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:81.7.169.128/25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[webmail.no:~]; NEURAL_HAM_SHORT(-0.43)[-0.427]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[81.7.169.178:from]; ASN(0.00)[asn:16095, ipnet:81.7.128.0/18, country:DK]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[getmail.no]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[81.7.169.178:from:127.0.2.255]; R_DKIM_PERMFAIL(0.00)[webmail.no:s=mailcore]; 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: Sat, 16 Jan 2021 21:31:55 -0000 Is there a trick to getting a Pi4B (8 GB) to boot FreeBSD from a microSD card? So far I have tried FreeBSD-13.0-ALPHA1-arm64-aarch64-RPI-20210114-7ae27c2d6c4-255938.img.xz - prints some text on the screen, then starts over, endless cycle FreeBSD-12.2-STABLE-arm64-aarch64-RPI3-20210114-r369008.img.xz - with updated firmware from https://github.com/raspberrypi/firmware/raw/master/boot/ - boots, loads kernel, then stops with "gpioregulator0: cannot get pin 0" as the last line before kernel fault FreeBSD-12.2-RELEASE-arm64-aarch64-RPI3.img.xz - with updated firmware from https://github.com/raspberrypi/firmware/raw/master/boot/ - boots, loads kernel, then stops with "gpioregulator0: cannot get pin 0" as the last line before kernel fault Or is it just a case of cherrypicking a working image? -- Torfinn Ingolfsen From owner-freebsd-arm@freebsd.org Sat Jan 16 22:03:35 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 0604F4EC520; Sat, 16 Jan 2021 22:03:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJBrj5ysdz4sTJ; Sat, 16 Jan 2021 22:03:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10GM3ZDJ026921 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jan 2021 14:03:35 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10GM3YGJ026920; Sat, 16 Jan 2021 14:03:34 -0800 (PST) (envelope-from fbsd) Date: Sat, 16 Jan 2021 14:03:34 -0800 From: bob prohaska To: Mark Millard Cc: Current FreeBSD , freebsd-arm@freebsd.org Subject: Re: Invoking -v for clang during buildworld Message-ID: <20210116220334.GA26756@www.zefox.net> References: <20210116043740.GA19523@www.zefox.net> <20210116155538.GA24259@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DJBrj5ysdz4sTJ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; MID_RHS_WWW(0.50)[] 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: Sat, 16 Jan 2021 22:03:35 -0000 On Sat, Jan 16, 2021 at 11:17:52AM -0800, Mark Millard wrote: > > > On 2021-Jan-16, at 07:55, bob prohaska wrote: > > > On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: > >> > >> On 2021-Jan-15, at 20:37, bob prohaska wrote: > >> > >>> While playing with -current on armv7 using a raspberry pi 2 v1.1 > >>> an error crops up with recent kernels while building world: > >>> > >>> ++: error: linker command failed with exit code 1 (use -v to see invocation) > >>> *** [clang.full] Error code 1 > >>> > >>> make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang > >>> > >>> How does one invoke -v in this situation? > >> > >> Going a different direction: Going to publish the build log > >> someplace? There is likely more there of interest to isolating > >> the issue(s). > >> > > I've put what I hope is a useful picture at > > http://www.zefox.net/~fbsd/rpi2/buildworld/ > > Looks to me like your -DNO_CLEAN based build is reusing one or > more files with inappropriate/incomplete contents that need to > be regenerated: there are a number of undefined symbols stopping > the linker during its attempt to build the "usr.bin/clang/clang > (all)" material. See below. > [examples snipped] > > FYI: > > I found this by noting the "all_subdir_usr.bin" below and > searching backwards for prior examples and seeing what was > after those examples. > > --- all_subdir_usr.bin --- > c++: error: linker command failed with exit code 1 (use -v to see invocation) > *** [clang.full] Error code 1 > > It never dawned that I wasn't looking at the first error message. > > The undefined symbols seem unlikely to be a voltage problem. > > The zeros are from the units for the integers not being volts > but micro volts. (Which is not the same as saying measurements > reach that scale of accuracy.) > So long as they're measured values they might be worth keeping track of. I thought maybe they were some sort of input or placeholder values. > >> I use META_MODE builds. One thing they do is record the > >> command used to try to produce each file. So in that kind > >> of context, identifying what it was trying to build allows > >> finding the related NAME.meta file and looking in it. > >> Not needed now, but worth remembering for the future. > > I see no specific evidence for a kernel problem being involved. > Agreed. The problem is the operator. Thanks for your patience! bob prohaska From owner-freebsd-arm@freebsd.org Sat Jan 16 22:27:40 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 7348E4ED0B3 for ; Sat, 16 Jan 2021 22:27:40 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from SMTPOUT05.DKA.mailcore.net (smtpout05.dka.mailcore.net [81.7.169.178]) (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 "smtpout05.dka.mailcore.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJCNW248cz4vV2 for ; Sat, 16 Jan 2021 22:27:38 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from SMTP.DKA.mailcore.net (unknown [10.1.0.52]) by SMTPGW.DKA.mailcore.net (Postfix) with ESMTP id E1D8D42B1F for ; Sat, 16 Jan 2021 23:27:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=webmail.no; s=mailcore; t=1610836056; bh=d8nbz1eGxNLCK1kIaGuR4wx5qFnyjxMjZaqcRfnUv+w=; h=Date:From:To:Subject:In-Reply-To:References:From; b=eojhAHmM0QM3Of0Oa816/Aw/U6y9wRJe9A/Zw9NN0uA31s7CArwN0uV/iFMZfsefA I5w2PsHjZo8DLNIif1Fkdz7s9XjnHD2skjQOyrN4x7uI70x1RbAHo4wxl07XplCNMe u+GHA1SK1EJApgnzLZoHmXGB97BIItP4G5FvLFx8ZEnd9RtHYeh7Hkpbz4PAlhzHWw O0gjrPix8Gk8Gay6p6TNLc4IJYwuWIddOvCjuCjtH8678d1+JXC+XVEvvYopVslSCa RV+V08kCk4KMPHlATMLFrhrrq27PL6Pr/N6u5aLTFp6uRYggQobhuUM3EU2ygasZt2 b9lE2OVzXrChQ== Received: from kg-core2.kg4.no (unknown [178.74.2.42]) by SMTP.DKA.mailcore.net (Postfix) with ESMTPSA id C28EE400AC for ; Sat, 16 Jan 2021 23:27:36 +0100 (CET) Date: Sat, 16 Jan 2021 23:27:36 +0100 From: Torfinn Ingolfsen To: freebsd-arm@FreeBSD.org Subject: Re: Getting RPi4b (8GB) to boot from a microSD card? Message-Id: <20210116232736.2002f4dd4a18faa6beed0289@getmail.no> In-Reply-To: <20210116223141.49336596dcac9970e3c0442b@getmail.no> References: <20210116223141.49336596dcac9970e3c0442b@getmail.no> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd11.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DJCNW248cz4vV2 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none (invalid DKIM record) header.d=webmail.no header.s=mailcore header.b=eojhAHmM; dmarc=none; spf=pass (mx1.freebsd.org: domain of torfinn.ingolfsen@getmail.no designates 81.7.169.178 as permitted sender) smtp.mailfrom=torfinn.ingolfsen@getmail.no X-Spamd-Result: default: False [-1.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:81.7.169.128/25]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[webmail.no:~]; NEURAL_HAM_SHORT(-0.95)[-0.954]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[81.7.169.178:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:16095, ipnet:81.7.128.0/18, country:DK]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[getmail.no]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[81.7.169.178:from:127.0.2.255]; R_DKIM_PERMFAIL(0.00)[webmail.no:s=mailcore]; 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: Sat, 16 Jan 2021 22:27:40 -0000 Update, On Sat, 16 Jan 2021 22:31:41 +0100 Torfinn Ingolfsen wrote: > Is there a trick to getting a Pi4B (8 GB) to boot FreeBSD from a microSD card? > So far I have tried > FreeBSD-13.0-ALPHA1-arm64-aarch64-RPI-20210114-7ae27c2d6c4-255938.img.xz - prints some text on the screen, then starts over, endless cycle ok, with updated firmware (same way as the other images) this image now boots. Unfortunately, usb doesn't work, so no local keyboard. ssh works fine root@generic:~ # freebsd-version -ku 13.0-ALPHA1 13.0-ALPHA1 root@generic:~ # uname -a FreeBSD generic 13.0-ALPHA1 FreeBSD 13.0-ALPHA1 #0 main-c255938-g7ae27c2d6c4: Thu Jan 14 07:56:52 UTC 2021 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 HAND -- Torfinn Ingolfsen From owner-freebsd-arm@freebsd.org Sat Jan 16 23:04:14 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 C8C5B4EE4FF for ; Sat, 16 Jan 2021 23:04:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJDBj3x6tz3FYj for ; Sat, 16 Jan 2021 23:04:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610838251; bh=hHZ5CinCtaShIyM6hI7BfI6/RQaEGbZg3kkiVWTsKqo=; h=Subject:From:Date:To:From:Subject:Reply-To; b=mE8gLFLTnSFK6DlqrDOtziUMQJmy+bCUGyolYrSQZ8OlAIJWNSmNXTtkpp0KL7kDUlsAsWsCS2QrVU/J9GEDCLoFPbPXgfrSqJMvZpcrM/SR6GSsov4qhSKn0osHBkzOkvoeCy/WuB+5apOJPSCD22OdeYvog7NCYDnvlHzijxcHm9YyC/LBHKG5uttzRJsVT1cVIPDQwFJ0mqvQ8LRBF5Vfsoc3HqFkgrQoqORrLfU4hUjUKEgHg8J+boL4O1lEAVS/IvQnMFDZVRNtNHxd7+5pkSvR0gRaAEYnpfxjVIFJ4AdDHt/QitSAwEMU/Ool4iTI3W70INdrlRkxOal36A== X-YMail-OSG: u9ifeasVM1kxDLYq.tqFHmzYefQPsN9JhC3XMFX9VFFTPmhfq9DlXLpE4Deh3ii 7v52JFpWLddFLTBVMTwesadCf259pCziVWh6.yz0ruhznztDwcp03mTm9b5QixhTfLlGdk7D7N6X 2gMWfUw_2yIuIsdK5MpzUKj0tWrYp_ZrtLOF3Y3kesidL5WId.9QQijV0CfURxr4VTq0oXGpGzQc y2v6s1lzXWRGFJd.bYOMRRGwFTF3sRMOVGhFVPB.HWOL6Lvs8sl23Np2DXqbRURtwXJiymcEkQ6_ f6vhAyW3Cz5IZ0ngyE4acShM3aMuIbRrhjtmSLs1L7.EovOru2tE4SokVVVdypCpXgYK9SnYhKOR 3k64qY43CGT0pMkeHw0myzwgWrSSVqnxZiNkIsQ0aB79rYHike3mFTDg3Sv5o4Tuq7iHbsA.A349 KQeMyi92gVmr0HeR2T3u6FCs2DAX4u1GWGGPrj8NYdKwLnmJg9cyHiHKGthACyT7w78azZIe5H4S bbEXc5hd7gbKxywRAHjHmgLEU5DwP62QuCnAvlzUqp0rKoHEB3JwCcYDmzGeM98nMv4ZR0wJ_225 XCzxjSzXj8N9cqaLCK2c_fmBTZJW.IGOV2UF8K0rdd9j97NJjgRff7wr1239pkqvDHcketu0nSg_ vOzJ0Auh7pHI.bUC28giNAoluYFIa62iQEjmQl2hwUja9YzqbLdlk00Ydl4xTkSoqs5r0nfoQ8e1 kAWxLLQYvmgkCdtKgUjdlKDu5HyMJ3GBNxeMcxbZmi2MZvhrofuXu2sl0X4VB7ZFhD8ePmOrw3tm hFpuozIZFf6_LDzaRsbdyRpQh7cpcnDCFAW7Be2u3eto2N5fkLJCX9xGZEP1ibcVR.ZSY_hdw2PM HIg7LVbfwXQHQcN58vosb5LZeH9F2t7KhTAgfRaitDojUSxP7bzS757hOOksR_L1rKQKwo1_pKB8 WwWnZy5woesJoyOKuGPehNmnJbGYZkRs4eQ.TWEPSSLmPQzN9OEECbQsLKM9xJxRColbivEfIU3H 7LveW293DGiSxYIxWKvrfGFMSd11JRTpmyzsGJaoC1vm9aVQDZMMZusqcAF5brzTxkI00mhYrfwl Njgfwrr5kVaG267E3Ql6.A2AUKt2jNhaMIRSWVargkHIlQnCEk8cOcNvg8kBVZiC545qhPBJyHI0 wGzDryybKI3RU1B7CsKYw7SAWksJbSuP1j.7lPkBvoV1onhzK_If5W2qW03T1RyBqnaaRF6tquPj aiLEXFxT9.4qzjrTk14EsPcV4zX5REdyx0hextXeZorb8WZFdLeYUw6ZU_77IlTMPBSsZUuCCRSD kuNSxgCCJv5XFUwD6rbtj3if_c7pDluEAPOojcxyDthX43wpcy4rf7Zic.5r2DOq4jUlpANCoOPK TmW8p6f3EOimu.d.fDdLbj_S9ZueTBrZWt8P8eD_xs2Fl5V0bg9la1y3NZpEc5nL1ZKgLodxmOP1 pps5q2ohl1s10sGR1abkc4CqzGOnQPHV8uaA9t3dyVOyT0YwVvrNMkKUKwJFgtkDnfLvZoqTYGbN weIt.YyTh7VXasXtZCdueavYqqOKJxwcE.pom2VLBtdZ9EKK44sWsOpfzA8Hm8vZULbqjcjjYyKM Z82A0k3N1q2U6sAu4FgehQ_GM8ag7rgygZtvH_7kwYJ4U8ROqC.y33GXLKm28kqiknB17pWL09SA K4EWbQ73TNHMNXH9DckDuZ1leyhh07PdDZC5AG8RCbAQOQnzS9UWc0kqqZ56Nb0Fxu1rQ_tiAUM9 xugTSTUwVcji6qHts.HUz6fjnwjMxI7GXCNiBIu70o3r9huLNTphkuNWskp.O6PiEL5mCW64JKcU JWE2eqnznCubZRSNfGoh4.1LalMKHSrvvjtbNycjO3fCn3vSZTkvmlBtQNR523OmYlcC9glQ2Qqc QJ.gBHtj5teUjIc1WHp7Kxj4VF7M8SRjfb7lh_GFqRiAdV4Bz3ET_zLQDQeYnncZuM1kTSTAcH4w gvGzTPd2pNC7T0nRVu56atcGtXgOyjoBX6b1m4NiLRAeOGjzCp3XPdZ6iO6xIwB5bVDbIwE7iI0N K_PAUyzN4Yn10lAvwzC24S1L.rcbWFPYnmjeUcLatW3rhz2PM.tejnGPKZ79p3Wv9HxXNi.8g9nL jR96B3_yJneCE0vsHTlTl3Wc6HeIsNOvL74nXuG0UUwhPvNPZcPdjwVc0qHSlF90Y2bPbB9t5Ko7 clA5mQG0wZB9Kl.b0mKgg.2r9Hcq1Xgsv9.XBZjPj.eotVnoIOe8mZ4_iz3ioVxRMH4JUJd8fgfX X1NjJy2hBrP223wZgv2n7jtIZqCbjk1nGLsq2BrqDOXgqsRQ01wHCn95p_cBZq9M3CHJBhcCUXUL g.dM.qpCyOavlB7ntz_6VNi9fonZPc0rb8kf5v8SG8R_OUPakv7oroq8gSCipW4O6r7lwhDLnvSR lV4TyGH_N.V_RPZKwDkdJ5sBGliBuYZf6dby6kTOBOGah9vTB5CLjFOG3MhuMZac9mISgao0b4Ng ncExHjJDkOI4doKUtMFJaDuz9GqCKaIldyWHaFDzqohHdvHmuPvLXubt1e3iYLhaWzhfhfz6wFcU Zoa7LtpB43u3w Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 23:04:11 +0000 Received: by smtp413.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1ed56a052300f92045faf73230058b70; Sat, 16 Jan 2021 23:04:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Invoking -v for clang during buildworld From: Mark Millard In-Reply-To: <20210116220334.GA26756@www.zefox.net> Date: Sat, 16 Jan 2021 15:04:04 -0800 Cc: Current FreeBSD , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210116043740.GA19523@www.zefox.net> <20210116155538.GA24259@www.zefox.net> <20210116220334.GA26756@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DJDBj3x6tz3FYj X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; 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: Sat, 16 Jan 2021 23:04:14 -0000 On 2021-Jan-16, at 14:03, bob prohaska wrote: > On Sat, Jan 16, 2021 at 11:17:52AM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2021-Jan-16, at 07:55, bob prohaska wrote: >>=20 >>> On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: >>>>=20 >>>> On 2021-Jan-15, at 20:37, bob prohaska = wrote: >>>>=20 >>>>> While playing with -current on armv7 using a raspberry pi 2 v1.1=20= >>>>> an error crops up with recent kernels while building world: >>>>>=20 >>>>> ++: error: linker command failed with exit code 1 (use -v to see = invocation) >>>>> *** [clang.full] Error code 1 >>>>>=20 >>>>> make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang >>>>>=20 >>>>> How does one invoke -v in this situation? >>>>=20 >>>> Going a different direction: Going to publish the build log >>>> someplace? There is likely more there of interest to isolating >>>> the issue(s). >>>>=20 >>> I've put what I hope is a useful picture at >>> http://www.zefox.net/~fbsd/rpi2/buildworld/ >>=20 >> Looks to me like your -DNO_CLEAN based build is reusing one or >> more files with inappropriate/incomplete contents that need to >> be regenerated: there are a number of undefined symbols stopping >> the linker during its attempt to build the "usr.bin/clang/clang >> (all)" material. See below. >>=20 > [examples snipped] >>=20 >> FYI: >>=20 >> I found this by noting the "all_subdir_usr.bin" below and >> searching backwards for prior examples and seeing what was >> after those examples. >>=20 >> --- all_subdir_usr.bin --- >> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** [clang.full] Error code 1 >>=20 >>=20 >=20 > It never dawned that I wasn't looking at the first error message. Other than -j1 style builds (or equivalent), one pretty much always needs to go looking around for a non-panic failure. It is uncommon for all the material to be together in the build log in such contexts. >>=20 >> The undefined symbols seem unlikely to be a voltage problem. >>=20 >> The zeros are from the units for the integers not being volts >> but micro volts. (Which is not the same as saying measurements >> reach that scale of accuracy.) >>=20 >=20 > So long as they're measured values they might be worth keeping track = of. > I thought maybe they were some sort of input or placeholder values. I do not know what FreeBSD does with the values. But the RPi firmware may be still doing something despite FreeBSD being what was booted. (I've no clue if such is the case.) >>>> I use META_MODE builds. One thing they do is record the >>>> command used to try to produce each file. So in that kind >>>> of context, identifying what it was trying to build allows >>>> finding the related NAME.meta file and looking in it. >>>>=20 >=20 > Not needed now, but worth remembering for the future. META_MODE also notices more causes of needing to rebuild something. It actually compares the old command to the new one to notice differences. It also has information to compare about files opened during the prior build of the file, more than make tracks on its own. (Such is based on filemon.ko being loaded and then in use.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)