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 Hsu https://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"
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 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 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 Sep 30, 2017, at 09:16, Konstantin Belousov wrote: 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