From owner-cvs-all@FreeBSD.ORG Wed Sep 13 13:33:33 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C25CA16A407; Wed, 13 Sep 2006 13:33:33 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F03A543D46; Wed, 13 Sep 2006 13:33:32 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k8DDXUZt099478; Wed, 13 Sep 2006 22:33:31 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 13 Sep 2006 22:33:31 +0900 From: Norikatsu Shigemura To: John Baldwin Message-Id: <20060913223331.4024c2bc.nork@FreeBSD.org> In-Reply-To: <200609112010.k8BKAgWI092204@repoman.freebsd.org> References: <200609112010.k8BKAgWI092204@repoman.freebsd.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Wed, 13 Sep 2006 22:33:31 +0900 (JST) Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/amd64 mp_machdep.c src/sys/i386/i386 mp_machdep.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2006 13:33:33 -0000 On Mon, 11 Sep 2006 20:10:42 +0000 (UTC) John Baldwin wrote: > jhb 2006-09-11 20:10:42 UTC > FreeBSD src repository > Modified files: > sys/amd64/amd64 mp_machdep.c > sys/i386/i386 mp_machdep.c > Log: > Actually hook up the IPI_INVLCACHE IDT vectors backing > pmap_invalidate_cache() in the SMP case so pmap_mapdev() in multiuser > doesn't panic with a trap 30. I broke this many months ago when I > added pmap_invalidate_cache() as early parts of the PAT work. > Patience from: jmg > Pointy hat: jhb Cool!!! My radeon+smp problem was fixed!! Thank you.