From: Joe Lawrence <joe.lawrence@stratus.com>
To: Steven Rostedt <rostedt@goodmis.org>, Corey Minyard <minyard@acm.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Tomeu Vizoso <tomeu.vizoso@collabora.com>,
"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>
Subject: Re: PM domain change on unbound devices warning on ipmi_si unload
Date: Fri, 29 Jan 2016 12:56:14 -0500 [thread overview]
Message-ID: <56ABA7BE.3030504@stratus.com> (raw)
In-Reply-To: <20160129170124.GA6575@home.goodmis.org>
On 01/29/2016 12:01 PM, Steven Rostedt wrote:
> On Thu, Jan 28, 2016 at 02:13:04PM -0600, Corey Minyard wrote:
>> Tomeu, you added that check in
>>
>> [989561de9b5112999475b406557d9c7e9e59c041] PM / Domains: add setter for
>> dev.pm_domain
>>
>> and either something is wrong in the platform device handling or elsewhere
>> in the device code, if
>> that check is valid.
>>
>
> FYI, I'm hitting the exact same error on shutdown on one of my boxes.
>
> Please Cc me on updates.
>
> -- Steve
>
>
> [53591.087861] kvm: exiting hardware virtualization
> [53591.104798] ------------[ cut here ]------------
> [53591.110058] WARNING: CPU: 0 PID: 1 at /home/rostedt/work/git/linux-trace.git/drivers/base/power/common.c:150 dev_pm_domain_set+0x82/0x90()
> [53591.123716] PM domains can only be changed for unbound devices
> [53591.130158] Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables xt_CHECKSUM iptable_mangle bridge stp llc bluetooth lockd grace snd_hda_codec_hdmi snd_hda_codec_r
> ealtek snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hwdep snd_hda_core vhost_net tun vhost x86_pkg_temp_thermal iTCO_wdt snd_seq snd_seq_device snd_pcm macvtap coretemp me
> i_me iTCO_vendor_support hp_wmi rfkill sparse_keymap macvlan kvm_intel snd_timer mei lpc_ich snd i2c_i801 soundcore mfd_core kvm irqbypass acpi_cpufreq serio_raw wmi uinput crc32_p
> clmul i915 crc32c_intel i2c_algo_bit e1000e drm_kms_helper ptp drm pps_core i2c_core video sunrpc
> [53591.190440] CPU: 0 PID: 1 Comm: systemd-shutdow Not tainted 4.5.0-rc1-test+ #155
> [53591.198453] Hardware name: Hewlett-Packard HP Compaq Pro 6300 SFF/339A, BIOS K01 v02.05 05/07/2012
> [53591.208031] ffff8801195abc90 ffff8801195abc90 ffffffff8143ef63 ffff8801195abcd8
> [53591.216168] ffff8801195abcc8 ffffffff810acad6 ffff8801192d2328 0000000000000000
> [53591.224299] 0000000000000001 ffff8801192d2388 00000000fee1dead ffff8801195abd28
> [53591.232429] Call Trace:
> [53591.235483] [<ffffffff8143ef63>] dump_stack+0x44/0x61
> [53591.241232] [<ffffffff810acad6>] warn_slowpath_common+0x86/0xc0
> [53591.247842] [<ffffffff810acb5c>] warn_slowpath_fmt+0x4c/0x50
> [53591.254193] [<ffffffff810acb15>] ? warn_slowpath_fmt+0x5/0x50
> [53591.260625] [<ffffffff8157cf42>] dev_pm_domain_set+0x82/0x90
> [53591.266970] [<ffffffffa03f255e>] mei_me_remove+0xee/0x120 [mei_me]
> [53591.273842] [<ffffffff8147fe96>] pci_device_shutdown+0x36/0x70
> [53591.280373] [<ffffffff81570680>] device_shutdown+0xe0/0x1e0
> [53591.286642] [<ffffffff810d6df6>] kernel_restart_prepare+0x36/0x40
> [53591.293439] [<ffffffff810d6f62>] kernel_restart+0x12/0x60
> [53591.299543] [<ffffffff810d72ae>] SYSC_reboot+0x1ce/0x1f0
> [53591.305562] [<ffffffffa0008077>] ? 0xffffffffa0008077
> [53591.311323] [<ffffffff811b2e60>] ? stack_trace_call+0x40/0x60
> [53591.317780] [<ffffffffa0008077>] ? 0xffffffffa0008077
> [53591.323552] [<ffffffff8143eeb4>] ? _atomic_dec_and_lock+0x44/0xaf
> [53591.330374] [<ffffffff812a302b>] ? iput+0xbb/0x2c0
> [53591.335880] [<ffffffff810d7325>] ? SyS_reboot+0x5/0x10
> [53591.341748] [<ffffffff81003044>] ? lockdep_sys_exit_thunk+0x12/0x14
> [53591.348743] [<ffffffff810d732e>] SyS_reboot+0xe/0x10
> [53591.354440] [<ffffffff8185ee32>] entry_SYSCALL_64_fastpath+0x12/0x76
> [53591.361534] ---[ end trace 63b298fc6d5920e4 ]---
> [53591.377714] e1000e: EEE TX LPI TIMER: 00000011
> [53591.468245] sd 0:0:0:0: [sda] Synchronizing SCSI cache
> [53591.487321] reboot: Restarting system
> [53591.491679] reboot: machine restart
>
Looks like Rafael adjusted for the platform shutdown case here:
https://lkml.org/lkml/2016/1/11/515
Perhaps that would applicable to the pci shutdown as well?
-- Joe
next prev parent reply other threads:[~2016-01-29 18:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-28 4:45 Joe Lawrence
2016-01-28 13:56 ` Corey Minyard
2016-01-28 20:13 ` Corey Minyard
2016-01-29 17:01 ` Steven Rostedt
2016-01-29 17:56 ` Joe Lawrence [this message]
2016-01-29 21:45 ` Rafael J. Wysocki
2016-01-31 21:38 ` Tomas Winkler
2016-02-03 0:56 ` Rafael J. Wysocki
2016-02-03 2:48 ` Joe Lawrence
2016-02-03 13:35 ` Steven Rostedt
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=56ABA7BE.3030504@stratus.com \
--to=joe.lawrence@stratus.com \
--cc=linux-kernel@vger.kernel.org \
--cc=minyard@acm.org \
--cc=rafael.j.wysocki@intel.com \
--cc=rostedt@goodmis.org \
--cc=tomeu.vizoso@collabora.com \
/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
Powered by JetHome