[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5d489c63.1c69fb81.f26ec.f009@mx.google.com>
Date: Mon, 05 Aug 2019 14:15:14 -0700
From: Stephen Boyd <swboyd@...omium.org>
To: Tri Vo <trong@...roid.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Viresh Kumar <viresh.kumar@...aro.org>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Hridya Valsaraju <hridya@...gle.com>,
Sandeep Patil <sspatil@...gle.com>,
Kalesh Singh <kaleshsingh@...gle.com>,
Ravi Chandra Sadineni <ravisadineni@...omium.org>,
LKML <linux-kernel@...r.kernel.org>,
Linux PM <linux-pm@...r.kernel.org>,
"Cc: Android Kernel" <kernel-team@...roid.com>
Subject: Re: [PATCH v7 1/3] PM / wakeup: Drop wakeup_source_init(), wakeup_source_prepare()
Quoting Tri Vo (2019-08-05 14:11:55)
> On Mon, Aug 5, 2019 at 1:54 PM Stephen Boyd <swboyd@...omium.org> wrote:
> >
> > Quoting Tri Vo (2019-08-05 10:58:46)
> > > @@ -96,13 +79,23 @@ EXPORT_SYMBOL_GPL(wakeup_source_prepare);
> > > struct wakeup_source *wakeup_source_create(const char *name)
> > > {
> > > struct wakeup_source *ws;
> > > + const char *ws_name;
> > >
> > > - ws = kmalloc(sizeof(*ws), GFP_KERNEL);
> > > + ws = kzalloc(sizeof(*ws), GFP_KERNEL);
> > > if (!ws)
> > > - return NULL;
> > > + goto err_ws;
> > > +
> > > + ws_name = kstrdup_const(name, GFP_KERNEL);
> > > + if (!ws_name)
> >
> > Does this intentionally change this function to return an error if
> > 'name' is NULL? Before, wakeup_source_prepare() would just assign
> > ws->name to NULL, but now it errors out. I don't see how it's good or
> > useful to allow NULL for the wakeup source name, but it is what it is.
>
> Yes, the change to not allow ws->name to be NULL is intentional.
Ok. It would be good to mention it in the commit text so we don't think
it was a bug when looking back a few months later.
Powered by blists - more mailing lists