From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753226AbYDMFAu (ORCPT ); Sun, 13 Apr 2008 01:00:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750887AbYDMFAX (ORCPT ); Sun, 13 Apr 2008 01:00:23 -0400 Received: from static-151-204-187-166.pskn.east.verizon.net ([151.204.187.166]:55320 "EHLO wesmo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750853AbYDMFAU (ORCPT ); Sun, 13 Apr 2008 01:00:20 -0400 Message-ID: <48018DC0.6080407@wesmo.com> Date: Sun, 13 Apr 2008 00:36:16 -0400 From: Rich West User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Tejun Heo CC: Jeff Garzik , Wander Winkelhorst , linux-kernel@vger.kernel.org, Linux IDE mailing list Subject: Re: sata_via References: <47F694C8.8020507@wesmo.com> <47F6A5E8.1030602@garzik.org> <47F6BD55.3090708@wesmo.com> <5699f8f00804050015kb1ebb1cpf3ab8b587580fffd@mail.gmail.com> <47F7982E.5080701@wesmo.com> <47F7F463.2060402@garzik.org> <480173CB.5070805@gmail.com> <480189DB.9050900@wesmo.com> In-Reply-To: <480189DB.9050900@wesmo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (wesmo.com [127.0.0.1]); Sun, 13 Apr 2008 01:00:19 -0400 (EDT) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (wesmo.com [192.168.56.10]); Sun, 13 Apr 2008 00:36:19 -0400 (EDT) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Rich West wrote: > Tejun Heo wrote: >> Jeff Garzik wrote: >>> Rich West wrote: >>>> I was only curious as to what turning off power management support >>>> would buy with regard to the sata timeout issue. >>> >>> >>> ACPI is not only power management. It is all the information your >>> hardware conveys to your OS, about the setup and workings of your >>> hardware. >>> >>> Without ACPI, non-PM things like SMP, laptop dock/undock, and many >>> other gadgets fail to function (or are configured sub-optimally). >>> >>> ACPI sets up interrupt routing, and Linux history is _loaded_ with >>> _years_ of problem reports that appear as timeouts, only to be >>> resolved as ACPI interrupt bugs (aka BIOS bugs, since ACPI tables >>> come from BIOS). >> >> Also, please give a shot at the sacred "irqpoll". > > I've had bad luck in the past (with other machiens) when adding > "irqpoll" in that it had locked up the entire machine (not this one, > but others) after a very short period of time. My only attempt at > using it, though, was to try to address an X server related issue, but > this is a non-user machine, so X isn't necessary, and, hence, it's at > runlevel 3 all of the time. > > So far, noapic and acpi=off seem to be working.. The system has been > up 8 days without any problems.. previously, a problem with the SATA > drive (details of which were part of the first few messages in this > thread) would surface anywhere between 15 minutes and 5-7 days after a > reboot. > > However, since I started this email, I tried firing up X (with noapci > and acpi=off both set), the machine locks up entirely. Although a reboot with irqpoll set managed to fix that X problem. :) -Rich