[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAMty3ZBdQ=SipAPyQ0AKioYtW14BBgy0gZaq-F3x-Bhz4Wat6w@mail.gmail.com>
Date: Thu, 7 Jan 2021 12:19:08 +0530
From: Jagan Teki <jagan@...rulasolutions.com>
To: Icenowy Zheng <icenowy@...c.io>
Cc: Thierry Reding <thierry.reding@...il.com>,
Sam Ravnborg <sam@...nborg.org>,
David Airlie <airlied@...ux.ie>,
Daniel Vetter <daniel@...ll.ch>,
dri-devel <dri-devel@...ts.freedesktop.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] drm/panel: feiyang-fy07024di26a30d: cleanup if panel
attaching failed
On Thu, Jan 7, 2021 at 10:16 AM Icenowy Zheng <icenowy@...c.io> wrote:
>
>
>
> 于 2021年1月6日 GMT+08:00 下午5:47:20, Jagan Teki <jagan@...rulasolutions.com> 写到:
> >On Sat, Nov 28, 2020 at 6:23 PM Icenowy Zheng <icenowy@...c.io> wrote:
> >>
> >> Attaching the panel can fail, so cleanup work is necessary, otherwise
> >> a pointer to freed struct drm_panel* will remain in drm_panel code.
> >>
> >> Do the cleanup if panel attaching failed.
> >>
> >> Fixes: 69dc678abc2b ("drm/panel: Add Feiyang FY07024DI26A30-D
> >MIPI-DSI LCD panel")
> >
> >The fact that this has failed to probe due to recent changes in
> >sun6i_mipi_dsi.c I don't know how to put that into the commit message.
>
> It's not related, we shouldn't assume this panel driver will always
> be used with sunxi SoCs.
Well, I'm aware of it. What I'm trying to say is this panel has
referenced with one of exiting panel in a tree and that indeed return
mipi_dsi_attach and it verified with DSI host at that time.
>
> It's a panel driver bug that cannot deal with -EPROBE_DEFER well.
Yes, ie reason I have added Reviewed-by tag above.
Jagan.
Powered by blists - more mailing lists