From owner-freebsd-ports@FreeBSD.ORG Sun Feb 19 02:19:19 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id C30691065672; Sun, 19 Feb 2012 02:19:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5862F14F4E6; Sun, 19 Feb 2012 02:19:19 +0000 (UTC) Message-ID: <4F405C26.2080008@FreeBSD.org> Date: Sat, 18 Feb 2012 18:19:18 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: danfe@FreeBSD.org X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD ports list Subject: nvidia-driver + 8-stable PAE == spectacular fail X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Feb 2012 02:19:19 -0000 I've been using 8-stable the last several weeks in preparation for the new release and decided to give PAE a try for the first time. I rebuilt my kernel with that option, and it booted fine. Then I rebuilt the nvidia module and as soon as I kldload'ed it, boom! panic: pmap_mapdev: Couldn't alloc kernel virtual memory Unread portion of the kernel message buffer: nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io panic: pmap_mapdev: Couldn't alloc kernel virtual memory cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c06f635f,0,c0714275,5b8,eea867e0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c071c724,1,c071ca3b,eea86820,1,...) at kdb_backtrace+0x2a panic(c071ca3b,0,7,2,eea86854,...) at panic+0x117 pmap_mapdev_attr(f6000000,1000,0,ce0d4ffc,cdb7e1d0,...) at pmap_mapdev_attr+0xbe os_map_kernel_space(f6000000,0,1000,0,1,...) at os_map_kernel_space+0x92 _nv023880rm(ce0d7000,0,0,0,0,...) at _nv023880rm+0xe2 (kgdb) #0 doadump () at pcpu.h:244 #1 0xc029e3a9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1065406784, dummy4=0xeea865f4 "u") at /frontier/svn/stable/8/sys/ddb/db_command.c:548 #2 0xc029e7a1 in db_command (last_cmdp=0xc078303c, cmd_table=0x0, dopager=1) at /frontier/svn/stable/8/sys/ddb/db_command.c:445 #3 0xc029e8fa in db_command_loop () at /frontier/svn/stable/8/sys/ddb/db_command.c:498 #4 0xc02a087d in db_trap (type=3, code=0) at /frontier/svn/stable/8/sys/ddb/db_main.c:229 #5 0xc046d162 in kdb_trap (type=3, code=0, tf=0xeea867a0) at /frontier/svn/stable/8/sys/kern/subr_kdb.c:548 #6 0xc0678b1e in trap (frame=0xeea867a0) at /frontier/svn/stable/8/sys/i386/i386/trap.c:726 #7 0xc065cb9c in calltrap () at /frontier/svn/stable/8/sys/i386/i386/exception.s:168 #8 0xc046cfea in kdb_enter (why=0xc06f321b "panic", msg=0xc06f321b "panic") at cpufunc.h:71 #9 0xc043eb74 in panic ( fmt=0xc071ca3b "pmap_mapdev: Couldn't alloc kernel virtual memory") at /frontier/svn/stable/8/sys/kern/kern_shutdown.c:597 #10 0xc066e59e in pmap_mapdev_attr (pa=17596313239552, size=0, mode=-837988356) at /frontier/svn/stable/8/sys/i386/i386/pmap.c:4713 #11 0xcdba7602 in os_map_kernel_space () from /boot/modules/nvidia.ko #12 0xcdb7e1d0 in _nv023880rm () from /boot/modules/nvidia.ko #13 0x00000000 in ?? () #14 0x00000001 in ?? () #15 0xcb43c600 in ?? () #16 0x00000003 in ?? () #17 0xcb717400 in ?? () #18 0xcdb8aedb in rm_is_supported_device () from /boot/modules/nvidia.ko #19 0x00000000 in ?? () #20 0x00000001 in ?? () #21 0x00000001 in ?? () #22 0xeea86910 in ?? () #23 0xce021000 in ?? () #24 0xcb43e780 in ?? () #25 0xcb43c600 in ?? () #26 0x00000003 in ?? () #27 0xcb43c600 in ?? () #28 0x00000003 in ?? () #29 0xcc29ae00 in ?? () #30 0xcdbac47f in nvidia_attach () from /boot/modules/nvidia.ko Previous frame inner to this frame (corrupt stack?) core.txt.1 is in my home directory on freefall. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/