[src/trunk]: src/sys/dev/raidframe call buf_destroy() after buf_init(). hope...

[mrg <mrg%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/8d6ca7039415
branches:  trunk
changeset: 1027633:8d6ca7039415
user:      mrg <mrg%NetBSD.org@localhost>
date:      Tue Dec 14 00:46:43 2021 +0000

description:
call buf_destroy() after buf_init().  hopefully fixes the lockdebug
problem shown here:

   http://mail-index.netbsd.org/tech-kern/2021/12/10/msg027851.html

but seems unlikely to fix the original problem.

tested on i386/anita.  ok oster@

XXX: pullup-9 (netbsd-8 uses old APIs.)

diffstat:

 sys/dev/raidframe/rf_diskqueue.c |  7 +++++--
 1 files changed, 5 insertions(+), 2 deletions(-)

diffs (28 lines):

diff -r 445c80fc2b35 -r 8d6ca7039415 sys/dev/raidframe/rf_diskqueue.c
--- a/sys/dev/raidframe/rf_diskqueue.c  Tue Dec 14 00:45:11 2021 +0000
+++ b/sys/dev/raidframe/rf_diskqueue.c  Tue Dec 14 00:46:43 2021 +0000
@@ -1,4 +1,4 @@
-/*     $NetBSD: rf_diskqueue.c,v 1.62 2021/07/27 03:01:48 oster Exp $  */
+/*     $NetBSD: rf_diskqueue.c,v 1.63 2021/12/14 00:46:43 mrg Exp $    */
 /*
  * Copyright (c) 1995 Carnegie-Mellon University.
  * All rights reserved.
@@ -66,7 +66,7 @@
  ****************************************************************************/
 
 #include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: rf_diskqueue.c,v 1.62 2021/07/27 03:01:48 oster Exp $");
+__KERNEL_RCSID(0, "$NetBSD: rf_diskqueue.c,v 1.63 2021/12/14 00:46:43 mrg Exp $");
 
 #include <dev/raidframe/raidframevar.h>
 
@@ -416,6 +416,9 @@
 void
 rf_FreeDiskQueueData(RF_DiskQueueData_t *p)
 {
+
+       buf_destroy(p->bp);
+
        pool_put(&p->raidPtr->pools.bufio, p->bp);
        pool_put(&p->raidPtr->pools.dqd, p);
 }