Date: Thu, 16 Sep 2010 14:17:45 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: Alexander Motin <mav@FreeBSD.org> Cc: freebsd-fs@FreeBSD.org, a.smith@ukgrid.net Subject: Re: ZFS related kernel panic Message-ID: <4C91FCD9.1000203@icyb.net.ua> In-Reply-To: <4C91F845.4010100@FreeBSD.org> References: <20100909140000.5744370gkyqv4eo0@webmail2.ukgrid.net> <20100909182318.11133lqu4q4u1mw4@webmail2.ukgrid.net> <4C89D6A8.1080107@icyb.net.ua> <20100910143900.20382xl5bl6oo9as@webmail2.ukgrid.net> <20100910141127.GA13056@icarus.home.lan> <20100910155510.11831w104qjpyc4g@webmail2.ukgrid.net> <20100910152544.GA14636@icarus.home.lan> <20100910173912.205969tzhjiovf8c@webmail2.ukgrid.net> <4C8A6B26.8050305@icyb.net.ua> <20100910184921.16956kbaskhrsmg4@webmail2.ukgrid.net> <4C8A7B20.7090408@FreeBSD.org> <4C91F845.4010100@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
on 16/09/2010 13:58 Alexander Motin said the following: > Thanks to console access provided, I have found the reason of crash. > Attached patch should fix it. Patched system successfully runs the > stress test for 45 minutes now, comparing to crashing in few minutes > without it. > > Also I've found that timeouts reported by the driver are not fatal. > Affected commands are correctly completing as soon as after detecting > time out driver freezes new incoming requests to resolve situation, and > as result, idling the bus. ones. These timeouts I think caused by some > congestion on SATA interface, that probably caused by port multiplier. > This panic could be triggered only by such fake timeouts, not the real Can the same happen with ahci (in theory)? Thanks a lot! -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C91FCD9.1000203>