From: Jonathan Woithe <jwoithe@just42.net>
To: Micha?? K??pie?? <kernel@kempniu.pl>
Cc: Ville Syrjala <ville.syrjala@linux.intel.com>,
platform-driver-x86@vger.kernel.org,
Darren Hart <dvhart@infradead.org>,
Andy Shevchenko <andy@infradead.org>
Subject: Re: [PATCH] platform/x86: fujitsu-laptop: Don't oops when FUJ02E3 is not presnt
Date: Tue, 19 Sep 2017 17:50:47 +0930 [thread overview]
Message-ID: <20170919082047.GG10399@marvin.atrad.com.au> (raw)
In-Reply-To: <20170919044224.GA10213@kmp-mobile.hq.kempniu.pl>
On Tue, Sep 19, 2017 at 06:42:24AM +0200, Micha?? K??pie?? wrote:
> > > I need to refresh my memory a bit and think about next steps. I still
> > > have one more cleanup series queued that is worth posting and I also
> > > need to fix radio LED detection. My spare time is still very limited,
> > > but I will do my best to post something soon.
> >
> > In the meantime, I think we ought to consider pushing the proposed patch in
> > order to restore functionality for the S6120 - as it stands the code oopses,
> > which isn't great. Is there any reason not to do so?
>
> It might only be worth considering to check whether device is NULL
> inside call_fext_func() in order to prevent any further issues like this
> in the future. However, for now bl_update_status() is the only place in
> fujitsu-laptop using the fext module-wide variable, so the patch is okay
> as it is, too.
I like the idea of addressing this locally in bl_update_status() as per the
suggested patch. That may make further cleanup work easier since the module
wide variable was something which was to be possibly removed (although this
S6120 may force a rethink of these plans as you mentioned earlier). Having
said that, guarding against further bugs like this is tempting.
Since the proposed fix addresses the problem I'm happy for it to be pushed
out as is:
Reviewed-by: Jonathan Woithe <jwoithe@just42.net>
That will at least stop the oops in the interim while the remaining clean up
patch is prepared. Addressing this problem permanently could be something
that's rolled into that clean up work if it is deemed significant enough.
Darren, Andy: can we push this fix? It is probably something which should
go to -stable too.
Regards
jonathan
next prev parent reply other threads:[~2017-09-19 8:21 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-18 20:00 [PATCH] platform/x86: fujitsu-laptop: Don't oops when FUJ02E3 is not presnt Ville Syrjala
2017-09-19 4:06 ` Michał Kępień
2017-09-19 4:21 ` Jonathan Woithe
2017-09-19 4:42 ` Michał Kępień
2017-09-19 8:20 ` Jonathan Woithe [this message]
2017-09-19 13:25 ` Ville Syrjälä
2018-02-10 21:33 ` Michał Kępień
2017-09-23 0:00 ` Darren Hart
2017-09-23 2:03 ` Jonathan Woithe
2017-09-23 9:08 ` Jonathan Woithe
2017-09-25 12:14 ` Ville Syrjälä
2017-09-25 13:16 ` Jonathan Woithe
2017-09-26 4:49 ` Michał Kępień
2017-09-26 5:32 ` Jonathan Woithe
[not found] ` <20171018151058.GL10981@intel.com>
2017-10-20 17:29 ` Ville Syrjälä
2017-10-25 4:51 ` Michał Kępień
2017-10-25 10:05 ` Ville Syrjälä
2017-10-29 22:57 ` Jonathan Woithe
2018-02-11 21:33 ` Michał Kępień
2017-09-27 6:56 ` Darren Hart
2017-09-27 7:27 ` Jonathan Woithe
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=20170919082047.GG10399@marvin.atrad.com.au \
--to=jwoithe@just42.net \
--cc=andy@infradead.org \
--cc=dvhart@infradead.org \
--cc=kernel@kempniu.pl \
--cc=platform-driver-x86@vger.kernel.org \
--cc=ville.syrjala@linux.intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.