From nobody Sat Apr 9 14:22:02 2022 X-Original-To: dev-commits-src-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 930981A8FA89; Sat, 9 Apr 2022 14:22:16 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KbHPh3cLDz4pYK; Sat, 9 Apr 2022 14:22:16 +0000 (UTC) (envelope-from kevans@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649514136; 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=nezJ1/X35S72JysnBh6056im2nY0Uh/gnv0nvpSE7+s=; b=MtkRCX6duTbzRlDNpuN5nbJLnkx7dNvSeIWmGBF7hbpnA30yatEc7gtQJmlaj3LV0yek3/ tAwPYxYoQ/qlDgemIMcB2VsVigjTQH6eaIFHKgWpRp7TSXM3fkeKvI3Za4s4foJX161kNA yhxewQZEsI9STAEaau2a4RbDx15OOJzgRCi7KPwa5aT3tnm6zEXG18bMGn19zOqauDjGJ1 8v2n/XALE3I9l3gFsRY9wi4kd4Aw4yhli/k5fkWpkVBq0m5NAhRmc+kT4zDnz2zUVqt9ev PmK0PZASfM6bAYFftnO8t2c00lDN73W3IVgUn5BHIuPru/kJjjiC++abYIrR9w== Received: from mail-lj1-f176.google.com (mail-lj1-f176.google.com [209.85.208.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 58C4987F7; Sat, 9 Apr 2022 14:22:16 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-lj1-f176.google.com with SMTP id bn33so14791058ljb.6; Sat, 09 Apr 2022 07:22:16 -0700 (PDT) X-Gm-Message-State: AOAM533z+NfqMFrw28zNxnuEMp6XcG0vrBUnJYQiLe9LhCe1xvgkHWS5 pbrqn5l/N4nIf1f130eeVrQmTPa8VsGUQz+ddnw= X-Google-Smtp-Source: ABdhPJzGwOGYoc47LtRlWe5cNBuT21B4AGD+WScVU9JXAorbne3hOUZjsOvdQr2J0iuPqxiuFMlvWMHkj7iTFulZAt0= X-Received: by 2002:a2e:7c16:0:b0:246:377b:f802 with SMTP id x22-20020a2e7c16000000b00246377bf802mr14601527ljc.155.1649514134804; Sat, 09 Apr 2022 07:22:14 -0700 (PDT) List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org MIME-Version: 1.0 References: <202204061324.236DO0pe071404@gitrepo.freebsd.org> In-Reply-To: From: Kyle Evans Date: Sat, 9 Apr 2022 09:22:02 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: git: bcd763b642ab - main - Move the arm64 DMAP creation to C To: Andrew Turner Cc: src-committers , "" , dev-commits-src-main@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1649514136; 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=nezJ1/X35S72JysnBh6056im2nY0Uh/gnv0nvpSE7+s=; b=aQMTdteOCbilgD4kc0qilHOumYlkbguowZ+0fUHSpHX2i27M3emcFJXdVbXYQ2u8J6imyl Jx4X2tIiwqIO1bQ2idJX3kmvLIS7zxxIM4aNds8VuNU5MB04fcn5aINj+L0zJekfwbkIRb YKvZXs3lq1GQgdDEzFyV67lvTLVTl3JrHC8RRc+INWjRHLDTVlrwkB0zf8RhwxDeYdgOuu MmK9JgE+r1pZfIv1zZXfwfDosT3yHQnqAJkyw5gd7G8n9FnBSTtHnfmXjgKRE9f3Tb1zKK 1YJJvkGzMIBkPxXM10tquVHH6B+j1TCYrmYDdmdEgmBtGTozOjEiXcsdYlS3Pg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1649514136; a=rsa-sha256; cv=none; b=UMNnG3vOHGRNzSC+eNc9/j/JYUd3O7k0g29hiO4iqAfe3Ayi8TPN98wxN3fL6Z7JcHpRpk VGH4MXxxVb/g2nN/US33JIZ9v6o4tffz+rf/j19antNergtQtHEDDQt5IukNjBpC6y0QOX QmpHSnkkroIXjx85d4ETzOH++4aaQRUgQyGiNF4GVqHP/fLLL8WiLmW3Qc+1mnYHwB5fyo K7rE6TWQ94guik7aoX5KMbjtqb/b5IAEkiB+uhSyz+YyBHLZv9zvA10QpoT7jDeRdn85Bs njdikxDk39zUhR9JnRnAQ+hL8AXmosO6x+7iV0P3yAnIHzwYj3dhLS1jbNHgaQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N On Sat, Apr 9, 2022 at 2:41 AM Andrew Turner wrote: > > > > On 9 Apr 2022, at 06:44, Kyle Evans wrote: > > On Sat, Apr 9, 2022 at 12:43 AM Kyle Evans wrote: > >> > >> On Sat, Apr 9, 2022 at 12:31 AM Kyle Evans wrote: > >>> > >>> Our Ampere boxes were fine with this, but this seems to tickle > >>> something on this M1 mini that I have. Specifically, we end up dying > >>> while probing UEFI stuff, here: > >>> > >>> https://cgit.freebsd.org/src/tree/sys/dev/efidev/efirt.c#n183 > >>> > >>> efi_systbl_phys =3D=3D 0x9e0979f30, efi_systbl =3D=3D 0xffffa001e0979= f30 > >>> Fatal data abort: > >>> ... > >>> sp: ffff000000fb79b0 > >>> lr: ffff000000157ae0 (efirt_modevents + 94) > >>> elr: ffff000000157ae8 (efirt_modevents + 9c) > >>> spsr: 604000c5 > >>> far: ffffa001e0979f30 > >>> esr: 96000007 > >>> panic: vm_fault failed: ffff000000157ae8 error 1 > >>> cpuid =3D 0 > >>> time =3D 1 > >>> KDB: stack backtrace: > >>> db_trace_self() at db_trace_self > >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > >>> vpanic() at vpanic+0x174 > >>> panic() at panic+0x44 > >>> data_abort() at data_abort+0x2f0 > >>> handle_el1h_sync() at handle_el1h_sync+0x10 > >>> --- exception, esr 0x96000007 > >>> efirt_modevents() at efirt_modevents+0x9c > >>> module_register_init() at module_register_init+0xc4 > >>> mi_startup() at mi_startup+0x284 > >>> virtdone() at virtdone+0x7c > >> > >> Er, maybe helpful: > >> > >> Physical memory chunk(s): > >> 0x8010a8000 - 0x803ecbfff, 46 MB ( 11812 pages) > >> 0x803f8c000 - 0x8053e7fff, 20 MB ( 5212 pages) > >> 0x805402000 - 0x808f99fff, 59 MB ( 15256 pages) > >> 0x808fb6000 - 0x80d5fffff, 70 MB ( 17994 pages) > >> 0x80dc73000 - 0x9e096ffff, 7468 MB (1912061 pages) > >> 0x9e0980000 - 0x9e0a33fff, 0 MB ( 180 pages) > > Excluded memory regions: > > 0x803ecc000 - 0x803f8bfff, 0 MB ( 192 pages) NoAlloc > > 0x8053e8000 - 0x805401fff, 0 MB ( 26 pages) NoAlloc > > 0x808f9a000 - 0x808fb5fff, 0 MB ( 28 pages) NoAlloc > > 0x80d600000 - 0x80dc72fff, 6 MB ( 1651 pages) NoAlloc > > 0x9d3800000 - 0x9d4d20fff, 21 MB ( 5409 pages) NoAlloc > > 0x9db93c000 - 0x9db93efff, 0 MB ( 3 pages) NoAlloc > > 0x9db940000 - 0x9db943fff, 0 MB ( 4 pages) NoAlloc > > 0x9e0970000 - 0x9e097ffff, 0 MB ( 16 pages) NoAlloc > > 0x9e3a5c000 - 0x9e3d21fff, 2 MB ( 710 pages) NoAlloc > > It looks like the memory was previously in the DMAP by accident due to th= e memory regions rounding to a 2M level 2 block alignment. > > Where does the M1 get its memory map from, EFI or FDT? If it=E2=80=99s th= e former can you get the EFI dump the kernel prints in a verbose boot. If i= t=E2=80=99s the latter can you get the FDT memory info, either a raw dtb/dt= s or via the fdt common in loader. > UEFI, here you go: Type Physical Virtual #Pages Attr ConventionalMemory 0008010a8000 0008010a8000 00002f50 WB Reserved 000803ff8000 000803ff8000 000000c0 WB ConventionalMemory 0008040b8000 0008040b8000 00001464 WB Reserved 00080551c000 00080551c000 0000001a WB ConventionalMemory 000805536000 000805536000 00003a64 WB ACPIReclaimMemory 000808f9a000 000808f9a000 0000001c WB ConventionalMemory 000808fb6000 000808fb6000 0000464a WB Reserved 00080d600000 00080d600000 00000673 WB ConventionalMemory 00080dc73000 00080dc73000 001c5b89 WB LoaderData 0009d37fc000 0009d37fc000 00000001 WB BootServicesData 0009d37fd000 0009d37fd000 00000001 WB LoaderData 0009d37fe000 0009d37fe000 00008000 WB LoaderCode 0009db7fe000 0009db7fe000 00000136 WB BootServicesData 0009db934000 0009db934000 00000008 WB RuntimeServicesData 0009db93c000 0009db93c000 00000003 WB RUNTIME BootServicesData 0009db93f000 0009db93f000 00000001 WB RuntimeServicesData 0009db940000 0009db940000 00000004 WB RUNTIME BootServicesData 0009db944000 0009db944000 0000000b WB LoaderData 0009db94f000 0009db94f000 00005021 WB RuntimeServicesCode 0009e0970000 0009e0970000 00000010 WB RUNTIME LoaderData 0009e0980000 0009e0980000 000000b4 WB