From owner-cvs-all  Sat Oct 27 18:53:42 2001
Delivered-To: cvs-all@freebsd.org
Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7384137B401; Sat, 27 Oct 2001 18:53:39 -0700 (PDT)
Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26])
	by mail-green.research.att.com (Postfix) with ESMTP
	id B69151E03E; Sat, 27 Oct 2001 21:53:38 -0400 (EDT)
Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46])
	by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id VAA08470;
	Sat, 27 Oct 2001 21:53:37 -0400 (EDT)
From: Bill Fenner <fenner@research.att.com>
Received: (from fenner@localhost)
	by windsor.research.att.com (8.8.8+Sun/8.8.5) id SAA28123;
	Sat, 27 Oct 2001 18:53:37 -0700 (PDT)
Message-Id: <200110280153.SAA28123@windsor.research.att.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
To: silby@silby.com
Subject: Re: cvs commit: src/sys/kern kern_conf.c subr_disk.c
Cc: phk@critter.freebsd.dk, mjacob@feral.com, jlemon@flugsvamp.com,
	ache@nagual.pp.ru, cvs-committers@freebsd.org, cvs-all@freebsd.org
Date: Sat, 27 Oct 2001 18:53:36 -0700
Versions: dmail (solaris) 2.2j/makemail 2.9b
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
List-ID: <cvs-all.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20cvs-all>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20cvs-all>
X-Loop: FreeBSD.ORG


>I've had this warning for a long time, but have no clue how to trace it.
>Any clues?  (This is a kernel from a few hours before the panic was
>added.)
>
>...
>Preloaded elf kernel "/boot/kernel/kernel" at 0xc051f000.
>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc051f0a8.
>Pentium Pro MTRR support enabled
>WARNING: Driver mistake: destroy_dev on 154/0

This is a bug in /sys/dev/asr.  Removing the destroy_dev() from
the beginning of asr_drvinit() fixes it for me.  I submitted this to
the driver maintainer a while ago.  I didn't commit it since I
don't have an asr device so I don't know how to evaluate how the
change affects actual operation.

  Bill

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message