Date: Sat, 11 Jun 2011 22:29:31 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Joerg Wunsch <freebsd-scsi@uriah.heep.sax.de> Cc: freebsd-scsi@freebsd.org Subject: Re: Panic when removing a SCSI device entry Message-ID: <4DF3C21B.8050604@FreeBSD.org> In-Reply-To: <mailpost.1307561540.7069914.77494.mailing.freebsd.scsi@FreeBSD.cs.nctu.edu.tw> References: <20110520201757.GE48734@deviant.kiev.zoral.com.ua> <mailpost.1307561540.7069914.77494.mailing.freebsd.scsi@FreeBSD.cs.nctu.edu.tw>
next in thread | previous in thread | raw e-mail | index | archive | help
Joerg Wunsch wrote: > As Kostik Belousov wrote: > >> This looks like a CAM issue, which is out of my scope. >> Hope other subscribers will offer the help. > > I see frequently console messages like this now: > > xpt_release_devq(0): requested 1 > present 0 > > Could that be related? Any ideas? This massage tells about non-fatal error somewhere in CAM. Previously such conditions were silently ignored. I see at least one suspicious point in sa driver, but I am not very good at it's logic. Could you investigate what kind of activity triggers those messages, so I could try to reproduce it? I am thinking about something like this: --- scsi_sa.c.orig 2011-04-15 00:25:33.000000000 +0300 +++ scsi_sa.c 2011-06-11 22:18:20.000000000 +0300 @@ -1783,12 +1783,7 @@ sadone(struct cam_periph *periph, union } } } - /* - * If we had an error (immediate or pending), - * release the device queue now. - */ - if (error || (softc->flags & SA_FLAG_ERR_PENDING)) - cam_release_devq(done_ccb->ccb_h.path, 0, 0, 0, 0); + QFRLS(done_ccb); #ifdef CAMDEBUG if (error || bp->bio_resid) { CAM_DEBUG(periph->path, CAM_DEBUG_INFO, > So far, no panic again, but probably not since the bug itself > has been fixed but rather since I slightly changed the scripts > that powerup/-down the tape library. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DF3C21B.8050604>