From owner-freebsd-current Fri Mar 31 16:37:53 2000 Delivered-To: freebsd-current@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id AC09A37B6EE for ; Fri, 31 Mar 2000 16:37:50 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id QAA35356; Fri, 31 Mar 2000 16:37:44 -0800 (PST) (envelope-from dillon) Date: Fri, 31 Mar 2000 16:37:44 -0800 (PST) From: Matthew Dillon Message-Id: <200004010037.QAA35356@apollo.backplane.com> To: Greg Lehey Cc: Soren Schmidt , vallo@matti.ee, freebsd-current@FreeBSD.ORG Subject: Re: Deadlock with vinum raid5 References: <20000331212544.A59295@myhakas.matti.ee> <200003311932.VAA70873@freebsd.dk> <20000401091140.A51727@freebie.lemis.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :I'm not sure that this is the same problem. Please supply the :information I ask for in http://www.lemis.com/vinum/how-to-debug.html. : :The problem that Søren and I are looking at is usually a panic. We :don't really know where it's happening, but we're each sure it's not :in *our* code :-) From a Vinum standpoint, it happens between the time :that Vinum sends a request to the driver and when the I/O completes, :so it's difficult to blame Vinum. On the other hand, we've seen it :with SCSI as well, so it's difficult to blame the driver. I'm half :guessing that it's something else altogether which is spamming freed :data. Vinum mallocs the buffer headers rather than using geteblk(), :which could explain why it happens only with Vinum. : :Greg The business about vinum malloc()ing the buffer header has always bothered me, maybe we should introduce an 'allocpbuf' call (and 'freepbuf') to complement the getpbuf()/relpbuf() routines we already have to take this out of the hands of the device driver. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message