From: Thomas Gleixner <tglx@linutronix.de>
To: Ben Hutchings <ben@decadent.org.uk>
Cc: x86@kernel.org, Miloslav Hula <miloslav.hula@gmail.com>,
855183@bugs.debian.org, LKML <linux-kernel@vger.kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Kan Liang <kan.liang@intel.com>
Subject: Re: Bug#855183: linux-image-4.9.0-0.bpo.1-amd64: modprobe intel_rapl_perf stay in uninterruptible sleep
Date: Fri, 17 Feb 2017 11:47:55 +0100 (CET) [thread overview]
Message-ID: <alpine.DEB.2.20.1702171141220.3536@nanos> (raw)
In-Reply-To: <1487292582.22520.12.camel@decadent.org.uk>
[-- Attachment #1: Type: text/plain, Size: 2589 bytes --]
On Fri, 17 Feb 2017, Ben Hutchings wrote:
> On Wed, 2017-02-15 at 09:08 +0100, Miloslav Hula wrote:
> [...]
> > When I boot the system up, there is a constant load 1.0. I found one
> > process systemd-udevd in uninterruptible sleep.
> > Digging in proc/PID/fd I found, this proces usees fd 7 for
> > intel_rapl_perf.ko
> >
> > * What exactly did you do (or not do) that was effective (or
> > ineffective)?
> > I rmmod intel_rapl_perf, the systemd-udevd process disappeared. I
> > tried to load intel_rapl_perf manually.
> >
> > * What was the outcome of this action?
> > Now, the modprobe is in uninterruptible sleep
> [...]
>
> Here's a traceback for that:
>
> > [ 1090.784260] ffffa079b6c9d000 0000000000000000 ffffa089b8ffa0c0 ffffa079b688c140
> > [ 1090.784265] ffffa089bf2987c0 ffffc1d3ce12bb30 ffffffff929f536d ffffa089bf3d8828
> > [ 1090.784268] ffffc1d3ce12bb60 00000000924b0afe ffffa089bf2987c0 ffffa079b688c140
> > [ 1090.784272] Call Trace:
> > [ 1090.784284] [<ffffffff929f536d>] ? __schedule+0x23d/0x6d0
> > [ 1090.784308] [<ffffffffc083e6b0>] ? uncore_cpu_prepare+0x100/0x100 [intel_uncore]
> > [ 1090.784310] [<ffffffff929f5832>] ? schedule+0x32/0x80
> > [ 1090.784316] [<ffffffff929f8d3c>] ? schedule_timeout+0x21c/0x3c0
> > [ 1090.784327] [<ffffffff924b1374>] ? enqueue_task_fair+0x74/0x950
> > [ 1090.784329] [<ffffffff929f5375>] ? __schedule+0x245/0x6d0
> > [ 1090.784336] [<ffffffff9242ed05>] ? sched_clock+0x5/0x10
> > [ 1090.784344] [<ffffffffc083e6b0>] ? uncore_cpu_prepare+0x100/0x100 [intel_uncore]
> > [ 1090.784347] [<ffffffff929f624a>] ? wait_for_completion+0xfa/0x130
> > [ 1090.784353] [<ffffffff924a2b60>] ? wake_up_q+0x60/0x60
> > [ 1090.784358] [<ffffffff924791b6>] ? cpuhp_issue_call+0x96/0xc0
> > [ 1090.784361] [<ffffffff9247946a>] ? __cpuhp_setup_state+0xca/0x200
> > [ 1090.784369] [<ffffffffc069d34d>] ? intel_uncore_init+0x1f7/0xeaa [intel_uncore]
Unfortunately that tells us only that something waits forever, but we don't
see the stuff which does not invoke complete().
AFAICT thats a cpuhp thread which should run the cpu starting or online
callback.
What's really confusing is this information from the bug report:
" When I changed:
Power technology:
- from Energy Efficient
- to Custom
Energy Performance BIAS Setting:
- from Balanced Performance
- to Performance
problem disappeared. systemd-udevd starts normally, module can be
normally rmmod/insmod'ed now, load is 0.07."
Miloslav: Is there any chance you can try a 4.10-rc8 kernel on that
machine?
Thanks,
tglx
next prev parent reply other threads:[~2017-02-17 10:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20170215080829.27308.94177.reportbug@imap.fsv.cvut.cz>
2017-02-17 0:49 ` Bug#855183: linux-image-4.9.0-0.bpo.1-amd64: modprobe intel_rapl_perf stay in uninterruptible sleep Ben Hutchings
2017-02-17 10:47 ` Thomas Gleixner [this message]
2017-02-20 22:34 ` Miloslav Hůla
2017-02-20 23:24 ` Thomas Gleixner
2017-02-21 9:10 ` Miloslav Hůla
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=alpine.DEB.2.20.1702171141220.3536@nanos \
--to=tglx@linutronix.de \
--cc=855183@bugs.debian.org \
--cc=ben@decadent.org.uk \
--cc=kan.liang@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=miloslav.hula@gmail.com \
--cc=peterz@infradead.org \
--cc=x86@kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.