From owner-freebsd-stable@FreeBSD.ORG Sun Jan 13 04:03:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95B7616A419; Sun, 13 Jan 2008 04:03:51 +0000 (UTC) (envelope-from ws@au.dyndns.ws) Received: from ipmail05.adl2.internode.on.net (ipmail05.adl2.internode.on.net [203.16.214.145]) by mx1.freebsd.org (Postfix) with ESMTP id 0C6C513C455; Sun, 13 Jan 2008 04:03:50 +0000 (UTC) (envelope-from ws@au.dyndns.ws) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJ8aiUeWZWdv/2dsb2JhbAAIpnE X-IronPort-AV: E=Sophos;i="4.24,277,1196602200"; d="scan'208";a="34448083" Received: from ppp103-111.static.internode.on.net (HELO [192.168.1.131]) ([150.101.103.111]) by ipmail05.adl2.internode.on.net with ESMTP; 13 Jan 2008 14:33:48 +1030 From: Wayne Sierke To: Kris Kennaway In-Reply-To: <1200156892.1196.34.camel@predator-ii.buffyverse> References: <1199812249.96494.133.camel@predator-ii.buffyverse> <4783C8A8.2090705@raad.tartu.ee> <4783D41B.3000204@FreeBSD.org> <4783D748.1050401@raad.tartu.ee> <4783D824.1050502@FreeBSD.org> <4783DB72.6030605@raad.tartu.ee> <4783DCAA.1080108@FreeBSD.org> <47851247.1020306@raad.tartu.ee> <4785186E.4070609@FreeBSD.org> <47852EFF.8000103@raad.tartu.ee> <478530FC.8090701@FreeBSD.org> <478531C4.10909@raad.tartu.ee> <4785334F.205@FreeBSD.org> <47866B15.5070002@raad.tartu.ee> <47867FAD.9050701@FreeBSD.org> <1200156892.1196.34.camel@predator-ii.buffyverse> Content-Type: text/plain Date: Sun, 13 Jan 2008 14:33:44 +1030 Message-Id: <1200197025.1225.17.camel@predator-ii.buffyverse> Mime-Version: 1.0 X-Mailer: Evolution 2.12.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Toomas Aas , freebsd-stable@freebsd.org Subject: Re: 6.3-PRERELEASE desktop system periodically freezes momentarily X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 04:03:52 -0000 On Sun, 2008-01-13 at 03:24 +1030, Wayne Sierke wrote: > I added options MUTEX_PROFILING and options HWPMC_HOOKS but the system > hangs when going multi-user after printing: Entropy harvesting: > interrupts ethernet point_to_point. ^t shows it stuck in dd, ^c brings > out to sysctl [] but I can't get past that and am forced to reset. > I tried rebooting without loading modules which gets around that but > then I can't get xorg to start even after loading nvidia.ko. I've seen > the comment in the NOTES section in MUTEX_PROFILING re modules, does it > mean that I won't be able to use nvidia.ko with this test kernel? If so > perhaps someone could comment on how best to proceed re gathering test > results? i.e. would it be better to just use 'nv' or 'vesa' driver for > now and get mutex stats? Or forgo that and keep 'nvidia' and just use > hwpmc, etc. > Someone replied privately and evidently I didn't make some things clear about what I did/tried. After changing the kernel config, I used appropriate incarnations of 'make buildkernel KERNCONF=' and 'make installkernel KERNCONF= KODIR=' and used 'nextboot -k'. I also tried rebuilding nvidia.ko (including when booted under the profiling kernel) but not surprisingly the resulting file was identical to the original. I've just booted into a kernel with options HWPMC_HOOKS so I'll grab some results here. Meanwhile I'll prepare a kernel with just options MUTEX_PROFILING and if I haven't heard anything different in the meantime, I'll set about checking that out without nvidia.ko. Wayne