Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753766AbdCJHXm (ORCPT <rfc822;w@1wt.eu>);
        Fri, 10 Mar 2017 02:23:42 -0500
Received: from mail-wr0-f196.google.com ([209.85.128.196]:32948 "EHLO
        mail-wr0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
        with ESMTP id S1750881AbdCJHXl (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 10 Mar 2017 02:23:41 -0500
Date: Fri, 10 Mar 2017 08:23:36 +0100
From: Ingo Molnar <mingo@kernel.org>
To: Bart Van Assche <Bart.VanAssche@sandisk.com>
Cc: "tglx@linutronix.de" <tglx@linutronix.de>,
        "torvalds@linux-foundation.org" <torvalds@linux-foundation.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "hpa@zytor.com" <hpa@zytor.com>,
        "akpm@linux-foundation.org" <akpm@linux-foundation.org>
Subject: Re: [GIT pull] CPU hotplug updates for 4.9
Message-ID: <20170310072336.GA4909@gmail.com>
References: <alpine.DEB.2.20.1610031929360.5278@nanos>
 <1488851515.6858.2.camel@sandisk.com>
 <alpine.DEB.2.20.1703071027340.3584@nanos>
 <1488925949.2739.3.camel@sandisk.com>
 <alpine.DEB.2.20.1703080922530.3521@nanos>
 <1489001551.2813.3.camel@sandisk.com>
 <alpine.DEB.2.20.1703091118230.3521@nanos>
 <1489080026.2597.7.camel@sandisk.com>
 <alpine.DEB.2.20.1703091829530.3521@nanos>
 <1489099682.2597.14.camel@sandisk.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1489099682.2597.14.camel@sandisk.com>
User-Agent: Mutt/1.5.24 (2015-08-30)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1018
Lines: 29


* Bart Van Assche <Bart.VanAssche@sandisk.com> wrote:

> On Thu, 2017-03-09 at 18:43 +0100, Thomas Gleixner wrote:
> > Ok, so it's random. Now it would be interesting what the rest of the system
> > does when this happens. I still have no idea why that IOAT setting has any
> > influence.
> 
> Hello Thomas,
> 
> The cpuhp_issue_call() hang happens during boot and before I get the chance to log
> in with ssh. Can you be more specific about what information you are looking for?
> 
> Anyway, the result of a new bisect I ran is as follows:
> * good: 631ddaba5905 ("Merge branches 'pm-sleep' and 'powercap'").
> * good: 80f1b3dea9d4 ("Merge branch 'device-properties'").
> * bad:  a67485d4bf97 ("Merge tag 'acpi-4.10-rc1' of
>   git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm").
> 
> Does this make sense to you?

The bisection information is really useful, if the failure mode is deterministic.

It would be nice to have more bisection points, the above range is about 5,000 
commits.

Thanks,

	Ingo