Date: Wed, 13 Sep 2006 10:32:41 -0400 From: John Baldwin <jhb@freebsd.org> To: Norikatsu Shigemura <nork@freebsd.org> 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 Message-ID: <200609131032.43068.jhb@freebsd.org> In-Reply-To: <20060913223331.4024c2bc.nork@FreeBSD.org> References: <200609112010.k8BKAgWI092204@repoman.freebsd.org> <20060913223331.4024c2bc.nork@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 13 September 2006 09:33, Norikatsu Shigemura wrote: > On Mon, 11 Sep 2006 20:10:42 +0000 (UTC) > John Baldwin <jhb@freebsd.org> 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. Yeah, this should fix all the 'trap 30' panics on SMP x86 when you kldload a driver. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200609131032.43068.jhb>