From owner-svn-src-head@FreeBSD.ORG Sun Jul 21 08:05:04 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5DA4F575; Sun, 21 Jul 2013 08:05:04 +0000 (UTC) (envelope-from dumbbell@FreeBSD.org) Received: from mail.made4.biz (unknown [IPv6:2001:41d0:1:7018::1:3]) by mx1.freebsd.org (Postfix) with ESMTP id 294C59FF; Sun, 21 Jul 2013 08:05:04 +0000 (UTC) Received: from 141.7.19.93.rev.sfr.net ([93.19.7.141] helo=[192.168.1.176]) by mail.made4.biz with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1V0odb-000G6K-2s; Sun, 21 Jul 2013 10:05:03 +0200 Message-ID: <51EB962E.3090405@FreeBSD.org> Date: Sun, 21 Jul 2013 10:05:02 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Neel Natu Subject: Re: svn commit: r252646 - head/sys/amd64/amd64 References: <201307032321.r63NLP3w059509@svn.freebsd.org> <51EABABD.8050906@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: svn-src-head@freebsd.org, neel@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 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: Sun, 21 Jul 2013 08:05:04 -0000 Le 20/07/2013 20:26, Neel Natu a écrit : > I would start looking by looking at the value of the page table entry > in question (this would be 'tpte' in pmap_remove_pages()). > > In particular, it would be useful to identify whether this is pointing > to a superpage mapping and if so what page within the superpage is > triggering the "vm_page_dirty: page is invalid" panic. Here's what was logged by your patch: va = 0x8007da000 tpte = 0x80000000d2f834f7 m->phys_addr = 0xd2eaf000 m->valid = 0 m->dirty= 0 m->flags = 4, aflags = 0, oflags = 0 panic: vm_page_dirty: page is invalid! So it corresponds to page m[175] in the superpage. I don't know if it helps but I checked the remaining pages: they all have '->valid = 0', except a few ones (265 to 267, 345, 361 to 363, 379 to 387 and 425 to 431 have '->valid = VM_PAGE_BITS_ALL'). -- Jean-Sébastien Pédron