Re: panic by "acpidump -dt" on -current(Nov 22)

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On 22 November 2017 at 15:34, Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
> And also I get the same panic with 'acpidump -dt', tested with the
> yesterday's image from releng -
> http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/201711212310Z/images/NetBSD-8.99.7-amd64.iso

Also Xorg from this distribution panics the system the same way.


> .
>
> Chavdar
>
>
> On Wed, 22 Nov 2017 at 09:17 Chavdar Ivanov <ci4ic4%gmail.com@localhost> wrote:
>>
>> Interesting - I reported earlier exactly the same sequence -
>> ...
>> pmap_enter_ma() at pmap_enter_ma+0xe2a
>> pmap_enter_default() at pmap_enter_default+0x1d
>> udv_fault() at udv_fault+0x151
>> uvm_fault_internal() at uvm_fault_internal+0x6d4
>> trap() at trap+0x3f0
>> --- trap (number 6) ---
>> ...
>>
>> when starting Xorg under VirtualBox (it works on real hardware).
>>
>> Chavdar
>>
>> On Wed, 22 Nov 2017 at 02:10 Kengo NAKAHARA <k-nakahara%iij.ad.jp@localhost> wrote:
>>>
>>> Hi,
>>>
>>> I met a panic when I do "acpidump -dt" on -current(Nov 22). The specific
>>> version is the following commit.
>>>
>>> https://mail-index.netbsd.org/source-changes/2017/11/21/msg089839.html
>>> # It includes chs@n.o's fix of pmap_enter_ma() and
>>> uvm_fault_upper_enter().
>>>
>>> Here is the panic message and backtrace.
>>> ====================
>>> panic: prevented access to 0x10 (SMAP)
>>> fatal breakpoint trap in supervisor mode
>>> trap type 1 code 0 rip 0xffffffff8021d2d5 cs 0x8 rflags 0x246 cr2 0x10
>>> ilevel 0 rsp 0xffffe40110c4b7e0
>>> curlwp 0xffffe4027b7cd220 pid 866.1 lowest kstack 0xffffe40110c482c0
>>> Stopped in pid 866.1 (acpidump) at      netbsd:breakpoint+0x5:  leave
>>> db{6}> bt
>>> breakpoint() at netbsd:breakpoint+0x5
>>> vpanic() at netbsd:vpanic+0x140
>>> panic() at netbsd:panic+0x3c
>>> trap() at netbsd:trap+0xbf0
>>> --- trap (number 6) ---
>>> pmap_enter_ma() at netbsd:pmap_enter_ma+0xe2a
>>> pmap_enter_default() at netbsd:pmap_enter_default+0x1d
>>> udv_fault() at netbsd:udv_fault+0x151
>>> uvm_fault_internal() at netbsd:uvm_fault_internal+0x6d4
>>> trap() at netbsd:trap+0x3f0
>>> --- trap (number 6) ---
>>> 1568033cf:
>>> ====================
>>>
>>> Here is dmesg.
>>>     http://netbsd.org/~knakahara/20171122-acpidump-panic-dmesg
>>>
>>> msaitoh@n.o met the same panic on other machine.
>>>
>>> Does anyone meet this issue?
>>>
>>>
>>> Thanks,
>>>
>>> --
>>> //////////////////////////////////////////////////////////////////////
>>> Internet Initiative Japan Inc.
>>>
>>> Device Engineering Section,
>>> IoT Platform Development Department,
>>> Network Division,
>>> Technology Unit
>>>
>>> Kengo NAKAHARA <k-nakahara%iij.ad.jp@localhost>



-- 
----