From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 21 20:40:11 2011 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D0E9106564A for ; Mon, 21 Nov 2011 20:40:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA588FC08 for ; Mon, 21 Nov 2011 20:40:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pALKeBkU083786 for ; Mon, 21 Nov 2011 20:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pALKeBKA083785; Mon, 21 Nov 2011 20:40:11 GMT (envelope-from gnats) Date: Mon, 21 Nov 2011 20:40:11 GMT Message-Id: <201111212040.pALKeBKA083785@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Marius Strobl Cc: Subject: Re: kern/162256: [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marius Strobl List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Nov 2011 20:40:11 -0000 The following reply was made to PR kern/162256; it has been noted by GNATS. From: Marius Strobl To: bug-followup@FreeBSD.org, alexander.haderer@loescap.de Cc: Subject: Re: kern/162256: [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' Date: Mon, 21 Nov 2011 21:25:52 +0100 Could you please test how many of these problems are left when using 8-stable as of r224820 or later or one of the 9.0 RCs? There was at least one bug causing mpt(4) to not actually adjust the number of tags in case of MPI_EVENT_QUEUE_FULL for disks not part of a RAID on RAID-capable controllers fixed since 8.1, as well a bug that caused disks that went away not to be reported, causing upper layers to retry requests for ages. Some innocuous events were also silenced since 8.1. In any case I'm not very found of the mpttags script suggested as-is, even if the underlying problem can't be fixed; for one tags should be configurable per target as one very well might need different values for different models and also generally adding the appropriate camcontrol(8) invocations to /etc/rc.local seems trivial enough and less complex. Marius