On 2013/03/05 14:13, Andriy Gapon wrote: > on 03/03/2013 20:26 kron said the following: >> #5 0xffffffff806abc53 in calltrap () at exception.S:228 >> #6 0xffffffff802bc850 in AcpiOsAcquireObject (Cache=0xfffffe00093a14a0) >> at /usr/src/sys/contrib/dev/acpica/utilities/utcache.c:310 >> #7 0xffffffff802bf481 in AcpiUtCreateInternalObjectDbg ( >> ModuleName=0xffffffff8071c1a6 "dsutils", LineNumber=703, >> ComponentId=64,. >> Type=1) at /usr/src/sys/contrib/dev/acpica/utilities/utobject.c:437 > > Did this panic happen even with hw.acpi.osname="Linux" or did you revert that > to > reproduce the panic? > > In either case, could you please try the following patch (it is against recent > stable/9) ? > http://people.freebsd.org/~avg/OsdSynch-9.diff > > P.S. this is not a final version of the patch, but rather a work in progress. >
Hi Andriy, I'm sorry to say the patch didn't make a difference. The crashdump and ACPI errors from /var/log/messages look the same as before. However, I found a new message ACPI Warning: Expected EISAID is larger than 32 bits: 0xFFFFFFFFFFFFFFFF, truncating (20110527/exutils-440) just before the flood of ACPI Error: No object attached to node 0xfffffe000849d980 (20110527/exresnte-138) ACPI Error: Method execution failed [\_SB_.BAT0._HID] (Node 0xfffffe000849d980), AE_AML_NO_OPERAND (20110527/uteval-113) until the panic (general protection fault) happened. BR Oli _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "[email protected]"
