HP LH3000r hangs on boot with ACPI enabled
jkim at FreeBSD.org
Thu Feb 22 03:00:05 UTC 2007
On Wednesday 21 February 2007 08:00 pm, Nate Lawson wrote:
> John Baldwin wrote:
> > On Wednesday 21 February 2007 16:47, Moore, Robert wrote:
> >> Nate,
> >> We have tried to keep ACPICA as OS-independent as possible. In
> >> the case of spinlocks, you can easily implement the interfaces
> >> with whatever is appropriate (or available) for your OS.
> >> We felt that we needed to split the mutex interfaces into
> >> mutex/spinlocks for those hosts that have these different types
> >> of synchronization mechanisms.
> >> Certainly, I would suggest that you keep up-to-date with the
> >> latest ACPICA as we continue to develop and debug the code.
> > Since the ACPI interrupt is run in an ithread, you can probably
> > just ignore the IRQL stuff as garbage and use a regular mutex
> > Nate. Also, this bug report was from 6.2, so it was actually
> > from an older version of ACPICA. Can't recall what is holding up
> > the MFC of 20051021 to 6.x.
> Yes, I'm hoping we can do that. Jung-uk Kim is preparing a patch
> of 20070126 so hopefully we can test and integrate that.
Okay, here is the patch:
I have to warn you that I made this patch very quickly from my local
tree, which has lots of unrelated and/or experimental stuff. In
fact, I got it about 90 minutes ago. ;-) So, we have to refine a lot,
e.g., locking, task queue, madt, table handling, etc, etc...
> We didn't MFC 20051021 due to a memory leak on some systems (bad
> refcount). That was fixed a few revisions later, but I remember a
> few 2006 versions having other problems (hanging on boot) and then
> I ran out of time to review/debug the patches.
> Hopefully 20070126 is good and we can commit it quickly, then MFC
> after a month.
Yup, I am not very happy with keeping my own patchsets forever. :-(
More information about the freebsd-acpi