From owner-freebsd-current@freebsd.org Fri Mar 4 21:47:48 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D66B1A090EB for ; Fri, 4 Mar 2016 21:47:48 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B885EC0 for ; Fri, 4 Mar 2016 21:47:48 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 1209190c-b7bff70000000df6-a6-56da014faec3 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id 1A.F7.03574.F410AD65; Fri, 4 Mar 2016 16:42:39 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id u24LgcoX029872; Fri, 4 Mar 2016 16:42:38 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u24LgZbL027386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 4 Mar 2016 16:42:37 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u24LgY0M000403; Fri, 4 Mar 2016 16:42:34 -0500 (EST) Date: Fri, 4 Mar 2016 16:42:34 -0500 (EST) From: Benjamin Kaduk To: Chris H cc: freebsd-current@freebsd.org Subject: Re: Several LOR's with most recent install media In-Reply-To: <5edad7eb58694a7b7da11bbb9a82e9a3@ultimatedns.net> Message-ID: References: , <5edad7eb58694a7b7da11bbb9a82e9a3@ultimatedns.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrAIsWRmVeSWpSXmKPExsUixG6nruvPeCvMYPFuDou5M9axW8x584HJ gcnj44oVrB4zPs1nCWCK4rJJSc3JLEst0rdL4Mr4+2YNU8EMnooJk5vYGhjfcHYxcnBICJhI TN1X0cXIxSEk0MYkseJfByOEs4FR4u3mG+wQzkEmicX9c4EcTiCnXuLqqiNMIDaLgJbEuXPH GUFsNgEViZlvNrKB2CJA9r7Gt8wgNrOAvMT/K5fB6oUFLCX+3usGq+cUsJe4P3c2mM0r4Chx aeFbRoj5SxklznRyg9iiAjoSq/dPYYGoEZQ4OfMJC8RMLYnl07exTGAUmIUkNQtJagEj0ypG 2ZTcKt3cxMyc4tRk3eLkxLy81CJdQ73czBK91JTSTYyggOSU5NnBeOaN1yFGAQ5GJR7eF89u hgmxJpYVV+YeYpTkYFIS5b39ECjEl5SfUpmRWJwRX1Sak1p8iFGCg1lJhHftbqAcb0piZVVq UT5MSpqDRUmct3D/6TAhgfTEktTs1NSC1CKYrAwHh5IErz3DrTAhwaLU9NSKtMycEoQ0Ewcn yHAeoOGWIDW8xQWJucWZ6RD5U4yKUuK85/4DbRUASWSU5sH1ghPGbibVV4ziQK8I83qDtPMA kw1c9yugwUxAgxU3XAMZXJKIkJJqYBRgCxCxqnt8W3LmbqM7Zc3pjwXLrqVFtxY3zwj6pBY5 c4ZDauxEybfPudLsfmpe873ncyd7w3ybsKdMuy728bZNmHbtzdM+Js+g1HkLDt2cI1tye0N3 SILqQh9bj5uvLF4GzPb59C2q0yqkJOrMBn/WW48y3pTUrN4WcEbKhPH+MYWrXR5TMpVYijMS DbWYi4oTAfsfJ+fzAgAA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 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: Fri, 04 Mar 2016 21:47:49 -0000 On Thu, 3 Mar 2016, Chris H wrote: > > > > Mar 2 22:00:00 spare newsyslog[705]: logfile turned over due to size>100K > > Mar 2 22:12:00 spare kernel: lock order reversal: > > Mar 2 22:12:00 spare kernel: 1st 0xda5f45a0 bufwait (bufwait) @ > > /usr/src/sys/kern/vfs_bio.c:3488 > > Mar 2 22:12:00 spare kernel: 2nd 0xc6880600 dirhash (dirhash) @ > > /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 bufwait/dirhash is "well-known" and harmless > > Mar 2 22:19:31 spare kernel: lock order reversal: > > Mar 2 22:19:31 spare kernel: 1st 0xc71704a4 ufs (ufs) @ > > /usr/src/sys/kern/vfs_subr.c:873 > > Mar 2 22:19:31 spare kernel: 2nd 0xda5f4458 bufwait (bufwait) @ > > /usr/src/sys/ufs/ffs/ffs_vnops.c:263 > > Mar 2 22:19:31 spare kernel: 3rd 0xcb9e07f8 ufs (ufs) @ > > /usr/src/sys/kern/vfs_subr.c:2476 As is this one. > OK. Got another one wile checking out /usr/src > > Mar 3 06:45:41 spare kernel: 1st 0xda5fc478 bufwait (bufwait) @ > /usr/src/sys/kern/vfs_bio.c:3488 > Mar 3 06:45:41 spare kernel: 2nd 0xcbf89a00 dirhash (dirhash) @ > /usr/src/sys/ufs/ufs/ufs_dirhash.c:281 This is the same as the first one; still harmless. > > Please let me know if you need any more info, or I should blow > this attempted install away, and wait for another (newer) revision. I don't think any of those actions are called for; you should just ignore these particular LORs and continue using the system. (LOR printouts are conditional on certain debugging kernel options that are disabled in official release builds.) -Ben