From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: MD/RAID time out writing superblock Date: Mon, 14 Sep 2009 22:05:10 +0900 Message-ID: <4AAE3F86.8090804@suse.de> References: <92cb16daad8278b0aa98125b9e1d057a@localhost> <4A95573A.6090404@redhat.com> <1571f45804875514762f60c0097171e6@localhost> <4A970154.2020507@redhat.com> <4A9B8583.9050601@kernel.org> <4A9BBC4A.6070708@redhat.com> <4A9BC023.10903@kernel.org> <20090907114442.GG18831@arachsys.com> <20090907115927.GU8710@arachsys.com> <20090909120218.GB21829@arachsys.com> <4AADF3C4.5060004@kernel.org> <4AADF471.2020801@suse.de> <4AAE3B9A.2060306@rtr.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from cantor2.suse.de ([195.135.220.15]:47009 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751233AbZINNFR (ORCPT ); Mon, 14 Sep 2009 09:05:17 -0400 In-Reply-To: <4AAE3B9A.2060306@rtr.ca> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Mark Lord Cc: Chris Webb , linux-scsi@vger.kernel.org, Ric Wheeler , Andrei Tanas , NeilBrown , linux-kernel@vger.kernel.org, IDE/ATA development list , Jeff Garzik , Mark Lord Mark Lord wrote: > Tejun Heo wrote: > .. >> Oooh, another possibility is the above continuous IDENTIFY tries. >> Doing things like that generally isn't a good idea because vendors >> don't expect IDENTIFY to be mixed regularly with normal IOs and >> firmwares aren't tested against that. Even smart commands sometimes >> cause problems. So, finding out the thing which is obsessed with the >> identity of the drive and stopping it might help. > .. > > Bullpucky. That sort of thing, specifically with IDENTIFY, > has never been an issue. With SMART it has. I wouldn't be too surprised if some new firmware chokes on repeated IDENTIFY mixed with stream of NCQ commands. It's just not something people (including vendors) do regularly. > I wonder if the IDENTIFY is actually coming from libata EH > after something else failed ? In that case, libata-eh would print "ataP.DD: failed to IDENTIFY (blah, err_mask=0x%x\n" instead of the full TF dump. Thanks. -- tejun