From owner-freebsd-ports@FreeBSD.ORG  Thu Nov 23 22:19:52 2006
Return-Path: <owner-freebsd-ports@FreeBSD.ORG>
X-Original-To: freebsd-ports@freebsd.org
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 3D0F416A503
	for <freebsd-ports@freebsd.org>; Thu, 23 Nov 2006 22:19:52 +0000 (UTC)
	(envelope-from bakul@bitblocks.com)
Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4606F43D55
	for <freebsd-ports@freebsd.org>; Thu, 23 Nov 2006 22:19:14 +0000 (GMT)
	(envelope-from bakul@bitblocks.com)
Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1])
	by mail.bitblocks.com (Postfix) with ESMTP id 484A85B3E;
	Thu, 23 Nov 2006 14:19:51 -0800 (PST)
To: Kris Kennaway <kris@obsecurity.org>
In-reply-to: Your message of "Thu, 23 Nov 2006 16:42:20 EST."
	<20061123214220.GA84447@xor.obsecurity.org> 
Date: Thu, 23 Nov 2006 14:19:51 -0800
From: Bakul Shah <bakul@bitblocks.com>
Message-Id: <20061123221951.484A85B3E@mail.bitblocks.com>
Cc: FreeBSD Ports <freebsd-ports@freebsd.org>,
	Anders Troback <freebsd@troback.com>
Subject: Re: Qemu crash... 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
	<mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports>
List-Post: <mailto:freebsd-ports@freebsd.org>
List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>,
	<mailto:freebsd-ports-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Nov 2006 22:19:52 -0000

> It "should" work, but people sometimes report that it doesn't
> (i.e. when they get the resulting panic).  It at least needs to be
> investigated.

What I suggested works for qemu since kldstat -m works for
aio and kqemu.  May be people tried kldload without checking
if the module existed?  kldload should do the equiv. of
kldstat -m.

> There's still the "stale module" problem.

You mean an old module that you want to replace?

> No, it only works for things that are modules:
>
> > grep -i compat /usr/src/sys/i386/conf/XOR
> options         COMPAT_43               # Compatible with BSD 4.3 [KEEP THIS!]
> options         COMPAT_FREEBSD4         # Compatible with FreeBSD4
> options         COMPAT_LINUX

Ah, I see what you mean...  The quick way is to default to
options INCLUDE_CONFIG_FILE but the DEFAULTS file has muddied
the situation as its contents are not shown.  May be it is
better for config(8) to generate necessary sysctl glue for
options, makeoptions etc.  Even better if sysctl kern.config
can used to recreate the config file of a running system....