From owner-freebsd-current@FreeBSD.ORG Sat Jan 10 17:06:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4BBB16A4CE for ; Sat, 10 Jan 2004 17:06:09 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33B043D2F for ; Sat, 10 Jan 2004 17:06:08 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i0B1627E029227 for ; Sat, 10 Jan 2004 17:06:06 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200401110106.i0B1627E029227@gw.catspoiler.org> Date: Sat, 10 Jan 2004 17:06:02 -0800 (PST) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: building acpi module with ACPI_DEBUG option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2004 01:06:09 -0000 If you build a kernel with the ACPI_DEBUG option, this option gets passed to the module build in opt_acpi.h, but the kernel panics on boot because the symbol AcpiDmDumpMethodInfo is undefined in the module. The problem is that the Makefile for the acpi module needs to know whether ACPI_DEBUG is defined because it wants to append some more files to SRCS in this case. One of the extra source files contains the definition of the undefined symbol. .if ACPI_DEBUG CFLAGS+=-DACPI_DEBUG SRCS+= ${DBSRC} opt_ddb.h: Makefile echo "#define DDB 1" > ${.TARGET} .else opt_ddb.h: Makefile echo -n > ${.TARGET} .endif