Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755568AbXJJOfL (ORCPT ); Wed, 10 Oct 2007 10:35:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754159AbXJJOe6 (ORCPT ); Wed, 10 Oct 2007 10:34:58 -0400 Received: from rrcs-64-183-102-10.west.biz.rr.com ([64.183.102.10]:49867 "EHLO jg555.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753992AbXJJOe5 (ORCPT ); Wed, 10 Oct 2007 10:34:57 -0400 Message-ID: <470CE2F9.8020206@jg555.com> Date: Wed, 10 Oct 2007 07:34:33 -0700 From: Jim Gifford User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Robert Hancock CC: Kernel Subject: Re: Nvidia SATA - Seagate SATA Drives References: <470C6949.5050806@shaw.ca> In-Reply-To: <470C6949.5050806@shaw.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2943 Lines: 60 Robert Hancock wrote: > Jim Gifford wrote: >> Here's the situation. I have a MSI KN8Neo-f motherboard with a >> Seagate Barracuda 250 GB SATA drive. I have replaced this drive three >> times in the last two weeks due to it failing. Now the only thing in >> common is the use of a 2.6.22.9 kernel I built from scratch, before >> that I was using 2.6.19 kernel but working on doing some upgrades for >> the CLFS project and tried a 2.6.22.9. I will explain the situation >> and including the links I used for fix the issues. >> >> It boots up and instantly has a problem detecting so I have to add >> irqpoll to my bootup line. {Reference >> http://my.opera.com/snowburn/blog/index.dml/tag/failed%20to%20set%20xfermode} >> Then I get the adma issue, so I add sata_nv.adma=0 to my bootup >> line.{Reference >> http://www.ussg.iu.edu/hypermail/linux/kernel/0706.1/1424.html} >> >> Now after a few times of booting the drive completely fails. So is >> the nv_sata drive the cause?? Based on what I have done yes, and the >> reason I can say that is because I took another one of those drives >> and the same computer loaded Windows(forgive me for using this >> word!!!) on it and it worked perfectly. > > You'll have to be more specific about "completely fails".. Also, it > would be useful to get the dmesg output from dmesg directly and not > from syslog, as the entries posted under the second link you gave were > missing some critical information (it seems that syslog can do this in > some cases..) In particular the line showing what command failed would > be useful. It never gets into the system at all, just locks up. The hard drive starts clicking and eventually doesn't get recognized by BIOS. > > Using "irqpoll" is not a very good workaround, it really is just a > band-aid to get things working. Often this indicates motherboard IRQ > routing issues. You may want to make sure you have the latest BIOS > installed for the board. I'll check for a new BIOS, but believe I have the most current on it. > >> >> One other issue that showed up was the drive does not recognize the >> drive when it's in the 3gb transfer mode, I have to jumper it to >> 1.5gb mode. >> >> Here's a link to the drive model: >> http://www.seagate.com/ww/v/index.jsp?vgnextoid=a62099f4fa74c010VgnVCM100000dd04090aRCRD&locale=en-US >> >> Here's a link to my motherboard: >> http://www.msicomputer.com/product/p_spec.asp?model=K8N_Neo4-F&class=mb >> It has 2GB of Memory and a Nvidia PCI-E Graphics Adapter >> >> I will work with any member of the lkml team to help isolate the >> issue, the only issue is that when it locks up everything has to be >> written down or photographed. > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/