From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 22 11:06:57 2011 Return-Path: Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EA8B106568F for ; Mon, 22 Aug 2011 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 646318FC0A for ; Mon, 22 Aug 2011 11:06:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p7MB6v7n097070 for ; Mon, 22 Aug 2011 11:06:57 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p7MB6u7x097068 for freebsd-amd64@FreeBSD.org; Mon, 22 Aug 2011 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Aug 2011 11:06:56 GMT Message-Id: <201108221106.p7MB6u7x097068@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-amd64@FreeBSD.org X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2011 11:06:57 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/159809 amd64 RELENG_8_1 /UPDATING wrong re: COMPAT_IA32 alias for C o amd64/157386 amd64 [powerd] Enabling powerd(8) with default settings on I o amd64/156464 amd64 fpsetprec does not work o amd64/156106 amd64 [boot] boot0 fails to start o amd64/156074 amd64 [hang] Removing CD-Rom from Lenovo T61p hangs system o amd64/155249 amd64 [build] 8.1 buildworld failure o amd64/155135 amd64 [boot] Does Not Boot On a Very Standard Hardware o amd64/154957 amd64 [boot] Install boot CD won't boot up - keeps rebooting o amd64/154629 amd64 [panic] Fatal trap 9: general protection fault while i o amd64/153935 amd64 [hang] system hangs while trying to do 'shutdown -h no o amd64/153831 amd64 [boot] CD bootloader won't on Tyan s2912G2nr o amd64/153496 amd64 [hyper-v] [install] Install on Hyper-V leaves corrupt o amd64/153372 amd64 [panic] kernel panic o amd64/153175 amd64 [amd64] Kernel Panic on only FreeBSD 8 amd64 o amd64/152874 amd64 [install] 8.1 install fails where 7.3 works due to lac o amd64/152430 amd64 [boot] HP ProLiant Microserver n36l cannot boot into i o amd64/151385 amd64 [boot] Installation hangs on MacBook o amd64/150170 amd64 [patch] [amd64] [headers] SIG_ATOMIC_MIN/SIG_ATOMIC_MA o amd64/145991 amd64 [NOTES] [patch] Add a requires line to /sys/amd64/conf o amd64/144405 amd64 [build] [patch] include /usr/obj/lib32 in cleanworld t s amd64/143173 amd64 [ata] Promise FastTrack TX4 + SATA DVD, installer can' f amd64/141413 amd64 [hang] Tyan 2881 m3289 SMDC freeze o amd64/141060 amd64 [install] Can't install 8.0-RELEASE on the server wher o amd64/140715 amd64 [boot] Dell M600 Blade fails to boot 7.2+ 64 bit o amd64/139998 amd64 [panic][net] 7.2 amd64 panic in rtrequest1_fib o amd64/139924 amd64 [boot] cd or dvd not load o amd64/137942 amd64 [pci] 8.0-BETA2 having problems with Asus M2N-SLI-delu o amd64/135265 amd64 [mpt] Boot from install cd hangs on HP DL160 G5 with L o amd64/135040 amd64 [ata] FreeBSD/amd64 does not (always) detect disk on S o amd64/133977 amd64 [panic] [ffs] "panic: ffs_blkfree: freeing free block" o amd64/133701 amd64 Recompiling the kernel with k8temp or smbios break GEO o amd64/132574 amd64 [boot] [hang] Freeze on bootstrap loader (CD) using AT o amd64/131456 amd64 [acpi] [ata] ACPI & ATA problems s amd64/131209 amd64 [panic] [bce] 7.1-STABLE amd64 crash - m0 NULL o amd64/130368 amd64 [hang] Switching from xorg to console locks up compute o amd64/129889 amd64 [boot] [hang] The booting process stops at the line mo o amd64/129426 amd64 [panic] FreeBSD 7.0 crash after subdiskXX: detached o amd64/129315 amd64 [em] amd64 motherboard: Intel DG965WH motherboard comp o amd64/128765 amd64 [install] Install CD loads to Install choices but stop o amd64/127640 amd64 [amd64] gcc(1) will not build shared libraries with -f o amd64/125002 amd64 [install] amd64, SATA hard disks not detected o amd64/124432 amd64 [panic] 7.0-STABLE panic: invalbuf: dirty bufs o amd64/122549 amd64 7.0-RELEASE-amd64-bootonly.iso doesn't work w/ serial o amd64/120202 amd64 [amd64] [patch] [panic] kernel panic at start_all_aps, o amd64/117296 amd64 [ata] I don`t see second SATA IDE on VIA VT8237A o amd64/116620 amd64 [hang] ifconfig spins when creating carp(4) device on s amd64/115815 amd64 [ata] [request] Gigabyte GA-M61P-S3 Motherboard unsupp o amd64/115194 amd64 LCD screen remains blank after Dell XPS M1210 lid is c o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 49 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Aug 22 12:27:36 2011 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 858D5106564A; Mon, 22 Aug 2011 12:27:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 442818FC1C; Mon, 22 Aug 2011 12:27:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D1BC246B32; Mon, 22 Aug 2011 08:27:35 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5250D8A02E; Mon, 22 Aug 2011 08:27:35 -0400 (EDT) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Mon, 22 Aug 2011 08:27:34 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201108192250.p7JMopFL016356@red.freebsd.org> In-Reply-To: <201108192250.p7JMopFL016356@red.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201108220827.34838.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 22 Aug 2011 08:27:35 -0400 (EDT) Cc: freebsd-gnats-submit@freebsd.org, Wouter Snels Subject: Re: amd64/159930: kernel core X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2011 12:27:36 -0000 On Friday, August 19, 2011 6:50:51 pm Wouter Snels wrote: > > >Number: 159930 > >Category: amd64 > >Synopsis: kernel core > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Aug 19 23:00:25 UTC 2011 > >Closed-Date: > >Last-Modified: > >Originator: Wouter Snels > >Release: FreeBSD 8.2 > >Organization: > >Environment: > FreeBSD spark.ofloo.net 8.2-RELEASE-p2 FreeBSD 8.2-RELEASE-p2 #0: Wed Jul 13 15:20:57 CEST 2011 ofloo@spark.ofloo.net:/usr/obj/usr/src/sys/OFL amd64 > > >Description: > Fatal trap 12: page fault while in kernel mode > cpuid = 2; apic id = 02 > fault virtual address = 0x30 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff805dd943 > stack pointer = 0x28:0xffffff8091e3d6c0 > frame pointer = 0x28:0xffffff8091e3d6f0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 18 (softdepflush) > trap number = 12 > panic: page fault > cpuid = 2 > KDB: stack backtrace: > #0 0xffffffff8063300e at kdb_backtrace+0x5e > #1 0xffffffff80602627 at panic+0x187 > #2 0xffffffff808fbbe0 at trap_fatal+0x290 > #3 0xffffffff808fbfbf at trap_pfault+0x28f > #4 0xffffffff808fc49f at trap+0x3df > #5 0xffffffff808e4644 at calltrap+0x8 > #6 0xffffffff805f668a at priv_check_cred+0x3a > #7 0xffffffff8084ebd0 at chkdq+0x310 > #8 0xffffffff8082db5d at ffs_truncate+0xfed > #9 0xffffffff8084ac5c at ufs_inactive+0x21c > #10 0xffffffff8068a761 at vinactive+0x71 > #11 0xffffffff806904b8 at vputx+0x2d8 > #12 0xffffffff80836386 at handle_workitem_remove+0x206 > #13 0xffffffff8083675e at process_worklist_item+0x20e > #14 0xffffffff80838893 at softdep_process_worklist+0xe3 > #15 0xffffffff80839d3c at softdep_flush+0x17c > #16 0xffffffff805d9f28 at fork_exit+0x118 > #17 0xffffffff808e4b0e at fork_trampoline+0xe > Uptime: 2d4h7m56s > Cannot dump. Device not defined or unavailable. > Automatic reboot in 15 seconds - press a key on the console to abort > panic: bufwrite: buffer is not busy??? Hmm, the panic seems to be caused by a null ucred pointer passed to priv_check_cred() in chkdq(): if ((flags & FORCE) == 0 && priv_check_cred(cred, PRIV_VFS_EXCEEDQUOTA, 0)) do_check = 1; else do_check = 0; However, ffs_truncate() passes in NOCRED for its credential: if ((flags & IO_EXT) && extblocks > 0) { ... #ifdef QUOTA (void) chkdq(ip, -extblocks, NOCRED, 0); #endif A few other places call chkdq() with NOCRED (but not with the FORCE flag): ffs/ffs_inode.c:522: (void) chkdq(ip, -blocksreleased, NOCRED, 0); ffs/ffs_softdep.c:6201: (void) chkdq(ip, -datablocks, NOCRED, 0); ffs/ffs_softdep.c:6431: (void) chkdq(ip, -datablocks, NOCRED, 0); Hmm, all these calls should be passing in a negative value though, and reducing usage takes a shorter path at the start of chkdq() that always returns without ever getting to the call to priv_check_cred(). Similarly if the value (e.g. extblocks) was 0. This implies that extblocks was a negative value which seems very odd. Especially given the logic in ffs_truncate(): if ((flags & IO_EXT) && extblocks > 0) { ... if ((error = ffs_syncvnode(vp, MNT_WAIT)) != 0) return (error); #ifdef QUOTA (void) chkdq(ip, -extblocks, NOCRED, 0); #endif Nothing changes extblocks in between that check and the call to chkdq(). It would probably be best to get a crashdump if this is reproducible so we can investigate it further. -- John Baldwin