Linux ATA/IDE development
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@alien8.de>
To: Adko Branil <adkobranil@yahoo.com>
Cc: Mikael Pettersson <mikpe@it.uu.se>,
	Jeff Garzik <jgarzik@pobox.com>,
	linux-ide <linux-ide@vger.kernel.org>,
	lkml <linux-kernel@vger.kernel.org>,
	Dan Merillat <dan.merillat@gmail.com>,
	"Rafael J. Wysocki" <rjw@sisk.pl>
Subject: Re: HDD problem, software bug, bios bug, or hardware ?
Date: Mon, 10 Sep 2012 11:15:46 +0200	[thread overview]
Message-ID: <20120910091546.GA4431@liondog.tnic> (raw)
In-Reply-To: <1347017576.44763.YahooMailNeo@web124703.mail.ne1.yahoo.com>

On Fri, Sep 07, 2012 at 04:32:56AM -0700, Adko Branil wrote:
> After updating bios no more crashes happened, i tested it many times
> on heavy HDD IO loads, with many kernels (including CONFIG_PREEMPT
> kernels).

Alriiight, one of the most seldom times where a BIOS update actually
fixes things :-).

> But now if enable "Cool'n' Quiet" option in bios, 
> CONFIG_PREEMPT_VOLUNTARY kernel with passed "nosmp" at boot time,
> crashes during boot process with kernel panic, while  CONFIG_PREEMPT
> kernlel without "nosmp" works fine  - but it is another story i
> think, should not be related with the crashes when it was old bios,
> and i think it is probably "nosmp" the reason.

Hmm, Cool'n'Quiet enabled actually means that you have _PSS objects and
powernow-k8 should be detecting the P-states properly.

Can you catch dmesg from that machine twice?

* one with Cool'n'Quiet disabled
* one with the kernel panic

> (i have never changed cpu frequency of this cpu at all) When "Cool'n'
> Quiet" is disabled, the system works perfectly adequately with all
> kind of kernels i tried. Except that this warning message in dmesg
> still appears (if it is problem at all). I put here this message for
> "nosmp" case as well, kernel is 3.5.2:

Right, so AFAICU, you can run a CONFIG_PREEMPT kernel perfectly fine now
after the BIOS update, right?

If so and when you say that the oopses started happening after an
electrical instability, I'd venture a guess that something got damaged
in the BIOS EPROM and since you've flashed it anew, the corrupted data
got overwritten and so no more crashes. Correct?

-- 
Regards/Gruss,
    Boris.

  parent reply	other threads:[~2012-09-10  9:15 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-25 13:36 HDD problem, software bug, bios bug, or hardware ? Adko Branil
2012-08-25 17:46 ` Adko Branil
2012-08-26 13:01 ` Borislav Petkov
2012-08-27 17:01   ` Adko Branil
2012-08-27 17:21     ` Felix Miata
2012-08-27 21:59     ` Borislav Petkov
2012-08-29 17:02       ` Adko Branil
2012-08-29 17:31       ` Adko Branil
2012-08-30 10:12         ` Borislav Petkov
     [not found]       ` <1346259574.81504.YahooMailNeo@web124706.mail.ne1.yahoo.com>
2012-08-30  9:58         ` Borislav Petkov
2012-08-30 10:11           ` Borislav Petkov
2012-08-30 11:10           ` Adko Branil
2012-09-02 20:04             ` Mikael Pettersson
2012-09-03 21:46               ` Adko Branil
2012-09-07 11:32               ` Adko Branil
2012-09-08 16:30                 ` Mikael Pettersson
2012-09-08 17:22                   ` Adko Branil
2012-09-11 13:38                   ` Adko Branil
2012-09-10  9:15                 ` Borislav Petkov [this message]
2012-09-10  9:17               ` Borislav Petkov
  -- strict thread matches above, loose matches on Subject: below --
2012-08-25  1:31 Adko Branil
2012-08-25 11:33 ` Borislav Petkov
2012-08-27  7:50   ` Rafael J. Wysocki
2012-09-01 12:45   ` Dan Merillat
2012-09-02  7:24     ` Borislav Petkov
2012-09-03  0:38       ` Dan Merillat
2012-09-10 20:51         ` Borislav Petkov
2012-09-10 21:29           ` Dan Merillat
2012-09-10 21:59             ` Borislav Petkov
2012-09-15  1:34               ` Dan Merillat
2012-09-15 10:34                 ` Borislav Petkov
2012-08-25  0:54 Adko Branil
2012-08-25  2:58 ` Felix Miata

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120910091546.GA4431@liondog.tnic \
    --to=bp@alien8.de \
    --cc=adkobranil@yahoo.com \
    --cc=dan.merillat@gmail.com \
    --cc=jgarzik@pobox.com \
    --cc=linux-ide@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikpe@it.uu.se \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox