From owner-svn-src-head@freebsd.org Wed Dec 16 22:58:11 2015 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24A3BA48F86; Wed, 16 Dec 2015 22:58:11 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from frv158.fwdcdn.com (frv158.fwdcdn.com [212.42.77.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DEFDC19F3; Wed, 16 Dec 2015 22:58:10 +0000 (UTC) (envelope-from fidaj@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Ife04n5yRmrWh1CRquZsoHTi/MxcWShA+sic9Ugg2uY=; b=fXwYg6dhElGu8ZjtbMTG/NFDzvEb0cn48j2usvm8An/xDkMFu1kXuIlv+HLjxfMD371z1OAu6WBuhuX+vhAS1zCu3DpQsdMq87Mufx/H8vmQjdQaQVKtsuXKH2gUBFixdjzagBMb37R8zpzoOCqJ4Kt6Ui3tXAwxpnPWo/znj1c=; Received: from [46.185.1.75] (helo=nonamehost.local) by frv158.fwdcdn.com with esmtpsa ID 1a9L1L-0009Dt-Ag ; Thu, 17 Dec 2015 00:58:07 +0200 Date: Thu, 17 Dec 2015 00:58:06 +0200 From: Ivan Klymenko To: Gleb Smirnoff Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r292373 - in head: share/man/man9 sys/cddl/contrib/opensolaris/uts/common/fs/zfs sys/dev/drm2/i915 sys/dev/drm2/ttm sys/dev/md sys/fs/fuse sys/fs/nfsclient sys/fs/smbfs sys/fs/tmpfs sys... Message-ID: <20151217005806.5c6c962c@nonamehost.local> In-Reply-To: <201512162130.tBGLUjPj083575@repo.freebsd.org> References: <201512162130.tBGLUjPj083575@repo.freebsd.org> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Authentication-Result: IP=46.185.1.75; mail.from=fidaj@ukr.net; dkim=pass; header.d=ukr.net X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2015 22:58:11 -0000 On Wed, 16 Dec 2015 21:30:45 +0000 (UTC) Gleb Smirnoff wrote: > Author: glebius > Date: Wed Dec 16 21:30:45 2015 > New Revision: 292373 > URL: https://svnweb.freebsd.org/changeset/base/292373 > > Log: > A change to KPI of vm_pager_get_pages() and underlying > VOP_GETPAGES(). > o With new KPI consumers can request contiguous ranges of pages, and > unlike before, all pages will be kept busied on return, like it > was done before with the 'reqpage' only. Now the reqpage goes away. > With new interface it is easier to implement code protected from race > conditions. > > Such arrayed requests for now should be preceeded by a call to > vm_pager_haspage() to make sure that request is possible. This > could be improved later, making vm_pager_haspage() obsolete. > > Strenghtening the promises on the business of the array of pages > allows us to remove such hacks as swp_pager_free_nrpage() and > vm_pager_free_nonreq(). > > o New KPI accepts two integer pointers that may optionally point at > values for read ahead and read behind, that a pager may do, if it > can. These pages are completely owned by pager, and not controlled > by the caller. > > This shifts the UFS-specific readahead logic from vm_fault.c, > which should be file system agnostic, into vnode_pager.c. It also > removes one VOP_BMAP() request per hard fault. > > Discussed with: kib, alc, jeff, scottl > Sponsored by: Nginx, Inc. > Sponsored by: Netflix > Hello. I have panic: Dec 17 00:50:26 nonamehost kernel: ugen2.3: <6047B0021601A0114AGXA> at usbus2 Dec 17 00:50:26 nonamehost kernel: ugen2.4: at usbus2 Dec 17 00:50:26 nonamehost kernel: Dec 17 00:50:26 nonamehost kernel: Dec 17 00:50:26 nonamehost kernel: Fatal trap 12: page fault while in kernel mode Dec 17 00:50:26 nonamehost kernel: cpuid = 1; apic id = 01 Dec 17 00:50:26 nonamehost kernel: fault virtual address = 0x18 Dec 17 00:50:26 nonamehost kernel: fault code = supervisor write data, page not present Dec 17 00:50:26 nonamehost kernel: instruction pointer = 0x20:0xffffffff80a83c5f Dec 17 00:50:26 nonamehost kernel: stack pointer = 0x28:0xfffffe016ff683a0 Dec 17 00:50:26 nonamehost kernel: frame pointer = 0x28:0xfffffe016ff683b0 Dec 17 00:50:26 nonamehost kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Dec 17 00:50:26 nonamehost kernel: = DPL 0, pres 1, long 1, def32 0, gran 1 Dec 17 00:50:26 nonamehost kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Dec 17 00:50:26 nonamehost kernel: current process = 1 (kernel) Dec 17 00:50:26 nonamehost kernel: trap number = 12 Dec 17 00:50:26 nonamehost kernel: panic: page fault Dec 17 00:50:26 nonamehost kernel: cpuid = 1 Dec 17 00:50:26 nonamehost kernel: KDB: stack backtrace: Dec 17 00:50:26 nonamehost kernel: #0 0xffffffff80aca4a7 at kdb_backtrace+0x67 Dec 17 00:50:26 nonamehost kernel: #1 0xffffffff80a86692 at vpanic+0x182 Dec 17 00:50:26 nonamehost kernel: #2 0xffffffff80a86503 at panic+0x43 Dec 17 00:50:26 nonamehost kernel: #3 0xffffffff80f59051 at trap_fatal+0x351 Dec 17 00:50:26 nonamehost kernel: #4 0xffffffff80f59244 at trap_pfault+0x1e4 Dec 17 00:50:26 nonamehost kernel: #5 0xffffffff80f589fe at trap+0x46e Dec 17 00:50:26 nonamehost kernel: #6 0xffffffff80f3ced7 at calltrap+0x8 Dec 17 00:50:26 nonamehost kernel: #7 0xffffffff82277716 at zfs_freebsd_getpages+0x96 Dec 17 00:50:26 nonamehost kernel: #8 0xffffffff810a0256 at VOP_GETPAGES_APV+0xa6 Dec 17 00:50:26 nonamehost kernel: #9 0xffffffff80df26f0 at vnode_pager_getpages+0xc0 Dec 17 00:50:26 nonamehost kernel: #10 0xffffffff80debbcf at vm_pager_get_pages+0x1f Dec 17 00:50:26 nonamehost kernel: #11 0xffffffff80a3cb6f at exec_map_first_page+0x1bf Dec 17 00:50:26 nonamehost kernel: #12 0xffffffff80a3b5ac at kern_execve+0x41c Dec 17 00:50:26 nonamehost kernel: #13 0xffffffff80a3ae0c at sys_execve+0x4c Dec 17 00:50:26 nonamehost kernel: #14 0xffffffff80a1c52d at start_init+0x27d Dec 17 00:50:26 nonamehost kernel: #15 0xffffffff80a4576c at fork_exit+0x9c Dec 17 00:50:26 nonamehost kernel: #16 0xffffffff80f3d40e at fork_trampoline+0xe Dec 17 00:50:26 nonamehost kernel: Uptime: 6s Sorry, but the system is not left (does not save) the dump file just clipping from /var/log/messages