Several LOR's with most recent install media

[Benjamin Kaduk]

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