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

2017-09-30 Thread Ngie Cooper (yaneurabeya) 

> 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

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

2017-09-30 Thread Konstantin Belousov 
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

2017-09-30 Thread Andriy Gapon 
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

2017-09-30 Thread Konstantin Belousov 
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

2017-09-30 Thread Li-Wen Hsu 
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"