linux-kernel - Re: [PATCH] drm/drm_panel: fix export of drm_panel_of

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Wed, 8 Jan 2020 11:08:31 +0100
From:   Sam Ravnborg <sam@...nborg.org>
To:     Jani Nikula <jani.nikula@...el.com>
Cc:     Arnd Bergmann <arnd@...db.de>,
        Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
        Maxime Ripard <mripard@...nel.org>,
        Thierry Reding <thierry.reding@...il.com>,
        David Airlie <airlied@...ux.ie>,
        Daniel Vetter <daniel@...ll.ch>,
        Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
        Randy Dunlap <rdunlap@...radead.org>,
        Linus Walleij <linus.walleij@...aro.org>,
        Laurent Pinchart <laurent.pinchart@...asonboard.com>,
        Sean Paul <sean@...rly.run>, dri-devel@...ts.freedesktop.org,
        Maxime Ripard <maxime.ripard@...tlin.com>,
        Emil Velikov <emil.velikov@...labora.com>,
        Boris Brezillon <boris.brezillon@...labora.com>,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH] drm/drm_panel: fix export of drm_panel_of_backlight, try
 #3

Hi Jani.

On Wed, Jan 08, 2020 at 11:55:29AM +0200, Jani Nikula wrote:
> On Tue, 07 Jan 2020, Arnd Bergmann <arnd@...db.de> wrote:
> > Making this IS_REACHABLE() was still wrong, as that just determines
> > whether the lower-level backlight code would be reachable from the panel
> > driver. However, with CONFIG_DRM=y and CONFIG_BACKLIGHT_CLASS_DEVICE=m,
> > the drm_panel_of_backlight is left out of drm_panel.o but the condition
> > tells the driver that it is there, leading to multiple link errors such as
> >
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-sitronix-st7701.ko] undefined!
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-sharp-ls043t1le01.ko] undefined!
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-seiko-43wvf1g.ko] undefined!
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-ronbo-rb070d30.ko] undefined!
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-rocktech-jh057n00900.ko] undefined!
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-panasonic-vvx10f034n00.ko] undefined!
> > ERROR: "drm_panel_of_backlight" [drivers/gpu/drm/panel/panel-osd-osd101t2587-53ts.ko] undefined!
> >
> > Change the condition to check for whether the function was actually part
> > of the drm module. This version of the patch survived a few hundred
> > randconfig builds, so I have a good feeling this might be the last
> > one for the export.
> 
> Broken record, this will still be wrong, even if it builds and links. No
> backlight support for panel despite expectations.
> 
> See http://mid.mail-archive.com/87d0cnynst.fsf@intel.com
> 
> All of this is just another hack until the backlight config usage is
> fixed for good. Do we really want to make this the example to copy paste
> wherever we hit the issue next?
> 
> I'm not naking, but I'm not acking either.

I will try to take a look at your old BACKLIGHT_CLASS_DEVICE patch this
weekend. I think we need that one fixed - and then we can have this mess
with "drm_panel_of_backlight" fixed in the right way.

Sigh...

	Sam