Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Sep 2007 00:01:58 +0400
From:      Denis <piloyder@gmail.com>
To:        "Nate Lawson" <nate@root.org>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: ACPI error on Compaq nc6220, FreeBSD 7.0
Message-ID:  <325305250709251301x71f64202v7f1543c36c1ab601@mail.gmail.com>
In-Reply-To: <46F8E92E.6010404@root.org>
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> <46F8E92E.6010404@root.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 9/25/07, Nate Lawson <nate@root.org> wrote:
> 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.

I cvsuped and tried (without any additional patches). Good news -
there is no kernel panic. But unfortunately the same "hang" exist...

Best regards, Denis



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?325305250709251301x71f64202v7f1543c36c1ab601>