From nobody Tue Nov 21 02:16:26 2023 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 4SZ7Kj3zGlz51XFV for ; Tue, 21 Nov 2023 02:16:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (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 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SZ7Kh679qz3GvJ for ; Tue, 21 Nov 2023 02:16:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-a002562bd8bso206692866b.0 for ; Mon, 20 Nov 2023 18:16:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1700532998; x=1701137798; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=YaqSpnp0uQeoyfayzGhzU5RoG3ncYWb61Ig8x9q35vk=; b=zd2pcyyrDfEQjKPQYmmG33CV/XzxuHluH4ks+5bPkKo0JGygeTQwWvpuqRUOpUA+vW Hwb6srTjqXBdd1Kh8CHs8Ratm23O/Vh2lVop83tAKd+fp5Zj1ISC3lSb/SJgzGsLfw2j de5kTjwS054HrMRkNeiYZiSplwCeiHGBU3+GltI12u/qwh7XhB5DbixE02XjmqiDupSL Cg5A7AYmz2UwfnI+hUYtXZuwNAHPf0BbAi/oijFbHCYX0GmYd6u9y5K3+gOrMWjfgxh/ fQ9rwFtuZnPreunAoEaH2H1+KXMIyzEcPL22f3JdbWslyYbVHbcdEYYG9pG1cIkjzGoF fE+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700532998; x=1701137798; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=YaqSpnp0uQeoyfayzGhzU5RoG3ncYWb61Ig8x9q35vk=; b=i7ZBN0SJRm/l6GpMre3EdbgChWYgR4FEqQajq+h2TE88WnVvr+JizeIyXz1ITI/mpu 3RhafI1fqEbpXvg7fE46a47J3ea2ogzD/DRYu+AfegStA9CTkhLmindS1XCtpBUVR9g4 d0RcT347hr2678Nuxuuu6QjJKQHsHKWhF5mxOVyFDcJPtSEF9SiXNZFiU7j8ciHueTcv 0VfYyAEQfvw/63Y+3Acg0xLNKWvT4mFjcYpzQ2nqkjBUHN1DX55mCrxZ8mgmlDRow/nr AKZpzGn+5h37QXYPZ2zhHKv3KKk4QXYHYATFBnhOAQzvqpr8uO0UUvT2wpf905mtjvIr GdBQ== X-Gm-Message-State: AOJu0YzhBwUU9Ob0tB+arOUW3QKdCJ1vPv4FaYw/Sq8JjZ/S5KOQA7hE iuLyO0n5Ppxr7FP+0cJbrQu2OP/ilsp4pGOiw+LouA0wx44+wwRw X-Google-Smtp-Source: AGHT+IFLSOA2z1kAR/opr8YyjIUnDlLkgDiP/CGUTepxV2Wbh/pR+ZpbQDDawG0AxISz9UaE9Y4CNcLbUgtx9QC7llM= X-Received: by 2002:a17:907:b97:b0:9b2:be2f:e31a with SMTP id ey23-20020a1709070b9700b009b2be2fe31amr1110890ejc.31.1700532997832; Mon, 20 Nov 2023 18:16:37 -0800 (PST) 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: Warner Losh Date: Mon, 20 Nov 2023 19:16:26 -0700 Message-ID: Subject: Re: HEADSUP: panic: running without device atpic requires a local APIC on UEFI systems after 0b01d45783c3 To: Xin LI Cc: FreeBSD Current , rcm@freebsd.org Content-Type: multipart/alternative; boundary="00000000000043ce5c060aa0311e" X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4SZ7Kh679qz3GvJ --00000000000043ce5c060aa0311e Content-Type: text/plain; charset="UTF-8" I have a patch cooking for this... I was almost done when I had to leave for karate. Warner On Mon, Nov 20, 2023, 6:21 PM Xin Li wrote: > Hi, > > It seems that the recent improvements of ACPI detection (e0f3dc82727f > and 0b01d45783c3) would leave the system in an unbootable state if the > UEFI files are not being updated at the same time of "make > installworld". At early boot the kernel would panic with: > > panic: running without device atpic requires a local APIC on UEFI systems > > To recover a system in this state, at loader prompt, use: > > unset hint.acpi.0.disabled > boot > > (I think core.lua should be modified to be compatible with an older UEFI > payload, possibly issuing a warning that gets logged; and this should be > mentioned in UPDATING) > > Cheers, > --00000000000043ce5c060aa0311e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable --00000000000043ce5c060aa0311e--