Date: Mon, 11 Apr 2011 09:25:16 +0200 From: Hans Petter Selasky <hselasky@c2i.net> To: freebsd-hackers@freebsd.org Cc: freebsd-drivers@freebsd.org, dieterbsd@engineer.com Subject: Re: Need an alternative to DELAY() Message-ID: <201104110925.16882.hselasky@c2i.net> In-Reply-To: <8CDC60330838A41-18FC-694F@web-mmc-m02.sysops.aol.com> References: <8CDC60330838A41-18FC-694F@web-mmc-m02.sysops.aol.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 11 April 2011 03:59:13 dieterbsd@engineer.com wrote: > FreeBSD 8.2 amd64 uniprocessor > > kernel: siisch1: DISCONNECT requested > kernel: siisch1: SIIS reset... > kernel: siisch1: siis_sata_connect() calling DELAY(1000) > last message repeated 59 times > kernel: siisch1: SATA connect time=60ms status=00000123 > kernel: siisch1: SIIS reset done: devices=00000001 > kernel: siisch1: DISCONNECT requested > kernel: siisch1: SIIS reset... > kernel: siisch1: siis_sata_connect() calling DELAY(1000) > last message repeated 58 times > kernel: siisch1: SATA connect time=59ms status=00000123 > ... > kernel: siisch0: siis_wait_ready() calling DELAY(1000) > last message repeated 1300 times > kernel: siisch0: port is not ready (timeout 10000ms) status = 001f2000 > > Meanwhile, *everything* comes to a screeching halt. Device > drivers are locked out, and thus incoming data is lost. > Losing incoming data is unacceptable. > > Need an alternative to DELAY() that does not lock out > other device drivers. There must be a way to reset one > bit of hardware without locking down the entire machine. Hi, An alternative to DELAY() is the simplest solution. You probably need to do some redesign in the SCSI layer to find a better solution. --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201104110925.16882.hselasky>