From owner-freebsd-arm@freebsd.org Tue Jul 14 07:45:23 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 91AAC359791 for ; Tue, 14 Jul 2020 07:45:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B5XcM0PJtz4HPc; Tue, 14 Jul 2020 07:45:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1594712720; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XX7y5CbYKBWrgut0h4xroGwkjeodb66hw835pyAXwCQ=; b=YqcmpQqJWYwh76xUv4Xr/QmA97kr4iAERjW1tHolIVuLMEFyg1V0FmKWgwaUdIlwO3nhar SGx6O26ga7JdgiOteoT1UM3aoHRdqdaylip5nx+jzDvVTGw8URCOXzQwluy3PfzfBYo2gR qZYMARZfhtcEYjV3TFoJU6LyADLQTm0= Received: from amy (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 350f72c5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 14 Jul 2020 07:45:19 +0000 (UTC) Date: Tue, 14 Jul 2020 09:45:19 +0200 From: Emmanuel Vadot To: Danilo =?ISO-8859-1?Q?Eg=EAa?= Gondolfo Cc: Vincent Milum Jr , freebsd-arm@freebsd.org Subject: Re: big.LITTLE status for rk3399/rockpro64? Message-Id: <20200714094519.f61b85e267d24c02f6a1c09f@bidouilliste.com> In-Reply-To: References: <878sfnz61y.wl-bsd@zeppelin.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4B5XcM0PJtz4HPc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2020 07:45:23 -0000 On Mon, 13 Jul 2020 19:06:22 +0100 Danilo Eg=EAa Gondolfo wrote: > On Mon, Jul 13, 2020 at 6:27 PM Vincent Milum Jr > wrote: >=20 > > I'm curious about this, too. I recently got the Pinebook Pro up and > > running, and would like to start testing all 6 CPU cores for doing > > compilation tasks. > > > > On Mon, Jul 13, 2020 at 10:19 AM Josh Howard wrote: > > > > > It looks like it's been a couple of months since there's been any news > > > around it. Anything in particular still needed as far as testing or > > > debugging that goes? I have a Rockpro64 and a RockPi4e (though I don't > > have > > > that booting yet.) that I could potentially test on. > > > > > > Thanks > > > > > > > > > _______________________________________________ > > > 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" > > > > > _______________________________________________ > > 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" > > >=20 > The number of CPUs was limited here > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D360321 >=20 > If you remove the hw.ncpu from your loader.conf you'll be able to use all > the 6 cores. >=20 > Although the commit message mentions a "known issue" with the big.LITTLE > architecture, I was able to use all the 6 cores to rebuild the entire > system and I didn't face any issue. >=20 > Maybe manu@ could give us some context about that. On rockpro64 it was (it's been a while since I've tested) very easy to trigger a panic doing anything usb related (sometimes just inserting a usb thumb drive would triggers it). This is why I've disabled the big cores on the rockpro64 image. --=20 Emmanuel Vadot