linux-kernel - Re: sata

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 14 Apr 2008 10:13:22 +0200
From:	Thomas Renninger <trenn@...e.de>
To:	Tejun Heo <htejun@...il.com>
Cc:	Rich West <Rich.West@...mo.com>, Jeff Garzik <jeff@...zik.org>,
	Wander Winkelhorst <w.winkelhorst@...il.com>,
	linux-kernel@...r.kernel.org,
	Linux IDE mailing list <linux-ide@...r.kernel.org>,
	Peter Gervai <grinapo@...il.com>,
	Marin Mitov <mitov@...p.bas.bg>
Subject: Re: sata_via

On Mon, 2008-04-14 at 09:39 +0900, Tejun Heo wrote:
> Hi,
> 
> On Sun, 2008-04-13 at 00:36 -0400, Rich West wrote:
> > 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. :)
> > 
> 
> IRQ routing seems hosed on your machine.  Thomas any ideas?

Not really.
First, I'd try to be able to reproduce this more quickly, an IO
benchmark or similar (bonnie?).


----------------------------------------------
Peter Gervai posted a similar report recently, Elias Oltmanns had an
idea (on linux-ide or linux-acpi list):
Subject: Re: Hard freeze / interrupt-related death / instability
Wed, 09 Apr 2008

(but Tejun was already involved into that, at least in the link posted
there, but reading it up might be worth it).
Is this the same problem?

----------------------------------------------
Marin Mitov answered in this thread (only answering to lkml, truncating
the CC list..., got overseen?):
Hi Rich,

What is the output of command:

grep CONFIG_IRQBALANCE .config

If:

CONFIG_IRQBALANCE=y

try disabling it.
----------------------------------------------


   Thomas

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/