HP LH3000r hangs on boot with ACPI enabled

[Jung-uk Kim]

On Thursday 22 February 2007 02:34 pm, Jung-uk Kim wrote:
> On Thursday 22 February 2007 01:33 pm, Moore, Robert wrote:
> > Good. As always, we are available for assistance as needed.
>
> Here are upstream patches against 20070126:
>
> http://people.freebsd.org/~jkim/acpica/upstream-20070126.diff

I just realized that I mismerged tbxface.c patch.  A new patch is 
uploaded.

Sorry,

Jung-uk Kim

> Thanks!
>
> Jung-uk Kim
>
> > Thanks,
> > Bob
> >
> > > -----Original Message-----
> > > From: Nate Lawson [mailto:nate at root.org]
> > > Sent: Wednesday, February 21, 2007 5:00 PM
> > > To: John Baldwin
> > > Cc: Moore, Robert; Stephen Hurd; freebsd-acpi at freebsd.org;
> > > Alexey Starikovskiy; Brown, Len; Suietov, Fiodor F; Podrezov,
> > > Valery A Subject: Re: HP LH3000r hangs on boot with ACPI
> > > enabled
> > >
> > > 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.
> > >
> > > 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.
> > >
> > > --
> > > Nate
> >
> > _______________________________________________
> > freebsd-acpi at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
> > To unsubscribe, send any mail to
> > "freebsd-acpi-unsubscribe at freebsd.org"
>
> _______________________________________________
> freebsd-acpi at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
> To unsubscribe, send any mail to
> "freebsd-acpi-unsubscribe at freebsd.org"