* [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef @ 2018-10-02 20:58 Arnd Bergmann 2018-10-03 15:49 ` Noralf Trønnes 0 siblings, 1 reply; 14+ messages in thread From: Arnd Bergmann @ 2018-10-02 20:58 UTC (permalink / raw) To: Philipp Zabel, David Airlie Cc: Arnd Bergmann, Lucas Stach, Noralf Trønnes, Sam Ravnborg, Daniel Vetter, Souptick Joarder, Leonard Crestez, Thomas Zimmermann, dri-devel, linux-kernel 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@arndb.de> --- drivers/gpu/drm/imx/imx-drm-core.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/imx/imx-drm-core.c b/drivers/gpu/drm/imx/imx-drm-core.c index a70f3131a377..0e6942f21a4e 100644 --- a/drivers/gpu/drm/imx/imx-drm-core.c +++ b/drivers/gpu/drm/imx/imx-drm-core.c @@ -35,10 +35,8 @@ #define MAX_CRTC 4 -#if IS_ENABLED(CONFIG_DRM_FBDEV_EMULATION) static int legacyfb_depth = 16; module_param(legacyfb_depth, int, 0444); -#endif DEFINE_DRM_GEM_CMA_FOPS(imx_drm_driver_fops); -- 2.18.0 ^ permalink raw reply related [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-02 20:58 [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef Arnd Bergmann @ 2018-10-03 15:49 ` Noralf Trønnes 0 siblings, 0 replies; 14+ messages in thread From: Noralf Trønnes @ 2018-10-03 15:49 UTC (permalink / raw) To: Arnd Bergmann, Philipp Zabel, David Airlie Cc: Lucas Stach, Sam Ravnborg, Daniel Vetter, Souptick Joarder, Leonard Crestez, Thomas Zimmermann, dri-devel, linux-kernel 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@arndb.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. Noralf. > drivers/gpu/drm/imx/imx-drm-core.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/gpu/drm/imx/imx-drm-core.c b/drivers/gpu/drm/imx/imx-drm-core.c > index a70f3131a377..0e6942f21a4e 100644 > --- a/drivers/gpu/drm/imx/imx-drm-core.c > +++ b/drivers/gpu/drm/imx/imx-drm-core.c > @@ -35,10 +35,8 @@ > > #define MAX_CRTC 4 > > -#if IS_ENABLED(CONFIG_DRM_FBDEV_EMULATION) > static int legacyfb_depth = 16; > module_param(legacyfb_depth, int, 0444); > -#endif > > DEFINE_DRM_GEM_CMA_FOPS(imx_drm_driver_fops); > ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef @ 2018-10-03 15:49 ` Noralf Trønnes 0 siblings, 0 replies; 14+ messages in thread From: Noralf Trønnes @ 2018-10-03 15:49 UTC (permalink / raw) To: Arnd Bergmann, Philipp Zabel, David Airlie Cc: Daniel Vetter, linux-kernel, dri-devel, Souptick Joarder, Thomas Zimmermann, Leonard Crestez, Sam Ravnborg 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@arndb.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. Noralf. > drivers/gpu/drm/imx/imx-drm-core.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/gpu/drm/imx/imx-drm-core.c b/drivers/gpu/drm/imx/imx-drm-core.c > index a70f3131a377..0e6942f21a4e 100644 > --- a/drivers/gpu/drm/imx/imx-drm-core.c > +++ b/drivers/gpu/drm/imx/imx-drm-core.c > @@ -35,10 +35,8 @@ > > #define MAX_CRTC 4 > > -#if IS_ENABLED(CONFIG_DRM_FBDEV_EMULATION) > static int legacyfb_depth = 16; > module_param(legacyfb_depth, int, 0444); > -#endif > > DEFINE_DRM_GEM_CMA_FOPS(imx_drm_driver_fops); > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-03 15:49 ` Noralf Trønnes (?) @ 2018-10-03 16:13 ` Daniel Vetter 2018-10-03 19:51 ` Arnd Bergmann -1 siblings, 1 reply; 14+ messages in thread From: Daniel Vetter @ 2018-10-03 16:13 UTC (permalink / raw) To: Noralf Trønnes Cc: Arnd Bergmann, Philipp Zabel, David Airlie, Lucas Stach, Sam Ravnborg, Daniel Vetter, Souptick Joarder, Leonard Crestez, Thomas Zimmermann, dri-devel, linux-kernel 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@arndb.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. -Daniel > > Noralf. > > > drivers/gpu/drm/imx/imx-drm-core.c | 2 -- > > 1 file changed, 2 deletions(-) > > > > diff --git a/drivers/gpu/drm/imx/imx-drm-core.c b/drivers/gpu/drm/imx/imx-drm-core.c > > index a70f3131a377..0e6942f21a4e 100644 > > --- a/drivers/gpu/drm/imx/imx-drm-core.c > > +++ b/drivers/gpu/drm/imx/imx-drm-core.c > > @@ -35,10 +35,8 @@ > > #define MAX_CRTC 4 > > -#if IS_ENABLED(CONFIG_DRM_FBDEV_EMULATION) > > static int legacyfb_depth = 16; > > module_param(legacyfb_depth, int, 0444); > > -#endif > > DEFINE_DRM_GEM_CMA_FOPS(imx_drm_driver_fops); > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-03 16:13 ` Daniel Vetter @ 2018-10-03 19:51 ` Arnd Bergmann 0 siblings, 0 replies; 14+ messages in thread From: Arnd Bergmann @ 2018-10-03 19:51 UTC (permalink / raw) To: noralf, Philipp Zabel, David Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, tzimmermann, dri-devel, Linux Kernel Mailing List Cc: Daniel Vetter On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? Arnd ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef @ 2018-10-03 19:51 ` Arnd Bergmann 0 siblings, 0 replies; 14+ messages in thread From: Arnd Bergmann @ 2018-10-03 19:51 UTC (permalink / raw) To: noralf, Philipp Zabel, David Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, tzimmermann, dri-devel, Linux Kernel Mailing List Cc: Daniel Vetter On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? Arnd _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-03 19:51 ` Arnd Bergmann (?) @ 2018-10-04 7:48 ` Daniel Vetter 2018-10-04 14:43 ` Noralf Trønnes -1 siblings, 1 reply; 14+ messages in thread From: Daniel Vetter @ 2018-10-04 7:48 UTC (permalink / raw) To: Arnd Bergmann Cc: Noralf Trønnes, Philipp Zabel, Dave Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, Thomas Zimmermann, dri-devel, Linux Kernel Mailing List On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: > > On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? Thanks, Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-04 7:48 ` Daniel Vetter @ 2018-10-04 14:43 ` Noralf Trønnes 0 siblings, 0 replies; 14+ messages in thread From: Noralf Trønnes @ 2018-10-04 14:43 UTC (permalink / raw) To: Daniel Vetter, Arnd Bergmann Cc: Philipp Zabel, Dave Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, Thomas Zimmermann, dri-devel, Linux Kernel Mailing List Den 04.10.2018 09.48, skrev Daniel Vetter: > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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. ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef @ 2018-10-04 14:43 ` Noralf Trønnes 0 siblings, 0 replies; 14+ messages in thread From: Noralf Trønnes @ 2018-10-04 14:43 UTC (permalink / raw) To: Daniel Vetter, Arnd Bergmann Cc: Thomas Zimmermann, Dave Airlie, Linux Kernel Mailing List, dri-devel, Souptick Joarder, Leonard Crestez, Sam Ravnborg Den 04.10.2018 09.48, skrev Daniel Vetter: > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-04 14:43 ` Noralf Trønnes @ 2018-10-04 15:04 ` Arnd Bergmann -1 siblings, 0 replies; 14+ messages in thread From: Arnd Bergmann @ 2018-10-04 15:04 UTC (permalink / raw) To: noralf Cc: Daniel Vetter, Philipp Zabel, David Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, tzimmermann, dri-devel, Linux Kernel Mailing List On Thu, Oct 4, 2018 at 4:43 PM Noralf Trønnes <noralf@tronnes.org> wrote: > Den 04.10.2018 09.48, skrev Daniel Vetter: > > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: > >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? The git history will show both commit IDs, which is a bit ugly but ok if it's rare enough. There is a chance for creating a conflict if the backport changes context, or one branch contains extra changes that touch the same lines, but usually this is not a problem. Arnd ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef @ 2018-10-04 15:04 ` Arnd Bergmann 0 siblings, 0 replies; 14+ messages in thread From: Arnd Bergmann @ 2018-10-04 15:04 UTC (permalink / raw) To: noralf Cc: tzimmermann, David Airlie, Daniel Vetter, Linux Kernel Mailing List, dri-devel, Souptick Joarder, Leonard Crestez, Sam Ravnborg On Thu, Oct 4, 2018 at 4:43 PM Noralf Trønnes <noralf@tronnes.org> wrote: > Den 04.10.2018 09.48, skrev Daniel Vetter: > > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: > >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? The git history will show both commit IDs, which is a bit ugly but ok if it's rare enough. There is a chance for creating a conflict if the backport changes context, or one branch contains extra changes that touch the same lines, but usually this is not a problem. Arnd _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-04 15:04 ` Arnd Bergmann @ 2018-10-04 19:35 ` Daniel Vetter -1 siblings, 0 replies; 14+ messages in thread From: Daniel Vetter @ 2018-10-04 19:35 UTC (permalink / raw) To: Arnd Bergmann Cc: noralf, Daniel Vetter, Philipp Zabel, David Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, tzimmermann, dri-devel, Linux Kernel Mailing List On Thu, Oct 04, 2018 at 05:04:21PM +0200, Arnd Bergmann wrote: > On Thu, Oct 4, 2018 at 4:43 PM Noralf Trønnes <noralf@tronnes.org> wrote: > > Den 04.10.2018 09.48, skrev Daniel Vetter: > > > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: > > >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? > > The git history will show both commit IDs, which is a bit ugly but > ok if it's rare enough. There is a chance for creating a conflict if the > backport changes context, or one branch contains extra changes > that touch the same lines, but usually this is not a problem. +1, and your recipe looks good too. drm-intel works entirely on these cherry-picks, and we've done it a few times in drm-misc too. Having to cherry-pick is one of the downsides of group maintainership, since you really can't rebase trees at will. Definitely not the -next queue. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef @ 2018-10-04 19:35 ` Daniel Vetter 0 siblings, 0 replies; 14+ messages in thread From: Daniel Vetter @ 2018-10-04 19:35 UTC (permalink / raw) To: Arnd Bergmann Cc: tzimmermann, David Airlie, Daniel Vetter, Linux Kernel Mailing List, dri-devel, Souptick Joarder, Leonard Crestez, Sam Ravnborg On Thu, Oct 04, 2018 at 05:04:21PM +0200, Arnd Bergmann wrote: > On Thu, Oct 4, 2018 at 4:43 PM Noralf Trønnes <noralf@tronnes.org> wrote: > > Den 04.10.2018 09.48, skrev Daniel Vetter: > > > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: > > >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? > > The git history will show both commit IDs, which is a bit ugly but > ok if it's rare enough. There is a chance for creating a conflict if the > backport changes context, or one branch contains extra changes > that touch the same lines, but usually this is not a problem. +1, and your recipe looks good too. drm-intel works entirely on these cherry-picks, and we've done it a few times in drm-misc too. Having to cherry-pick is one of the downsides of group maintainership, since you really can't rebase trees at will. Definitely not the -next queue. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 2018-10-04 19:35 ` Daniel Vetter (?) @ 2018-10-05 10:22 ` Noralf Trønnes -1 siblings, 0 replies; 14+ messages in thread From: Noralf Trønnes @ 2018-10-05 10:22 UTC (permalink / raw) To: Arnd Bergmann, Philipp Zabel, David Airlie, Lucas Stach, Sam Ravnborg, Souptick Joarder, Leonard Crestez, tzimmermann, dri-devel, Linux Kernel Mailing List Den 04.10.2018 21.35, skrev Daniel Vetter: > On Thu, Oct 04, 2018 at 05:04:21PM +0200, Arnd Bergmann wrote: >> On Thu, Oct 4, 2018 at 4:43 PM Noralf Trønnes <noralf@tronnes.org> wrote: >>> Den 04.10.2018 09.48, skrev Daniel Vetter: >>>> On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann <arnd@arndb.de> wrote: >>>>> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter <daniel@ffwll.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@arndb.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? >> The git history will show both commit IDs, which is a bit ugly but >> ok if it's rare enough. There is a chance for creating a conflict if the >> backport changes context, or one branch contains extra changes >> that touch the same lines, but usually this is not a problem. > +1, and your recipe looks good too. drm-intel works entirely on these > cherry-picks, and we've done it a few times in drm-misc too. Having to > cherry-pick is one of the downsides of group maintainership, since you > really can't rebase trees at will. Definitely not the -next queue. The patch is now in drm-misc-next-fixes. Thanks for helping me fix this fallout. Noralf. ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2018-10-05 10:22 UTC | newest] Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2018-10-02 20:58 [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef Arnd Bergmann 2018-10-03 15:49 ` Noralf Trønnes 2018-10-03 15:49 ` Noralf Trønnes 2018-10-03 16:13 ` Daniel Vetter 2018-10-03 19:51 ` Arnd Bergmann 2018-10-03 19:51 ` Arnd Bergmann 2018-10-04 7:48 ` Daniel Vetter 2018-10-04 14:43 ` Noralf Trønnes 2018-10-04 14:43 ` Noralf Trønnes 2018-10-04 15:04 ` Arnd Bergmann 2018-10-04 15:04 ` Arnd Bergmann 2018-10-04 19:35 ` Daniel Vetter 2018-10-04 19:35 ` Daniel Vetter 2018-10-05 10:22 ` Noralf Trønnes
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.