Re: svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components/h
> On Sep 30, 2017, at 09:16, Konstantin Belousovwrote: Given the number of panic reports, could the commit be reverted and a fix be submitted later so others can develop on ^/head? Thanks, -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail
Re: svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components
In message <20170930161624.gk95...@kib.kiev.ua>, Konstantin Belousov writes: > On Sat, Sep 30, 2017 at 05:42:55PM +0300, Andriy Gapon wrote: > > On 30/09/2017 15:04, Konstantin Belousov wrote: > > > On Sat, Sep 30, 2017 at 10:58:41AM +, Li-Wen Hsu wrote: > > >> On Fri, Sep 29, 2017 at 23:02:49 +, Jung-uk Kim wrote: > > >>> Author: jkim > > >>> Date: Fri Sep 29 23:02:49 2017 > > >>> New Revision: 324109 > > >>> URL: https://svnweb.freebsd.org/changeset/base/324109 > > >>> > > >>> Log: > > >>> Merge ACPICA 20170929. > > >>> > > >>> Added: > > >>> head/sys/contrib/dev/acpica/compiler/aslallocate.c > > >>> - copied, changed from r324104, vendor-sys/acpica/dist/source/comp > iler/aslallocate.c > > >> > > >> Hi Jung-uk, > > >> > > >> After this change, the test machine booting in bhyve panics with this > > >> message: > > >> > > >> panic: acpi: timer op not yet supported during boot > > >> > > >> Could you help to check what happened here? The full boot log can be > > >> found here: > > >> > > >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4496/console > > >> > > > > > > This happens for me on the real hardware as well. > > > > > > SMP: passed TSC synchronization test > > > Timecounter "TSC" frequency 2095144854 Hz quality 1000 > > > random: entropy device external interface > > > io: > > > nfslock: pseudo-device > > > mem: > > > null: > > > nexus0 > > > random: harvesting attach, 8 bytes (4 bits) from ram0 > > > acpi0: on motherboard > > > ACPI: 4 ACPI AML tables successfully acquired and loaded > > > panic: acpi: timer op not yet supported during boot > > > > Seems like it's triggered by the code that's supposed to limit execution ti > me of > > loops. > > > After your comment I thought that this is another case of an update requiring > EARLY_AP_STARTUP option, but apparently the kernel config on this box does > contain it already. I have disabled EARLY_AP_STARTUP (due to an issue in a local bge WOL patch, which I have yet to resolve). My kernel boots, so EARLY_AP_STARTUP is likely not involved. -- Cheers, Cy SchubertFreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components/h
On Sat, Sep 30, 2017 at 05:42:55PM +0300, Andriy Gapon wrote: > On 30/09/2017 15:04, Konstantin Belousov wrote: > > On Sat, Sep 30, 2017 at 10:58:41AM +, Li-Wen Hsu wrote: > >> On Fri, Sep 29, 2017 at 23:02:49 +, Jung-uk Kim wrote: > >>> Author: jkim > >>> Date: Fri Sep 29 23:02:49 2017 > >>> New Revision: 324109 > >>> URL: https://svnweb.freebsd.org/changeset/base/324109 > >>> > >>> Log: > >>> Merge ACPICA 20170929. > >>> > >>> Added: > >>> head/sys/contrib/dev/acpica/compiler/aslallocate.c > >>> - copied, changed from r324104, > >>> vendor-sys/acpica/dist/source/compiler/aslallocate.c > >> > >> Hi Jung-uk, > >> > >> After this change, the test machine booting in bhyve panics with this > >> message: > >> > >> panic: acpi: timer op not yet supported during boot > >> > >> Could you help to check what happened here? The full boot log can be > >> found here: > >> > >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4496/console > >> > > > > This happens for me on the real hardware as well. > > > > SMP: passed TSC synchronization test > > Timecounter "TSC" frequency 2095144854 Hz quality 1000 > > random: entropy device external interface > > io: > > nfslock: pseudo-device > > mem: > > null: > > nexus0 > > random: harvesting attach, 8 bytes (4 bits) from ram0 > > acpi0: on motherboard > > ACPI: 4 ACPI AML tables successfully acquired and loaded > > panic: acpi: timer op not yet supported during boot > > Seems like it's triggered by the code that's supposed to limit execution time > of > loops. > After your comment I thought that this is another case of an update requiring EARLY_AP_STARTUP option, but apparently the kernel config on this box does contain it already. > > cpuid = 17 > > time = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at 0x802ac6fb = > > db_trace_self_wrapper+0x2b/frame 0x80de9da0 > > vpanic() at 0x80380e0c = vpanic+0x19c/frame 0x80de9e20 > > kassert_panic() at 0x80380c6f = kassert_panic+0x16f/frame > > 0x80de9e90 > > AcpiOsGetTimer() at 0x802b1b08 = AcpiOsGetTimer+0x48/frame > > 0x80de9eb0 > > AcpiDsExecBeginControlOp() at 0x80276f40 = > > AcpiDsExecBeginControlOp+0x80/frame 0x80de9ee0 > > AcpiPsCreateOp() at 0x80290c83 = AcpiPsCreateOp+0x1b3/frame > > 0x80de9f30 > > AcpiPsParseLoop() at 0x8029047f = AcpiPsParseLoop+0x1bf/frame > > 0x80de9fa0 > > AcpiPsParseAml() at 0x80291540 = AcpiPsParseAml+0x80/frame > > 0x80de9fe0 > > AcpiDsExecuteArguments() at 0x80276d4d = > > AcpiDsExecuteArguments+0x13d/frame 0x80dea040 > > AcpiDsGetRegionArguments() at 0x80276e96 = > > AcpiDsGetRegionArguments+0x36/frame 0x80dea060 > > AcpiNsInitOneObject() at 0x8028b153 = > > AcpiNsInitOneObject+0xd3/frame 0x80dea0a0 > > AcpiNsWalkNamespace() at 0x8028e673 = > > AcpiNsWalkNamespace+0xc3/frame 0x80dea100 > > AcpiWalkNamespace() at 0x8028ebf9 = AcpiWalkNamespace+0x99/frame > > 0x80dea160 > > AcpiNsInitializeObjects() at 0x8028b052 = > > AcpiNsInitializeObjects+0x42/frame 0x80dea1c0 > > AcpiLoadTables() at 0x80296648 = AcpiLoadTables+0x78/frame > > 0x80dea1e0 > > acpi_attach() at 0x802b59cc = acpi_attach+0x31c/frame > > 0x80dea290 > > device_attach() at 0x803b7833 = device_attach+0x3f3/frame > > 0x80dea2d0 > > bus_generic_attach() at 0x803b898a = bus_generic_attach+0x5a/frame > > 0x80dea2f0 > > nexus_acpi_attach() at 0x805b3593 = nexus_acpi_attach+0x73/frame > > 0x80dea320 > > device_attach() at 0x803b7833 = device_attach+0x3f3/frame > > 0x80dea360 > > bus_generic_new_pass() at 0x803b9016 = > > bus_generic_new_pass+0x116/frame 0x80dea390 > > bus_set_pass() at 0x803b4e1c = bus_set_pass+0x8c/frame > > 0x80dea3c0 > > configure() at 0x806283a9 = configure+0x9/frame 0x80dea3d0 > > mi_startup() at 0x8031f4cc = mi_startup+0x9c/frame > > 0x80dea3f0 > > btext() at 0x80268e8c = btext+0x2c > > KDB: enter: panic > > [ thread pid 0 tid 10 ] > > Stopped at 0x803c4d9b = kdb_enter+0x3b:movq > > $0,0x80a3e260 = kdb_why > > > -- > Andriy Gapon ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components/h
On 30/09/2017 15:04, Konstantin Belousov wrote: > On Sat, Sep 30, 2017 at 10:58:41AM +, Li-Wen Hsu wrote: >> On Fri, Sep 29, 2017 at 23:02:49 +, Jung-uk Kim wrote: >>> Author: jkim >>> Date: Fri Sep 29 23:02:49 2017 >>> New Revision: 324109 >>> URL: https://svnweb.freebsd.org/changeset/base/324109 >>> >>> Log: >>> Merge ACPICA 20170929. >>> >>> Added: >>> head/sys/contrib/dev/acpica/compiler/aslallocate.c >>> - copied, changed from r324104, >>> vendor-sys/acpica/dist/source/compiler/aslallocate.c >> >> Hi Jung-uk, >> >> After this change, the test machine booting in bhyve panics with this >> message: >> >> panic: acpi: timer op not yet supported during boot >> >> Could you help to check what happened here? The full boot log can be >> found here: >> >> https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4496/console >> > > This happens for me on the real hardware as well. > > SMP: passed TSC synchronization test > Timecounter "TSC" frequency 2095144854 Hz quality 1000 > random: entropy device external interface > io: > nfslock: pseudo-device > mem: > null: > nexus0 > random: harvesting attach, 8 bytes (4 bits) from ram0 > acpi0: on motherboard > ACPI: 4 ACPI AML tables successfully acquired and loaded > panic: acpi: timer op not yet supported during boot Seems like it's triggered by the code that's supposed to limit execution time of loops. > cpuid = 17 > time = 1 > KDB: stack backtrace: > db_trace_self_wrapper() at 0x802ac6fb = > db_trace_self_wrapper+0x2b/frame 0x80de9da0 > vpanic() at 0x80380e0c = vpanic+0x19c/frame 0x80de9e20 > kassert_panic() at 0x80380c6f = kassert_panic+0x16f/frame > 0x80de9e90 > AcpiOsGetTimer() at 0x802b1b08 = AcpiOsGetTimer+0x48/frame > 0x80de9eb0 > AcpiDsExecBeginControlOp() at 0x80276f40 = > AcpiDsExecBeginControlOp+0x80/frame 0x80de9ee0 > AcpiPsCreateOp() at 0x80290c83 = AcpiPsCreateOp+0x1b3/frame > 0x80de9f30 > AcpiPsParseLoop() at 0x8029047f = AcpiPsParseLoop+0x1bf/frame > 0x80de9fa0 > AcpiPsParseAml() at 0x80291540 = AcpiPsParseAml+0x80/frame > 0x80de9fe0 > AcpiDsExecuteArguments() at 0x80276d4d = > AcpiDsExecuteArguments+0x13d/frame 0x80dea040 > AcpiDsGetRegionArguments() at 0x80276e96 = > AcpiDsGetRegionArguments+0x36/frame 0x80dea060 > AcpiNsInitOneObject() at 0x8028b153 = AcpiNsInitOneObject+0xd3/frame > 0x80dea0a0 > AcpiNsWalkNamespace() at 0x8028e673 = AcpiNsWalkNamespace+0xc3/frame > 0x80dea100 > AcpiWalkNamespace() at 0x8028ebf9 = AcpiWalkNamespace+0x99/frame > 0x80dea160 > AcpiNsInitializeObjects() at 0x8028b052 = > AcpiNsInitializeObjects+0x42/frame 0x80dea1c0 > AcpiLoadTables() at 0x80296648 = AcpiLoadTables+0x78/frame > 0x80dea1e0 > acpi_attach() at 0x802b59cc = acpi_attach+0x31c/frame > 0x80dea290 > device_attach() at 0x803b7833 = device_attach+0x3f3/frame > 0x80dea2d0 > bus_generic_attach() at 0x803b898a = bus_generic_attach+0x5a/frame > 0x80dea2f0 > nexus_acpi_attach() at 0x805b3593 = nexus_acpi_attach+0x73/frame > 0x80dea320 > device_attach() at 0x803b7833 = device_attach+0x3f3/frame > 0x80dea360 > bus_generic_new_pass() at 0x803b9016 = > bus_generic_new_pass+0x116/frame 0x80dea390 > bus_set_pass() at 0x803b4e1c = bus_set_pass+0x8c/frame > 0x80dea3c0 > configure() at 0x806283a9 = configure+0x9/frame 0x80dea3d0 > mi_startup() at 0x8031f4cc = mi_startup+0x9c/frame 0x80dea3f0 > btext() at 0x80268e8c = btext+0x2c > KDB: enter: panic > [ thread pid 0 tid 10 ] > Stopped at 0x803c4d9b = kdb_enter+0x3b:movq > $0,0x80a3e260 = kdb_why -- Andriy Gapon ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components/h
On Sat, Sep 30, 2017 at 10:58:41AM +, Li-Wen Hsu wrote: > On Fri, Sep 29, 2017 at 23:02:49 +, Jung-uk Kim wrote: > > Author: jkim > > Date: Fri Sep 29 23:02:49 2017 > > New Revision: 324109 > > URL: https://svnweb.freebsd.org/changeset/base/324109 > > > > Log: > > Merge ACPICA 20170929. > > > > Added: > > head/sys/contrib/dev/acpica/compiler/aslallocate.c > > - copied, changed from r324104, > > vendor-sys/acpica/dist/source/compiler/aslallocate.c > > Hi Jung-uk, > > After this change, the test machine booting in bhyve panics with this > message: > > panic: acpi: timer op not yet supported during boot > > Could you help to check what happened here? The full boot log can be > found here: > > https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4496/console > This happens for me on the real hardware as well. SMP: passed TSC synchronization test Timecounter "TSC" frequency 2095144854 Hz quality 1000 random: entropy device external interface io: nfslock: pseudo-device mem: null: nexus0 random: harvesting attach, 8 bytes (4 bits) from ram0 acpi0: on motherboard ACPI: 4 ACPI AML tables successfully acquired and loaded panic: acpi: timer op not yet supported during boot cpuid = 17 time = 1 KDB: stack backtrace: db_trace_self_wrapper() at 0x802ac6fb = db_trace_self_wrapper+0x2b/frame 0x80de9da0 vpanic() at 0x80380e0c = vpanic+0x19c/frame 0x80de9e20 kassert_panic() at 0x80380c6f = kassert_panic+0x16f/frame 0x80de9e90 AcpiOsGetTimer() at 0x802b1b08 = AcpiOsGetTimer+0x48/frame 0x80de9eb0 AcpiDsExecBeginControlOp() at 0x80276f40 = AcpiDsExecBeginControlOp+0x80/frame 0x80de9ee0 AcpiPsCreateOp() at 0x80290c83 = AcpiPsCreateOp+0x1b3/frame 0x80de9f30 AcpiPsParseLoop() at 0x8029047f = AcpiPsParseLoop+0x1bf/frame 0x80de9fa0 AcpiPsParseAml() at 0x80291540 = AcpiPsParseAml+0x80/frame 0x80de9fe0 AcpiDsExecuteArguments() at 0x80276d4d = AcpiDsExecuteArguments+0x13d/frame 0x80dea040 AcpiDsGetRegionArguments() at 0x80276e96 = AcpiDsGetRegionArguments+0x36/frame 0x80dea060 AcpiNsInitOneObject() at 0x8028b153 = AcpiNsInitOneObject+0xd3/frame 0x80dea0a0 AcpiNsWalkNamespace() at 0x8028e673 = AcpiNsWalkNamespace+0xc3/frame 0x80dea100 AcpiWalkNamespace() at 0x8028ebf9 = AcpiWalkNamespace+0x99/frame 0x80dea160 AcpiNsInitializeObjects() at 0x8028b052 = AcpiNsInitializeObjects+0x42/frame 0x80dea1c0 AcpiLoadTables() at 0x80296648 = AcpiLoadTables+0x78/frame 0x80dea1e0 acpi_attach() at 0x802b59cc = acpi_attach+0x31c/frame 0x80dea290 device_attach() at 0x803b7833 = device_attach+0x3f3/frame 0x80dea2d0 bus_generic_attach() at 0x803b898a = bus_generic_attach+0x5a/frame 0x80dea2f0 nexus_acpi_attach() at 0x805b3593 = nexus_acpi_attach+0x73/frame 0x80dea320 device_attach() at 0x803b7833 = device_attach+0x3f3/frame 0x80dea360 bus_generic_new_pass() at 0x803b9016 = bus_generic_new_pass+0x116/frame 0x80dea390 bus_set_pass() at 0x803b4e1c = bus_set_pass+0x8c/frame 0x80dea3c0 configure() at 0x806283a9 = configure+0x9/frame 0x80dea3d0 mi_startup() at 0x8031f4cc = mi_startup+0x9c/frame 0x80dea3f0 btext() at 0x80268e8c = btext+0x2c KDB: enter: panic [ thread pid 0 tid 10 ] Stopped at 0x803c4d9b = kdb_enter+0x3b:movq $0,0x80a3e260 = kdb_why ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
Re: svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components/h
On Fri, Sep 29, 2017 at 23:02:49 +, Jung-uk Kim wrote: > Author: jkim > Date: Fri Sep 29 23:02:49 2017 > New Revision: 324109 > URL: https://svnweb.freebsd.org/changeset/base/324109 > > Log: > Merge ACPICA 20170929. > > Added: > head/sys/contrib/dev/acpica/compiler/aslallocate.c > - copied, changed from r324104, > vendor-sys/acpica/dist/source/compiler/aslallocate.c Hi Jung-uk, After this change, the test machine booting in bhyve panics with this message: panic: acpi: timer op not yet supported during boot Could you help to check what happened here? The full boot log can be found here: https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4496/console Thanks, Li-Wen -- Li-Wen Hsuhttps://lwhsu.org ___ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
svn commit: r324109 - in head: sys/contrib/dev/acpica sys/contrib/dev/acpica/common sys/contrib/dev/acpica/compiler sys/contrib/dev/acpica/components/dispatcher sys/contrib/dev/acpica/components/ha...
Author: jkim Date: Fri Sep 29 23:02:49 2017 New Revision: 324109 URL: https://svnweb.freebsd.org/changeset/base/324109 Log: Merge ACPICA 20170929. Added: head/sys/contrib/dev/acpica/compiler/aslallocate.c - copied, changed from r324104, vendor-sys/acpica/dist/source/compiler/aslallocate.c head/sys/contrib/dev/acpica/compiler/aslcache.c - copied, changed from r324104, vendor-sys/acpica/dist/source/compiler/aslcache.c Modified: head/sys/contrib/dev/acpica/changes.txt head/sys/contrib/dev/acpica/common/adfile.c head/sys/contrib/dev/acpica/common/ahtable.c head/sys/contrib/dev/acpica/common/dmtable.c head/sys/contrib/dev/acpica/common/dmtbdump.c head/sys/contrib/dev/acpica/common/dmtbinfo.c head/sys/contrib/dev/acpica/compiler/aslcompile.c head/sys/contrib/dev/acpica/compiler/aslcompiler.h head/sys/contrib/dev/acpica/compiler/aslcompiler.l head/sys/contrib/dev/acpica/compiler/asldebug.c head/sys/contrib/dev/acpica/compiler/aslerror.c head/sys/contrib/dev/acpica/compiler/aslfiles.c head/sys/contrib/dev/acpica/compiler/aslhelp.c head/sys/contrib/dev/acpica/compiler/aslload.c head/sys/contrib/dev/acpica/compiler/aslmapenter.c head/sys/contrib/dev/acpica/compiler/aslmaputils.c head/sys/contrib/dev/acpica/compiler/aslmessages.c head/sys/contrib/dev/acpica/compiler/aslmessages.h head/sys/contrib/dev/acpica/compiler/aslmethod.c head/sys/contrib/dev/acpica/compiler/asloperands.c head/sys/contrib/dev/acpica/compiler/aslopt.c head/sys/contrib/dev/acpica/compiler/asloptions.c head/sys/contrib/dev/acpica/compiler/aslparseop.c head/sys/contrib/dev/acpica/compiler/aslprintf.c head/sys/contrib/dev/acpica/compiler/aslstartup.c head/sys/contrib/dev/acpica/compiler/aslsupport.l head/sys/contrib/dev/acpica/compiler/asltypes.h head/sys/contrib/dev/acpica/compiler/aslutils.c head/sys/contrib/dev/acpica/compiler/cvcompiler.c head/sys/contrib/dev/acpica/compiler/cvparser.c head/sys/contrib/dev/acpica/compiler/dtcompile.c head/sys/contrib/dev/acpica/compiler/dtcompiler.h head/sys/contrib/dev/acpica/compiler/dtexpress.c head/sys/contrib/dev/acpica/compiler/dtfield.c head/sys/contrib/dev/acpica/compiler/dtio.c head/sys/contrib/dev/acpica/compiler/dtparser.y head/sys/contrib/dev/acpica/compiler/dtsubtable.c head/sys/contrib/dev/acpica/compiler/dttable.c head/sys/contrib/dev/acpica/compiler/dttable1.c head/sys/contrib/dev/acpica/compiler/dttable2.c head/sys/contrib/dev/acpica/compiler/dttemplate.c head/sys/contrib/dev/acpica/compiler/dttemplate.h head/sys/contrib/dev/acpica/compiler/dtutils.c head/sys/contrib/dev/acpica/compiler/prexpress.c head/sys/contrib/dev/acpica/compiler/prmacros.c head/sys/contrib/dev/acpica/compiler/prparser.y head/sys/contrib/dev/acpica/compiler/prscan.c head/sys/contrib/dev/acpica/compiler/prutils.c head/sys/contrib/dev/acpica/components/dispatcher/dscontrol.c head/sys/contrib/dev/acpica/components/hardware/hwtimer.c head/sys/contrib/dev/acpica/components/namespace/nsaccess.c head/sys/contrib/dev/acpica/components/namespace/nssearch.c head/sys/contrib/dev/acpica/components/parser/psobject.c head/sys/contrib/dev/acpica/components/parser/psutils.c head/sys/contrib/dev/acpica/components/utilities/utinit.c head/sys/contrib/dev/acpica/components/utilities/utmath.c head/sys/contrib/dev/acpica/include/acapps.h head/sys/contrib/dev/acpica/include/acconfig.h head/sys/contrib/dev/acpica/include/acdisasm.h head/sys/contrib/dev/acpica/include/acexcep.h head/sys/contrib/dev/acpica/include/aclocal.h head/sys/contrib/dev/acpica/include/acpixf.h head/sys/contrib/dev/acpica/include/actbl1.h head/sys/contrib/dev/acpica/include/actbl2.h head/sys/contrib/dev/acpica/include/actypes.h head/sys/dev/acpica/acpi_cpu.c head/usr.sbin/acpi/iasl/Makefile Directory Properties: head/sys/contrib/dev/acpica/ (props changed) Modified: head/sys/contrib/dev/acpica/changes.txt == --- head/sys/contrib/dev/acpica/changes.txt Fri Sep 29 22:21:42 2017 (r324108) +++ head/sys/contrib/dev/acpica/changes.txt Fri Sep 29 23:02:49 2017 (r324109) @@ -1,4 +1,104 @@ +29 September 2017. Summary of changes for version 20170929: + + +1) ACPICA kernel-resident subsystem: + +Redesigned and implemented an improved ASL While() loop timeout +mechanism. This mechanism is used to prevent infinite loops in the kernel +AML interpreter caused by either non-responsive hardware or incorrect AML +code. The new implementation uses AcpiOsGetTimer instead of a simple +maximum loop count, and is thus more accurate and constant across +different machines. The default timeout is currently 30 seconds, but this +may be adjusted later. + +Renamed the ACPI_AML_INFINITE_LOOP exception to AE_AML_LOOP_TIMEOUT to +better reflect the new implementation of the loop timeout mechanism. +