Date: Thu, 6 Feb 2003 19:16:39 -0500 (EST) From: Robert Watson <rwatson@FreeBSD.org> To: Scott Long <scottl@FreeBSD.org> Cc: all-committers@FreeBSD.org, legacy-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/mly mly.c mlyvar.h Message-ID: <Pine.NEB.3.96L.1030206191601.49746A-100000@fledge.watson.org> In-Reply-To: <200302062346.h16NkWQu088537@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Wonderful, thanks for looking into this! I'm very pleased to have it off the "known broken for 5.0" list. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories On Thu, 6 Feb 2003, Scott Long wrote: > scottl 2003/02/06 15:46:32 PST > > Modified files: > sys/dev/mly mly.c mlyvar.h > Log: > Fix the mly driver! If card resources became unavailable, the driver would > correctly tell CAM to requeue the command and then freeze it's queue. The > problem was that when resources became available again, it wouldn't tell > CAM to unfreeze it's queue, so no more commands would ever be delivered. > This is simialr to the bug that was fixed in the cciss driver last year. > This is a bug in 4-STABLE also, but is probably masked by the OS being > fast enough to drain the completion queue before it fills up. > Also add some diagnostics avaialble when compiled with MLY_DEBUG. > Thanks very much to LSI Corp for donating equipment to track this down, > and Vaidus Damosevicius for pestering me long enough to get it fixed. > > Revision Changes Path > 1.20 +46 -0 src/sys/dev/mly/mly.c > 1.5 +2 -0 src/sys/dev/mly/mlyvar.h > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1030206191601.49746A-100000>