Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1067160imm; Thu, 4 Oct 2018 07:44:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV61ka1WbLGy+6VkuJjO/Vz0lAfqbeWgSrN42Pxzn4ajFiO5BVRpH3uDtZhX5xaslBGBXqai9 X-Received: by 2002:a62:5c03:: with SMTP id q3-v6mr7217342pfb.182.1538664256984; Thu, 04 Oct 2018 07:44:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538664256; cv=none; d=google.com; s=arc-20160816; b=A3n8foq2j4/W3YpXRBtjxZXkATo8VGm7CnzozTQfEq3rhlfqSkAMpCyp5izp/bMsR8 1EWtfH1YTpketEMbxVRpWv//XeOPzOQL3gXxMZPX7Az9k3qHEy/ouUKQYKPhm00PQnUf aGVL/oOkyFE05uFmcmoYeQ5DIHUY4Eqt7xYTGYU3FsCDOJG/wUGOGs/zmfxmW+K6o84b bkHPamkgFPqMNlw0qcMUWacPzIGH41KO1SDn+Jola5ztWDAEHa5HNWOuV7r8/L19UKFO pRu9oAnP+pTO2l+S65JUE9wOFnwtMJ9nf9RyxQ8Zl+9IEKayQpBP54sHekgEbe30zyhu 3MLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=5AW+cWrrHXSnfI8ATTbB77k4Rua+Ev3gr+/V98Of2Zg=; b=VoS/e4K6muYPQbwDGknfH0yNJ3idxwgzOIu6EhkmXRLJnJEW5u9gc7shWZjKgUVL8e VMZH0hrMhk84tYfWYzOKfNbl5aoGgjPaE5CZ/B9LsLaKyCcGoH7mFw0/DyrBjeLw79L4 7xXhkhYlMIaYvhjUuQhwBxs53AAZgGTvM4K39WVJ5cN8+haQkhAR4rFjRc2dkTUSEk5v EG57xwtRkM5HSwKTD9XBRR2Nb0hzc/BczmzLKsj6Npa2zrGy3286SndxsIclHzl72Kny 5+GY45AkaOWCgkH4KDgXpFdjSiftUon89nXgJgs4CG8y04ZahzRIIFSb0qO67PX2u+Av KGDA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f62-v6si5694597pfb.218.2018.10.04.07.44.00; Thu, 04 Oct 2018 07:44:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727734AbeJDVhK (ORCPT + 99 others); Thu, 4 Oct 2018 17:37:10 -0400 Received: from smtp.domeneshop.no ([194.63.252.55]:47249 "EHLO smtp.domeneshop.no" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727380AbeJDVhK (ORCPT ); Thu, 4 Oct 2018 17:37:10 -0400 Received: from 211.81-166-168.customer.lyse.net ([81.166.168.211]:57382 helo=[192.168.10.175]) by smtp.domeneshop.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1g84qh-0004xU-MS; Thu, 04 Oct 2018 16:43:31 +0200 Subject: Re: [PATCH] drm/imx: move 'legacyfb_depth' definition out of #ifdef 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 References: <20181002205836.2323084-1-arnd@arndb.de> <123f7e1c-8f2b-5797-de16-650ec01d0b24@tronnes.org> <20181003161326.GD31561@phenom.ffwll.local> From: =?UTF-8?Q?Noralf_Tr=c3=b8nnes?= Message-ID: Date: Thu, 4 Oct 2018 16:43:26 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Den 04.10.2018 09.48, skrev Daniel Vetter: > On Wed, Oct 3, 2018 at 9:51 PM Arnd Bergmann wrote: >> On Wed, Oct 3, 2018 at 6:13 PM Daniel Vetter 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 >>>>> --- >>>> 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         CONFIG_DRM_FBDEV_EMULATION=n         git cherry-pick 064b06bbf117f8b5e64a5143e970d5a1cf602fd6         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.