From owner-freebsd-current@freebsd.org Sat Aug 4 19:37:37 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 038751050B9B for ; Sat, 4 Aug 2018 19:37:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 5AC9E85092; Sat, 4 Aug 2018 19:37:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w74JbNn2021249 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 4 Aug 2018 22:37:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w74JbNn2021249 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w74JbNKY021248; Sat, 4 Aug 2018 22:37:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 4 Aug 2018 22:37:23 +0300 From: Konstantin Belousov To: Warner Losh Cc: Emmanuel Vadot , Ian Lepore , Kyle Evans , freebsd-current Current , Eitan Adler Subject: Re: panic: mutex pmap not owned at ... efirt_machdep.c:255 Message-ID: <20180804193723.GU6049@kib.kiev.ua> References: <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> <20180804211858.e7ea14c07b239cacf06ef248@bidouilliste.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home 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:37:37 -0000 On Sat, Aug 04, 2018 at 08:28:25PM +0100, Warner Losh wrote: > When I looked at it, I'd assumed there would be VA range we'd assign to the > PAs in the EFI table that at the loader and kernel would agree on. The DMAP > does this on x64 and aarch64, but that's not an option for armv7 nor i386. It is not DMAP. Amd64 works by assumption that ROM BIOS and its memory are located at the physical addresses below 4G. Since kernel is always mapped at upper half of the virtual address space, we hope that identity mapping for RT memory can be established over the user half of the VA. Apparently arm64 makes the same assumption.