Date: Thu, 21 May 2009 11:47:54 +0200 From: Attilio Rao <attilio@freebsd.org> To: Riccardo Torrini <riccardo.torrini@esaote.com> Cc: freebsd-stable@freebsd.org, siedar@nplay.pl, scottl@freebsd.org, John Baldwin <jhb@freebsd.org> Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT ... Message-ID: <3bbf2fe10905210247n183812dbu5addb4f8b2214a76@mail.gmail.com> In-Reply-To: <20090521072922.GR21112@tiger.fi.esaote.it> References: <20090507155012.GW21112@tiger.fi.esaote.it> <200905121144.21406.jhb@freebsd.org> <20090512161025.GO21112@tiger.fi.esaote.it> <200905201021.23633.jhb@freebsd.org> <20090521072922.GR21112@tiger.fi.esaote.it>
next in thread | previous in thread | raw e-mail | index | archive | help
2009/5/21 Riccardo Torrini <riccardo.torrini@esaote.com>: > On Wed, May 20, 2009 at 10:21:23AM -0400, John Baldwin wrote: > >> Try this. It reverts the single-CCB part of the previous >> commit while keeping the other fixes. I missed that the >> CCB might still be in flight when we schedule another rescan. > > Applied to mpt_raid.c,v 1.15.2.1 2008/07/28 17:05:09 jhb (it > differ only for line position but adiacent lines are the same). > Also redone a diff -u4 to verify, recompiled, installed, and... > > YOO-HOO. Now it rebuild _without_ crashing. > > May 20 17:39:08 horse kernel: \ > mpt0:vol0(mpt0:0:0): RAID-1 - Degraded > mpt0:vol0(mpt0:0:0): Status ( Enabled Re-Syncing ) > mpt0:vol0(mpt0:0:0): Low Priority Re-Sync > mpt0:vol0(mpt0:0:0): 64461754 of 71087625 blocks remaining > > Let me test against a 7.2-STABLE (and even to some -CURRENT)... > > [some times ahead] > > Bad news: I removed the second disk during rebuilding and it > still crash. I take a screen shapshot with camera because of > too many messages for write down by hand :) > > Image, src tarball and info here (about 2.2MB): > ftp://ftp.torrini.org/pub/FreeBSD/mpt_crash_on_rebuild/ Please try the patch here: http://www.freebsd.org/~attilio/notify.diff I think it is perfectly fine this approach because the devctl_notify() also will "silently" fail if no memory is available. Note that this is a CAM "bug" more that the driver arises. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3bbf2fe10905210247n183812dbu5addb4f8b2214a76>