kern/162256: [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0'

Marius Strobl marius at alchemy.franken.de
Mon Nov 21 20:40:11 UTC 2011


The following reply was made to PR kern/162256; it has been noted by GNATS.

From: Marius Strobl <marius at alchemy.franken.de>
To: bug-followup at FreeBSD.org, alexander.haderer at 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
 


More information about the freebsd-scsi mailing list