Date: Thu, 22 Mar 2012 11:32:59 +0200 From: Andriy Gapon <avg@FreeBSD.org> To: Jung-uk Kim <jkim@FreeBSD.org> Cc: Konstantin Belousov <kostikbel@gmail.com>, "svn-src-head@freebsd.org" <svn-src-head@FreeBSD.org>, "svn-src-all@freebsd.org" <svn-src-all@FreeBSD.org>, "src-committers@freebsd.org" <src-committers@FreeBSD.org> Subject: Re: svn commit: r233249 - head/sys/amd64/acpica Message-ID: <4F6AF1CB.80902@FreeBSD.org> In-Reply-To: <201203211502.14353.jkim@FreeBSD.org> References: <201203202037.q2KKbNfK037014@svn.freebsd.org> <201203211341.11859.jkim@FreeBSD.org> <4F6A1673.4050408@FreeBSD.org> <201203211502.14353.jkim@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
on 21/03/2012 21:02 Jung-uk Kim said the following: > On Wednesday 21 March 2012 01:57 pm, Andriy Gapon wrote: >> on 21/03/2012 19:41 Jung-uk Kim said the following: >>> I am well aware of the problem. In fact, that's why I had to >>> merge ACPICA 20120320 rather quickly, which added a new flag to >>> not execute _GTS method. Both _GTS and _BFS are turned off by >>> default. You can control them with a new tunable >>> "debug.acpi.sleep_flags" if you want. >> >> But the bug still has to be fixed, right? >> Even if it takes a non-default sysctl value to give the bug a >> chance. > > Ideally, yes. However, I am not so sure if we can call it a "bug" > because AcpiEnterSleepState() must be called with interrupt disabled > and there is no way to change that API without breaking other OSes. > We can only work around it locally or persuade upstream to find a > better way to do this in ACPICA itself. Either way, it will be > pretty hackish. :-( I see. Thank you. Maybe the code could be somehow tricked into using M_NOWAIT in this context... -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F6AF1CB.80902>