Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Tue, 21 Aug 2018 15:57:41 +0200 (CEST)
From:   Thomas Gleixner <tglx@linutronix.de>
To:     Mukesh Ojha <mojha@codeaurora.org>
cc:     lkml <linux-kernel@vger.kernel.org>
Subject: Re: Query on skip_onerr field in struct cpuhp_step
In-Reply-To: <c228c495-63fa-5af9-32ff-355410d78cc8@codeaurora.org>
Message-ID: <alpine.DEB.2.21.1808211557180.1535@nanos.tec.linutronix.de>
References: <c228c495-63fa-5af9-32ff-355410d78cc8@codeaurora.org>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="8323329-1551648132-1534859861=:1535"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--8323329-1551648132-1534859861=:1535
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT

On Tue, 21 Aug 2018, Mukesh Ojha wrote:
> Hi All,
> 
> This is about one of field in struct cpuhp_step
> 
> * @skip_onerr: Do not invoke the functions on error rollback
>  *              Will go away once the notifiers are gone
>         bool                    skip_onerr;
> 
> Why this field was introduced, can anyone explain the history behind ? As i
> don't see it being set from anywhere
> 
> If it is specifically was dependent on notifiers, did we missed to remove it
> as the notifiers are gone or the usecase still there?

As the comment says....

--8323329-1551648132-1534859861=:1535--