From: Archit Taneja <architt@codeaurora.org>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: John Stultz <john.stultz@linaro.org>,
Arnd Bergmann <arnd@arndb.de>, David Airlie <airlied@linux.ie>,
lkml <linux-kernel@vger.kernel.org>,
dri-devel@lists.freedesktop.org,
Hans Verkuil <hans.verkuil@cisco.com>,
Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
Dan Carpenter <dan.carpenter@oracle.com>,
Bhumika Goyal <bhumirks@gmail.com>
Subject: Re: [PATCHv3] drm: adv7511/33: Fix adv7511_cec_init() failure handling
Date: Thu, 30 Nov 2017 12:32:03 +0530 [thread overview]
Message-ID: <de1ad791-36f4-742c-4f50-1f59da53fd88@codeaurora.org> (raw)
In-Reply-To: <CALAqxLVoOPrAG242y5iyaXUiavAo0PVG7zze14ruXJH6U6vVSw@mail.gmail.com>
On 11/23/2017 05:52 AM, John Stultz wrote:
> On Tue, Nov 21, 2017 at 12:17 AM, Hans Verkuil <hverkuil@xs4all.nl> wrote:
>> If the device tree for a board did not specify a cec clock, then
>> adv7511_cec_init would return an error, which would cause adv7511_probe()
>> to fail and thus there is no HDMI output.
>>
>> There is no need to have adv7511_probe() fail if the CEC initialization
>> fails, so just change adv7511_cec_init() to a void function. In addition,
>> adv7511_cec_init() should just return silently if the cec clock isn't
>> found and show a message for any other errors.
>>
>> An otherwise correct cleanup patch from Dan Carpenter turned this broken
>> failure handling into a kernel Oops, so bisection points to commit
>> 7af35b0addbc ("drm/kirin: Checking for IS_ERR() instead of NULL") rather
>> than 3b1b975003e4 ("drm: adv7511/33: add HDMI CEC support").
>>
>> Based on earlier patches from Arnd and John.
>>
>> Reported-by: Naresh Kamboju <naresh.kamboju@linaro.org>
>> Cc: Xinliang Liu <xinliang.liu@linaro.org>
>> Cc: Dan Carpenter <dan.carpenter@oracle.com>
>> Cc: Sean Paul <seanpaul@chromium.org>
>> Cc: Archit Taneja <architt@codeaurora.org>
>> Cc: John Stultz <john.stultz@linaro.org>
>> Link: https://bugs.linaro.org/show_bug.cgi?id=3345
>> Link: https://lkft.validation.linaro.org/scheduler/job/48017#L3551
>> Fixes: 7af35b0addbc ("drm/kirin: Checking for IS_ERR() instead of NULL")
>> Fixes: 3b1b975003e4 ("drm: adv7511/33: add HDMI CEC support")
>> Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
>> Tested-by: Hans Verkuil <hans.verkuil@cisco.com>
>> ---
>> This rework of Arnd and John's patches goes a bit further and just silently
>> exits if there is no cec clock defined in the dts. I'm sure that's the
>> reason why the kirin board failed on this. BTW: if the kirin board DOES
>> support cec, then it would be nice if it can be hooked up in the dts!
>>
>> Tested with my Dragonboard and Renesas Koelsch board. Also tested what
>> happens when probing is deferred due to missing cec clock.
>>
>> John, can you test this again?
>
> Sorry I didn't get back to you yesterday on this!
>
> Seems to be working ok for me!
>
> Tested-by: John Stultz <john.stultz@linaro.org>
Queued to drm-misc-fixes. Thanks for fixing this.
Archit
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project
prev parent reply other threads:[~2017-11-30 7:02 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-15 12:37 [PATCH] [RFT] drm: adv7511/33: fix " Arnd Bergmann
2017-11-15 12:58 ` Hans Verkuil
2017-11-16 16:42 ` Naresh Kamboju
2017-11-16 21:50 ` John Stultz
2017-11-16 22:20 ` John Stultz
2017-11-16 22:23 ` John Stultz
2017-11-16 22:59 ` [RFC][PATCH] drm: adv7511/33: Fix " John Stultz
2017-11-26 12:56 ` Archit Taneja
2017-11-28 21:32 ` John Stultz
2017-11-29 5:05 ` Archit Taneja
2017-11-29 8:15 ` Arnd Bergmann
2017-11-17 8:43 ` [RFC] [PATCH] " Hans Verkuil
2017-11-20 15:05 ` Hans Verkuil
2017-11-20 15:06 ` Hans Verkuil
2017-11-20 20:13 ` John Stultz
2017-11-20 20:57 ` [PATCHv2] " Hans Verkuil
2017-11-20 23:12 ` John Stultz
2017-11-21 6:48 ` Laurent Pinchart
2017-11-21 8:18 ` Hans Verkuil
2017-11-21 8:17 ` [PATCHv3] " Hans Verkuil
2017-11-21 8:22 ` Laurent Pinchart
2017-11-23 0:22 ` John Stultz
2017-11-30 7:02 ` Archit Taneja [this message]
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=de1ad791-36f4-742c-4f50-1f59da53fd88@codeaurora.org \
--to=architt@codeaurora.org \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@linux.ie \
--cc=arnd@arndb.de \
--cc=bhumirks@gmail.com \
--cc=dan.carpenter@oracle.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=hans.verkuil@cisco.com \
--cc=hverkuil@xs4all.nl \
--cc=john.stultz@linaro.org \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome