Date: Tue, 25 Sep 2007 03:55:42 -0700 From: Nate Lawson <nate@root.org> To: Denis <piloyder@gmail.com> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI error on Compaq nc6220, FreeBSD 7.0 Message-ID: <46F8E92E.6010404@root.org> In-Reply-To: <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com> References: <325305250709010712n4bd0d62l9a144572441cf3dc@mail.gmail.com> <325305250709131059g6b73cf51o9dc9e09d7e0c2800@mail.gmail.com> <200709131416.21302.jkim@FreeBSD.org> <200709131424.05193.jkim@FreeBSD.org> <46F01531.2000207@root.org> <325305250709222357k313597bcic349cc90f18ff4c7@mail.gmail.com> <20070924071327.GA9941@belzebub.tns.cz> <46F76A9A.2020107@root.org> <325305250709242232h35a58f99w91328b91819b2096@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Denis wrote: > On 9/24/07, Nate Lawson <nate@root.org> wrote: >> Roman Pavlik wrote: >>> On Sun, Sep 23, 2007 at 10:57:20AM +0400, Denis wrote: >>> I've seen similar issue with ACPI on my HP 6710b. Escape to debug and >>> return doesn't help. Sometimes helps disconecting AC line. The workaround >>> is comment out the following line in GENERIC: >>> #options PREEMPTION # Enable kernel thread preemption >>> #options ADAPTIVE_GIANT # Giant mutex is adaptive. >>> >>> Rebuild kernel, reinstall, reboot. > > Thank you, Roman. I rebuild kernel and it helps. And disconecting AC > line seems to help too (but tried only once) > >> Jung-uk Kim's global lock patch may be the solution. We're trying to >> get this stuff committed but things are slow due to the freeze for 7.0. >> You can't have too many patches floating around. > > Nate, if you mean this patch - > http://people.freebsd.org/~jkim/acpica/OsdSynch.diff - I tried it, but > without luck. Nope, I mean the one just committed to 7-current. So just cvsup and try again. -- Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?46F8E92E.6010404>