Date: Fri, 4 Aug 2006 18:18:10 -0300 (ADT) From: User Freebsd <freebsd@hub.org> To: John-Mark Gurney <gurney_j@resnet.uoregon.edu> Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: [IMPORTANT] Adaptec no longer supporting iir(4) driver ... Message-ID: <20060804181735.R25268@ganymede.hub.org> In-Reply-To: <20060804211305.GE58082@funkthat.com> References: <20060731220931.R27679@ganymede.hub.org> <20060804211305.GE58082@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 4 Aug 2006, John-Mark Gurney wrote: > User Freebsd wrote this message on Mon, Jul 31, 2006 at 22:44 -0300: >> For those that haven't been following the discussion on this, the iir(4) >> driver in FreeBSD 6.x appears to have a deadlock issue under medium to >> heavy load, where the 'blocked' state just continues to rise until file >> accesses just no longer work ... >> >> So, if you are running a server that is using the iir(4) device driver and >> are considering upgrading to FreeBSD 6.x and beyond, or are looking to >> build a new machine using a device that relies on this driver, do so at >> your own peril ... >> >> Please note that this deadlock issue exists on *both* the ICP Vortex >> cards, *and* the Intel based RAID controllers ... > > Have you tried the driver in -current and/or 6.1-R? Specificly v1.14 > and v1.13.2.1 of iir.c that limits the simq to 32 commands? We are > running w/ this modifications w/o issues on 6.0-R w/ SRCU31A and SRCU42L > cards... We have a few GDT cards also that I don't believe we are > having any issues with... Yes, this was the first thing ScottL asked when we narrowed the problem down ... this appears to be a different issue then the one you were seeing :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060804181735.R25268>