From nobody@FreeBSD.org  Thu Mar 25 19:09:38 2010
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 400AC1065677
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 25 Mar 2010 19:09:38 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 303648FC16
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 25 Mar 2010 19:09:38 +0000 (UTC)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o2PJ9b2c073027
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 25 Mar 2010 19:09:37 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id o2PJ9b1C073009;
	Thu, 25 Mar 2010 19:09:37 GMT
	(envelope-from nobody)
Message-Id: <201003251909.o2PJ9b1C073009@www.freebsd.org>
Date: Thu, 25 Mar 2010 19:09:37 GMT
From: Michael Reynolds <michael.reynolds@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: PANIC_REBOOT_WAIT_TIME not honored
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         145040
>Category:       kern
>Synopsis:       [mac] PANIC_REBOOT_WAIT_TIME not honored
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 25 19:10:01 UTC 2010
>Closed-Date:    
>Last-Modified:  Sat Mar 27 05:06:37 UTC 2010
>Originator:     Michael Reynolds
>Release:        8.0-STABLE
>Organization:
>Environment:
FreeBSD localhost.localdomain 8.0-STABLE FreeBSD 8.0-STABLE #4: Tue Mar 23 20:07:11 EDT 2010     root@localhost.localdomain:/usr/obj/usr/src/sys/IDS  amd64
>Description:
This is actually a multipart problem. When MAC is enabled, and running
accton, the kernel panics. That's the first part. The second part is that
the core dump to dumpdev fails. The third part is that with dumping
disabled, even when PANIC_REBOOT_WAIT_TIME is enabled and set to 10,
it does not automatically reboot. Filing this first, so as to unravel
the onion.

Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0x18
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff80837844
stack pointer           = 0x28:0xffffff80ec0909f0
frame pointer           = 0x28:0xffffff80ec090a20
code segment            = base 0x0, limit 0xfffff, type 0x1b
                          DPL 0, pres 1, long 1, def32 0, gran 0
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 3499 (accton)
trap number             = 12
panic: page fault
cpuid = 1
Uptime: 13m26s
Physical memory: 8167 MB
Dumping 1435 MB: 1420 1404 1388panic: bufwrite: buffer is not busy???
cpuid = 1
 1372 1356 1340 1324 1308Uptime: 13m28s
Automatic reboot in 10 seconds - press a key on the console to abort
>How-To-Repeat:
Enable biba/mls/lomac/partition, set all to active, run accton. Kernel
panics via kassert in mac_get_label.
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
