From owner-freebsd-arm@freebsd.org Sun Sep 15 12:17:52 2019 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 625AFEC03C for ; Sun, 15 Sep 2019 12:17:52 +0000 (UTC) (envelope-from freebsd-lists-5@thismonkey.com) Received: from mail-01.thismonkey.com (mail-01.thismonkey.com [220.244.217.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thismonkey.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46WT0Y39Tzz4JDm for ; Sun, 15 Sep 2019 12:17:48 +0000 (UTC) (envelope-from freebsd-lists-5@thismonkey.com) X-TM-Via-MX: mail-01.thismonkey.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thismonkey.com; s=mail-01; t=1568549848; bh=EIqM08Z+u+RXU7nf5jluxujaDwoThTZ35CSQOPh56/A=; h=Date:From:To:Subject; b=Xganj5rBjJbJChgMfMSi6b39ZYhf66HG8Uiqo/TotDL2gY2gnwqgKovP/tcVxUGJh ZHn9vTtRxkYuuS2tmJkyDBdugrO0H0CzNFNnsvzr0M+wSxxU14GK0T+dPX+5mSA0SD VobScPYZCH6v7zyJy2xpOkDPS4A4IstJL1BoGiX0= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thismonkey.com; s=dkim; t=1568549848; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding:in-reply-to: references; bh=EIqM08Z+u+RXU7nf5jluxujaDwoThTZ35CSQOPh56/A=; b=tY5ix5FwoyR2MbtNgCOVj/ArU4nx0k3/tUucjtITWsQbshIxWcsnET2LraR4nLfSn/Edt3 8eQkRJQ7FsNcFjzFoxbGk+bEDO8rjavTOTKoQo+FNxOiOyX7FewKQtJirQcRkYwkLyb3I9 r89AFpLNLYHM9wJS1lJR/57lMv03wmY= Received: from utility-01.thismonkey.com (utility-01.thismonkey.com [10.1.1.32]) by mail-01.thismonkey.com (8.15.2/8.15.2) with ESMTPS id x8FCHQ99076487 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 15 Sep 2019 22:17:28 +1000 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Received: from utility-01.thismonkey.com (localhost [127.0.0.1]) by utility-01.thismonkey.com (8.15.2/8.15.2) with ESMTP id x8FCHO8c059985 for ; Sun, 15 Sep 2019 22:17:24 +1000 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Received: (from root@localhost) by utility-01.thismonkey.com (8.15.2/8.15.2/Submit) id x8FCHO1e059984 for freebsd-arm@freebsd.org; Sun, 15 Sep 2019 22:17:24 +1000 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Date: Sun, 15 Sep 2019 22:17:24 +1000 From: Scott To: freebsd-arm@freebsd.org Subject: RPI-B cmake "Cannot find a C++ compiler that supports both C++11 and the specified C++ flags" Message-ID: <20190915121721.GA57386@thismonkey.com> Mail-Followup-To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-Rspamd-Server: mail-01.thismonkey.com X-Greylist: inspected by milter-greylist-4.6.2 (mail-01.thismonkey.com [10.1.2.50]); Sun, 15 Sep 2019 22:17:28 +1000 (EST) for IP:'10.1.1.32' DOMAIN:'utility-01.thismonkey.com' HELO:'utility-01.thismonkey.com' FROM:'freebsd-lists-5@thismonkey.com' RCPT:'' SPF:' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail-01.thismonkey.com [10.1.2.50]); Sun, 15 Sep 2019 22:17:28 +1000 (EST) X-Rspamd-Queue-Id: 46WT0Y39Tzz4JDm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=thismonkey.com header.s=mail-01 header.b=Xganj5rB; dkim=none (invalid DKIM record) header.d=thismonkey.com header.s=dkim header.b=tY5ix5Fw; dmarc=pass (policy=none) header.from=thismonkey.com; spf=pass (mx1.freebsd.org: domain of freebsd-lists-5@thismonkey.com designates 220.244.217.216 as permitted sender) smtp.mailfrom=freebsd-lists-5@thismonkey.com X-Spamd-Result: default: False [-2.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.973,0]; R_DKIM_ALLOW(-0.20)[thismonkey.com:s=mail-01]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_MIXED(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.76)[asn: 7545(3.78), country: AU(0.01)]; DKIM_TRACE(0.00)[thismonkey.com:+,thismonkey.com:~]; DMARC_POLICY_ALLOW(-0.50)[thismonkey.com,none]; R_DKIM_PERMFAIL(0.00)[thismonkey.com:s=dkim]; NEURAL_HAM_LONG(-0.99)[-0.989,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7545, ipnet:220.244.216.0/22, country:AU]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2019 12:17:52 -0000 Hi, as per the thread title, I cannot compile cmake on FreeBSD 12.1-PRERELEASE r351916 RPI-B arm. I'm trying to compile graphics/sane-backends which of course requires cmake. Is anyone aware of a workaround? Thanks, Scott From owner-freebsd-arm@freebsd.org Sun Sep 15 21:00:52 2019 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 F179BF7782 for ; Sun, 15 Sep 2019 21:00:52 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Whc45N56z3Dpk for ; Sun, 15 Sep 2019 21:00:52 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 914E8DE96 for ; Sun, 15 Sep 2019 21:00:52 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8FL0qZY090216 for ; Sun, 15 Sep 2019 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8FL0qH8090210 for freebsd-arm@FreeBSD.org; Sun, 15 Sep 2019 21:00:52 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201909152100.x8FL0qH8090210@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 15 Sep 2019 21:00:52 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Sep 2019 21:00:53 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon Sep 16 03:47:09 2019 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 76B72F1A09; Mon, 16 Sep 2019 03:47:09 +0000 (UTC) (envelope-from jttr@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Wscr1zZ6z44ht; Mon, 16 Sep 2019 03:47:07 +0000 (UTC) (envelope-from jttr@sdf.org) Received: from sdf.org (IDENT:jttr@sdf.lonestar.org [205.166.94.16]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id x8G3l5MR007047 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Mon, 16 Sep 2019 03:47:05 GMT Received: (from jttr@localhost) by sdf.org (8.15.2/8.12.8/Submit) id x8G3l4jL016000; Mon, 16 Sep 2019 03:47:04 GMT Date: Mon, 16 Sep 2019 03:47:04 GMT From: Jack the Trippr Message-Id: <201909160347.x8G3l4jL016000@sdf.org> To: cperciva@tarsnap.com, freebsd-arm@freebsd.org, freebsd-cloud@freebsd.org, jttr@sdf.org, ronald-lists@klop.ws Subject: Re: EC2 ARM64 AMIs In-Reply-To: <201908280428.x7S4SXOi018173@sdf.org> References: <201904032154.x33LslFs013075@repo.freebsd.org>, <01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@email.amazonses.com>, , <201908280428.x7S4SXOi018173@sdf.org> X-Rspamd-Queue-Id: 46Wscr1zZ6z44ht X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jttr@sdf.org has no SPF policy when checking 205.166.94.20) smtp.mailfrom=jttr@sdf.org X-Spamd-Result: default: False [1.18 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.16)[-0.155,0]; FROM_HAS_DN(0.00)[]; IP_SCORE(-0.41)[ip: (-1.31), ipnet: 205.166.94.0/24(-0.65), asn: 14361(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[5]; NEURAL_HAM_LONG(-0.79)[-0.788,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[20.94.166.205.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[sdf.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; HFILTER_URL_ONLY(1.64)[0.74358974358974]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 03:47:09 -0000 freebsd-cloud-unsubscribe@freebsd.org From owner-freebsd-arm@freebsd.org Mon Sep 16 04:22:11 2019 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 404A3F2286 for ; Mon, 16 Sep 2019 04:22:11 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46WtPG0xSWz45mp for ; Mon, 16 Sep 2019 04:22:09 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.15.2/8.15.2) with ESMTPS id x8G4Kldb059091 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sun, 15 Sep 2019 21:20:47 -0700 (PDT) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.15.2/8.15.2/Submit) id x8G4Kl7o059090 for freebsd-arm@freebsd.org; Sun, 15 Sep 2019 21:20:47 -0700 (PDT) (envelope-from warlock) Date: Sun, 15 Sep 2019 21:20:47 -0700 From: John Kennedy To: freebsd-arm@freebsd.org Subject: Re: RPI-B cmake "Cannot find a C++ compiler that supports both C++11 and the specified C++ flags" Message-ID: <20190916042047.GA31246@phouka1.phouka.net> References: <20190915121721.GA57386@thismonkey.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190915121721.GA57386@thismonkey.com> User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 46WtPG0xSWz45mp X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of warlock@phouka1.phouka.net has no SPF policy when checking 107.170.196.116) smtp.mailfrom=warlock@phouka1.phouka.net X-Spamd-Result: default: False [3.46 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.36)[ipnet: 107.170.192.0/18(0.24), asn: 14061(1.62), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.91)[0.906,0]; DMARC_NA(0.00)[phouka.net]; NEURAL_SPAM_LONG(0.99)[0.990,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 04:22:11 -0000 On Sun, Sep 15, 2019 at 10:17:24PM +1000, Scott wrote: > as per the thread title, I cannot compile cmake on FreeBSD 12.1-PRERELEASE > r351916 RPI-B arm. > > I'm trying to compile graphics/sane-backends which of course requires cmake. > > Is anyone aware of a workaround? I've got it self-compiled on a RPI 3B+. FreeBSD 12.1-PRERELEASE #38 r351916+b4b21edc54b2(stable/12): Sun Sep 8 10:19:16 PDT 2019 On my setup, looks like it's using the stock "cc" or "c++" compiler (based on MAKE_ENV from poudriere):: $ cc --version FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: aarch64-unknown-freebsd12.1 Thread model: posix InstalledDir: /usr/bin $ c++ --version FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: aarch64-unknown-freebsd12.1 Thread model: posix InstalledDir: /usr/bin Snip of poudriere logs: =>> Building devel/cmake build started at Wed Sep 11 17:24:15 PDT 2019 port directory: /usr/ports/devel/cmake package name: cmake-3.15.3 building for: FreeBSD 12-1-pre-master-job-01 12.1-PRERELEASE FreeBSD 12.1-PRERELEASE 1200516 arm64 maintained by: kde@FreeBSD.org Makefile ident: Poudriere version: 3.3.2_1 Host OSVERSION: 1200516 Jail OSVERSION: 1200516 Job Id: 01 ... --CONFIGURE_ENV-- MAKE=make PYTHON="/usr/local/bin/python3.6" XDG_DATA_HOME=/wrkdirs/usr/ports/devel/cmake/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/devel/cmake/work HOME=/wrkdirs/usr/ports/devel/cmake/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/devel/cmake/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin SHELL=/bin/sh CONFIG_SHELL=/bin/sh CMAKE_PREFIX_PATH="/usr/local" --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/devel/cmake/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/devel/cmake/work HOME=/wrkdirs/usr/ports/devel/cmake/work TMPDIR="/tmp" PATH=/wrkdirs/usr/ports/devel/cmake/work/.bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local CC="cc" CFLAGS="-O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing " CPP="cpp" CPPFLAGS="-isystem /usr/local/include" LDFLAGS=" -fstack-protector-strong " LIBS="-L/usr/local/lib" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- ... =================================================== ===> Building package for cmake-3.15.3 =========================================================================== =>> Cleaning up wrkdir ===> Cleaning for cmake-3.15.3 build of devel/cmake | cmake-3.15.3 ended at Wed Sep 11 20:29:57 PDT 2019 build time: 03:05:42 From owner-freebsd-arm@freebsd.org Mon Sep 16 06:12:28 2019 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 277CBF4693; Mon, 16 Sep 2019 06:12:28 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46WwrW0DwXz4BQj; Mon, 16 Sep 2019 06:12:26 +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 x8G6CBe3093769 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 16 Sep 2019 16:12:17 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x8G6C57l031607 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 16:12:05 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x8G6C54q031606; Mon, 16 Sep 2019 16:12:05 +1000 (AEST) (envelope-from peter) Date: Mon, 16 Sep 2019 16:12:05 +1000 From: Peter Jeremy To: freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: "Sleeping with non-sleepable lock" in NFS on recent -current Message-ID: <20190916061205.GE97181@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 46WwrW0DwXz4BQj X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-5.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[rulingia.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.19)[ipnet: 2001:19f0:5800::/38(-4.94), asn: 20473(-0.93), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 06:12:28 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm consistently seeing panics in the NFS code on recent -current on aarm64. The panics are one of the following two: Sleeping on "vmopar" with the following non-sleepable locks held: exclusive sleep mutex NEWNFSnode lock (NEWNFSnode lock) r =3D 0 (0xfffffd00= 78b346f0) locked @ /usr/src/sys/fs/nfsclient/nfs_clport.c:432 Sleeping thread (tid 100077, pid 35) owns a non-sleepable lock Both panics have nearly identical backtraces (see below). I'm running diskless on a Rock64 with both filesystem and swap over NFS. The panics can be fairly reliably triggered by any of: * "make -j4 buildworld" * linking the kernel (as part of buildkernel) * "make installworld" Has anyone else seen this? The first panic (sleeping on vmopar) has a backtrace: sched_switch() at mi_switch+0x19c pc =3D 0xffff0000002ab368 lr =3D 0xffff00000028a9f4 sp =3D 0xffff000061192660 fp =3D 0xffff000061192680 mi_switch() at sleepq_switch+0x100 pc =3D 0xffff00000028a9f4 lr =3D 0xffff0000002d56dc sp =3D 0xffff000061192690 fp =3D 0xffff0000611926d0 sleepq_switch() at sleepq_wait+0x48 pc =3D 0xffff0000002d56dc lr =3D 0xffff0000002d5594 sp =3D 0xffff0000611926e0 fp =3D 0xffff000061192700 sleepq_wait() at _sleep+0x2c4 [***] pc =3D 0xffff0000002d5594 lr =3D 0xffff000000289eec sp =3D 0xffff000061192710 fp =3D 0xffff0000611927b0 _sleep() at vm_object_page_remove+0x178 [***] pc =3D 0xffff000000289eec lr =3D 0xffff00000052211c sp =3D 0xffff0000611927c0 fp =3D 0xffff000061192820 vm_object_page_remove() at vnode_pager_setsize+0xc0 pc =3D 0xffff00000052211c lr =3D 0xffff000000539a70 sp =3D 0xffff000061192830 fp =3D 0xffff000061192870 vnode_pager_setsize() at nfscl_loadattrcache+0x2e8 pc =3D 0xffff000000539a70 lr =3D 0xffff0000001ed4b4 sp =3D 0xffff000061192880 fp =3D 0xffff0000611928e0 nfscl_loadattrcache() at ncl_writerpc+0x104 pc =3D 0xffff0000001ed4b4 lr =3D 0xffff0000001e2158 sp =3D 0xffff0000611928f0 fp =3D 0xffff000061192a40 ncl_writerpc() at ncl_doio+0x36c pc =3D 0xffff0000001e2158 lr =3D 0xffff0000001f0370 sp =3D 0xffff000061192a50 fp =3D 0xffff000061192ae0 ncl_doio() at nfssvc_iod+0x228 pc =3D 0xffff0000001f0370 lr =3D 0xffff0000001f1d88 sp =3D 0xffff000061192af0 fp =3D 0xffff000061192b50 nfssvc_iod() at fork_exit+0x7c pc =3D 0xffff0000001f1d88 lr =3D 0xffff00000023ff5c sp =3D 0xffff000061192b60 fp =3D 0xffff000061192b90 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff00000023ff5c lr =3D 0xffff000000562c34 sp =3D 0xffff000061192ba0 fp =3D 0x0000000000000000 For the second panic, the [***] change to: sleepq_wait() at vm_page_sleep_if_busy+0x80 vm_page_sleep_if_busy() at vm_object_page_remove+0xfc --=20 Peter Jeremy --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl1/J61fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzR4Og/9HqQct7Cnm/MNzuBeWMo7KoA1kvVjD1o863CciBLSf1eUr61MPKwr2ODZ nkHuJwhMGr0wr8LqYmwjQHFlE73kBGlKsFLODQLw/6tXRS2ehkOLIII2StrBujaa Lv5zywwM9+SSYTW9lVf17qlumZjAurPBQ2gC/bJzGx+S9Vp6GWSDH6ibTvG9GMop 7EEQ2yN6fwZ37gCfvh7y8VoTgJa+Drbnrt7YTF5QNiSwk2l0gF9mPDYWp/rjR4nU DjJKiWaH9ZJg9CG5IDY13Ff/Rur6mHYcvSgzDpq5KmFVf9vEgRoS7s3r/JcdcnS8 +vukqy1XJFOzZAP2cPLstwd5QdRPWmOVT/jmVOUQplMtWQLtzEBFks88VmnVFS1n 1Em8qHfbukV6+RBR/dz4u/DiuVlsf7xtZ94BWh84z9rUu6c1KgNRG1b8B3VHiAs9 uiKUSRoCdzBY55GP/ZUinVdCWkbY/60iWIuMFV77IW81kLxmUketjjpst1TWelpN WppJlJSHW4UeTtM0Adbc64BhnhU4TvA01/H9EcmqcS4eSPQk49FSFjJL+RbKqsna XoSoO5Jw+KH9H6MG/sVEi69mJSAj1LsuHvuXrhJdmUOHXJ5gMyz2RWs5ixIGv13J oVdnBHnKkQBWwUGVYP5jLQldy9AtmntgJhJZh7I8lS0h+YvnNo8= =w1bx -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-arm@freebsd.org Mon Sep 16 06:33:01 2019 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 F2852F525E; Mon, 16 Sep 2019 06:33:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46WxJD2XL7z4D2N; Mon, 16 Sep 2019 06:32:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x8G6Wqr5025904 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 09:32:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x8G6Wqr5025904 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x8G6WqOm025903; Mon, 16 Sep 2019 09:32:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Sep 2019 09:32:52 +0300 From: Konstantin Belousov To: Peter Jeremy Cc: freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, rmacklem@freebsd.org Subject: Re: "Sleeping with non-sleepable lock" in NFS on recent -current Message-ID: <20190916063252.GS2559@kib.kiev.ua> References: <20190916061205.GE97181@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190916061205.GE97181@server.rulingia.com> User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 46WxJD2XL7z4D2N X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-2.60), ipnet: 2001:470::/32(-4.46), asn: 6939(-3.21), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 06:33:02 -0000 On Mon, Sep 16, 2019 at 04:12:05PM +1000, Peter Jeremy wrote: > I'm consistently seeing panics in the NFS code on recent -current on aarm64. > The panics are one of the following two: > Sleeping on "vmopar" with the following non-sleepable locks held: > exclusive sleep mutex NEWNFSnode lock (NEWNFSnode lock) r = 0 (0xfffffd0078b346f0) locked @ /usr/src/sys/fs/nfsclient/nfs_clport.c:432 > > Sleeping thread (tid 100077, pid 35) owns a non-sleepable lock > > Both panics have nearly identical backtraces (see below). I'm running > diskless on a Rock64 with both filesystem and swap over NFS. The panics > can be fairly reliably triggered by any of: > * "make -j4 buildworld" > * linking the kernel (as part of buildkernel) > * "make installworld" > > Has anyone else seen this? > > The first panic (sleeping on vmopar) has a backtrace: > sched_switch() at mi_switch+0x19c > pc = 0xffff0000002ab368 lr = 0xffff00000028a9f4 > sp = 0xffff000061192660 fp = 0xffff000061192680 > > mi_switch() at sleepq_switch+0x100 > pc = 0xffff00000028a9f4 lr = 0xffff0000002d56dc > sp = 0xffff000061192690 fp = 0xffff0000611926d0 > > sleepq_switch() at sleepq_wait+0x48 > pc = 0xffff0000002d56dc lr = 0xffff0000002d5594 > sp = 0xffff0000611926e0 fp = 0xffff000061192700 > > sleepq_wait() at _sleep+0x2c4 [***] > pc = 0xffff0000002d5594 lr = 0xffff000000289eec > sp = 0xffff000061192710 fp = 0xffff0000611927b0 > > _sleep() at vm_object_page_remove+0x178 [***] > pc = 0xffff000000289eec lr = 0xffff00000052211c > sp = 0xffff0000611927c0 fp = 0xffff000061192820 > > vm_object_page_remove() at vnode_pager_setsize+0xc0 > pc = 0xffff00000052211c lr = 0xffff000000539a70 > sp = 0xffff000061192830 fp = 0xffff000061192870 > > vnode_pager_setsize() at nfscl_loadattrcache+0x2e8 > pc = 0xffff000000539a70 lr = 0xffff0000001ed4b4 > sp = 0xffff000061192880 fp = 0xffff0000611928e0 > > nfscl_loadattrcache() at ncl_writerpc+0x104 > pc = 0xffff0000001ed4b4 lr = 0xffff0000001e2158 > sp = 0xffff0000611928f0 fp = 0xffff000061192a40 > > ncl_writerpc() at ncl_doio+0x36c > pc = 0xffff0000001e2158 lr = 0xffff0000001f0370 > sp = 0xffff000061192a50 fp = 0xffff000061192ae0 > > ncl_doio() at nfssvc_iod+0x228 > pc = 0xffff0000001f0370 lr = 0xffff0000001f1d88 > sp = 0xffff000061192af0 fp = 0xffff000061192b50 > > nfssvc_iod() at fork_exit+0x7c > pc = 0xffff0000001f1d88 lr = 0xffff00000023ff5c > sp = 0xffff000061192b60 fp = 0xffff000061192b90 > > fork_exit() at fork_trampoline+0x10 > pc = 0xffff00000023ff5c lr = 0xffff000000562c34 > sp = 0xffff000061192ba0 fp = 0x0000000000000000 > > > For the second panic, the [***] change to: > sleepq_wait() at vm_page_sleep_if_busy+0x80 > vm_page_sleep_if_busy() at vm_object_page_remove+0xfc Weird since this should have been fixed long time ago. Anyway, please try the following, it should fix the rest of cases. diff --git a/sys/fs/nfsclient/nfs_clport.c b/sys/fs/nfsclient/nfs_clport.c index 471e029a8b5..098de1ced80 100644 --- a/sys/fs/nfsclient/nfs_clport.c +++ b/sys/fs/nfsclient/nfs_clport.c @@ -511,10 +511,10 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, * zero np->n_attrstamp to indicate that * the attributes are stale. */ - vap->va_size = np->n_size; + nsize = vap->va_size = np->n_size; + setnsize = 1; np->n_attrstamp = 0; KDTRACE_NFS_ATTRCACHE_FLUSH_DONE(vp); - vnode_pager_setsize(vp, np->n_size); } else if (np->n_flag & NMODIFIED) { /* * We've modified the file: Use the larger @@ -526,7 +526,8 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, np->n_size = vap->va_size; np->n_flag |= NSIZECHANGED; } - vnode_pager_setsize(vp, np->n_size); + nsize = np->n_size; + setnsize = 1; } else if (vap->va_size < np->n_size) { /* * When shrinking the size, the call to @@ -540,7 +541,7 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, } else { np->n_size = vap->va_size; np->n_flag |= NSIZECHANGED; - vnode_pager_setsize(vp, np->n_size); + setnsize = 1; } } else { np->n_size = vap->va_size; From owner-freebsd-arm@freebsd.org Mon Sep 16 06:47:06 2019 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 736A8F591D for ; Mon, 16 Sep 2019 06:47:06 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46WxcT43R0z4Dk5 for ; Mon, 16 Sep 2019 06:47:05 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id x8G6kfvM036814 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Sep 2019 23:46:41 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id x8G6keYY036813; Sun, 15 Sep 2019 23:46:40 -0700 (PDT) (envelope-from jmg) Date: Sun, 15 Sep 2019 23:46:40 -0700 From: John-Mark Gurney To: freebsd-arm@FreeBSD.org Subject: RockPro64 booting w/ u-boot v2019-rc3 Message-ID: <20190916064640.GN96402@funkthat.com> Mail-Followup-To: freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sun, 15 Sep 2019 23:46:41 -0700 (PDT) X-Rspamd-Queue-Id: 46WxcT43R0z4Dk5 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-1.42 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.955,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.950,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-0.71)[ip: (-1.85), ipnet: 208.87.216.0/21(-0.92), asn: 32354(-0.74), country: US(-0.05)]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 06:47:06 -0000 I recently received my RockPro64, and w/ a bit of help from manu, I built a new u-boot firmware and get it booting from SD card. The u-boot port firmware will boot, but receives an Unhandled System Error shortly after going to multiuser mode. It doesn't yet set the PCIe slot. Is anyone working on this? If so, can you point me to code? I'd like to get this working. Building u-boot isn't hard, but finding the correct part to build took some help. Possibly imcomplete list of packages used: aarch64-none-elf-binutils-2.32_1,1 GNU binutils for bare metal AArch64 cross-development aarch64-none-elf-gcc-6.4.0_6 Cross GNU Compiler Collection for aarch64noneelf atf-rk3399-v2.1 ARM TF-A for platform rk3399 bison-3.4.1,1 Parser generator from FSF, (mostly) compatible with Yacc dtc-1.4.7 Device Tree Compiler gmake-4.2.1_3 GNU version of 'make' utility gsed-4.7 GNU stream editor python3-3_3 The "meta-port" for version 3 of the Python interpreter The default sed fails at one point, so used this patch: diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib index ef116e0e0a..e0dedf8943 100644 --- a/scripts/Makefile.lib +++ b/scripts/Makefile.lib @@ -302,7 +302,7 @@ cmd_dtc = mkdir -p $(dir ${dtc-tmp}) ; \ -i $(dir $<) $(DTC_FLAGS) \ -d $(depfile).dtc.tmp $(dtc-tmp) ; \ cat $(depfile).pre.tmp $(depfile).dtc.tmp > $(depfile) ; \ - sed -i "s:$(pre-tmp):$(<):" $(depfile) + gsed -i "s:$(pre-tmp):$(<):" $(depfile) $(obj)/%.dtb: $(src)/%.dts FORCE $(call if_changed_dep,dtc) There is also a failure on the config step, and needs this patch as well: diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt index b18eab1707..3260c472b9 100644 --- a/scripts/config_whitelist.txt +++ b/scripts/config_whitelist.txt @@ -3100,6 +3100,7 @@ CONFIG_SYS_MACB2_BASE CONFIG_SYS_MACB3_BASE CONFIG_SYS_MAIN_PWR_ON CONFIG_SYS_MALLOC_BASE +CONFIG_SYS_MALLOC_CLEAR_ON_INIT CONFIG_SYS_MALLOC_SIMPLE CONFIG_SYS_MAMR CONFIG_SYS_MAPLE And then built using the following commands: export BL31=/usr/local/share/atf-rk3399/bl31.elf gmake clean gmake rockpro64-rk3399_defconfig CROSS_COMPILE=aarch64-none-elf- gmake -j 4 I may have forgotten to include some steps. After building, I installed the parts via: dd if=idbloader.img of=/dev/disk4 oseek=64 bs=512 dd if=u-boot.itb of=/dev/disk4 oseek=16384 bs=512 I used FreeBSD-13.0-CURRENT-arm64-aarch64-20190906-r351901-memstick.img as a base, but it has the UEFI boot partition in this area, so I used mdconfig to extract the parts, and then expanded the image, created a new freebsd-boot partition to cover the space for the above, and then replaced the images... => 3 2111549 mmcsd0 GPT (30G) [CORRUPT] 3 32765 2 freebsd-boot (16M) 32768 67584 1 efi (33M) 100352 2011200 3 freebsd (982M) The corrupt tag is because I haven't expanded the gpt to cover the full SD card yet. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Mon Sep 16 07:44:45 2019 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 530C1F6B35; Mon, 16 Sep 2019 07:44:45 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Wyv03C8gz4H4d; Mon, 16 Sep 2019 07:44:43 +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 x8G7iXlF094371 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 16 Sep 2019 17:44:39 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x8G7iS1w034837 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 17:44:28 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x8G7iSRj034836; Mon, 16 Sep 2019 17:44:28 +1000 (AEST) (envelope-from peter) Date: Mon, 16 Sep 2019 17:44:28 +1000 From: Peter Jeremy To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, rmacklem@freebsd.org Subject: Re: "Sleeping with non-sleepable lock" in NFS on recent -current Message-ID: <20190916074428.GF97181@server.rulingia.com> References: <20190916061205.GE97181@server.rulingia.com> <20190916063252.GS2559@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt" Content-Disposition: inline In-Reply-To: <20190916063252.GS2559@kib.kiev.ua> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 46Wyv03C8gz4H4d X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-5.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-1.19)[ipnet: 2001:19f0:5800::/38(-4.94), asn: 20473(-0.95), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 07:44:45 -0000 --yLVHuoLXiP9kZBkt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Sep-16 09:32:52 +0300, Konstantin Belousov wr= ote: >On Mon, Sep 16, 2019 at 04:12:05PM +1000, Peter Jeremy wrote: >> I'm consistently seeing panics in the NFS code on recent -current on aar= m64. >> The panics are one of the following two: >> Sleeping on "vmopar" with the following non-sleepable locks held: >> exclusive sleep mutex NEWNFSnode lock (NEWNFSnode lock) r =3D 0 (0xfffff= d0078b346f0) locked @ /usr/src/sys/fs/nfsclient/nfs_clport.c:432 >>=20 >> Sleeping thread (tid 100077, pid 35) owns a non-sleepable lock >>=20 >> Both panics have nearly identical backtraces (see below). I'm running >> diskless on a Rock64 with both filesystem and swap over NFS. The panics >> can be fairly reliably triggered by any of: >> * "make -j4 buildworld" >> * linking the kernel (as part of buildkernel) >> * "make installworld" >>=20 >> Has anyone else seen this? =2E.. >Weird since this should have been fixed long time ago. Anyway, please >try the following, it should fix the rest of cases. > >diff --git a/sys/fs/nfsclient/nfs_clport.c b/sys/fs/nfsclient/nfs_clport.c =2E.. >@@ -540,7 +541,7 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvatt= r *nap, void *nvaper, > } else { > np->n_size =3D vap->va_size; > np->n_flag |=3D NSIZECHANGED; >- vnode_pager_setsize(vp, np->n_size); >+ setnsize =3D 1; Should this else block include a "nsize =3D np->n_size;"? Without it, nsize will remain set to 0, which looks wrong. --=20 Peter Jeremy --yLVHuoLXiP9kZBkt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl1/PVZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzQn5A/+KCn/0VbEW0fEq2sWUBEYU7yKurDXKhvlcVYn2QCsBwgzi/PW1TJPUg6X AGuq/dg4wLRxPVVvtRN42x4x8nxCe2A+hxFtH1bq1JY61sBQZFhCqf+aewA4U2in oP1cJEbxSuMyZxBHz7RsW/788PNk/Y0gJIvX2GGR3zAc4fnxRCLlRePcQ7MZV1qW IPyEz1P2jOW5VA6azFQerKe2Qg8K2ZYv+ph589CmdNk66+sSb63DXe2lhA1JPDzV B3Pgf1oPMjJP4CabpEl+7Q8gQdr5h8kTE1IfRhgXcsdJdukLFCpN/jAzBeBRDf3j wgsmYoiZ7qLMWnElaC1B9K+wFWwoqmD4E3ljBUi7l0/P8DEbQfht3UY0UBqEZ7XF HYiSQm5OdPfLzg8SaVVthBNSgh6+fhVE3x7nAXSUlGXQUE5lMjCoYOI7TOPrzSkK WHbTRStCJSVK7E+uK+kZW5aVNkidnsl/bcre7joJ5FVZqSUHlSuFTA0sEgtUhQ5O V0xNviITAhlovqFIQD27EiFXjqTqsCHMjZPpEHclSgUrd2fV/ZaNvcSN972sS1j+ e9rxbxCJ+51xKcUyS0C1sHp5qy1xgPuCLb8pSTOeR1+w3D8ZxXpcE0u/msOmycGS GsuZkpjvGQ9RqEQ5NwPtMffI876TVL4Mos5eKvq0ewTWn5tsbQg= =cyFK -----END PGP SIGNATURE----- --yLVHuoLXiP9kZBkt-- From owner-freebsd-arm@freebsd.org Mon Sep 16 08:19:11 2019 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 B31C6F8380; Mon, 16 Sep 2019 08:19:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46Wzfk4z4lz4JxH; Mon, 16 Sep 2019 08:19:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x8G8J2sb050233 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 11:19:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x8G8J2sb050233 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x8G8J2VX050232; Mon, 16 Sep 2019 11:19:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 16 Sep 2019 11:19:02 +0300 From: Konstantin Belousov To: Peter Jeremy Cc: freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, rmacklem@freebsd.org Subject: Re: "Sleeping with non-sleepable lock" in NFS on recent -current Message-ID: <20190916081902.GU2559@kib.kiev.ua> References: <20190916061205.GE97181@server.rulingia.com> <20190916063252.GS2559@kib.kiev.ua> <20190916074428.GF97181@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190916074428.GF97181@server.rulingia.com> User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 46Wzfk4z4lz4JxH X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-2.72), ipnet: 2001:470::/32(-4.46), asn: 6939(-3.22), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 08:19:11 -0000 On Mon, Sep 16, 2019 at 05:44:28PM +1000, Peter Jeremy wrote: > On 2019-Sep-16 09:32:52 +0300, Konstantin Belousov wrote: > >On Mon, Sep 16, 2019 at 04:12:05PM +1000, Peter Jeremy wrote: > >> I'm consistently seeing panics in the NFS code on recent -current on aarm64. > >> The panics are one of the following two: > >> Sleeping on "vmopar" with the following non-sleepable locks held: > >> exclusive sleep mutex NEWNFSnode lock (NEWNFSnode lock) r = 0 (0xfffffd0078b346f0) locked @ /usr/src/sys/fs/nfsclient/nfs_clport.c:432 > >> > >> Sleeping thread (tid 100077, pid 35) owns a non-sleepable lock > >> > >> Both panics have nearly identical backtraces (see below). I'm running > >> diskless on a Rock64 with both filesystem and swap over NFS. The panics > >> can be fairly reliably triggered by any of: > >> * "make -j4 buildworld" > >> * linking the kernel (as part of buildkernel) > >> * "make installworld" > >> > >> Has anyone else seen this? > ... > > >Weird since this should have been fixed long time ago. Anyway, please > >try the following, it should fix the rest of cases. > > > >diff --git a/sys/fs/nfsclient/nfs_clport.c b/sys/fs/nfsclient/nfs_clport.c > ... > >@@ -540,7 +541,7 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, > > } else { > > np->n_size = vap->va_size; > > np->n_flag |= NSIZECHANGED; > >- vnode_pager_setsize(vp, np->n_size); > >+ setnsize = 1; > > Should this else block include a "nsize = np->n_size;"? Without it, > nsize will remain set to 0, which looks wrong. Yes, you are right. diff --git a/sys/fs/nfsclient/nfs_clport.c b/sys/fs/nfsclient/nfs_clport.c index 471e029a8b5..63ea4736707 100644 --- a/sys/fs/nfsclient/nfs_clport.c +++ b/sys/fs/nfsclient/nfs_clport.c @@ -511,10 +511,10 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, * zero np->n_attrstamp to indicate that * the attributes are stale. */ - vap->va_size = np->n_size; + nsize = vap->va_size = np->n_size; + setnsize = 1; np->n_attrstamp = 0; KDTRACE_NFS_ATTRCACHE_FLUSH_DONE(vp); - vnode_pager_setsize(vp, np->n_size); } else if (np->n_flag & NMODIFIED) { /* * We've modified the file: Use the larger @@ -526,7 +526,8 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, np->n_size = vap->va_size; np->n_flag |= NSIZECHANGED; } - vnode_pager_setsize(vp, np->n_size); + nsize = np->n_size; + setnsize = 1; } else if (vap->va_size < np->n_size) { /* * When shrinking the size, the call to @@ -538,9 +539,9 @@ nfscl_loadattrcache(struct vnode **vpp, struct nfsvattr *nap, void *nvaper, np->n_flag |= NSIZECHANGED; setnsize = 1; } else { - np->n_size = vap->va_size; + nsize = np->n_size = vap->va_size; np->n_flag |= NSIZECHANGED; - vnode_pager_setsize(vp, np->n_size); + setnsize = 1; } } else { np->n_size = vap->va_size; From owner-freebsd-arm@freebsd.org Mon Sep 16 09:54:33 2019 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 E3751FABAC for ; Mon, 16 Sep 2019 09:54:33 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46X1mm5ZH9z4Pyk for ; Mon, 16 Sep 2019 09:54:32 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.128] (82-203-153-99.bb.dnainternet.fi [82.203.153.99]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id x8G9sHCC026735 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 16 Sep 2019 09:54:19 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-99.bb.dnainternet.fi [82.203.153.99] claimed to be [192.168.1.128] From: Stefan Parvu Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: RBPI3B+ BLE 4.0 USB Dongle question Message-Id: Date: Mon, 16 Sep 2019 12:54:10 +0300 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 46X1mm5ZH9z4Pyk X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 95.85.46.90 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [-0.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.67)[-0.672,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_XAW(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.38)[-0.385,0]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; DMARC_NA(0.00)[kronometrix.org]; IP_SCORE(0.55)[ip: (0.30), ipnet: 95.85.0.0/18(0.90), asn: 14061(1.62), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 09:54:33 -0000 Hi, Im trying to see if I can make this device [1] work with FreeBSD 12 = RELEASE. This is a=20 CSR8510 [2] based bluetooth usb dongle, which I understood should be = supported in FreeBSD 12. Is this right ?=20 When Im trying to use this device I see the following: dmesg ubt0 on uhub1 ubt0: on usbus0 WARNING: attempt to domain_add(bluetooth) after domainfinalize() WARNING: attempt to domain_add(netgraph) after domainfinalize() Security policy loaded: MAC/ntpd (mac_ntpd) ubt0: ubt_bulk_read_callback:979: bulk-in transfer failed: = USB_ERR_IOERROR kldstat freebsd@k1iot:~ % kldstat Id Refs Address Size Name 1 21 0xffff000000000000 13d1480 kernel 2 1 0xffff000053600000 41000 tmpfs.ko 3 1 0xffff000053641000 41000 ng_ubt.ko 4 5 0xffff000053682000 41000 netgraph.ko 5 1 0xffff0000536c3000 31000 ng_hci.ko 6 3 0xffff0000536f4000 31000 ng_bluetooth.ko 7 1 0xffff000053725000 31000 ng_l2cap.ko 8 1 0xffff000053756000 51000 ng_btsocket.ko 9 1 0xffff0000537a7000 41000 ng_socket.ko 10 1 0xffff000053800000 31000 mac_ntpd.ko netgraph list root@k1iot:~ # ngctl list There are 6 total nodes: Name: ubt0 Type: ubt ID: 00000001 Num hooks: = 0 Name: btsock_hci_raw Type: btsock_hci_raw ID: 00000002 Num hooks: = 0 Name: btsock_l2c_raw Type: btsock_l2c_raw ID: 00000003 Num hooks: = 0 Name: btsock_l2c Type: btsock_l2c ID: 00000004 Num hooks: = 0 Name: btsock_sco Type: btsock_sco ID: 00000005 Num hooks: = 0 Name: ngctl1117 Type: socket ID: 00000015 Num hooks: = 0 I cannot start the service, something most likely wrong: driver, not = properly configured. root@k1iot:~ # service bluetooth start ubt0 /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device = ubt0 Anyone any ideas ? Thanks. Stefan Parvu sparvu@kronometrix.org [1] - = https://thepihut.com/products/adafruit-bluetooth-4-0-usb-module-v2-1-back-= compatible?ref=3Disp_rel_prd&isp_ref_pos=3D1 [2] - https://www.qualcomm.com/products/csr8510 From owner-freebsd-arm@freebsd.org Mon Sep 16 10:06:20 2019 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 C9843FAEDA for ; Mon, 16 Sep 2019 10:06:20 +0000 (UTC) (envelope-from me@mko.io) Received: from sender4-of-o58.zoho.com (sender4-of-o58.zoho.com [136.143.188.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46X22M62jPz4QQf for ; Mon, 16 Sep 2019 10:06:19 +0000 (UTC) (envelope-from me@mko.io) ARC-Seal: i=1; a=rsa-sha256; t=1568628366; cv=none; d=zoho.com; s=zohoarc; b=XiFajDzoReq1X7U0r19jHRJ+IIZy10/kYO4+1X414ptOq1gqgArCSeIEhXxTS2xZ2OAKaYZ1ttNyyWGSap5obbUo5FC+SX51Plzn4KPENq+/tuoMycF3AbIt83ZNeQFC+YnjGnzbEO5ZQU4gH6DWm5eoPCV3p/UoCP49BihVF8s= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568628366; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To:ARC-Authentication-Results; bh=hsgWZXr/4BjC8rIM57BLpngBPsBgoaemCGDbrpYlrQ0=; b=af9g7rJNouDbz1fcJhljua7NmBUMduRGUEGPddIL3QhfWcg/1uoTTIqEHdMp7sqnEW5/Msc+QIQqCvSCnKRXop7QgL4xxA6h0nI57hgsChkXYSE3br1uYQDp7zb5dmKE2Cjg2BCuEWsdP+MTs9ijV5KjAFCM+EQ5PZDNMYHTM9A= ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass header.i=mko.io; spf=pass smtp.mailfrom=me@mko.io; dmarc=pass header.from= header.from= Received: from yorda.hub (121-75-101-197.dyn.vf.net.nz [121.75.101.197]) by mx.zohomail.com with SMTPS id 1568628364349588.0353187631833; Mon, 16 Sep 2019 03:06:04 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: RockPro64 booting w/ u-boot v2019-rc3 From: mko In-Reply-To: <20190916064640.GN96402@funkthat.com> Date: Mon, 16 Sep 2019 22:06:01 +1200 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20190916064640.GN96402@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.3445.104.11) X-ZohoMailClient: External X-Rspamd-Queue-Id: 46X22M62jPz4QQf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of me@mko.io has no SPF policy when checking 136.143.188.58) smtp.mailfrom=me@mko.io X-Spamd-Result: default: False [-4.27 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ARC_ALLOW(-1.00)[i=1]; RECEIVED_SPAMHAUS_PBL(0.00)[197.101.75.121.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[mko.io]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2639, ipnet:136.143.188.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-1.67)[ipnet: 136.143.188.0/24(-4.86), asn: 2639(-3.46), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 10:06:20 -0000 Hi John, I=E2=80=99m also trying to make a RK3399 board work, in my case I=E2=80=99= m using the Rock Pi 4 which is raspberry pi form factor and much = cheaper.=20 For rockpro64, manu has already submit the uboot for it, it's = sysutils/u-boot-rockpro64, and I just make a trivial change to rock pi 4 = u-boot config, and it u-boot=E2=80=99s fine into multi-user mode, then = panic. Here=E2=80=99s the related bug report Bug 240541 - Generic kernel on Rock Pi 4 RK3399 board panic=20 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240541 Bug 240538 - Rock Pi 4 runtime time error panic: = clknode_init_parent_idx: Invalid parent index 5 for clock sclk_sdmmc https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240538 mko > On 16/09/2019, at 6:46 PM, John-Mark Gurney wrote: >=20 > I recently received my RockPro64, and w/ a bit of help from manu, I > built a new u-boot firmware and get it booting from SD card. The > u-boot port firmware will boot, but receives an Unhandled System Error > shortly after going to multiuser mode. >=20 > It doesn't yet set the PCIe slot. Is anyone working on this? If so, > can you point me to code? I'd like to get this working. >=20 > Building u-boot isn't hard, but finding the correct part to build took > some help. >=20 > Possibly imcomplete list of packages used: > aarch64-none-elf-binutils-2.32_1,1 GNU binutils for bare metal AArch64 = cross-development > aarch64-none-elf-gcc-6.4.0_6 Cross GNU Compiler Collection for = aarch64noneelf > atf-rk3399-v2.1 ARM TF-A for platform rk3399 > bison-3.4.1,1 Parser generator from FSF, (mostly) = compatible with Yacc > dtc-1.4.7 Device Tree Compiler > gmake-4.2.1_3 GNU version of 'make' utility > gsed-4.7 GNU stream editor > python3-3_3 The "meta-port" for version 3 of the = Python interpreter >=20 > The default sed fails at one point, so used this patch: > diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib > index ef116e0e0a..e0dedf8943 100644 > --- a/scripts/Makefile.lib > +++ b/scripts/Makefile.lib > @@ -302,7 +302,7 @@ cmd_dtc =3D mkdir -p $(dir ${dtc-tmp}) ; \ > -i $(dir $<) $(DTC_FLAGS) \ > -d $(depfile).dtc.tmp $(dtc-tmp) ; \ > cat $(depfile).pre.tmp $(depfile).dtc.tmp > $(depfile) ; \ > - sed -i "s:$(pre-tmp):$(<):" $(depfile) > + gsed -i "s:$(pre-tmp):$(<):" $(depfile) >=20 > $(obj)/%.dtb: $(src)/%.dts FORCE > $(call if_changed_dep,dtc) >=20 >=20 > There is also a failure on the config step, and needs this patch as > well: > diff --git a/scripts/config_whitelist.txt = b/scripts/config_whitelist.txt > index b18eab1707..3260c472b9 100644 > --- a/scripts/config_whitelist.txt > +++ b/scripts/config_whitelist.txt > @@ -3100,6 +3100,7 @@ CONFIG_SYS_MACB2_BASE > CONFIG_SYS_MACB3_BASE > CONFIG_SYS_MAIN_PWR_ON > CONFIG_SYS_MALLOC_BASE > +CONFIG_SYS_MALLOC_CLEAR_ON_INIT > CONFIG_SYS_MALLOC_SIMPLE > CONFIG_SYS_MAMR > CONFIG_SYS_MAPLE >=20 >=20 > And then built using the following commands: > export BL31=3D/usr/local/share/atf-rk3399/bl31.elf > gmake clean > gmake rockpro64-rk3399_defconfig > CROSS_COMPILE=3Daarch64-none-elf- gmake -j 4 >=20 > I may have forgotten to include some steps. After building, I > installed the parts via: > dd if=3Didbloader.img of=3D/dev/disk4 oseek=3D64 bs=3D512 > dd if=3Du-boot.itb of=3D/dev/disk4 oseek=3D16384 bs=3D512 >=20 > I used = FreeBSD-13.0-CURRENT-arm64-aarch64-20190906-r351901-memstick.img > as a base, but it has the UEFI boot partition in this area, so I used > mdconfig to extract the parts, and then expanded the image, created a > new freebsd-boot partition to cover the space for the above, and then > replaced the images... >=20 > =3D> 3 2111549 mmcsd0 GPT (30G) [CORRUPT] > 3 32765 2 freebsd-boot (16M) > 32768 67584 1 efi (33M) > 100352 2011200 3 freebsd (982M) >=20 > The corrupt tag is because I haven't expanded the gpt to cover the > full SD card yet. >=20 > --=20 > John-Mark Gurney Voice: +1 415 225 5579 >=20 > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > 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 Mon Sep 16 10:57:48 2019 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 BC58AFC372; Mon, 16 Sep 2019 10:57:48 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46X39l4cDTz4SsC; Mon, 16 Sep 2019 10:57:47 +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 x8GAvaEk095455 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 16 Sep 2019 20:57:42 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x8GAvVMt041377 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 20:57:31 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x8GAvVIt041376; Mon, 16 Sep 2019 20:57:31 +1000 (AEST) (envelope-from peter) Date: Mon, 16 Sep 2019 20:57:31 +1000 From: Peter Jeremy To: Konstantin Belousov Cc: freebsd-current@FreeBSD.org, freebsd-arm@FreeBSD.org, rmacklem@freebsd.org Subject: Re: "Sleeping with non-sleepable lock" in NFS on recent -current Message-ID: <20190916105731.GG97181@server.rulingia.com> References: <20190916061205.GE97181@server.rulingia.com> <20190916063252.GS2559@kib.kiev.ua> <20190916074428.GF97181@server.rulingia.com> <20190916081902.GU2559@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SO98HVl1bnMOfKZd" Content-Disposition: inline In-Reply-To: <20190916081902.GU2559@kib.kiev.ua> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 46X39l4cDTz4SsC X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-5.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-1.19)[ipnet: 2001:19f0:5800::/38(-4.94), asn: 20473(-0.96), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 10:57:48 -0000 --SO98HVl1bnMOfKZd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Sep-16 11:19:02 +0300, Konstantin Belousov wr= ote: >diff --git a/sys/fs/nfsclient/nfs_clport.c b/sys/fs/nfsclient/nfs_clport.c >index 471e029a8b5..63ea4736707 100644 =2E.. Thanks, that patch seems much more stable. --=20 Peter Jeremy --SO98HVl1bnMOfKZd Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl1/apNfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzSMNg//TNkl8K0zq1no+e3Bdp6/D1oM257DVJIIrU/UqDpPwgXrki+kMwsW/0TL eNhc/W92cHDr59uTh3zvSIuseezV/kkbgN05e4BUBCFb+L1+0cYJnlZqYVYUHroP KVla8UpQsmu6VI8UbcLSMaripwjKGgUvDZpGAb3FGHt2vkUrILoTNd+9kLsp7Joe RdVGveGb7PIdmd305TJEgkuya9CnzTtJHz8mgPAa0xsBI7OjS/sW2PA8Kx1K0gu4 A5OUC2Te6QJORdit10DaRmLSpXVvGPFkDzCLx9+Aoz+vTNNuVYFX/WvsKMpQYbLf ke/uxeu7VxXLcOwnSHHLh5DWwkAc+bq4aSFxP2Eh7rOUwN9Qj1ooraBs3MKyaigY fArXA3kW7W278dYMWqJ2eHi2shBRBGZRVgYV6EBPEfb5LQyhfDoGPEflnpvrIjWq s43tMc6qKIawtf2isPnzUKCkXggInmhjyaej//+qeZuRFic30/LvGrTcy3R4BcCh hEohj0oJHj13Xm+fJFuZCPka+k6zRMlVMHZ56lRYX2v7XduuVXkfdhhNW/vEnGOv WEC04rAPbEqPDp9Rdd8trqdVtOBkIV5qVW5q8i2ivhYdLAA5clvyz9BEksjUgQ20 pGqu408OQGfkqmwl28Zd+kjqFoo1ba03sLKRLXSdHkXJTw13a5c= =zQki -----END PGP SIGNATURE----- --SO98HVl1bnMOfKZd-- From owner-freebsd-arm@freebsd.org Mon Sep 16 15:00:38 2019 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 0933E124BEB for ; Mon, 16 Sep 2019 15:00:38 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46X8Yx4cRGz3JF3 for ; Mon, 16 Sep 2019 15:00:37 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1568646036; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=LOFndBnu9uR0tQ5xU9+fvvpG7MDk4sOm6d3GuDamBGN0kGd+h/2HTs2ZyDc78x0vtdv5Ju9Ay1GLX 1ax769J/xWkfNNbZKyTE1y9+DdjwkarpBakmz3PvfbVhr6cvKw19crlU+dZs9+3y/hiuLgygq55AAH 4NHMePsNXn7cN/Ip5Rcd/jUlpNwU24NTD4EgMrbRl31d9QMqtbxSRQ8z6VSSZS6NXaOsAEnV1S9x80 jWqNag1h6Ymd2kp12MORxGzzodL50rRo7BmmoHmlwUmtulYW6MCRw4h6oJ6PHYx2eMCoKnf55/C2OG pEFKhUzBGxbjc7hNEhJDXJgebvOQa2A== 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:to:from:subject:message-id:dkim-signature:from; bh=I+MNVPFYVPAv2z0oFcukKWC5XxuWVbmRT7BVYT2UO1o=; b=R9VtacRaHx/eS64jwvY+0MYBsfAEWx2rwqBSINPyqsh9eLv0rlrJYlkzElc8yHs622TM/vqgI+XSy mkLIJ8NJsd2c8PV7mVzYAsuytACNRXXNZSv6+idpAuXzMZ+JQnohfeHSbWd1N6IPxyKI7MJVF4HPjd iUsIMahTNUjwX8v6ga/tE48cBaWdLPb0ymuFWsMpoO1SxeZlLwE2ppdj7IzotGSMRZVFoYBx679JzN SXjbXEGhzgC+SQdtf+kRFuOaLIHl5aAKgNgj2XoNCMwGR+2EhwA6ieAPO817OxRtaEAUb1AX/qjlT6 D9jkxlBMu/u3VtOJ4JqKqvF2vnuEWbg== 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:to:from:subject:message-id:from; bh=I+MNVPFYVPAv2z0oFcukKWC5XxuWVbmRT7BVYT2UO1o=; b=FgFkj22r7W2Z00IJwTnXZ9/u8vLnvHoRpKKHWoBMrHcVZih5RVTp5viH3H7DR7rxWmaTKD+0ekys5 2BSemGy9iB4KeHT1r0wfWQvg1PVSmWDQOXb9wGErnRJBO/nrE6Pm8DL821Zqz7DtR0T14k/OmLrFaX 0jQs4qo80DHNGGJBsAKVGNyK3ngMntN9bvdj2n8Yp9mgH+zum7zfET5KAmtQx1k9zj6Cgjn6FkFc0y amLG3GaJ4Go0qKt4FonzX9/zoAeEc1FveL3ZsLa/+HxFQfIeM91DQBW0vf3cd3V8F7jnFKNYMq+PGj QcPri1vIebkKE7ybFsFyGmIhrcUFp5Q== X-MHO-RoutePath: aGlwcGll X-MHO-User: bb4045dd-d892-11e9-85ed-13b9aae3a1d2 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 (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id bb4045dd-d892-11e9-85ed-13b9aae3a1d2; Mon, 16 Sep 2019 15:00:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x8GF0Wba094819; Mon, 16 Sep 2019 09:00:32 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: RPI-B cmake "Cannot find a C++ compiler that supports both C++11 and the specified C++ flags" From: Ian Lepore To: Scott , freebsd-arm@freebsd.org Date: Mon, 16 Sep 2019 09:00:32 -0600 In-Reply-To: <20190915121721.GA57386@thismonkey.com> References: <20190915121721.GA57386@thismonkey.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46X8Yx4cRGz3JF3 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-2.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 15:00:38 -0000 On Sun, 2019-09-15 at 22:17 +1000, Scott wrote: > Hi, > > as per the thread title, I cannot compile cmake on FreeBSD 12.1- > PRERELEASE > r351916 RPI-B arm. > > I'm trying to compile graphics/sane-backends which of course requires > cmake. > > Is anyone aware of a workaround? > > I built cmake (and all the things it depends on) from scratch using 12.1-PRELEASE @ r352356 on a Wandboard (armv7); no problems. You mentioned using an Rpi-B... maybe the problem is specific to armv6. I have an old rpi-b somewhere, but given how long it took a wandboard to build cmake yesterday (many hours), I can only imagine it would take days to get to the failure point on an rpi-b. (I.e., I'm not even going to try.) -- Ian From owner-freebsd-arm@freebsd.org Mon Sep 16 18:36:26 2019 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 AC49EE9141 for ; Mon, 16 Sep 2019 18:36:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46XFLx5DF5z401g for ; Mon, 16 Sep 2019 18:36:25 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A1670260197; Mon, 16 Sep 2019 20:36:17 +0200 (CEST) Subject: Re: RBPI3B+ BLE 4.0 USB Dongle question To: Stefan Parvu , freebsd-arm@freebsd.org References: From: Hans Petter Selasky Message-ID: <71c91ac4-f7d2-2b2d-715b-a4f53ca28928@selasky.org> Date: Mon, 16 Sep 2019 20:35:31 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.0 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-Rspamd-Queue-Id: 46XFLx5DF5z401g X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.18)[ip: (-9.35), ipnet: 88.99.0.0/16(-4.75), asn: 24940(-1.78), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 18:36:26 -0000 On 2019-09-16 11:54, Stefan Parvu wrote: > When Im trying to use this device I see the following: Some dongles might require firmware in order to work. --HPS From owner-freebsd-arm@freebsd.org Mon Sep 16 19:17:41 2019 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 7866EEA01C for ; Mon, 16 Sep 2019 19:17:41 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XGGX1gTcz42Q6 for ; Mon, 16 Sep 2019 19:17:39 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.199] (82-203-153-99.bb.dnainternet.fi [82.203.153.99]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id x8GJHO9A030927 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 19:17:37 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-99.bb.dnainternet.fi [82.203.153.99] claimed to be [192.168.1.199] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: RBPI3B+ BLE 4.0 USB Dongle question From: Stefan Parvu X-Mailer: iPhone Mail (16G102) In-Reply-To: <71c91ac4-f7d2-2b2d-715b-a4f53ca28928@selasky.org> Date: Mon, 16 Sep 2019 22:17:19 +0300 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8976D2CD-EF5B-4240-87C6-F73DD92E3D7B@kronometrix.org> References: <71c91ac4-f7d2-2b2d-715b-a4f53ca28928@selasky.org> To: Hans Petter Selasky X-Rspamd-Queue-Id: 46XGGX1gTcz42Q6 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of sparvu@kronometrix.org designates 95.85.46.90 as permitted sender) smtp.mailfrom=sparvu@kronometrix.org X-Spamd-Result: default: False [-0.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.387,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_HAM_LONG(-0.64)[-0.638,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.55)[ip: (0.30), ipnet: 95.85.0.0/18(0.89), asn: 14061(1.63), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 19:17:41 -0000 > Some dongles might require firmware in order to work. What does this mean ? Do I need anything else installed on FreeBSD or on the= dongle itself ? Do you guys know of any BLE 4.0 dongles which should work without any troubl= es on RBPI3B systems? Thanks, Stefan From owner-freebsd-arm@freebsd.org Mon Sep 16 19:23:25 2019 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 A9471EA47E for ; Mon, 16 Sep 2019 19:23:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XGP94252z42wq for ; Mon, 16 Sep 2019 19:23:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 6F1E524DF7 for ; Mon, 16 Sep 2019 19:23:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8GJNPq5052403 for ; Mon, 16 Sep 2019 19:23:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8GJNPYK052399 for freebsd-arm@FreeBSD.org; Mon, 16 Sep 2019 19:23:25 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 237055] Ampere eMAG compatibility Date: Mon, 16 Sep 2019 19:23:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: Andrew@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 19:23:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237055 Bug 237055 depends on bug 237234, which changed state. Bug 237234 Summary: EFIRT panic on Ampere eMAG https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237234 What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Sep 16 22:15:47 2019 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 0BD0BEE0D2 for ; Mon, 16 Sep 2019 22:15:47 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XLD15jPtz4D5Q for ; Mon, 16 Sep 2019 22:15:45 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id x8GMFUMq058605 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 16 Sep 2019 15:15:30 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id x8GMFUPq058604; Mon, 16 Sep 2019 15:15:30 -0700 (PDT) (envelope-from jmg) Date: Mon, 16 Sep 2019 15:15:30 -0700 From: John-Mark Gurney To: mko Cc: "freebsd-arm@freebsd.org" Subject: Re: RockPro64 booting w/ u-boot v2019-rc3 Message-ID: <20190916221530.GO96402@funkthat.com> Mail-Followup-To: mko , "freebsd-arm@freebsd.org" References: <20190916064640.GN96402@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Mon, 16 Sep 2019 15:15:30 -0700 (PDT) X-Rspamd-Queue-Id: 46XLD15jPtz4D5Q X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jmg@gold.funkthat.com has no SPF policy when checking 208.87.223.18) smtp.mailfrom=jmg@gold.funkthat.com X-Spamd-Result: default: False [-1.41 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.924,0]; IP_SCORE(-0.69)[ip: (-1.79), ipnet: 208.87.216.0/21(-0.90), asn: 32354(-0.72), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[funkthat.com]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2019 22:15:47 -0000 mko wrote this message on Mon, Sep 16, 2019 at 22:06 +1200: > Hi John, > I???m also trying to make a RK3399 board work, in my case I???m using the Rock Pi 4 which is raspberry pi form factor and much cheaper. > > For rockpro64, manu has already submit the uboot for it, it's sysutils/u-boot-rockpro64, and I just make a trivial change to rock pi 4 u-boot config, and it u-boot???s fine into multi-user mode, then panic. > > Here???s the related bug report > > Bug 240541 - Generic kernel on Rock Pi 4 RK3399 board panic > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240541 I received the same panic via the port, which is why I built v2019.10-rc3 of u-boot... After reviewing the email I sent, realized that I left off what version of u-boot I built to make it work... Sorry about that.. > > On 16/09/2019, at 6:46 PM, John-Mark Gurney wrote: > > > > I recently received my RockPro64, and w/ a bit of help from manu, I > > built a new u-boot firmware and get it booting from SD card. The > > u-boot port firmware will boot, but receives an Unhandled System Error > > shortly after going to multiuser mode. > > > > It doesn't yet set the PCIe slot. Is anyone working on this? If so, > > can you point me to code? I'd like to get this working. > > > > Building u-boot isn't hard, but finding the correct part to build took > > some help. > > > > Possibly imcomplete list of packages used: > > aarch64-none-elf-binutils-2.32_1,1 GNU binutils for bare metal AArch64 cross-development > > aarch64-none-elf-gcc-6.4.0_6 Cross GNU Compiler Collection for aarch64noneelf > > atf-rk3399-v2.1 ARM TF-A for platform rk3399 > > bison-3.4.1,1 Parser generator from FSF, (mostly) compatible with Yacc > > dtc-1.4.7 Device Tree Compiler > > gmake-4.2.1_3 GNU version of 'make' utility > > gsed-4.7 GNU stream editor > > python3-3_3 The "meta-port" for version 3 of the Python interpreter > > > > The default sed fails at one point, so used this patch: > > diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib > > index ef116e0e0a..e0dedf8943 100644 > > --- a/scripts/Makefile.lib > > +++ b/scripts/Makefile.lib > > @@ -302,7 +302,7 @@ cmd_dtc = mkdir -p $(dir ${dtc-tmp}) ; \ > > -i $(dir $<) $(DTC_FLAGS) \ > > -d $(depfile).dtc.tmp $(dtc-tmp) ; \ > > cat $(depfile).pre.tmp $(depfile).dtc.tmp > $(depfile) ; \ > > - sed -i "s:$(pre-tmp):$(<):" $(depfile) > > + gsed -i "s:$(pre-tmp):$(<):" $(depfile) > > > > $(obj)/%.dtb: $(src)/%.dts FORCE > > $(call if_changed_dep,dtc) > > > > > > There is also a failure on the config step, and needs this patch as > > well: > > diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt > > index b18eab1707..3260c472b9 100644 > > --- a/scripts/config_whitelist.txt > > +++ b/scripts/config_whitelist.txt > > @@ -3100,6 +3100,7 @@ CONFIG_SYS_MACB2_BASE > > CONFIG_SYS_MACB3_BASE > > CONFIG_SYS_MAIN_PWR_ON > > CONFIG_SYS_MALLOC_BASE > > +CONFIG_SYS_MALLOC_CLEAR_ON_INIT > > CONFIG_SYS_MALLOC_SIMPLE > > CONFIG_SYS_MAMR > > CONFIG_SYS_MAPLE > > > > > > And then built using the following commands: > > export BL31=/usr/local/share/atf-rk3399/bl31.elf > > gmake clean > > gmake rockpro64-rk3399_defconfig > > CROSS_COMPILE=aarch64-none-elf- gmake -j 4 > > > > I may have forgotten to include some steps. After building, I > > installed the parts via: > > dd if=idbloader.img of=/dev/disk4 oseek=64 bs=512 > > dd if=u-boot.itb of=/dev/disk4 oseek=16384 bs=512 > > > > I used FreeBSD-13.0-CURRENT-arm64-aarch64-20190906-r351901-memstick.img > > as a base, but it has the UEFI boot partition in this area, so I used > > mdconfig to extract the parts, and then expanded the image, created a > > new freebsd-boot partition to cover the space for the above, and then > > replaced the images... > > > > => 3 2111549 mmcsd0 GPT (30G) [CORRUPT] > > 3 32765 2 freebsd-boot (16M) > > 32768 67584 1 efi (33M) > > 100352 2011200 3 freebsd (982M) > > > > The corrupt tag is because I haven't expanded the gpt to cover the > > full SD card yet. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Tue Sep 17 13:57:51 2019 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 B3B31124B99 for ; Tue, 17 Sep 2019 13:57:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Xl734X6Qz42rW for ; Tue, 17 Sep 2019 13:57:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7EDC7960A for ; Tue, 17 Sep 2019 13:57:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8HDvp4v067716 for ; Tue, 17 Sep 2019 13:57:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8HDvpbE067715 for freebsd-arm@FreeBSD.org; Tue, 17 Sep 2019 13:57:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240538] Rock Pi 4 runtime time error panic: clknode_init_parent_idx: Invalid parent index 5 for clock sclk_sdmmc Date: Tue, 17 Sep 2019 13:57:51 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: me@mko.io X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 13:57:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240538 me@mko.io changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #2 from me@mko.io --- Hi Grey, The patch does fix the clock_cru problem, then I EMMC CAM related error occurred, I put the full log here in case you need to check and close this = bug, and open another one for the new error. Thanks ---<>---=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 : The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 141dd35d7f1-c262723(myfreebweb)-dirty: Tue Sep 17 15:28:37 NZST 2019 root@dez:/usr/obj/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) Starting CPU 4 (100) Starting CPU 5 (101) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random devi= ce because it was not yet seeded and the knob 'bypass_before_seeding' was enab= led. random: entropy device external interface MAP f4f2a000 mode 2 pages 1 MAP f4f2c000 mode 2 pages 1 MAP f7f40000 mode 2 pages 16 kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on ofw= bus0 rk3399_pmucru0: mem 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem 0xff760000-0xff760f= ff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on ofw= bus0 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 simple_mfd0: mem 0xff310000-0xff310ff= f on ofwbus0 psci0: on ofwbus0 gic0: mem 0xfee00000-0xfee0ffff,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff1000= 0-0xfff1ffff,0xfff20000-0xfff2ffff irq 18 on ofwbus0 its0: mem 0xfee20000-0xfee3ffff on = gic0 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff720000-0xff7200ff irq 65 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff730000-0xff7300ff irq 66 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff780000-0xff7800ff irq 67 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff788000-0xff7880ff irq 68 on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff790000-0xff7900ff irq 69 on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 iicbus0: on rk_i2c0 rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 iicbus1: on rk_i2c1 rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 iicbus2: on rk_i2c2 syr8270: at addr 0x80 on iicbus2 rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 iicbus3: on rk_i2c3 rk805_pmu0: at addr 0x36 irq 70 on iicbus2 generic_timer0: irq 2,3,4,5 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 cpu4: on cpulist0 cpufreq_dt4: on cpu4 cpu5: on cpulist0 cpufreq_dt5: on cpu5 dwc0: mem 0xfe300000-0xfe30ffff irq = 9 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 62:73:64:9b:21:bf rockchip_dwmmc0: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a sdhci_fdt0: mem 0xfe330000-0xfe33ffff irq 12 on ofwbus0 rk_emmcphy0: got emmcclk clock sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, setting BROKEN_TIMEOUT quirk. sdhci_fdt0: 1 slot(s) allocated mmc_alloc_device() ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on ofwbus0 usbus0 on ohci0 ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on ofwbus0 usbus1 on ohci1 iic0: on iicbus0 iic1: on iicbus1 uart0: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus0 uart0: console (1500000,n,8,1) syscon_generic0: mem 0xffa58000-0xffa5801f on ofwbus0 syscon_generic1: mem 0xffa5c000-0xffa5c01f on ofwbus0 syscon_generic2: mem 0xffa60080-0xffa6009f on ofwbus0 syscon_generic3: mem 0xffa60100-0xffa6011f on ofwbus0 syscon_generic4: mem 0xffa60180-0xffa6019f on ofwbus0 syscon_generic5: mem 0xffa70000-0xffa7001f on ofwbus0 syscon_generic6: mem 0xffa70080-0xffa7009f on ofwbus0 syscon_generic7: mem 0xffa74000-0xffa7401f on ofwbus0 syscon_generic8: mem 0xffa76000-0xffa7601f on ofwbus0 syscon_generic9: mem 0xffa90000-0xffa9001f on ofwbus0 syscon_generic10: mem 0xffa98000-0xffa9801f on ofwbus0 syscon_generic11: mem 0xffaa0000-0xffaa001f on ofwbus0 syscon_generic12: mem 0xffaa0080-0xffaa009f on ofwbus0 syscon_generic13: mem 0xffaa8000-0xffaa801f on ofwbus0 syscon_generic14: mem 0xffaa8080-0xffaa809f on ofwbus0 syscon_generic15: mem 0xffab0000-0xffab001f on ofwbus0 syscon_generic16: mem 0xffab0080-0xffab009f on ofwbus0 syscon_generic17: mem 0xffab8000-0xffab801f on ofwbus0 syscon_generic18: mem 0xffac0000-0xffac001f on ofwbus0 syscon_generic19: mem 0xffac0080-0xffac009f on ofwbus0 syscon_generic20: mem 0xffac8000-0xffac801f on ofwbus0 syscon_generic21: mem 0xffac8080-0xffac809f on ofwbus0 syscon_generic22: mem 0xffad0000-0xffad001f on ofwbus0 syscon_generic23: mem 0xffad8080-0xffad809f on ofwbus0 syscon_generic24: mem 0xffae0000-0xffae001f on ofwbus0 syscon_generic25: mem 0xff330000-0xff33e3d3 on ofwbus0 iicbus2: at addr 0x82 iic2: on iicbus2 iic3: on iicbus3 syscon_generic26: mem 0xff620000-0xff6200ff on ofwbus0 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 cryptosoft0: Timecounters tick every 1.000 msec mmc_dev_async(async_code=3D0x20, path_id=3D0, target_id=3D0, lun_id=3D0 Got AC_PATH_REGISTERED -- whatever... mmc_dev_async(async_code=3D0x20, path_id=3D0, target_id=3Dffffffff, lun_id= =3Dffffffff usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 (noperiph:sdhci_slot0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} (noperiph:sdhci_slot0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} (noperiph:sdhci_slot0:0:0:0): Set up the mmcprobe device... (mmcprobe0:sdhci_slot0:0:0:0): Periph created (mmcprobe0:sdhci_slot0:0:0:0): Probe started (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_INVALID to PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_RESET sdhci_fdt0-slot0: Clock =3D> 0 sdhci_fdt0-slot0: VDD =3D> 7 sdhci_fdt0-slot0: CS =3D> 0 sdhci_fdt0-slot0: Bus width =3D> 0 sdhci_fdt0-slot0: Power mode =3D> 1 sdhci_fdt0-slot0: Bus mode =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D1, clk=3D0, bus_width= =3D0, timing=3D0 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1 on usbus0 uhub1: on usbus0 sdhci_fdt0-slot0: Clock =3D> 399193 sdhci_fdt0-slot0: Power mode =3D> 2 sdhci_fdt0-slot0: Timing =3D> 0 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 sdhci_fdt0-slot0: CS =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 (mmcprobe0:sdhci_slot0:0:0:0): Send first XPT_MMC_IO (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done Starting completion of PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): done with PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_RESET to PROBE_SEND_IF_COND (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SEND_IF_COND mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): IF_COND: error 1, pattern 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SEND_IF_COND to PROBE_SDIO_RESET (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SDIO_RESET mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): SDIO_RESET: error 1, CCCR CTL register: 0000= 0000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SDIO_RESET to PROBE_SDIO_INIT (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SDIO_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): SDIO_INIT: error 1, 00000000 00000000 000000= 00 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SDIO_INIT to PROBE_SEND_APP_OP_C= OND (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): APP_OP_COND: error 1, resp 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SEND_APP_OP_COND to PROBE_MMC_IN= IT (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR 40ff8080 (mmcprobe0:sdhci_slot0:0:0:0): -> sending OCR to card (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR 40ff8080 cprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR c0ff8080 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_MMC_INIT to PROBE_GET_CID (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): CID 8801034e436172642017a5f68b425500 (mmcprobe0:sdhci_slot0:0:0:0): uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Probe PROBE_GET_CID to PROBE_MMC_SET_RELATIVE_ADDR (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_MMC_SET_RELATIVE_ADDR to PROBE_GET_CSD (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 Release APs...(mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): CSD d0ffff320f5903ffffffffe796400000 (mmcprobe0:sdhci_slot0:0:0:0): done Probe PROBE_GET_CSD to PROBE_SELECT_CARD (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SELECT_CARD to PROBE_DONE (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_DONE sdhci_fdt0-slot0: Bus mode =3D> 2 CPU 0: ARM Cortex-A53 r0p4 affinity: 0 0 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 Instruction Set Attributes 0 =3D Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mmc_probedone: remaining freezecnt 0 Instruction Set Attributes 1 =3D <> mountroot: waiting for device /dev/mmcsd0s2a... (mmcprobe0:sdhci_slot0:0:0:0): Periph invalidated Processor Features 0 =3D (mmcprobe0:sdhci_slot0:0:0:0): Periph destroyed Processor Features 1 =3D <0> (noperiph:sdhci_slot0:0:0:0): Memory Model Features 0 =3D <4k Granule= ,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> xpt_async(AC_FOUND_DEVICE) Memory Model Features 1 =3D <> mmc_dev_async(async_code=3D0x80, path_id=3D0, target_id=3D0, lun_id=3D0 Memory Model Features 2 =3D <32b CCIDX,48b VA> Got AC_FOUND_DEVICE -- whatever... Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> (pass0:sdhci_slot0:0:0:0): Periph created Debug Features 1 =3D <0> Auxiliary Features 0 =3D <0> Auxiliary Features 1 =3D <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 0 1 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> (sdda0:sdhci_slot0:0:0:0): CPU 2: ARM Cortex-A53 r0p4 affinity: 0 2 Periph created Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> CPU 3: ARM Cortex-A53 r0p4 affinity: 0 3 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> CPU 4: ARM Cortex-A72 r0p2 affinity6bit ASID,16TB PA> CPU 5: ARM Cortex-A72 r0p2 affinity: 1 1 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,16TB PA> WARNING: WITNESS option enabled, expect reduced performance. (sdda0:sdhci_slot0:0:0:0): Capacity: 31037849600, sectors: 60620800 (sdda0:sdhci_slot0:0:0:0): Set SD freq to 52 MHz (min out of host f=3D198 M= Hz and card f=3D52 MHz) sdhci_fdt0-slot0: Timing =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D1 sdhci_fdt0-slot0: Clock =3D> 49500000 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D49500000, bus_width=3D0, timing=3D1 (sdda0:sdhci_slot0:0:0:0): Set bus width to 8-bit (min of host 8-bit and ca= rd 8-bit) sdhci_fdt0-slot0: Bus width =3D> 3 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D49500000, bus_width=3D3, timing=3D1 (sdda0:sdhci_slot0:0:0:0): Partition type 'default', size 31037849600=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1103 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004249c at sdda_start_init_task+0x1778 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'boot0', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff000000042628 at sdda_start_init_task+0x1904 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'boot1', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004264c at sdda_start_init_task+0x1928 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'RPMB', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004267c at sdda_start_init_task+0x1958 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Don't know what to do with RPMB partitions yet sdda0 at sdhci_slot0 bus 0 scbus0 target 0 lun 0 sdda0: Relative addr: 00000002 Card features: Card memory OCR: 40ff8080 sdda0: Serial Number A5F68B4 (sdda0:sdhci_slot0:0:0:0): m4F60, ... sdda0: MMCHC NCard 1.7 SN A5F68B42 MFG 05/2002 by 136 0x0003 (sdda0:sdhci_slot0:0:0:0): Partition 0 -> 1 (sdda0:sdhci_slot0:0:0:0): Partition 1 -> 2 (sdda0:sdhci_slot0:0:0:0): Partition 2 -> 0 Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=3Drw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> random: unblocking device. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Sep 17 14:01:53 2019 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 24EBF124E71 for ; Tue, 17 Sep 2019 14:01:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XlCj0sKDz43GG for ; Tue, 17 Sep 2019 14:01:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 01D299785 for ; Tue, 17 Sep 2019 14:01:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8HE1qIg081072 for ; Tue, 17 Sep 2019 14:01:52 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8HE1q4r081071 for freebsd-arm@FreeBSD.org; Tue, 17 Sep 2019 14:01:52 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240644] RK3399 fail to boot using a GENERIC-MMCCAM 13-CURRENT kernel Date: Tue, 17 Sep 2019 14:01:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: me@mko.io X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 14:01:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240644 Bug ID: 240644 Summary: RK3399 fail to boot using a GENERIC-MMCCAM 13-CURRENT kernel Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: me@mko.io I run into the following error on my Rock Pi 4(4G) board which has RK3399 S= oC ---<>---=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 : The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 141dd35d7f1-c262723(myfreebweb)-dirty: Tue Sep 17 15:28:37 NZST 2019 root@dez:/usr/obj/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) Starting CPU 4 (100) Starting CPU 5 (101) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random devi= ce because it was not yet seeded and the knob 'bypass_before_seeding' was enab= led. random: entropy device external interface MAP f4f2a000 mode 2 pages 1 MAP f4f2c000 mode 2 pages 1 MAP f7f40000 mode 2 pages 16 kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on ofw= bus0 rk3399_pmucru0: mem 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem 0xff760000-0xff760f= ff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on ofw= bus0 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 simple_mfd0: mem 0xff310000-0xff310ff= f on ofwbus0 psci0: on ofwbus0 gic0: mem 0xfee00000-0xfee0ffff,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff1000= 0-0xfff1ffff,0xfff20000-0xfff2ffff irq 18 on ofwbus0 its0: mem 0xfee20000-0xfee3ffff on = gic0 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff720000-0xff7200ff irq 65 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff730000-0xff7300ff irq 66 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff780000-0xff7800ff irq 67 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff788000-0xff7880ff irq 68 on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff790000-0xff7900ff irq 69 on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 iicbus0: on rk_i2c0 rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 iicbus1: on rk_i2c1 rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 iicbus2: on rk_i2c2 syr8270: at addr 0x80 on iicbus2 rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 iicbus3: on rk_i2c3 rk805_pmu0: at addr 0x36 irq 70 on iicbus2 generic_timer0: irq 2,3,4,5 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 cpu4: on cpulist0 cpufreq_dt4: on cpu4 cpu5: on cpulist0 cpufreq_dt5: on cpu5 dwc0: mem 0xfe300000-0xfe30ffff irq = 9 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 62:73:64:9b:21:bf rockchip_dwmmc0: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a sdhci_fdt0: mem 0xfe330000-0xfe33ffff irq 12 on ofwbus0 rk_emmcphy0: got emmcclk clock sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, setting BROKEN_TIMEOUT quirk. sdhci_fdt0: 1 slot(s) allocated mmc_alloc_device() ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on ofwbus0 usbus0 on ohci0 ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on ofwbus0 usbus1 on ohci1 iic0: on iicbus0 iic1: on iicbus1 uart0: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus0 uart0: console (1500000,n,8,1) syscon_generic0: mem 0xffa58000-0xffa5801f on ofwbus0 syscon_generic1: mem 0xffa5c000-0xffa5c01f on ofwbus0 syscon_generic2: mem 0xffa60080-0xffa6009f on ofwbus0 syscon_generic3: mem 0xffa60100-0xffa6011f on ofwbus0 syscon_generic4: mem 0xffa60180-0xffa6019f on ofwbus0 syscon_generic5: mem 0xffa70000-0xffa7001f on ofwbus0 syscon_generic6: mem 0xffa70080-0xffa7009f on ofwbus0 syscon_generic7: mem 0xffa74000-0xffa7401f on ofwbus0 syscon_generic8: mem 0xffa76000-0xffa7601f on ofwbus0 syscon_generic9: mem 0xffa90000-0xffa9001f on ofwbus0 syscon_generic10: mem 0xffa98000-0xffa9801f on ofwbus0 syscon_generic11: mem 0xffaa0000-0xffaa001f on ofwbus0 syscon_generic12: mem 0xffaa0080-0xffaa009f on ofwbus0 syscon_generic13: mem 0xffaa8000-0xffaa801f on ofwbus0 syscon_generic14: mem 0xffaa8080-0xffaa809f on ofwbus0 syscon_generic15: mem 0xffab0000-0xffab001f on ofwbus0 syscon_generic16: mem 0xffab0080-0xffab009f on ofwbus0 syscon_generic17: mem 0xffab8000-0xffab801f on ofwbus0 syscon_generic18: mem 0xffac0000-0xffac001f on ofwbus0 syscon_generic19: mem 0xffac0080-0xffac009f on ofwbus0 syscon_generic20: mem 0xffac8000-0xffac801f on ofwbus0 syscon_generic21: mem 0xffac8080-0xffac809f on ofwbus0 syscon_generic22: mem 0xffad0000-0xffad001f on ofwbus0 syscon_generic23: mem 0xffad8080-0xffad809f on ofwbus0 syscon_generic24: mem 0xffae0000-0xffae001f on ofwbus0 syscon_generic25: mem 0xff330000-0xff33e3d3 on ofwbus0 iicbus2: at addr 0x82 iic2: on iicbus2 iic3: on iicbus3 syscon_generic26: mem 0xff620000-0xff6200ff on ofwbus0 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 cryptosoft0: Timecounters tick every 1.000 msec mmc_dev_async(async_code=3D0x20, path_id=3D0, target_id=3D0, lun_id=3D0 Got AC_PATH_REGISTERED -- whatever... mmc_dev_async(async_code=3D0x20, path_id=3D0, target_id=3Dffffffff, lun_id= =3Dffffffff usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 (noperiph:sdhci_slot0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} (noperiph:sdhci_slot0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} (noperiph:sdhci_slot0:0:0:0): Set up the mmcprobe device... (mmcprobe0:sdhci_slot0:0:0:0): Periph created (mmcprobe0:sdhci_slot0:0:0:0): Probe started (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_INVALID to PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_RESET sdhci_fdt0-slot0: Clock =3D> 0 sdhci_fdt0-slot0: VDD =3D> 7 sdhci_fdt0-slot0: CS =3D> 0 sdhci_fdt0-slot0: Bus width =3D> 0 sdhci_fdt0-slot0: Power mode =3D> 1 sdhci_fdt0-slot0: Bus mode =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D1, clk=3D0, bus_width= =3D0, timing=3D0 ugen1.1: at usbus1 uhub0 on usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1 on usbus0 uhub1: on usbus0 sdhci_fdt0-slot0: Clock =3D> 399193 sdhci_fdt0-slot0: Power mode =3D> 2 sdhci_fdt0-slot0: Timing =3D> 0 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 sdhci_fdt0-slot0: CS =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 (mmcprobe0:sdhci_slot0:0:0:0): Send first XPT_MMC_IO (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done Starting completion of PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): done with PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_RESET to PROBE_SEND_IF_COND (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SEND_IF_COND mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): IF_COND: error 1, pattern 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SEND_IF_COND to PROBE_SDIO_RESET (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SDIO_RESET mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): SDIO_RESET: error 1, CCCR CTL register: 0000= 0000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SDIO_RESET to PROBE_SDIO_INIT (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SDIO_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): SDIO_INIT: error 1, 00000000 00000000 000000= 00 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SDIO_INIT to PROBE_SEND_APP_OP_C= OND (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): APP_OP_COND: error 1, resp 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SEND_APP_OP_COND to PROBE_MMC_IN= IT (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR 40ff8080 (mmcprobe0:sdhci_slot0:0:0:0): -> sending OCR to card (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR 40ff8080 cprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR c0ff8080 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_MMC_INIT to PROBE_GET_CID (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): CID 8801034e436172642017a5f68b425500 (mmcprobe0:sdhci_slot0:0:0:0): uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Probe PROBE_GET_CID to PROBE_MMC_SET_RELATIVE_ADDR (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_MMC_SET_RELATIVE_ADDR to PROBE_GET_CSD (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 Release APs...(mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): CSD d0ffff320f5903ffffffffe796400000 (mmcprobe0:sdhci_slot0:0:0:0): done Probe PROBE_GET_CSD to PROBE_SELECT_CARD (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SELECT_CARD to PROBE_DONE (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_DONE sdhci_fdt0-slot0: Bus mode =3D> 2 CPU 0: ARM Cortex-A53 r0p4 affinity: 0 0 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 Instruction Set Attributes 0 =3D Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mmc_probedone: remaining freezecnt 0 Instruction Set Attributes 1 =3D <> mountroot: waiting for device /dev/mmcsd0s2a... (mmcprobe0:sdhci_slot0:0:0:0): Periph invalidated Processor Features 0 =3D (mmcprobe0:sdhci_slot0:0:0:0): Periph destroyed Processor Features 1 =3D <0> (noperiph:sdhci_slot0:0:0:0): Memory Model Features 0 =3D <4k Granule= ,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> xpt_async(AC_FOUND_DEVICE) Memory Model Features 1 =3D <> mmc_dev_async(async_code=3D0x80, path_id=3D0, target_id=3D0, lun_id=3D0 Memory Model Features 2 =3D <32b CCIDX,48b VA> Got AC_FOUND_DEVICE -- whatever... Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> (pass0:sdhci_slot0:0:0:0): Periph created Debug Features 1 =3D <0> Auxiliary Features 0 =3D <0> Auxiliary Features 1 =3D <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 0 1 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> (sdda0:sdhci_slot0:0:0:0): CPU 2: ARM Cortex-A53 r0p4 affinity: 0 2 Periph created Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> CPU 3: ARM Cortex-A53 r0p4 affinity: 0 3 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> CPU 4: ARM Cortex-A72 r0p2 affinity6bit ASID,16TB PA> CPU 5: ARM Cortex-A72 r0p2 affinity: 1 1 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,16TB PA> WARNING: WITNESS option enabled, expect reduced performance. (sdda0:sdhci_slot0:0:0:0): Capacity: 31037849600, sectors: 60620800 (sdda0:sdhci_slot0:0:0:0): Set SD freq to 52 MHz (min out of host f=3D198 M= Hz and card f=3D52 MHz) sdhci_fdt0-slot0: Timing =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D1 sdhci_fdt0-slot0: Clock =3D> 49500000 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D49500000, bus_width=3D0, timing=3D1 (sdda0:sdhci_slot0:0:0:0): Set bus width to 8-bit (min of host 8-bit and ca= rd 8-bit) sdhci_fdt0-slot0: Bus width =3D> 3 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D49500000, bus_width=3D3, timing=3D1 (sdda0:sdhci_slot0:0:0:0): Partition type 'default', size 31037849600=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1103 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004249c at sdda_start_init_task+0x1778 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'boot0', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff000000042628 at sdda_start_init_task+0x1904 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'boot1', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004264c at sdda_start_init_task+0x1928 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'RPMB', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004267c at sdda_start_init_task+0x1958 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Don't know what to do with RPMB partitions yet sdda0 at sdhci_slot0 bus 0 scbus0 target 0 lun 0 sdda0: Relative addr: 00000002 Card features: Card memory OCR: 40ff8080 sdda0: Serial Number A5F68B4 (sdda0:sdhci_slot0:0:0:0): m4F60, ... sdda0: MMCHC NCard 1.7 SN A5F68B42 MFG 05/2002 by 136 0x0003 (sdda0:sdhci_slot0:0:0:0): Partition 0 -> 1 (sdda0:sdhci_slot0:0:0:0): Partition 1 -> 2 (sdda0:sdhci_slot0:0:0:0): Partition 2 -> 0 Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=3Drw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> random: unblocking device. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Sep 17 14:05:30 2019 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 84461124F15 for ; Tue, 17 Sep 2019 14:05:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XlHt31Jfz43N1 for ; Tue, 17 Sep 2019 14:05:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4B2A397C2 for ; Tue, 17 Sep 2019 14:05:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8HE5UYA088166 for ; Tue, 17 Sep 2019 14:05:30 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8HE5URL088165 for freebsd-arm@FreeBSD.org; Tue, 17 Sep 2019 14:05:30 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240538] Rock Pi 4 runtime time error panic: clknode_init_parent_idx: Invalid parent index 5 for clock sclk_sdmmc Date: Tue, 17 Sep 2019 14:05:30 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 14:05:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240538 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- CC| |manu@freebsd.org Status|Closed |Open --- Comment #3 from Emmanuel Vadot --- This patch is wrong, npll isn't at this offset for parent clock. from the TRM : 3'b000:CPLL 3'b001:GPLL 3'b010:NPLL 3'b011:PPLL 3'b100:USB_480M 3'b101:xin_= 24m SO I guess that u-boot for rockpi set the parent clock to be the 24mhz oscillator. I have some patch somewhere that add support for the usb clock, I'll try to= dig for them and finish it next week. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Sep 17 14:14:46 2019 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 28CA912548C for ; Tue, 17 Sep 2019 14:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XlVZ0GqRz44Mk for ; Tue, 17 Sep 2019 14:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id E0FAF99A0 for ; Tue, 17 Sep 2019 14:14:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8HEEjXx010696 for ; Tue, 17 Sep 2019 14:14:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8HEEjRG010695 for freebsd-arm@FreeBSD.org; Tue, 17 Sep 2019 14:14:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240644] RK3399 fail to boot using a GENERIC-MMCCAM 13-CURRENT kernel Date: Tue, 17 Sep 2019 14:14:46 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: me@mko.io X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 14:14:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240644 me@mko.io changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Not A Bug --- Comment #1 from me@mko.io --- I can manually boot with the following command mountroot> ufs:/dev/sdda0s2a it successfully boots into single user mode, but fails in the multi-user mo= de by the same bug as Bug 240541 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240541 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Sep 17 14:46:31 2019 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 5B8E41260B0 for ; Tue, 17 Sep 2019 14:46:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46XmCC2Vrqz46Mm for ; Tue, 17 Sep 2019 14:46:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 3615D9F20 for ; Tue, 17 Sep 2019 14:46:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8HEkVoB093086 for ; Tue, 17 Sep 2019 14:46:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8HEkVO6093085 for freebsd-arm@FreeBSD.org; Tue, 17 Sep 2019 14:46:31 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240646] RK3399 GENERIC-MMCCAM 13-CURRENT kernel boot stacktrace Date: Tue, 17 Sep 2019 14:46:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: me@mko.io X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 14:46:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240646 Bug ID: 240646 Summary: RK3399 GENERIC-MMCCAM 13-CURRENT kernel boot stacktrace Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: me@mko.io Hi, I've successfully boot into single user mode using the GENERIC-MMCCAM 13-CURRENT kernel, The last few lines of log have some stack backtraces, th= ey doesn't stop stop the boot process, but seems like bug to me. is this norma= l? Using DTB provided by EFI0at70x80f0000.=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20 ---<>--- 57=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 HsThe Regents of the University of California. All rights reserved. = ` FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 141dd35d7f1-c262723(myfreebweb)-dirty: Tue Sep 17 15:28:37 NZST 2019 root@dez:/usr/obj/obj/usr/src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) Starting CPU 4 (100) Starting CPU 5 (101) FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs arc4random: WARNING: initial seeding bypassed the cryptographic random devi= ce because it was not yet seeded and the knob 'bypass_before_seeding' was enab= led. random: entropy device external interface MAP f4f2a000 mode 2 pages 1 MAP f4f2c000 mode 2 pages 1 MAP f7f40000 mode 2 pages 16 kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 simplebus0: on ofwbus0 rk_grf0: mem 0xff320000-0xff320fff on ofw= bus0 rk3399_pmucru0: mem 0xff750000-0xff750fff on ofwbus0 rk3399_cru0: mem 0xff760000-0xff760f= ff on ofwbus0 rk_grf1: mem 0xff770000-0xff77ffff on ofw= bus0 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 regfix4: on ofwbus0 regfix5: on ofwbus0 regfix6: on ofwbus0 simple_mfd0: mem 0xff310000-0xff310ff= f on ofwbus0 psci0: on ofwbus0 gic0: mem 0xfee00000-0xfee0ffff,0xfef00000-0xfefbffff,0xfff00000-0xfff0ffff,0xfff1000= 0-0xfff1ffff,0xfff20000-0xfff2ffff irq 18 on ofwbus0 its0: mem 0xfee20000-0xfee3ffff on = gic0 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff720000-0xff7200ff irq 65 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff730000-0xff7300ff irq 66 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff780000-0xff7800ff irq 67 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff788000-0xff7880ff irq 68 on rk_pinctrl0 gpiobus3: on gpio3 gpio4: mem 0xff790000-0xff7900ff irq 69 on rk_pinctrl0 gpiobus4: on gpio4 rk_i2c0: mem 0xff110000-0xff110fff irq 20 on ofwbus0 iicbus0: on rk_i2c0 rk_i2c1: mem 0xff130000-0xff130fff irq 22 on ofwbus0 iicbus1: on rk_i2c1 rk_i2c2: mem 0xff3c0000-0xff3c0fff irq 38 on ofwbus0 iicbus2: on rk_i2c2 syr8270: at addr 0x80 on iicbus2 rk_i2c3: mem 0xff3d0000-0xff3d0fff irq 39 on ofwbus0 iicbus3: on rk_i2c3 rk805_pmu0: at addr 0x36 irq 70 on iicbus2 generic_timer0: irq 2,3,4,5 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rk_emmcphy0: mem 0-0xff76ffff,0-0xffff on rk_grf1 cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpufreq_dt1: on cpu1 cpu2: on cpulist0 cpufreq_dt2: on cpu2 cpu3: on cpulist0 cpufreq_dt3: on cpu3 cpu4: on cpulist0 cpufreq_dt4: on cpu4 cpu5: on cpulist0 cpufreq_dt5: on cpu5 dwc0: mem 0xfe300000-0xfe30ffff irq = 9 on ofwbus0 miibus0: on dwc0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto dwc0: Ethernet address: 62:73:64:cd:84:c2 rockchip_dwmmc0: mem 0xfe320000-0xfe323fff irq 11 on ofwbus0 rockchip_dwmmc0: Hardware version ID is 270a sdhci_fdt0: mem 0xfe330000-0xfe33ffff irq 12 on ofwbus0 rk_emmcphy0: got emmcclk clock sdhci_fdt0-slot0: Hardware doesn't specify timeout clock frequency, setting BROKEN_TIMEOUT quirk. sdhci_fdt0: 1 slot(s) allocated mmc_alloc_device() ohci0: mem 0xfe3a0000-0xfe3bffff irq 14 on ofwbus0 usbus0 on ohci0 ohci1: mem 0xfe3e0000-0xfe3fffff irq 16 on ofwbus0 usbus1 on ohci1 iic0: on iicbus0 iic1: on iicbus1 uart0: <16750 or compatible> mem 0xff1a0000-0xff1a00ff irq 28 on ofwbus0 uart0: console (1500000,n,8,1) syscon_generic0: mem 0xffa58000-0xffa5801f on ofwbus0 syscon_generic1: mem 0xffa5c000-0xffa5c01f on ofwbus0 syscon_generic2: mem 0xffa60080-0xffa6009f on ofwbus0 syscon_generic3: mem 0xffa60100-0xffa6011f on ofwbus0 syscon_generic4: mem 0xffa60180-0xffa6019f on ofwbus0 syscon_generic5: mem 0xffa70000-0xffa7001f on ofwbus0 syscon_generic6: mem 0xffa70080-0xffa7009f on ofwbus0 syscon_generic7: mem 0xffa74000-0xffa7401f on ofwbus0 syscon_generic8: mem 0xffa76000-0xffa7601f on ofwbus0 syscon_generic9: mem 0xffa90000-0xffa9001f on ofwbus0 syscon_generic10: mem 0xffa98000-0xffa9801f on ofwbus0 syscon_generic11: mem 0xffaa0000-0xffaa001f on ofwbus0 syscon_generic12: mem 0xffaa0080-0xffaa009f on ofwbus0 syscon_generic13: mem 0xffaa8000-0xffaa801f on ofwbus0 syscon_generic14: mem 0xffaa8080-0xffaa809f on ofwbus0 syscon_generic15: mem 0xffab0000-0xffab001f on ofwbus0 syscon_generic16: mem 0xffab0080-0xffab009f on ofwbus0 syscon_generic17: mem 0xffab8000-0xffab801f on ofwbus0 syscon_generic18: mem 0xffac0000-0xffac001f on ofwbus0 syscon_generic19: mem 0xffac0080-0xffac009f on ofwbus0 syscon_generic20: mem 0xffac8000-0xffac801f on ofwbus0 syscon_generic21: mem 0xffac8080-0xffac809f on ofwbus0 syscon_generic22: mem 0xffad0000-0xffad001f on ofwbus0 syscon_generic23: mem 0xffad8080-0xffad809f on ofwbus0 syscon_generic24: mem 0xffae0000-0xffae001f on ofwbus0 syscon_generic25: mem 0xff330000-0xff33e3d3 on ofwbus0 iicbus2: at addr 0x82 iic2: on iicbus2 iic3: on iicbus3 syscon_generic26: mem 0xff620000-0xff6200ff on ofwbus0 gpioc0: on gpio0 gpioc1: on gpio1 gpioc2: on gpio2 gpioc3: on gpio3 gpioc4: on gpio4 cryptosoft0: Timecounters tick every 1.000 msec mmc_dev_async(async_code=3D0x20, path_id=3D0, target_id=3D0, lun_id=3D0 Got AC_PATH_REGISTERED -- whatever... mmc_dev_async(async_code=3D0x20, path_id=3D0, target_id=3Dffffffff, lun_id= =3Dffffffff usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 (noperiph:sdhci_slot0:0:-1:ffffffff): XPT_SCAN_{BUS,TGT,LUN} (noperiph:sdhci_slot0:0:0:0): XPT_SCAN_{BUS,TGT,LUN} (noperiph:sdhci_slot0:0:0:0): Set up the mmcprobe device... (mmcprobe0:sdhci_slot0:0:0:0): Periph created (mmcprobe0:sdhci_slot0:0:0:0): Probe started (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_INVALID to PROBE_RESET ugen0.1: at usbus0 uhub0 on usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1 on usbus1 uhub1: on usbus1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_RESET sdhci_fdt0-slot0: Clock =3D> 0 sdhci_fdt0-slot0: VDD =3D> 7 sdhci_fdt0-slot0: CS =3D> 0 sdhci_fdt0-slot0: Bus width =3D> 0 sdhci_fdt0-slot0: Power mode =3D> 1 sdhci_fdt0-slot0: Bus mode =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D1, clk=3D0, bus_width= =3D0, timing=3D0 sdhci_fdt0-slot0: Clock =3D> 399193 sdhci_fdt0-slot0: Power mode =3D> 2 sdhci_fdt0-slot0: Timing =3D> 0 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 sdhci_fdt0-slot0: CS =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 (mmcprobe0:sdhci_slot0:0:0:0): Send first XPT_MMC_IO (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done Starting completion of PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): done with PROBE_RESET (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_RESET to PROBE_SEND_IF_COND (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SEND_IF_COND mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): IF_COND: error 1, pattern 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SEND_IF_COND to PROBE_SDIO_RESET (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SDIO_RESET mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): SDIO_RESET: error 1, CCCR CTL register: 0000= 0000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SDIO_RESET to PROBE_SDIO_INIT (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_SDIO_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): SDIO_INIT: error 1, 00000000 00000000 000000= 00 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SDIO_INIT to PROBE_SEND_APP_OP_C= OND (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): APP_OP_COND: error 1, resp 00000000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SEND_APP_OP_COND to PROBE_MMC_IN= IT (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR 40ff8080 (mmcprobe0:sdhci_slot0:0:0:0): -> sending OCR to card (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe: mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR 40ff8080 (mmcprobe0:sdhci_slot0:0:0:0): Card is still powering up (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_MMC_INIT mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): MMC card, OCR c0ff8080 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_MMC_INIT to PROBE_GET_CID (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): CID 8801034e436172642017a5f68b425500 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_GET_CID to PROBE_MMC_SET_RELATIVE_ADDR (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_MMC_SET_RELATIVE_ADDR to PROBE_GET_CSD (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): CSD d0ffff320f5903ffffffffe796400000 (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_GET_CSD to PROBE_SELECT_CARD (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start mmc_probedone: remaining freezecnt 1 (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_done (mmcprobe0:sdhci_slot0:0:0:0): Probe PROBE_SELECT_CARD to PROBE_DONE (mmcprobe0:sdhci_slot0:0:0:0): mmcprobe_start (mmcprobe0:sdhci_slot0:0:0:0): Start with PROBE_DONE sdhci_fdt0-slot0: Bus mode =3D> 2 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D0 mmc_probedone: remaining freezecnt 0 (mmcprobe0:sdhci_slot0:0:0:0): Periph invalidated (mmcprobe0:sdhci_slot0:0:0:0): Periph destroyed (noperiph:sdhci_slot0:0:0:0): xpt_async(AC_FOUND_DEVICE) mmc_dev_async(async_code=3D0x80, path_id=3D0, target_id=3D0, lun_id=3D0 Got AC_FOUND_DEVICE -- whatever... (sdda0:sdhci_slot0:0:0:0): Periph created (pass0:sdhci_slot0:0:0:0): Periph created Release APs...done (sdda0:sdhci_slot0:0:0:0): Capacity: 31037849600, sectors: 60620800 (sdda0:sdhci_slot0:0:0:0): Set SD freq to 52 MHz (min out of host f=3D198 M= Hz and card f=3D52 MHz) sdhci_fdt0-slot0: Timing =3D> 1 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D399193, bus_w= idth=3D0, timing=3D1 sdhci_fdt0-slot0: Clock =3D> 49500000 CPU 0: ARM Cortex-A53 r0p4 affinity: 0 0 sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D49500000, bus_width=3D0, timing=3D1 Instruction Set Attributes 0 =3D Instruction Set Attributes 1 =3D <> Processor Features 0 =3D (sdda0:sdhci_slot0:0:0:0): Processor Features 1 =3D <0> Set bus width to 8-bit (min of host 8-bit and card 8-bit) Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> sdhci_fdt0-slot0: Bus width =3D> 3 Memory Model Features 1 =3D <> sdhci_fdt0-slot0: sdhci_cam_update_ios: power_mode=3D2, clk=3D49500000, bus_width=3D3, timing=3D1 Memory Model Features 2 =3D <32b CCIDX,48b VA> (sdda0:sdhci_slot0:0:0:0): Debug Features 0 =3D <2 CTX Breakpo= ints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Partition type 'default', size 31037849600=20 uma_zalloc_arg: zone "128"Trying to mount root from ufs:/dev/sdda0s2 [rw,noatime]... with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock)mountroot: waiting f= or device /dev/sdda0s2... r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1103 stack backtrace: Debug Features 1 =3D <0> Auxiliary Features 0 =3D <0> Auxiliary Features 1 =3D <0> #0 0xffff0000004670d4 at witnesCPU 1: ARM Cortex-A53 r0p4 affinity: 0 1 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> s_debugger+0x64 #1 0xffff000000CPU 2: ARM Cortex-A53 r0p4 affinity: 0 2 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TB PA> 4680cc at witness_warn+0x3dc #2CPU 3: ARM Cortex-A53 r0p4 affinity: 0 3 0xffff0000006b6438 at uma_zall Memory Model Features 0 =3D <4k Granul= e,64k Granule,S/NS Mem,MixedEndian,16bit ASID,1TBU 4: ARM Cortex-A72 r0p2 affini= ty:=20 1 0 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,16TB PA> 68 at malloc+0x9c CPU 5: ARM Cortex-A72 r0p2 affinity: 1 1 #4 0xffff0000 Memory Model Features 0 =3D <4k Granule,64k Granule,S/NS Mem,MixedEndian,16bit ASID,16TB PA> 000428d0 at sdda_add_part+0xf4 #5 0xffff00000004249c at sdda_start_init_task+0x1778 #6 0xffffWARNING: WITNESS option enabled, expect reduced performance. 00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'boot0', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff000000042628 at sdda_start_init_task+0x1904 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'boot1', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004264c at sdda_start_init_task+0x1928 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Partition type 'RPMB', size 4194304=20 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex CAM device lock (CAM device lock) r =3D 0 (0xfffffd0000ff64d0) locked @ /usr/src/sys/cam/mmc/mmc_da.c:1554 stack backtrace: #0 0xffff0000004670d4 at witness_debugger+0x64 #1 0xffff0000004680cc at witness_warn+0x3dc #2 0xffff0000006b6438 at uma_zalloc_arg+0x44 #3 0xffff0000003da168 at malloc+0x9c #4 0xffff0000000428d0 at sdda_add_part+0xf4 #5 0xffff00000004267c at sdda_start_init_task+0x1958 #6 0xffff00000045a758 at taskqueue_run_locked+0xe8 #7 0xffff00000045b728 at taskqueue_thread_loop+0x9c #8 0xffff0000003c0e90 at fork_exit+0x7c (sdda0:sdhci_slot0:0:0:0): Don't know what to do with RPMB partitions yet sdda0 at sdhci_slot0 bus 0 scbus0 target 0 lun 0 sdda0: Relative addr: 00000002 Card features: Card memory OCR: 40ff8080 sdda0: Serial Number A5F68B4 (sdda0:sdhci_slot0:0:0:0): mmc_announce_periph: called XPT info: CLK 2F34F60, ... sdda0: MMCHC NCard 1.7 SN A5F68B42 MFG 05/2002 by 136 0x0003 (sdda0:sdhci_slot0:0:0:0): Partition 0 -> 1 (sdda0:sdhci_slot0:0:0:0): Partition 1 -> 2 (sdda0:sdhci_slot0:0:0:0): Partition 2 -> 0 Warning: no time-of-day clock registered, system time will not be set accurately Enter full pathname of shell or RETURN for /bin/sh: --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Sep 17 15:23:45 2019 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 EB1F1126E18 for ; Tue, 17 Sep 2019 15:23:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Xn2962mmz4847 for ; Tue, 17 Sep 2019 15:23:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id B2E05A62B for ; Tue, 17 Sep 2019 15:23:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8HFNj2p071301 for ; Tue, 17 Sep 2019 15:23:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8HFNjo4071300 for freebsd-arm@FreeBSD.org; Tue, 17 Sep 2019 15:23:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240646] RK3399 GENERIC-MMCCAM 13-CURRENT kernel boot stacktrace Date: Tue, 17 Sep 2019 15:23:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: DUPLICATE X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2019 15:23:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240646 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|New |Closed CC| |manu@freebsd.org --- Comment #1 from Emmanuel Vadot --- *** This bug has been marked as a duplicate of bug 240644 *** --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Sep 18 07:14:47 2019 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 BC8BFF442C for ; Wed, 18 Sep 2019 07:14:47 +0000 (UTC) (envelope-from freebsd-lists-5@thismonkey.com) Received: from mail-01.thismonkey.com (mail-01.thismonkey.com [220.244.217.216]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thismonkey.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46YB7S57hbz3x04 for ; Wed, 18 Sep 2019 07:14:43 +0000 (UTC) (envelope-from freebsd-lists-5@thismonkey.com) X-TM-Via-MX: mail-01.thismonkey.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thismonkey.com; s=mail-01; t=1568790872; bh=x/QzKD2K2y/KKP312ooEZjeRxOAmOkdIz6xaaCbXUTk=; h=Date:From:To:Subject:References:In-Reply-To; b=eLItLR/gZLJJbF/6Xr97ugC5bVDk0CMCsyKlbs+3iLIRrUODq0FXkhtG6jW23+1Oe wV0/Hl1NHQUtTqD5pwE8FSLJZbRzYS+iH7DO0nr3TN+KNusuN6OMwWj6UMcodwSnYo 1EHJxxBIHgCdusJBx4xez67EIr7Ns/dsbfgka93w= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thismonkey.com; s=dkim; t=1568790868; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=x/QzKD2K2y/KKP312ooEZjeRxOAmOkdIz6xaaCbXUTk=; b=rG9fTktLOndWXudyS/d+8zFT5ogeMwAfpcMXdWXugteQ+5Bjtsk3utrM4+DNUoRD4nAgQb KHqjjtz3dxOLwUveUFVx3F7WmnpIxmHnNjr5bTFlKKiEiHDNdWzsnwV8M9Kznp8YqnrtHP r/Q++m5SCHMGxeN19rhKFKD9/RUtNNE= Received: from utility-01.thismonkey.com (utility-01.thismonkey.com [10.1.1.32]) by mail-01.thismonkey.com (8.15.2/8.15.2) with ESMTPS id x8I7EQIQ056450 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 18 Sep 2019 17:14:28 +1000 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Received: from utility-01.thismonkey.com (localhost [127.0.0.1]) by utility-01.thismonkey.com (8.15.2/8.15.2) with ESMTP id x8I7EQXt059277 for ; Wed, 18 Sep 2019 17:14:26 +1000 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Received: (from root@localhost) by utility-01.thismonkey.com (8.15.2/8.15.2/Submit) id x8I7EPtK059267 for freebsd-arm@freebsd.org; Wed, 18 Sep 2019 17:14:25 +1000 (EST) (envelope-from freebsd-lists-5@thismonkey.com) Date: Wed, 18 Sep 2019 17:14:25 +1000 From: Scott To: freebsd-arm@freebsd.org Subject: Re: RPI-B cmake "Cannot find a C++ compiler that supports both C++11 and the specified C++ flags" Message-ID: <20190918071425.GA52699@thismonkey.com> Mail-Followup-To: freebsd-arm@freebsd.org References: <20190915121721.GA57386@thismonkey.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.4 (2019-03-13) X-Rspamd-Server: mail-01.thismonkey.com X-Greylist: inspected by milter-greylist-4.6.2 (mail-01.thismonkey.com [10.1.2.50]); Wed, 18 Sep 2019 17:14:32 +1000 (EST) for IP:'10.1.1.32' DOMAIN:'utility-01.thismonkey.com' HELO:'utility-01.thismonkey.com' FROM:'freebsd-lists-5@thismonkey.com' RCPT:'' SPF:' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mail-01.thismonkey.com [10.1.2.50]); Wed, 18 Sep 2019 17:14:32 +1000 (EST) X-Rspamd-Queue-Id: 46YB7S57hbz3x04 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=thismonkey.com header.s=mail-01 header.b=eLItLR/g; dkim=none (invalid DKIM record) header.d=thismonkey.com header.s=dkim header.b=rG9fTktL; dmarc=pass (policy=none) header.from=thismonkey.com; spf=pass (mx1.freebsd.org: domain of freebsd-lists-5@thismonkey.com designates 220.244.217.216 as permitted sender) smtp.mailfrom=freebsd-lists-5@thismonkey.com X-Spamd-Result: default: False [-2.24 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; R_DKIM_ALLOW(-0.20)[thismonkey.com:s=mail-01]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DKIM_MIXED(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(0.75)[asn: 7545(3.74), country: AU(0.01)]; DKIM_TRACE(0.00)[thismonkey.com:+,thismonkey.com:~]; DMARC_POLICY_ALLOW(-0.50)[thismonkey.com,none]; R_DKIM_PERMFAIL(0.00)[thismonkey.com:s=dkim]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7545, ipnet:220.244.216.0/22, country:AU]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2019 07:14:47 -0000 On Mon, Sep 16, 2019 at 09:00:32AM -0600, Ian Lepore wrote: > On Sun, 2019-09-15 at 22:17 +1000, Scott wrote: > > Hi, > > > > as per the thread title, I cannot compile cmake on FreeBSD 12.1- > > PRERELEASE > > r351916 RPI-B arm. > > > > I'm trying to compile graphics/sane-backends which of course requires > > cmake. > > > > Is anyone aware of a workaround? > > > > > > I built cmake (and all the things it depends on) from scratch using > 12.1-PRELEASE @ r352356 on a Wandboard (armv7); no problems. > > You mentioned using an Rpi-B... maybe the problem is specific to armv6. > I have an old rpi-b somewhere, but given how long it took a wandboard > to build cmake yesterday (many hours), I can only imagine it would take > days to get to the failure point on an rpi-b. (I.e., I'm not even > going to try.) > > -- Ian > I went into devel/cmake and did a make clean then a make and (many hours later) oddly enough it compiled. So, problem solved. Ish. Scott From owner-freebsd-arm@freebsd.org Wed Sep 18 21:10:57 2019 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 762A312700E for ; Wed, 18 Sep 2019 21:10:57 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh602-vm1.bullet.mail.ssk.yahoo.co.jp (nh602-vm1.bullet.mail.ssk.yahoo.co.jp [182.22.90.26]) by mx1.freebsd.org (Postfix) with SMTP id 46YXhG4x3Lz3HNT for ; Wed, 18 Sep 2019 21:10:54 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.105] by nh602.bullet.mail.ssk.yahoo.co.jp with NNFMP; 18 Sep 2019 21:10:50 -0000 Received: from [182.22.91.205] by t603.bullet.mail.ssk.yahoo.co.jp with NNFMP; 18 Sep 2019 21:10:50 -0000 Received: from [127.0.0.1] by omp608.mail.ssk.yahoo.co.jp with NNFMP; 18 Sep 2019 21:10:50 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 964377.98909.bm@omp608.mail.ssk.yahoo.co.jp X-YMail-OSG: kixEcmcVM1kLhMHZ2kHfvIKC5mTZA4.5CrFdqIQ1oiQgUcigJ8VdjjblUxHS428 0srpUzzT6SrYlUrww_79EOflbJn14usN4fDy3GAG_7yj7F2nC.XZxL6D8agI_rz.ATpnc9BW_xFn ZTnEHJjFVV9UBi3HTH3Ni0Pi6Nt2Hi_ElnX1mERS_6aDO2IhsDsRABxwg5SxxkF7AtKUsK4GduqK plS7Nv_BVyCG0x6aauBytcrdMDUgRMtZFZPj6Qid4MbnnY_ne7D5aNILVL.gJoa2GKzm9Uz1uw4s 0QDV57G6Tv5mZ_l82q5YGVTsB20oZ0aVZksbZVl7n.6NP87b5u5OSZ_TsvraoeLX6UX4C83FQsnQ KyOBES5WKru2k5f8PEipGplQY9IppiEeYj66oQQr1Xc7gZJZV2.WYZ2xwxw6VRsaPRBraPT0fMTu vfi.jiWXr4X0Yg69lf2xaybcds0PLThbT973KtQ90xaL9ZM2Pwhv5RLWtCoLMGTvUJFaNMJCB2ZC nulNsFVtqjidI6b50BSDkEI7PrnVQHelGImO_vLJupZwivFcMHavxBqkAr1l9w8NWLKceGsmd9tO .o1GXO_2alXhVyh_ftPCxeaojtSIWmuuW_AMXCLKlE0OukQDIUpMFr0bMVE7QwMTdmLkKccsG_SH fYSpbegrVtZnDUikyPYshZq0aCNjaYDVGnRK6ynFv Received: from jws700008.mail.kks.yahoo.co.jp by sendmailws506.mail.kks.yahoo.co.jp; Thu, 19 Sep 2019 06:10:50 +0000; 1568841050.320 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1568841050; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:References; bh=1Zk5iknUEBFPfkdLunG7SxVV+51+jRraLHkEKDc06Tg=; b=MPAfeNwZ1SYHOw6vPLgEXfK9GPLrKoW6FFqABgITnm/MU97uu+OE8V0nFgMObSqI akyr708xByooUKI5VJ5vSRxOQErd6SjFmuN2ncwHYQBaT+WrR0o7kvQHOmOLKs8hGj6 Lp34aY5nUe2RFqgobsNNls1LsjTp7ppmkKFjIN/g= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:References; b=Uu2qxmN5NklocqUV32JMgSJtK4kYkSoqnLxI3ofRqb8w3kCjOmbYfxYIz2nigbsY 1JqSSFFr/MC9QTPWvSaD9yUefrA9/CaGg5GZMp3S/PxG3XmSiY0rOrcl6bX7yKWt4YU ycn81BTkNY5/R+C8FG9GJP6B3/QZRI3E4SBByhOU=; Date: Thu, 19 Sep 2019 06:10:49 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <1537579240.1637151.1568841050003.JavaMail.yahoo@jws700008.mail.kks.yahoo.co.jp> Subject: where is geom_mbr MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <1537579240.1637151.1568841050003.JavaMail.yahoo.ref@jws700008.mail.kks.yahoo.co.jp> X-Rspamd-Queue-Id: 46YXhG4x3Lz3HNT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=MPAfeNwZ; dmarc=pass (policy=none) header.from=yahoo.co.jp; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.26 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [-2.89 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:182.22.90.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.co.jp,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ipnet: 182.22.0.0/17(1.81), asn: 23816(1.45), country: JP(-0.02)]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[26.90.22.182.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[26.90.22.182.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2019 21:10:57 -0000 Hi I use MBR SD card on A10. Now I found delete=C2=A0geom_mbr. How to use MBR device ? Thanks Hiroki Mori From owner-freebsd-arm@freebsd.org Wed Sep 18 21:15:07 2019 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 C7CAC127253 for ; Wed, 18 Sep 2019 21:15:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46YXn64P2wz3Hdq for ; Wed, 18 Sep 2019 21:15:06 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 2B7152602AB; Wed, 18 Sep 2019 23:14:57 +0200 (CEST) Subject: Re: where is geom_mbr To: Mori Hiroki , "freebsd-arm@freebsd.org" References: <1537579240.1637151.1568841050003.JavaMail.yahoo.ref@jws700008.mail.kks.yahoo.co.jp> <1537579240.1637151.1568841050003.JavaMail.yahoo@jws700008.mail.kks.yahoo.co.jp> From: Hans Petter Selasky Message-ID: <1fe2a6b6-37f5-00a4-2d8b-01bb34dd1dfb@selasky.org> Date: Wed, 18 Sep 2019 23:14:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.0 MIME-Version: 1.0 In-Reply-To: <1537579240.1637151.1568841050003.JavaMail.yahoo@jws700008.mail.kks.yahoo.co.jp> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46YXn64P2wz3Hdq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.88 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.58)[ip: (-9.08), ipnet: 2a01:4f8::/29(-2.02), asn: 24940(-1.79), country: DE(-0.01)]; FREEMAIL_TO(0.00)[yahoo.co.jp]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2019 21:15:07 -0000 On 2019-09-18 23:10, Mori Hiroki wrote: > Hi > > I use MBR SD card on A10. > > Now I found delete geom_mbr. > > How to use MBR device ? > Hi, I think you are looking for this one: sys/modules/geom/geom_part/geom_part_mbr --HPS From owner-freebsd-arm@freebsd.org Wed Sep 18 21:15:33 2019 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 66DD61272F5 for ; Wed, 18 Sep 2019 21:15:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 46YXnc2sK7z3Hjd for ; Wed, 18 Sep 2019 21:15:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id o12so1563055qtf.3 for ; Wed, 18 Sep 2019 14:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BVcUY5ZpMlijRw9wVmKfTxjZucdli2SG7zCn46wvj20=; b=wMQm1X9OmpKXf0DnqnwDANfIFkId2fJFvG6yeKoPl5drdg/QHXTd52TMdI4rkz3TNT 3Xw9uUXl53eyHrZ6rfFIGZWRu21QU8rWxxc1G/CC+bfJ3J6z7UVVc/+ESqmjul5bVr/B ZtlzvQbyVnSyXINTjjS3MsTPaZ2xkgVnVUq6FzUxH4uYvnErOaau5+U8oZgcE9Y4smls 8rMOZNz4MShM1z5Uf+/ErQPcxgBj5S/INcbWCI1OwQZgt244A7Au8gIU4kgiQw70o+V7 26uwi31+gHP6tt7kw4eqzgqovB9Sei6HOV/h+Az0V3/EPZy2ndEB4UDA2fbrh8cVr71m VdEg== 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=BVcUY5ZpMlijRw9wVmKfTxjZucdli2SG7zCn46wvj20=; b=ASV85c6hU/9OTlK31Y+zyh+PM/8S3/2r7+hgLcvar4/Z6ngn8kiOf1PRV8PDPzvqUL 4gpqdf/yiyVPCYLES7WdWF7dYhPZvYaQ9Xc+RNsDkDbm0IEiT2P3g9OPlspuxVWBSMLL 7n4ENY2Jr+K0Jzn06ekbQXJYQ3QOTNh1Ebcy/c1huDPk48UY5LHAxhWF00GCfsHDSk8O YhHNvl7Dblhyz034aIpIMIfSiGCJo3FrfzCT0bP6I98BtzqDC243Fo186L+7v0YCK9Nk j3/+aiMeEn86yvuAWxPSDld/YUBJHtOTekeD8HzwHha7pfxwy7GyHGUOwATMHckhB9K2 dFGQ== X-Gm-Message-State: APjAAAXEL32MXgSbEstLTtptE83lJXiVCCaMvuTtpWTZqD4j66lQkOka MP62mrgq0GpuLp7v4ZzsCXJM/j4ExXGFkQA7b8JVqA== X-Google-Smtp-Source: APXvYqysNe2XLRjxvH+vTsOksydCwn7veuVIcbf9W9smL638ZJAKmWV1C+EkjUM22sWbiIL4RsDVnO3pHJtvpMJJOyE= X-Received: by 2002:a0c:fca4:: with SMTP id h4mr5119395qvq.236.1568841331361; Wed, 18 Sep 2019 14:15:31 -0700 (PDT) MIME-Version: 1.0 References: <1537579240.1637151.1568841050003.JavaMail.yahoo.ref@jws700008.mail.kks.yahoo.co.jp> <1537579240.1637151.1568841050003.JavaMail.yahoo@jws700008.mail.kks.yahoo.co.jp> In-Reply-To: <1537579240.1637151.1568841050003.JavaMail.yahoo@jws700008.mail.kks.yahoo.co.jp> From: Warner Losh Date: Wed, 18 Sep 2019 22:15:18 +0100 Message-ID: Subject: Re: where is geom_mbr To: Mori Hiroki Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 46YXnc2sK7z3Hjd X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=wMQm1X9O; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::836) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[6.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[yahoo.co.jp]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.84)[ip: (-9.26), ipnet: 2607:f8b0::/32(-2.68), asn: 15169(-2.23), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2019 21:15:33 -0000 On Wed, Sep 18, 2019, 10:11 PM Mori Hiroki wrote: > Hi > > I use MBR SD card on A10. > > Now I found delete geom_mbr. > > How to use MBR device ? > It is handled in geom_part. Warner Thanks > > Hiroki Mori > > _______________________________________________ > 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 Thu Sep 19 01:21:42 2019 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 93742ED0F8 for ; Thu, 19 Sep 2019 01:21:42 +0000 (UTC) (envelope-from me@mko.io) Received: from sender4-of-o58.zoho.com (sender4-of-o58.zoho.com [136.143.188.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46YfFd5BJMz42Gd for ; Thu, 19 Sep 2019 01:21:41 +0000 (UTC) (envelope-from me@mko.io) ARC-Seal: i=1; a=rsa-sha256; t=1568856093; cv=none; d=zoho.com; s=zohoarc; b=muf1WH3ExMend4IpOW2dz2oi20KIt1Md4PnJYtYKObAexawZYLYsqDwjh4+wxS5T5sfj8fBG4v4vwSTMDkeF8egQFmRhI6rQ4aoRXz7S+thuqjuppeT+4YeWemyPi3ZS0PYmZ1RpmMff/Wj96nuHFPvKWnHFTnDz6SAUgVFy08o= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568856093; h=Content-Type:Content-Transfer-Encoding:Date:From:MIME-Version:Message-ID:Subject:To:ARC-Authentication-Results; bh=wByz/SggecBH+tE5Y3WReAMWMd7g0oUqJl5q/ljEwcM=; b=Ze8JfL037qxjaTxlm/2iV1EqhiOmJCaLZb2hstHEGpwOF293tWPPe9bajI3Absfs9jh3D3lo4HhnO51+/9633rCfB2zWWvbO6h7hqdWapBS0StfTdn434L2M25gIlz5mVjIgKy3onT9B8eKw/NuiDtge9G5im0zzCM8qimbE+q0= ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass header.i=mko.io; spf=pass smtp.mailfrom=me@mko.io; dmarc=pass header.from= header.from= Received: from yorda.hub (121-75-101-197.dyn.vf.net.nz [121.75.101.197]) by mx.zohomail.com with SMTPS id 1568856091777385.6982515498622; Wed, 18 Sep 2019 18:21:31 -0700 (PDT) From: mko Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: custom u-boot for RK3399 supports PCIE booting Message-Id: <75BFDF86-DDB7-4638-A27F-0691651E3564@mko.io> Date: Thu, 19 Sep 2019 13:21:25 +1200 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3445.104.11) X-ZohoMailClient: External X-Rspamd-Queue-Id: 46YfFd5BJMz42Gd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of me@mko.io has no SPF policy when checking 136.143.188.58) smtp.mailfrom=me@mko.io X-Spamd-Result: default: False [-4.28 / 15.00]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ARC_ALLOW(-1.00)[i=1]; RECEIVED_SPAMHAUS_PBL(0.00)[197.101.75.121.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[mko.io]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.68)[ipnet: 136.143.188.0/24(-4.86), asn: 2639(-3.47), country: US(-0.05)]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2639, ipnet:136.143.188.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2019 01:21:42 -0000 Hi list, I just found out the Radax team post of NVME booting through first stage = SPI flash, I=E2=80=99ll post here in case someone is interested about it repository: https://github.com/radxa/u-boot.git branch : rk3399-pie-gms-express-baseline mko= From owner-freebsd-arm@freebsd.org Sat Sep 21 08:17:13 2019 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 4F03AFB55E for ; Sat, 21 Sep 2019 08:17: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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46b3N76zfMz4G53 for ; Sat, 21 Sep 2019 08:17: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 x8L8GtP4060121 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 21 Sep 2019 18:17:01 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x8L8GnT0029891 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 21 Sep 2019 18:16:49 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x8L8GnY7029890 for freebsd-arm@freebsd.org; Sat, 21 Sep 2019 18:16:49 +1000 (AEST) (envelope-from peter) Date: Sat, 21 Sep 2019 18:16:49 +1000 From: Peter Jeremy To: freebsd-arm@freebsd.org Subject: ARM programs expecting misspelt __ARM_ARCH_6ZK__ Message-ID: <20190921081649.GM97181@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xQR6quUbZ63TTuTU" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 46b3N76zfMz4G53 X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-7.58 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[rulingia.com]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-3.18)[ip: (-9.91), ipnet: 2001:19f0:5800::/38(-4.94), asn: 20473(-1.01), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2019 08:17:13 -0000 --xQR6quUbZ63TTuTU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When GCC introduced support for the ARMv6KZ architecture, it misspelt it as ARMv6ZK. This only affects arm1176jz-s and arm1176jzf-s but, unfortunately, this includes the BCM2835 as used in the RaspberryPi Model 1. This has been corrected in FreeBSD (see r312292 and https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216104) and GCC (see https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01679.html) and appears to have never been present in Clang. Unfortunately, it seems that various freeware still expects to find __ARM_ARCH_6ZK__, rather than the correct __ARM_ARCH_6KZ__. Within FreeBSD-13, there are references to __ARM_ARCH_6ZK__ (only) in: contrib/openmp/runtime/src/kmp_platform.h contrib/subversion/subversion/libsvn_subr/lz4/lz4.c crypto/openssl/crypto/arm_arch.h sys/arm/include/acle-compat.h sys/contrib/zstd/lib/legacy/zstd_v0?.c sys/contrib/zstd/lib/common/xxhash.c sys/contrib/zstd/lib/common/mem.h In most cases, the incorrect definition just leads to poor code (because the relevant model-specific optimisations aren't enabled) but some ports are fussier: I discovered the problem because ports/security/libressl won't build on my RPi since libressl refuses to build if it doesn't find an __ARM_ARCH_.* definition that it likes. Fixing FreeBSD base code is technically fairly easy. Fixing every port that potentially checks for __ARM_ARCH_6ZK__ is much harder (somewhat on a par with fixing the assumption that FreeBSD-1* is a.out, not ELF). I had a quick check through my ports distfiles and __ARM_ARCH_6ZK__ is referenced more often than I'd expect. The options for ports would seem to be: 1) Hack clang to export __ARM_ARCH_6ZK__ as well as __ARM_ARCH_6KZ__ 2) Expect every port maintainer to fix subtle misbehavour on the RPi1 by adding appropriate patches. 3) When building on ARM, run a sed script that fixes any occurrences of __ARM_ARCH_6ZK__. --=20 Peter Jeremy --xQR6quUbZ63TTuTU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl2F3GtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzRciQ//UyI1ByXjdSABY+EiT4wJvXAn1V4gXnkX1kmdfEbPMlolGOJfKnL66Uf9 pMo6gECRUkvQxiooF5pJIIqv/vGJHUtQjL1J1ZQp5vWrBCuBr54XhXoCcn4fJtoy lRrZaMSOv58UQpNy48wa8PtOp05AtqgOZ964TLk+8L1jW8oQ944E/m4yD5tf8w0U r1ACg3kut6cja4chg+ejDjyARjDC+NBTZfyF+QYLlVms6L299rLPhz6j+H2ZmKC+ 5P/QECftOt6U7XYwrueK9h4uBDFvfHVWoLSBCMqgcVREQX0j93qCdu2QRigAV82/ P9pWHgTli2DW1jyFXnJXJph6P3am/endCUnxJUJ7C4Moge6Ykc2GPhKrtGAMYT36 ZndCMxGzNRkzVxeunf2heZu8g3UbKrHtSTc3Eplt2zSiwQcBSKVwDmr6u8bmzuYd FLwOSvYac4KoSfNGpnBwxCUvnYQLv/+UbGBEs8YtI9h7sbKk+ukNvpr40f21MOxc pYO/bz1FSxAmzbsp25j2OM6/XXAbYRdmdrzvk53iQclUATqvAPZvpPPPrAWydv1A VzP6MOoVvdKFM2Li5VG3pXTfSQWvjCTjs/5sC3wAzjX9xag80NdjXkYBBaVAktwY 2fWibufZD8CQiV98MDTe0+jQHazyqN4MD8ME9KXB6uaQOopEbK8= =LkkM -----END PGP SIGNATURE----- --xQR6quUbZ63TTuTU-- From owner-freebsd-arm@freebsd.org Sat Sep 21 09:55:30 2019 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 4B068FDA5F for ; Sat, 21 Sep 2019 09:55:30 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) 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 46b5YY3DGGz4LL5 for ; Sat, 21 Sep 2019 09:55:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x729.google.com with SMTP id u184so10013015qkd.4 for ; Sat, 21 Sep 2019 02:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yC2PaIGu6XK07LnvnwhzLSUxgkL/cSsPBmFp1fp0ie8=; b=fGJS6eW9kLAkxcftB1uLYZdKdFlb7X8qgQhW/qYlCSjXkUk5v12fL4sliRLTZnU+lW VMwKL/mo7OWjZchcunWECEazlW1NYHLebyZPhIDUYZL6WxmDTuwl+2jeBlJ1TkXmwBP1 qwfFOEDIyplMI2dqA/PllawxULD9s0xnNXgsKhh9TiaisQfFuR2CMjAoH0zvlkkhA6HQ T5Vd9K4B8I/x2tJYFUChxI/ZrxuqypuAFl4SrlQ5SUcKkAN6vkET3WFKot3bgs9aRH2b PUuQBo1tT8M6Wy7mOeKH57ZfKuR/m2WC3sAwqaBRJOl7fO/iEG1tJ3D3eP9yxJ7lJ+2+ 1Y4Q== 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=yC2PaIGu6XK07LnvnwhzLSUxgkL/cSsPBmFp1fp0ie8=; b=IWC4bk44GhXAEKpXdGAphwTl2x1lZdl+fTkAmzgVu1bDkB+9Fyfks4w4HmaxCVzCQ7 zrxOrSjM0Yu8Q3peG0YR1wLADX4Z+NCDLQC4stOnXkg0terQAd/hI/fQjf8mNoJ9Mw4j lkBE0SoW5kmB2DIxT9ghg+5maBrxpjV+DoK/hupRoAGtfCNwvQt3X6ntpWcakF3GidGr OdIIcZjM2kSaqv9YiNs2sfPFfhU8ztGTx2jXWfdnpYMoiuAT3IUqAyjOAevWQi/MZtvL Cv7a8aeLFdtE+Tq6QL3AsdZB37qgZeSTcUQJwW91j2wqa47fe4t4cXBiKi8DewTjD/C/ Uu1g== X-Gm-Message-State: APjAAAWrjpDMWxEK5HEILL2vszlWVlmUyXMRTp6NUyY9BBOLw3eVIVXl 8tEAoaTOnO4OKGYlPr5HhS7qrdqzeC3oabjO5myBPrAJHOQ= X-Google-Smtp-Source: APXvYqxB1VGpuW0kZgaHsMdS9xDxKneYNEzgoyU6ltfEDk5ll3KcAUWR37+KShXdb8pEIq6IxsVdKqqUXEaSosEwP20= X-Received: by 2002:a05:620a:12b6:: with SMTP id x22mr7933798qki.495.1569059727636; Sat, 21 Sep 2019 02:55:27 -0700 (PDT) MIME-Version: 1.0 References: <20190921081649.GM97181@server.rulingia.com> In-Reply-To: <20190921081649.GM97181@server.rulingia.com> From: Warner Losh Date: Sat, 21 Sep 2019 11:55:15 +0200 Message-ID: Subject: Re: ARM programs expecting misspelt __ARM_ARCH_6ZK__ To: Peter Jeremy Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 46b5YY3DGGz4LL5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=fGJS6eW9; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::729) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.84 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[9.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.84)[ip: (-9.28), ipnet: 2607:f8b0::/32(-2.65), asn: 15169(-2.20), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2019 09:55:30 -0000 On Sat, Sep 21, 2019, 10:17 AM Peter Jeremy wrote: > When GCC introduced support for the ARMv6KZ architecture, it misspelt it > as ARMv6ZK. This only affects arm1176jz-s and arm1176jzf-s but, > unfortunately, this includes the BCM2835 as used in the RaspberryPi > Model 1. This has been corrected in FreeBSD (see r312292 and > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216104) and GCC (see > https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01679.html) and appears to > have never been present in Clang. > > Unfortunately, it seems that various freeware still expects to find > __ARM_ARCH_6ZK__, rather than the correct __ARM_ARCH_6KZ__. Within > FreeBSD-13, there are references to __ARM_ARCH_6ZK__ (only) in: > contrib/openmp/runtime/src/kmp_platform.h > contrib/subversion/subversion/libsvn_subr/lz4/lz4.c > crypto/openssl/crypto/arm_arch.h > sys/arm/include/acle-compat.h > sys/contrib/zstd/lib/legacy/zstd_v0?.c > sys/contrib/zstd/lib/common/xxhash.c > sys/contrib/zstd/lib/common/mem.h > > In most cases, the incorrect definition just leads to poor code (because > the relevant model-specific optimisations aren't enabled) but some ports > are fussier: I discovered the problem because ports/security/libressl > won't build on my RPi since libressl refuses to build if it doesn't find > an __ARM_ARCH_.* definition that it likes. > > Fixing FreeBSD base code is technically fairly easy. Fixing every port > that potentially checks for __ARM_ARCH_6ZK__ is much harder (somewhat on > a par with fixing the assumption that FreeBSD-1* is a.out, not ELF). I > had a quick check through my ports distfiles and __ARM_ARCH_6ZK__ is > referenced more often than I'd expect. > > The options for ports would seem to be: > 1) Hack clang to export __ARM_ARCH_6ZK__ as well as __ARM_ARCH_6KZ__ > 2) Expect every port maintainer to fix subtle misbehavour on the RPi1 > by adding appropriate patches. > 3) When building on ARM, run a sed script that fixes any occurrences > of __ARM_ARCH_6ZK__. > I'd prefer #1. Or a 1a that defines the bad one if the good one is defined in some appropriate system header. It has become a defacto API... Warner -- > Peter Jeremy > From owner-freebsd-arm@freebsd.org Sat Sep 21 10:32:36 2019 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 F309BFE863 for ; Sat, 21 Sep 2019 10:32:36 +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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46b6NM65NSz4MdY for ; Sat, 21 Sep 2019 10:32:35 +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 x8LAWOCQ060598 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Sat, 21 Sep 2019 20:32:30 +1000 (AEST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id x8LAWJlO034473 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 21 Sep 2019 20:32:19 +1000 (AEST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id x8LAWJrF034472 for freebsd-arm@freebsd.org; Sat, 21 Sep 2019 20:32:19 +1000 (AEST) (envelope-from peter) Date: Sat, 21 Sep 2019 20:32:19 +1000 From: Peter Jeremy To: freebsd-arm@freebsd.org Subject: Re: ARM programs expecting misspelt __ARM_ARCH_6ZK__ Message-ID: <20190921103219.GN97181@server.rulingia.com> References: <20190921081649.GM97181@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LG0Ll82vYr46+VA1" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 46b6NM65NSz4MdY X-Spamd-Bar: ------- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-7.59 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[rulingia.com]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; RCVD_TLS_ALL(0.00)[]; IP_SCORE(-3.19)[ip: (-9.91), ipnet: 2001:19f0:5800::/38(-4.95), asn: 20473(-1.03), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2019 10:32:37 -0000 --LG0Ll82vYr46+VA1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Sep-21 11:55:15 +0200, Warner Losh wrote: >On Sat, Sep 21, 2019, 10:17 AM Peter Jeremy wrote: >> The options for ports would seem to be: >> 1) Hack clang to export __ARM_ARCH_6ZK__ as well as __ARM_ARCH_6KZ__ > >I'd prefer #1. Or a 1a that defines the bad one if the good one is defined >in some appropriate system header. It has become a defacto API... The definition is in contrib/llvm/tools/clang/lib/Basic/Targets/ARM.cpp: void ARMTargetInfo::getTargetDefines(const LangOptions &Opts, MacroBuilder &Builder) const { =2E.. if (!CPUAttr.empty()) Builder.defineMacro("__ARM_ARCH_" + CPUAttr + "__"); So it probably needs special casing to export __ARM_ARCH_6ZK__ when CPUAttr is "6KZ". --=20 Peter Jeremy --LG0Ll82vYr46+VA1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl2F/C1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzTeFQ//RTB9zB5xbOwKa+hKPIvA/ac/2yAsgPZ2q+pwQkOaef3HnhH4D5T0XRJE e+fFX5QVH3qbIWWHWBjpCtvnp/ESzXW72+t9dv2zuomZYtFxhrUt8Emckwxf/kTN sq5xlrWEiLOp1MdCFqCVCE0TIYVWF5Tgs3Hq0FwvraLAYGo7wfKGieEVTs3Lf5hc WHo7NpDE4MFFa0n1G9I0Gz4fNjxx+21HWerWXR3k3pX1n99UoWz9/9cO7emyodg+ tJPgfNYjpPzhhGLTuaDAZgxt/2MqgwJk6VWLcfWrWEtap5TkwuOA4aQ7HgGMb6av +EkeCoG25pqH8vsGZ2ky7r4F6qu2vgEhbEHJdQFSIkfTziAR9dEsgUQSP6ZPDek/ 1e6egls//niNX1QuJVMFRW/Tb/PQmYuKSrMwcQoCr9xT5gGW0aY4jUL59IedNczG un387O3/GIjadyx8L8uV9NegCSNADF0koWxgGnTjUOsrUt2y5EcTEbria38UmFHk Swh5kgOovQp1C50dcWH7b84ltZmqIW4wQc6HBt138fmuBb9rEK7mX6juwBAnqw+o gUIE9jC123YMYMQxH8/bG18IrSi9GOgAJYDXh753ZTIpCIESre1ZEoe1ws3bWSXJ LuRtZhLA96dAg146MVxOWnY4hQrv2CNm4iVIgCx4kSlS+OYgQ8s= =IHPT -----END PGP SIGNATURE----- --LG0Ll82vYr46+VA1-- From owner-freebsd-arm@freebsd.org Sat Sep 21 12:26:38 2019 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 1B75C1225A2 for ; Sat, 21 Sep 2019 12:26:38 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46b8vx4pmrz4S0t for ; Sat, 21 Sep 2019 12:26:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7F0F0E263 for ; Sat, 21 Sep 2019 12:26:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8LCQbEq012041 for ; Sat, 21 Sep 2019 12:26:37 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8LCQbZH012040 for freebsd-arm@FreeBSD.org; Sat, 21 Sep 2019 12:26:37 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240201] smsc floods console with warning messages "Failed to read register 0x114" and "MII is busy" Date: Sat, 21 Sep 2019 12:26:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: iz-rpi03@hs-karlsruhe.de X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2019 12:26:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240201 iz-rpi03@hs-karlsruhe.de changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|New |Closed --- Comment #7 from iz-rpi03@hs-karlsruhe.de --- The fix related to bug #240518 (fixing the panic) fixes the flooding as wel= l. Those "smsc0: warning: ..." messages still appeared in one of three tests, but they are not flooding the console any more. Also the system continues to respond to user/keyboard interactions. Because of those changes in the bug environment (can not reliable reproduce "smsc0: warning: ..." messages any more, system continues to respond now) h= ere I close this bug report. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Sep 21 23:15:48 2019 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 CD84AE96FB for ; Sat, 21 Sep 2019 23:15:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46bRK057CKz44rh for ; Sat, 21 Sep 2019 23:15:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 94C221D82C for ; Sat, 21 Sep 2019 23:15:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x8LNFmqP070589 for ; Sat, 21 Sep 2019 23:15:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x8LNFmb5070585 for freebsd-arm@FreeBSD.org; Sat, 21 Sep 2019 23:15:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 240740] aw_pwm - clk_rate may be never found Date: Sat, 21 Sep 2019 23:15:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: k.lewandowski@me.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Sep 2019 23:15:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240740 Bug ID: 240740 Summary: aw_pwm - clk_rate may be never found Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: k.lewandowski@me.com I found this when I was looking at aw_pwm.c code, I tried to contact manu@ = but never got any feedback. Suspected line is: https://github.com/freebsd/freebsd/blob/master/sys/arm/allwinner/aw_pwm.c#L= 276 If 'div' does not fit '0xffff' (prescaler =3D=3D 1) at the beginning: ... div =3D AW_PWM_MAX_FREQ / period_freq; if ((div - 1) > AW_PWM_PERIOD_TOTAL_MASK) { ... then traversing prescalers and multiplying freq: ... div =3D (AW_PWM_MAX_FREQ * aw_pwm_clk_prescaler[i]) / period_freq; ... will make the 'div' even bigger and this condition: ... if ((div - 1) < AW_PWM_PERIOD_TOTAL_MASK ) ... will never be met. Shouldn't prescaler be used to divide the AW_PWM_MAX_FREQ instead? And with prescalers visited in increasing order eventually best match would be found? I may be wrong though, just wanted to check, --=20 Krystian --=20 You are receiving this mail because: You are the assignee for the bug.=