From owner-freebsd-arm@freebsd.org Sun Mar 29 16:44:54 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 6FB202A4468; Sun, 29 Mar 2020 16:44:54 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from brown.elm.relay.mailchannels.net (brown.elm.relay.mailchannels.net [23.83.212.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48r1dy0DLtz46mL; Sun, 29 Mar 2020 16:44:37 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 02342100E2A; Sun, 29 Mar 2020 16:44:27 +0000 (UTC) Received: from pdx1-sub0-mail-a53.g.dreamhost.com (100-96-14-9.trex.outbound.svc.cluster.local [100.96.14.9]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 529DA100F4B; Sun, 29 Mar 2020 16:44:26 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a53.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.6); Sun, 29 Mar 2020 16:44:26 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Duck-Absorbed: 1cf501d15561da5d_1585500266775_830148381 X-MC-Loop-Signature: 1585500266775:3399237811 X-MC-Ingress-Time: 1585500266775 Received: from pdx1-sub0-mail-a53.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a53.g.dreamhost.com (Postfix) with ESMTP id 0E7167FFD9; Sun, 29 Mar 2020 09:44:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=skibo.net; bh=e7BW9rHU41nU3IuNyeTuZrqAtOQ=; b=nr Y2jXoUu6RnrNn9q/xNUfEvW4YZDHwh579Bf2c+hrkk+MyXP0A7F0mIvkpufknd++ js6xyl45DyMopbkKYSIHsx3o0PVyqKqkz3hKOV0YxzzuRAToECC49pDAsmj5Y/dz tHJIdarpWGGvMUgXDMfmlZJ6h9Rt6vFUuVEaKy9/k= Received: from bentley (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a53.g.dreamhost.com (Postfix) with ESMTPSA id 727307F7D3; Sun, 29 Mar 2020 09:44:25 -0700 (PDT) Date: Sun, 29 Mar 2020 09:44:22 -0700 X-DH-BACKEND: pdx1-sub0-mail-a53 From: Thomas Skibo To: Mark Millard Cc: Conrad Meyer , freebsd-arm , FreeBSD Current Subject: Re: FYI: artifact-based head bisect and OPi+2e (an armv7): -r359311 fails to boot but -r359309 boots (kernel substitutions) Message-ID: <20200329164422.GA68768@bentley> References: <221A0E27-6A0F-4136-AB76-2D6664279363.ref@yahoo.com> <221A0E27-6A0F-4136-AB76-2D6664279363@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <221A0E27-6A0F-4136-AB76-2D6664279363@yahoo.com> X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedugedrudeifedguddtiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdfftffgtefojffquffvnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeffhffvuffkfhggtggujgesthdtredttddtvdenucfhrhhomhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepieejrddukedtrdehledrkedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepsggvnhhtlhgvhidpihhnvghtpeeijedrudektddrheelrdekuddprhgvthhurhhnqdhprghthhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqedpmhgrihhlfhhrohhmpehthhhomhgrshdqsghsugesshhkihgsohdrnhgvthdpnhhrtghpthhtohepfhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 48r1dy0DLtz46mL X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=nr Y2jXo; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.212.23 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-3.25 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[skibo.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[skibo.net:+]; RCVD_IN_DNSWL_NONE(0.00)[23.212.83.23.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.25)[ip: (-4.12), ipnet: 23.83.208.0/21(-1.11), asn: 36483(-0.96), country: CA(-0.09)]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[81.59.180.67.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MIME_TRACE(0.00)[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: Sun, 29 Mar 2020 16:44:54 -0000 On Sun, Mar 29, 2020 at 12:29:00AM -0700, Mark Millard via freebsd-arm wrote: > While trying to update the head version > in use I ran into boot hangups on the > OrangePi+ 2e and did an approximate > bisect of artificact.freebsd.org kernels > to find approximately which kernel > version the issue started at. > > I found that head -r359309 boots and > -r359311 fails (shown later below). > The original update attempt was from > -r359966 to -r359376 and -r359376 > stopped there as well. (I kept world > there and varied the kernel version > for the approximate bisect activity.) > > It seems that at least one of the > "MI-namespace" atomics added do not work > in all its usage-contexts on the cortexA7 > (armv7) involved. It looks like my previous reply didn't go to the mailing lists. I'm new to mutt. Anyway, I looked at this problem yesterday and it seems r359311 enables using some atomic operations that were not being used until now. In particular, atomic_fcmpset_8() seems broken and hangs up in vm_page_bits_swap(). I think I have a fix but I want to run it by Ian. --Thomas Index: sys/arm/include/atomic-v6.h =================================================================== --- sys/arm/include/atomic-v6.h (revision 359412) +++ sys/arm/include/atomic-v6.h (working copy) @@ -196,7 +196,7 @@ \ __asm __volatile( \ "1: ldrex" SUF " %[tmp], [%[ptr]] \n" \ - " ldr %[ret], [%[oldv]] \n" \ + " ldr" SUF " %[ret], [%[oldv]] \n" \ " teq %[tmp], %[ret] \n" \ " ittee ne \n" \ " str" SUF "ne %[tmp], [%[oldv]] \n" \ -- ========= Thomas Skibo thomas-bsd@skibo.net