On Wednesday 20 October 2010 08:55:09 Andriy Gapon wrote: > on 20/10/2010 09:34 Hans Petter Selasky said the following: > > On Tuesday 19 October 2010 07:47:02 Lin Ming wrote: > >> On Tue, 2010-10-19 at 04:21 +0800, Hans Petter Selasky wrote: > >>> On Monday 18 October 2010 02:01:09 Moore, Robert wrote: > >>>> Can you send us the acpidump for the machine? > >>>> > >>>> Also, tell us which control method is failing. > >>>> > >>>> Thanks > >>> > >>> Hi, > >>> > >>> Please find attached dump of ACPI tables. > >>> > >>> It is the function AcpiRsCreateAmlResources() which writes beyond the > >>> buffer it allocates. > >> > >> Could you enable AML debug output to get more info? > >> But I don't know how to enable it on FreeBSD. > >> > >> In Linux, the AML debug output is enabled with kernel boot parameters > >> like below. > >> acpi.debug_layer=0xffffffff acpi.debug_level=0xffffffff > >> > >> FreeBSD may have some similar boot parameters. > > > > I've enabled the debug prints just around the failing function. Here is > > the result: > > > > pcib0: <ACPI Host-PCI bridge> on acpi0 > > pci0: <ACPI PCI bus> on pcib0 > > pci_link32: Enter debugger > > > > **** Context Switch from TID 0xffffffffffffffff to TID 0x186a0 **** > > > > rscalc-0293 [0x186a0] [188762] RsGetAmlLength : ----Entry > > rscalc-0369 [0x186a0] [188762] RsGetAmlLength : ----Exit- AE_OK > > rslist-0225 [0x186a0] [188762] RsConvertResourcesToAm: ----Entry > > rsmisc-0437 [0x186a0] [188763] RsConvertResourceToAml: ----Entry > > rsmisc-0636 [0x186a0] [188763] RsConvertResourceToAml: ----Exit- AE_OK > > rsmisc-0437 [0x186a0] [188763] RsConvertResourceToAml: ----Entry > > rsmisc-0636 [0x186a0] [188763] RsConvertResourceToAml: ----Exit- AE_OK > > rslist-0273 [0x186a0] [188762] RsConvertResourcesToAm: ----Exit- AE_OK > > > > rscreate-0554 [0x186a0] [188761] RsCreateAmlResources : OutputBuffer > > 0xffffff00031f9000 Length D > > Dirty free 0xffffff00031f9000 13 at 13 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > AcpiOsFree() at AcpiOsFree+0x72 > > AcpiUtDeleteInternalObj() at AcpiUtDeleteInternalObj+0x335 > > AcpiUtUpdateRefCount() at AcpiUtUpdateRefCount+0x188 > > AcpiUtUpdateObjectReference() at AcpiUtUpdateObjectReference+0x6e > > AcpiUtRemoveReference() at AcpiUtRemoveReference+0xd5 > > AcpiRsSetSrsMethodData() at AcpiRsSetSrsMethodData+0x14b > > AcpiSetCurrentResources() at AcpiSetCurrentResources+0xb8 > > acpi_pci_link_route_irqs() at acpi_pci_link_route_irqs+0x204 > > Can you please check which branch is executed here? > if (sc->pl_crs_bad) > status = acpi_pci_link_srs_from_links(sc, &srsbuf); > else > status = acpi_pci_link_srs_from_crs(sc, &srsbuf);
The not bad case. --HPS _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to "[email protected]"
