[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1009210934380.4998@p34.internal.lan>
Date: Tue, 21 Sep 2010 10:00:11 -0400 (EDT)
From: Justin Piszcz <jpiszcz@...idpixels.com>
To: linux-kernel@...r.kernel.org, linux-scsi@...r.kernel.org,
davej@...hat.com, cpufreq@...r.kernel.org
cc: adam radford <aradford@...il.com>, mingo@...hat.com
Subject: Re: 2.6.35.x: acpi+no_hz+turboboost causing 3ware I/O controller
resets
On Tue, 21 Sep 2010, Justin Piszcz wrote:
> Hello,
>
> There has been discussion going on here:
> http://forums.storagereview.com/index.php/topic/28920-3ware-9650se-controller-resets-under-load-on-linux/page__st__30__gopid__264286&#entry264286
>
Some additional details from the poster on storage review:
----------------------------------------------------------------------
It's not specific for turbo boost, and it's not specific for 2.6.34. We had the
freezes with 2.6.27 and 2.6.32, with both being the first kernels where we
enabled NOHZ and cpufreq. The older machines are running 2.6.24 without
frequency scaling, one even with the original firmware that was shipped with the
9690SA when it came to the market. (yes, we tried downgrading a spare machine
having issues to that firmware also, but no luck either).
Our servers are still core2 based, some are just Core2Duo on Intel 3210 chipset,
others are dual Xeon L5420 on Intel 5000P chipsets. All suffer the same problem:
resetting 3Ware controllers when cpufreq and nohz were enabled.
It's quite funny to read your issues here. When I contacted my vendor about
this, they told me that I was the only one having these issues, while they're
selling several hundreds of these controllers every month. LSI also gives me
that impression when I contact their tech support.
----------------------------------------------------------------------
Adding Dave to CC list for CPU FREQ driver:
CPU FREQUENCY DRIVERS
M: Dave Jones
L: cpufreq
Per: kernel/time/tick-sched.c
* Started by: Thomas Gleixner and Ingo Molnar
Maybe someone can shed some light on what is going on here in ref to the
CPU FREQ/NO_HZ issue. In the past I've never used CPU scaling until I got
a CPU that could make use of turboboost. Using NO_HZ will improve
turboboost performance (basically makes it work correctly)..
For my machine, the problem is immediately apparent between:
2.6.34.1 -> 2.6.35.4
With the options enabled; however, (for my case) it only seems to affect
2.6.35.4 primarily.
With the options mentioned earlier (disabled) I can now run 2.6.35.4 and
2.6.35.5 without any problems:
-# CONFIG_NO_HZ is not set
-# CONFIG_ACPI_PROCESSOR is not set
-# CONFIG_CPU_FREQ is not set
However, now I can no longer use turbo boost for my i7 CPU.
Opt 1: Enable parameters above with 2.6.34.x (there is no I/O locking, but
over several months there may be an occasional reset)
Opt 2: Run any kernel with the parameters above disabled as shown and
forget about turbo boost, but then my system would not lockup/have the
controllers reset.
Opt 3: Try to find out what is triggering this bug so turboboost/freq
scaling can be used with 3ware controllers?
Justin.
--
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/
Powered by blists - more mailing lists