Date: Thu, 18 Mar 2004 23:10:56 -0800 (PST) From: Nate Lawson <nate@root.org> To: "Moore, Robert" <robert.moore@intel.com> Cc: current@freebsd.org Subject: Re: [acpi-jp 3117] RE: ACPI-CA 20040311 imported Message-ID: <20040318230910.J12151@root.org> In-Reply-To: <CFF522B18982EA4481D3A3E23B83141C01F400D3@orsmsx407.jf.intel.com> References: <CFF522B18982EA4481D3A3E23B83141C01F400D3@orsmsx407.jf.intel.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> -----Original Message----- > From: owner-acpi-jp@jp.FreeBSD.org [mailto:owner-acpi-jp@jp.FreeBSD.org] > On Behalf Of Nate Lawson > Sent: Thursday, March 18, 2004 10:47 AM > To: current@freebsd.org; acpi-jp@jp.FreeBSD.org > Subject: [acpi-jp 3116] ACPI-CA 20040311 imported > > See src/sys/contrib/dev/acpica/CHANGES.txt for specific changes. > > The main change is that we now support _OSI to announce we're compatible > with all the NT-derived MS systems. Also, we now serialize all method > execution as some ASL depends on this behavior. The MS interpreter > doesn't support parallel execution, hence this matches their behavior. > > If there are problems with these features, please try the tunables: > > hw.acpi.osi_method > hw.acpi.serialize_methods > > You can disable each feature by setting it to 0 at the loader prompt or > loader.conf. On Thu, 18 Mar 2004, Moore, Robert wrote: > 1) If you serialize all methods by default, you will prohibit recursive > methods. That's why we made this an option for Linux, and the default > is to allow reentrant methods. > > 2) We are not really sure about the MS interpreter. They claim that > they support reentrant methods and allow multiple threads to execute. > But we see problems with the coding of reentrant ASL methods that imply > that that multiple threads never execute control methods concurrently on > Win* Interesting. Do you know of any ASL that uses recursive methods? I haven't ever found any like that. If you don't have a counter-example, I'm happy to let this sit in the tree for a little while to see if it solves problems or breaks things for people. If we don't turn it on by default, it won't get the testing it needs. -Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040318230910.J12151>