From owner-freebsd-current@freebsd.org Sat Jul 13 22:15:10 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE4B515CE5F3 for ; Sat, 13 Jul 2019 22:15:10 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AE50371A64 for ; Sat, 13 Jul 2019 22:15:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x6DMEvfr041781 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 14 Jul 2019 01:15:00 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x6DMEvfr041781 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x6DMEvT9041780; Sun, 14 Jul 2019 01:14:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 14 Jul 2019 01:14:57 +0300 From: Konstantin Belousov To: Larry Rosenman Cc: Freebsd current Subject: Re: panic: vm_page_free_prep: freeing mapped page Message-ID: <20190713221457.GP47193@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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: Sat, 13 Jul 2019 22:15:11 -0000 On Sat, Jul 13, 2019 at 04:50:57PM -0500, Larry Rosenman wrote: > I have cores. Ideas? > svn rev: r349976 > > [I] ➜ more core.txt.12 > borg.lerctr.org dumped core - see /var/crash/vmcore.12 > > Sat Jul 13 16:47:03 CDT 2019 > > FreeBSD borg.lerctr.org 13.0-CURRENT FreeBSD 13.0-CURRENT r349976 > LER-MINIMAL amd64 > > panic: vm_page_free_prep: freeing mapped page 0xfffff82031044790 > > GNU gdb (GDB) 8.3 [GDB v8.3 for FreeBSD] > Copyright (C) 2019 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > Type "show copying" and "show warranty" for details. > This GDB was configured as "x86_64-portbld-freebsd13.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /boot/kernel/kernel... > Reading symbols from /usr/lib/debug//boot/kernel/kernel.debug... > > Unread portion of the kernel message buffer: > panic: vm_page_free_prep: freeing mapped page 0xfffff82031044790 > cpuid = 21 > time = 1563053382 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe018f9fd890 > vpanic() at vpanic+0x19d/frame 0xfffffe018f9fd8e0 > panic() at panic+0x43/frame 0xfffffe018f9fd940 > vm_page_free_prep() at vm_page_free_prep+0x18a/frame 0xfffffe018f9fd960 > vm_page_free_toq() at vm_page_free_toq+0x12/frame 0xfffffe018f9fd990 > vm_object_terminate() at vm_object_terminate+0x1db/frame > 0xfffffe018f9fd9e0 > vm_object_deallocate() at vm_object_deallocate+0x412/frame > 0xfffffe018f9fda40 > vm_map_process_deferred() at vm_map_process_deferred+0x7f/frame > 0xfffffe018f9fda60 > kern_munmap() at kern_munmap+0x181/frame 0xfffffe018f9fdad0 > amd64_syscall() at amd64_syscall+0x25c/frame 0xfffffe018f9fdbf0 > fast_syscall_common() at fast_syscall_common+0x101/frame > 0xfffffe018f9fdbf0 > --- syscall (73, FreeBSD ELF64, sys_munmap), rip = 0x80119978a, rsp = > 0x7fffffffce18, rbp = 0x7fffffffce20 --- > Uptime: 2h27m22s > Dumping 15640 out of 131026 > MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% > > __curthread () at /usr/src/sys/amd64/include/pcpu.h:246 > 246 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" > (OFFSETOF_CURTHREAD)); > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu.h:246 > #1 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:392 > #2 0xffffffff804b6620 in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:479 > #3 0xffffffff804b6a99 in vpanic (fmt=, ap= out>) > at /usr/src/sys/kern/kern_shutdown.c:905 > #4 0xffffffff804b67d3 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:832 > #5 0xffffffff8076c21a in vm_page_free_prep (m=0xfffff82031044790) > at /usr/src/sys/vm/vm_page.c:3273 > #6 0xffffffff80768152 in vm_page_free_toq (m=0xfffff82031044790) > at /usr/src/sys/vm/vm_page.c:3483 > #7 0xffffffff8076321b in vm_object_terminate_pages (object= out>) > at /usr/src/sys/vm/vm_object.c:726 > #8 vm_object_terminate (object=0xfffff81b924c9600) > at /usr/src/sys/vm/vm_object.c:798 > #9 0xffffffff80762582 in vm_object_deallocate > (object=0xfffff81b924c9600) > at /usr/src/sys/vm/vm_object.c:663 > #10 0xffffffff80756aef in vm_map_entry_deallocate (entry= out>, > system_map=0) at /usr/src/sys/vm/vm_map.c:3457 > #11 vm_map_process_deferred () at /usr/src/sys/vm/vm_map.c:586 > #12 0xffffffff807606b1 in kern_munmap (td=0xfffff80c207e0000, > addr0=, size=149200896) at > /usr/src/sys/vm/vm_mmap.c:603 > #13 0xffffffff807adaac in syscallenter (td=0xfffff80c207e0000) > at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:135 > #14 amd64_syscall (td=0xfffff80c207e0000, traced=0) > at /usr/src/sys/amd64/amd64/trap.c:1181 > #15 > #16 0x000000080119978a in ?? () > Backtrace stopped: Cannot access memory at address 0x7fffffffce18 > (kgdb) What was the process which caused the panic ? Was it threaded ?