From owner-freebsd-arm@freebsd.org Sat Feb 8 11:44:49 2020 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 2A305240263 for ; Sat, 8 Feb 2020 11:44:49 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48F9M44YhMz3Fw4; Sat, 8 Feb 2020 11:44:48 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [IPv6:2a02:8109:1140:c3d:6940:818d:bec9:25e2] (unknown [IPv6:2a02:8109:1140:c3d:6940:818d:bec9:25e2]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id D1AA7721E282E; Sat, 8 Feb 2020 12:44:44 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: RPi3 not using SMP? From: Michael Tuexen In-Reply-To: <6B6CCB8F-B56A-4758-BEEC-6418718C95CB@yahoo.com> Date: Sat, 8 Feb 2020 12:44:44 +0100 Cc: bob prohaska , freebsd-arm@freebsd.org, Jeff Roberson Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200208011940.GA8570@www.zefox.net> <6B6CCB8F-B56A-4758-BEEC-6418718C95CB@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-Rspamd-Queue-Id: 48F9M44YhMz3Fw4 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.68 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.80)[-0.804,0]; ASN(0.00)[asn:680, ipnet:193.174.0.0/15, country:DE]; NEURAL_HAM_LONG(-0.87)[-0.872,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, 08 Feb 2020 11:44:49 -0000 > On 8. Feb 2020, at 03:46, Mark Millard via freebsd-arm = wrote: >=20 >=20 >=20 > On 2020-Feb-7, at 17:19, bob prohaska wrote: >=20 >> For some weeks now an RPi3 running -current has seemed rather = slow.... >>=20 >> On looking at the early part of the boot message the processor >> attributes seem rather scant: >>=20 >> ...... >> elease APs...APs not started >> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >> Instruction Set Attributes 0 =3D >> Instruction Set Attributes 1 =3D <> >> Processor Features 0 =3D >> Processor Features 1 =3D <> >> Memory Model Features 0 =3D >> Memory Model Features 1 =3D <8bit VMID> >> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> >> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 = Breakpoints,PMUv3,Debugv8> >> Debug Features 1 =3D <> >> Auxiliary Features 0 =3D <> >> Auxiliary Features 1 =3D <> >> CPU 1: (null) (null) r0p0 affinity: 0 >> CPU 2: (null) (null) r0p0 affinity: 0 >> CPU 3: (null) (null) r0p0 affinity: 0 >> ............ >> In a top window, STATE is reported as RUN, rather than the >> former CPUn. >>=20 >> Is a software switch now required to enable multiprocessing? >>=20 >> Or, could it be related to the lines: >> psci0: PSCI version number mismatched with DT=20 >> as pointed out by Mark M in reference to the cpu_reset failed >> problem, which is still manifest?=20 >>=20 >> The kernel is at r357644. >=20 > Head -r356767's kernel does not have this problem for RPi3/4 used as > aarch64 FreeBSD. >=20 > Head -r356776 and later all have this problem for both RPi3 and RPi4. >=20 > Note: There are no head versions between those. Did you ping Jeff (CCed), since it is his commit and he might know what = is going on? Best regards Michael >=20 > The console log shows evidence of the problem much earlier. > Instead of saying: >=20 > psci0: on ofwbus0 > psci0: PSCI version 0.2 compatible >=20 > (once) it says: >=20 > psci0: on ofwbus0 > psci0: PSCI version number 0 mismatched with DT, default 2 > device_attach: psci0 attach returned 6 >=20 > (and those 3 lines repeat in various places) for which none of > them show up for -r356767 . >=20 > Without identifying and using PSCI, the extra cores will not > start and the cpu(s) will not reset. (PSCI is the ARM interface > for doing such things.) >=20 > I've no clue why, but the version number it gets in my RPi4 > experiments is 0. My only guess is that at some point > memory important to ARM's PSCI operation has been touched > and is no longer valid for the PSCI operation. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 > _______________________________________________ > 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"