From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pb-smtp2.pobox.com ([64.147.108.71]) by ewsd; Thu May 7 14:46:49 EDT 2020 Received: from pb-smtp2.pobox.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 63E2242529 for <9front@9front.org>; Thu, 7 May 2020 14:46:33 -0400 (EDT) (envelope-from unobe@cpan.org) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date :mime-version:content-type:content-transfer-encoding:subject:to :from:message-id; s=sasl; bh=7yw2Xc6f/PvCnKkibW+YhwHzdc0=; b=KX0 z5gl/k71VXJ6hsMu1ryJSBHIrNQ/9m4S9IzJPH9P5WbqmBHbVzYmoPDKAMU+IGsm Fdj//5pP6yaxPriOV2WMTtXnuERLaIBf1lcM8MOXc/YYsbaLgMbLfakrUq3HjtLU +HBT7jF6/DTDNvmUCFzZahAxUXJal7AKfBHkP4yk= Received: from pb-smtp2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 506D642528 for <9front@9front.org>; Thu, 7 May 2020 14:46:33 -0400 (EDT) (envelope-from unobe@cpan.org) Received: from [10.0.1.31] (unknown [137.25.138.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp2.pobox.com (Postfix) with ESMTPSA id 35CFE4251F for <9front@9front.org>; Thu, 7 May 2020 14:46:32 -0400 (EDT) (envelope-from unobe@cpan.org) Date: Thu, 07 May 2020 18:46:30 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: rpi4 shoots to 100% load and is unresponsive To: 9front@9front.org From: Romano Message-ID: <2CCB0817-9F56-4A8E-8A72-F6555FB40280@cpan.org> X-Pobox-Relay-ID: 11DAE334-9093-11EA-9CD1-D1361DBA3BAF-09620299!pb-smtp2.pobox.com List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: cache template Hello all, To get my Raspberry Pi 4 up and running, I used the rpi3 iso image from 9f= ront=2Eorg to copy to an SD card, and booted from that=2E That worked fine,= but the lack of memory-awareness made some compilations untenable: changes= et 7408 only recognized ~500MB of the 4GB I had=2E So I pulled the latest c= ommits from 9front and installed the kernel both at /arm64/ and /n/pidos/ b= y going to /sys/src/9/bcm64 and running 'mk install' followed by copying 9p= i4 to /n/pidos: that allowed 9front to recognize the 4GB of memory on reboo= t=2E I also updated the firmware under /sys/src/boot/bcm/, and copied that = over to /n/pidos, thinking that perhaps outdated firmware from the 7408 cha= ngeset build could be an issue=2E However, both with and without the firmware updates, the load quickly esca= lates to 100% and the 'Delete' is ineffective after just a little bit of ti= me doing anything=2E I have to hit the kill switch=2E For instance, I was = compiling git9, and sometimes it stops during compilation (mk all), other t= imes it'll get a little further and stop during mk install=2E The mouse can= still move around, but clicks don't perform any actions and the stats wind= ow just shows the load hitting max and staying there=2E Did I miss a recent thread om the mailing list re: this? Can anyone think = of a recent commit that might cause that behavior? Anything I can offer fro= m the raspberry pi to help determine the possible cause? Could it be due to= not building the compilers, or userland tools, or the kernel in a specific= order or a specific way?