linux-kernel - Re: [PATCH] drm/imx: move 'legacyfb

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 for Android: free password hash cracker in your pocket

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

Date:   Thu, 4 Oct 2018 16:43:26 +0200
From:   Noralf Trønnes <noralf@...nnes.org>
To:     Daniel Vetter <daniel.vetter@...ll.ch>,
        Arnd Bergmann <arnd@...db.de>
Cc:     Philipp Zabel <p.zabel@...gutronix.de>,
        Dave Airlie <airlied@...ux.ie>,
        Lucas Stach <l.stach@...gutronix.de>,
        Sam Ravnborg <sam@...nborg.org>,
        Souptick Joarder <jrdr.linux@...il.com>,
        Leonard Crestez <leonard.crestez@....com>,
        Thomas Zimmermann <tzimmermann@...e.de>,
        dri-devel <dri-devel@...ts.freedesktop.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef


Den 04.10.2018 09.48, skrev Daniel Vetter:
> On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@...db.de> wrote:
>> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@...ll.ch> wrote:
>>> On Wed, Oct 03, 2018 at 05:49:32PM +0200, Noralf Trønnes wrote:
>>>>
>>>> Den 02.10.2018 22.58, skrev Arnd Bergmann:
>>>>> The variable is now referenced unconditionally, but still
>>>>> declared in an #ifdef:
>>>>>
>>>>> drivers/gpu/drm/imx/imx-drm-core.c: In function 'imx_drm_bind':
>>>>> drivers/gpu/drm/imx/imx-drm-core.c:264:6: error: 'legacyfb_depth' undeclared (first use in this function); did you mean 'lockdep_depth'?
>>>>>
>>>>> Remove the #ifdef so it can always be accessed.
>>>>>
>>>>> Fixes: f53705fd9803 ("drm/imx: Use drm_fbdev_generic_setup()")
>>>>> Signed-off-by: Arnd Bergmann <arnd@...db.de>
>>>>> ---
>>>> I've already applied the previous one you sent:
>>>> https://cgit.freedesktop.org/drm/drm-misc/commit/?id=064b06bbf117f8b5e64a5143e970d5a1cf602fd6
>>>>
>>>> Not sure when it reaches linux-next now that we are past rc6.
>>> Only once we're past -rc1.
>> Can we revert f53705fd9803 in linux-next then to prevent the regression from
>> making it into 4.20?
> Probably simpler to cherry pick the fix from drm-misc-next to
> drm-misc-next-fixes. Noralf, can you pls do that?

Would this be the correct procudure:

     dim update-branches
     dim create-workdir drm-misc-next-fixes
     <build>
     CONFIG_DRM_FBDEV_EMULATION=n
     <build will break>
     git cherry-pick 064b06bbf117f8b5e64a5143e970d5a1cf602fd6
     <build passes>
     dim push-branch drm-misc-next-fixes

I read that cherry picking creates a new commit with a new hash.
But since you ask me to do this, I assume git will handle this when
branches are merged?

Noralf.