From nobody Tue Aug 31 06:29:27 2021 X-Original-To: freebsd-current@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 F154A17A4961 for ; Tue, 31 Aug 2021 06:29:39 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GzHNM67gZz3MbC; Tue, 31 Aug 2021 06:29:39 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-ej1-x62f.google.com with SMTP id i21so36272361ejd.2; Mon, 30 Aug 2021 23:29:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jq9kUDRhKlmRAQkPHzaH9DDhmOaWnRarnYXwCR/djmg=; b=tn5XI3EbfYP0uNz0BEw7I+OAC41Y0YpVXgolZod+HyQ7mPrwbUIdzcf13EAhbLpAie BJraKrFBhlUmjla9TpRjPskAh3Jdfo8mE9xdvCCW+iB+1UCLI6t9mUUXtIWcCAb2vahi pRfkooQol0BZB5RiBb0j4BD322XFYxcZc1uoV6bYxtXGjzJOxMhRd5yoKNDs5WWRSuKj u3W/ltF8dcfIr3isXZAdf98Jdn2icolQgGWbOpBxClt2bOl5wIDKa5bM+RuVbTM5MBvx KuBKjKluo6NiRQIRDMJV37V38N0CWiP73hAH4gcmkJKBzYv7ct66spdPmFHt7g+qRJOo mKvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jq9kUDRhKlmRAQkPHzaH9DDhmOaWnRarnYXwCR/djmg=; b=KHiv7I36yWgU/z3lZ0eYmme5Ibm20Yo7yCowjBXg3Y2wpRx6N1F9TCJokyORUJAVsQ Ydb+biuuJO9S2kuYHqZCs5dsJAm7M4dzvEnlcWG/dRWRvA3NS0ZUpdaO1t4dadm9o5hc pLmclBqkPbo0dzw3zwkeZ+rTiM80J6SGSHC6nu8oisToPAecmW5DMG4I7pzruKyTtMx5 ut5uWdltfiRMFi6NTVkA8ofpzr5IBZ17zbu6zQu4Eg1eDZS8xGssvQOc/eCaDbj/XE3i bnr27XSrbT4HWD9WnfT4reIvQ1toXr2ykybK2aee3VxEzt+q9JU1ehIBIVttCdaQdKSm V6ag== X-Gm-Message-State: AOAM533ad78O4CTtKT9rO5j+trAHDaL5h3o6+nofHHinbqf+VlEcyNwg NfMg9RTekbSSSEk5JzNZrAZPYrPppKplcifhvXJgCiJunQRkIA== X-Google-Smtp-Source: ABdhPJyS5Bxt5joCMRNA366dxkdJYnmmwZ/tlFH9jK0SDLoFeAdhrEpDUtD/lYUEEm+R28EnrOxPv8qOIeguTSuSA+w= X-Received: by 2002:a17:907:6289:: with SMTP id nd9mr29041313ejc.384.1630391378498; Mon, 30 Aug 2021 23:29:38 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Dustin Marquess Date: Tue, 31 Aug 2021 01:29:27 -0500 Message-ID: Subject: Re: New loader_lua.efi causes kernels to hang at boot To: Konstantin Belousov Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000f5d9d605cad51292" X-Rspamd-Queue-Id: 4GzHNM67gZz3MbC X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --000000000000f5d9d605cad51292 Content-Type: text/plain; charset="UTF-8" On Mon, Aug 30, 2021 at 4:33 AM Konstantin Belousov wrote: > On Sun, Aug 29, 2021 at 08:27:02PM -0500, Dustin Marquess wrote: > > I am upgrading a -CURRENT box from a build that's exactly 2 weeks old to > > one I built about 2 hours ago. After installkernel I updated the > bootloader > > the same way I normally do: > > > > # mount_msdosfs /dev/da8p1 /mnt > > # cp /mnt/EFI/BOOT/BOOTX64.efi /mnt/EFI/BOOT/BOOTX64.bak > > # cp loader_lua.efi /mnt/EFI/BOOT/BOOTX64.efi > > # umount /mnt > > > > After rebooting, however, the kernel hangs right after: > > > > real memory = 137438953472 (131072 MB) > > avail memory = 133651951616 (127460 MB) > > ACPI APIC Table: > > > > It never makes it to this line: > > > > FreeBSD/SMP: Multiprocessor System Detected: 32 CPUs > > FreeBSD/SMP: 2 package(s) x 8 core(s) x 2 hardware threads > > > > So I rebooted a selected kernel.old at the boot menu and.. same thing. > > That's strange! > > > > So I booted off a USB stick, mounted the EFI partition and copied > > BOOTX64.bak back to BOOTX64.efi and now the machine booted normally. > > > > So for some reason the newer loader_lua.efi is causing both the new > kernel > > AND the old kernel to hang, but the older loader_lua.efi seems to work > with > > both no problem. > > Show your loader.conf. > > Try to add > exec="copy_staging enable" > line to it, does it hide the problem? > Indeed, it does! Full loader.conf is: comconsole_speed="115200" console="comconsole" boot_serial="1" zfs_load="YES" vfs.root.mountfrom="zfs:zroot/ROOT/default" net.isr.maxthreads="32" net.isr.bindthreads="1" net.isr.maxqlimit="60480" net.link.ifqmaxlen="90000" kern.eventtimer.et.LAPIC.quality="1" hw.pci.do_power_nodriver="3" vfs.zfs.arc_max="8G" zpool_cache_load="YES" zpool_cache_type="/etc/zfs/zpool.cache" zpool_cache_name="/etc/zfs/zpool.cache" hint.apic.0.clock="0" hint.atrtc.0.clock="0" hint.attimer.0.clock="0" hint.hpet.0.legacy_route="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" if_cxgbe_load="NO" if_vlan_load="YES" if_tap_load="YES" if_bridge_load="YES" if_epair_load="NO" if_lagg_load="YES" vmm_load="YES" ioat_load="YES" hw.x2apic_enable="1" hw.cxgbe.nrxq="32" hw.cxgbe.ntxq="32" hw.cxgbe.fl_pktshift="0" hw.cxgbe.cong_drop="1" hw.cxgbe.pause_settings="0" hw.cxgbe.rdmacaps_allowed="0" hw.cxgbe.iscsicaps_allowed="0" hw.cxgbe.fcoecaps_allowed="0" cc_htcp_load="YES" machdep.hyperthreading_allowed="1" machdep.hyperthreading_intr_allowed="1" cpu_microcode_load="YES" cpu_microcode_name="/boot/firmware/intel-ucode.bin" vm.pmap.pti="0" machdep.mitigations.rngds.enable="0" machdep.mitigations.taa.enable="0" machdep.mitigations.mds.disable="0" machdep.mitigations.ssb.disable="0" machdep.mitigations.ibrs.disable="1" exec="copy_staging enable" --000000000000f5d9d605cad51292--