From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham
	autolearn_force=no version=3.4.4
Received: (qmail 21352 invoked from network); 15 Jul 2021 16:39:48 -0000
Received: from 1ess.inri.net (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 15 Jul 2021 16:39:48 -0000
Received: from duke.felloff.net ([216.126.196.34]) by 1ess; Thu Jul 15 12:07:30 -0400 2021
Message-ID: <601437C962B6ECA3ABA36103B6919ECB@felloff.net>
Date: Thu, 15 Jul 2021 18:07:20 +0200
From: cinap_lenrek@felloff.net
To: 9front@9front.org
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: private lossless NoSQL-based general-purpose controller 
Subject: [9front] Making *acpi=1 the default
Reply-To: 9front@9front.org
Precedence: bulk

I'll soon push a change that makes *acpi=1 the default
in the kernel, which means that if *acpi option is
not present in plan9.ini (or automatically supplied
by 9boot in EFI case), the kernel will try to search
for the rsd structure automatically (assume a setting
of *acpi=1).

The reason is that practically all modern machines have
broken MP tables now and the only option is acpi tables.

That means, the only way to disable acpi in a system
now would be to explicitely put *acpi=0 in plan9.ini.

This might be neccesary for some early machines like
T23 (and my P4 machine also had this issue) that do have
ACPI tables but they are unusable for interrupt routing.

The FQA would need to be amended.

--
cinap