From owner-freebsd-current@freebsd.org Sat Aug 4 19:19:07 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FF1210501A5 for ; Sat, 4 Aug 2018 19:19:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 69D6984542; Sat, 4 Aug 2018 19:19:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 443f3786; Sat, 4 Aug 2018 21:18:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=lBS9bTL5moq7XQNpqeu03v/5ZEk=; b=QuG3EC2lCbaeYkGnRaVldiohrkMw uLWLuIJaaeZTl6kskmVoxzt41nh3tIbrs+QzX4v1NtfCF64ibtpznpPBSsAxwceh XXwRUx8MMRT7zN8nIpfsceAWnV9nlx6bwGd05CNZTtbiGGSM86wFNWGSTeYvpHFJ sfRZCFUaIwFMNMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=UnvC66ZN7ZCBOqK4BjjHgVt9rDVwsy1N/r78X5AyZCbTCfB+J60dfxM3 EPcdgsBC/HBmuEO9r490Q93QJIHl4S7kz/Q8SL1M4yKcClON9Jp/HkOCqL2hc+k3 eqbNRQtNCurx6nunEzQcLiCJK22SyDj0NS65Xv2dovX6lgBiwVg= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 37661b3d TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 4 Aug 2018 21:18:58 +0200 (CEST) Date: Sat, 4 Aug 2018 21:18:58 +0200 From: Emmanuel Vadot To: Ian Lepore Cc: Konstantin Belousov , Kyle Evans , freebsd-current Current , Eitan Adler Subject: Re: panic: mutex pmap not owned at ... efirt_machdep.c:255 Message-Id: <20180804211858.e7ea14c07b239cacf06ef248@bidouilliste.com> In-Reply-To: <1533397631.9860.14.camel@freebsd.org> References: <20180804083720.GJ6049@kib.kiev.ua> <20180804131352.GL6049@kib.kiev.ua> <1533394281.9860.5.camel@freebsd.org> <20180804152225.GP6049@kib.kiev.ua> <1533396347.9860.11.camel@freebsd.org> <20180804154327.GQ6049@kib.kiev.ua> <1533397631.9860.14.camel@freebsd.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 19:19:07 -0000 On Sat, 04 Aug 2018 09:47:11 -0600 Ian Lepore wrote: > On Sat, 2018-08-04 at 18:43 +0300, Konstantin Belousov wrote: > > On Sat, Aug 04, 2018 at 09:25:47AM -0600, Ian Lepore wrote: > > >=20 > > > On Sat, 2018-08-04 at 18:22 +0300, Konstantin Belousov wrote: > > > >=20 > > > > On Sat, Aug 04, 2018 at 09:58:43AM -0500, Kyle Evans wrote: > > > > >=20 > > > > >=20 > > > > > On Sat, Aug 4, 2018 at 9:51 AM, Ian Lepore wrot= e: > > > > > >=20 > > > > > >=20 > > > > > >=20 > [...] > > > > > > What do we do on 32-bit arm that has no dmap but may have efi > > > > > > runtime > > > > > > support? > > > > > >=20 > > > > > This should probably just be compiled out for !arm64 && !x86 - its > > > > > sole purpose was to compensate for outdated loader.efi that hasn't > > > > > done the SetVirtualAddressMap. EFI on 32-bit ARM is "new" enough > > > > > that > > > > > it shouldn't have this problem. > > > > Does EFI on 32bit arm have RT support ? > > > I suspect the uboot implementation doesn't, but I can't think of any > > > reason why other implementations are not possible/available. In > > > particular, even 32bit arm supports virtualization and such an > > > environment could provide rt support. > > No, I mean, does our kernel has RT support on armv7 ?=A0=A0I only imple= mented > > necessary VM tricks for amd64, then it was ported to arm64, and in both > > cases it relies on 64bit address space and specific location of the KVA. >=20 > I didn't realize the kernel implementation was arch-specific. So I > guess this comes under the category of "we'll solve that problem when > something comes along that provides efi rt for arm32." U-Boot doesn't provide a runtime service, I never tested the available port of EDK2 for BBB or RPI, I guess they boot the kernel in HYP/non-secure mode and install an runtime in secure world along with some psci firmware. --=20 Emmanuel Vadot