From owner-freebsd-current@freebsd.org Tue Sep 22 05:52:01 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 329ED3DE55F for ; Tue, 22 Sep 2020 05:52:01 +0000 (UTC) (envelope-from monochrome@twcny.rr.com) Received: from p-impout001.msg.pkvw.co.charter.net (p-impout001aa.msg.pkvw.co.charter.net [47.43.26.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BwVnC30wyz4YYC; Tue, 22 Sep 2020 05:51:58 +0000 (UTC) (envelope-from monochrome@twcny.rr.com) Received: from [192.168.13.11] ([45.47.33.158]) by cmsmtp with ESMTP id KbDSkyj8EWFOUKbDTkaBC6; Tue, 22 Sep 2020 05:51:52 +0000 X-Authority-Analysis: v=2.3 cv=NuGvjPVJ c=1 sm=1 tr=0 a=VvwePSPmDFBOGFNvGtd2Cw==:117 a=VvwePSPmDFBOGFNvGtd2Cw==:17 a=IkcTkHD0fZMA:10 a=_kq-PPg25ud80-7JMrEA:9 a=ucZR-qGt2UFPk7du:21 a=vYD2f5G4Qr07huJk:21 a=QEXdDO2ut3YA:10 Subject: Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X To: rhurlin@freebsd.org, Konstantin Belousov Cc: Hans Petter Selasky , freebsd-current@freebsd.org References: <88af31d4-9ed9-172a-d48f-1780f19841e3@twcny.rr.com> <11d27d41-029a-d7f5-eccc-0ba3a3fcfe97@gwdg.de> <2bbfb4b3-92e9-b3ca-9c31-6c513cee2f2d@gwdg.de> <20200920093814.GD94807@kib.kiev.ua> <0249197f-29f6-4df4-eb63-ca786aaea39d@gwdg.de> <20200920195526.GH94807@kib.kiev.ua> <20200920200735.GJ94807@kib.kiev.ua> <1621df05-35a9-92b9-ffee-d93c17110d87@gwdg.de> <2673660d-3a6e-97c9-82a2-17b5ab8b987b@gwdg.de> <20200921221329.GD2570@kib.kiev.ua> <14418f1d-4b3a-7c4d-4cdd-030a00d86383@gwdg.de> From: monochrome Message-ID: <5f318192-78a4-70bb-93e6-608efbc37b09@twcny.rr.com> Date: Tue, 22 Sep 2020 01:51:50 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.3.0 MIME-Version: 1.0 In-Reply-To: <14418f1d-4b3a-7c4d-4cdd-030a00d86383@gwdg.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfG5vIjtBxXSmebmvWDcBh9+RkYOt11FN2BFB2JfllbWfToPSBPtA1sYoc5sAM90/rJZqtWe6P5+dDSKrB4RoIL6a4l/gOzQXVQXEK222pHFBJBJC1V9J dUB1XWXyEpcOTmUJRS+2rRx4cwz7I0o+wWmcl/5nrFMBmtclEmyJdtbFO+FtYmYR14zINEb5WBvQ0MQeIrt5izUkhe9IdtS80TUxB6C4jGa+3oTMMjc7Zzi6 K9dFJ6qMje7ZbAMvs7pOvJ4makwdGvn4+8SViMnBcyw= X-Rspamd-Queue-Id: 4BwVnC30wyz4YYC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.02 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[rr.com]; NEURAL_HAM_LONG(-1.04)[-1.037]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.70)[-0.699]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; FREEMAIL_TO(0.00)[freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; RECEIVED_SPAMHAUS_PBL(0.00)[45.47.33.158:received] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2020 05:52:01 -0000 Rainer, I'm all up and running and clean with the latest again, if it still doesn't work after your next try, send me your step-by-step to patch and i'll try it here. I'm using ryzen video so I have to disable stuff to even see the fault messages. On 9/22/20 1:06 AM, Rainer Hurling wrote: > Am 22.09.20 um 00:13 schrieb Konstantin Belousov: >> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: >>> Fatal trap 12: page fault while in kernel mode >>> cpuid = 31; apic id = 1f >>> fault virtual address   = 0x25407efa >> This address is very suspicious. >> >> I cannot claim it as the fact, but most likely cause for such garbage >> pointer value is mismatched ABI between kernel and module.  In other >> words, the module was built against headers from different kernel. > > Hmm, thanks for the pointer. I will double check this evening and > reporting back. > > Normally, this module should have been built and installed with the > kernel build. > >> >>> fault code              = supervisor read data, page not present >>> instruction pointer     = 0x20:0xffffffff80ec0b63 >>> stack pointer           = 0x28:0xffffffff826018b0 >>> frame pointer           = 0x28:0xffffffff82601940 >>> code segment            = base 0x0, limit 0xfffff, type 0x1b >>>                          = DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags        = interrupt enabled, resume, IOPL = 0 >>> current process         = 0 (swapper) >>> trap number             = 12 >>> panic: page fault >>> cpuid = 31 >>> time = 1 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xffffffff82601560 >>> vpanic() at vpanic+0x182/frame 0xffffffff826015b0 >>> panic() at panic+0x43/frame 0xffffffff82601610 >>> trap_fatal() at trap_fatal+0x387/frame 0xffffffff82601670 >>> trap_pfault() at trap_pfault+0x97/frame 0xffffffff826016d0 >>> trap() at trap+0x2ab/frame 0xffffffff826017e0 >>> calltrap() at calltrap+0x8/frame 0xffffffff826017e0 >>> --- trap 0xc, rip = 0xffffffff80ec0b63, rsp = 0xffffffff826018b0, rbp = >>> 0xffffffff82601940 --- >>> vm_map_insert() at vm_map_insert+0x2f3/framw 0xffffffff82601940 >>> vm_map_find() at vm_map_find+0x4a4/frame 0xffffffff82601a00 >>> rtR0MemObjFreeBSDAllocHelper() at >>> rtR0MemObjFreeBSDAllocHelper+0x96/frame 0xffffffff82601a70 >>> rtR0MemObjNativeAllocCont() at rtR0MemObjNativeAllocCont+0x50/frame >>> 0xffffffff82601ac0 >>> supdrvGipCreate() at supdrvGipCreate+0x97/frame 0xffffffff82601b60 >>> supdrvInitDevExt() at supdrvInitDevExt+0x19a/frame 0xffffffff82601bd0 >>> VBoxDrvFreeBSDModuleEvent() at VBoxDrvFreeBSDModuleEvent+0x46/frame >>> 0xffffffff82601bf0 >>> module_register_init() at module_register_init+0xbd/frame >>> 0xffffffff82601c20 >>> mi_startup() at mi_startup+0xec/frame 0xffffffff82601c70 >>> btext() at btext+0x2c >>> KDB: enter: panic >>> [ thread pid 0 tid 100000 ] >>> Stopped at      kdb_enter+0x37: movq    $0,0x10b5616(%rip) >>> db> >>> >>> >>> Perhaps this gives some more insight into the problem? I can't assess, >>> sorry. >