Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934613AbbHDO77 (ORCPT ); Tue, 4 Aug 2015 10:59:59 -0400 Received: from mx3-phx2.redhat.com ([209.132.183.24]:35660 "EHLO mx3-phx2.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932242AbbHDO75 (ORCPT ); Tue, 4 Aug 2015 10:59:57 -0400 Date: Tue, 4 Aug 2015 10:59:47 -0400 (EDT) From: Ulrich Obergfell To: Don Zickus Cc: Michal Hocko , linux-kernel@vger.kernel.org, akpm@linux-foundation.org, atomlin@redhat.com, jolsa@kernel.org, eranian@google.com, cmetcalf@ezchip.com, fweisbec@gmail.com Message-ID: <730321534.4139401.1438700387529.JavaMail.zimbra@redhat.com> In-Reply-To: <20150804142750.GR42530@redhat.com> References: <1438433365-2979-1-git-send-email-uobergfe@redhat.com> <1438433365-2979-5-git-send-email-uobergfe@redhat.com> <20150804133129.GF28571@dhcp22.suse.cz> <20150804142750.GR42530@redhat.com> Subject: Re: [PATCH 4/4] watchdog: use suspend/resume interface in fixup_ht_bug() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.36.5.42] X-Mailer: Zimbra 8.0.6_GA_5922 (ZimbraWebClient - FF22 (Linux)/8.0.6_GA_5922) Thread-Topic: watchdog: use suspend/resume interface in fixup_ht_bug() Thread-Index: rV0UpNeGyskRyEAm214tmzB69p/ciQ== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1549 Lines: 46 > ----- Original Message ----- > From: "Don Zickus" ... > On Tue, Aug 04, 2015 at 03:31:30PM +0200, Michal Hocko wrote: >> On Sat 01-08-15 14:49:25, Ulrich Obergfell wrote: >> [...] >> > @@ -3368,7 +3368,10 @@ static __init int fixup_ht_bug(void) >> > return 0; >> > } >> > >> > - watchdog_nmi_disable_all(); >> > + if (watchdog_suspend() != 0) { >> > + pr_info("failed to disable PMU erratum BJ122, BV98, HSD29 workaround\n"); >> > + return 0; >> > + } >> >> Is this really worth reporting to the log? What is an admin supposed to >> do about it? > > I think it was more for developers to aid in debugging a strange behaviour > of the performance counters. > >> >> Ok, so kthread_park fails only when the kernel thread has already >> exited. Can this ever happen during this call path? > > It might be overkill, but it is just a harmless informational failure > message. Don, Michal, the module prints a message if the workaround is enabled and if the workaround is disabled. Hence, I think we should keep the messages consistent and thus inform the user also if we fail to disable the workaround. Even though at the moment this seems to be an unlikely failure case, I agree with Don that the message could be useful in debugging. Regards, Uli -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/