Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp1426273imm; Thu, 5 Jul 2018 23:13:31 -0700 (PDT) X-Google-Smtp-Source: AAOMgpeayPJOhh1Is+lXM7wuS7qCn6JUn2J5i9+9OHT+CtGVo83PJ7u9SMYas9CbW2uIIVMbcgQq X-Received: by 2002:a17:902:6845:: with SMTP id f5-v6mr8995125pln.173.1530857611860; Thu, 05 Jul 2018 23:13:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530857611; cv=none; d=google.com; s=arc-20160816; b=JhO/XUXUSfWKqoZ1Hwb71z/EQmrxQxTM9MklfkAqeWQmon+nd1ny0mX7CA/D7txEsd fnWd7mG3A+RxEGvyyrLCC9MuJwCnVWro1smy2xfXsqgKmUaCWbAh+SqSFq5BNrpPdb2B 054Wkrzo8EaUkomDEpuCN5lr5jVJBcmF5WWpfGNP4+emwg5vTSeeUlHz1OetGzfBdeYo wUvKmD6vc2RNUm7i2Rwo1tZrPw/7AWJcChL3raKQICZifDLlJ70w75ff1dyfZMDCihbl Xg3H9Gql2ztyd553iqkyhsjIfpAdpbcJAUZdICo6U83KiH+MaZu4KQUF17VOte7WmnxB 2pww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=V7jtJVPrfhEC7vOm7eP5UqsPR9KYD+qLtChuUSGjNzk=; b=frE2ObnbUEp0BhcGyf2UVFbkcrl0wchkiLRpcH94mA403EDNOAgHq0qn46g44Iy37f adK2JwDKmcHr2o/anR+0ElelpUrYjvmVQ6bs81AfxN1H83J2U7WZ+4OEeQb8liAseEwg LAWgZC4DWZnsPP5YeIAkio45SJUcagYW7jGdSIwsxgihhcXuPK5EYoVejk8gwJLeOMAM G/NdXgCFJcXtzNw9P2HMaWixT4ljLNMjB3YE3UgJL0GzdfGDPaS6QWwf3QAqygGmwwId WX3Ta4Rt5ZIBVqhJDYC6jW5o0KtS41iTuzJX1wiHbPykjaftejxmL5ddyXlepc2zwH8K NlLw== 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 m3-v6si8049753pfm.0.2018.07.05.23.13.16; Thu, 05 Jul 2018 23:13:31 -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 S933033AbeGFFr7 (ORCPT + 99 others); Fri, 6 Jul 2018 01:47:59 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:59426 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932603AbeGFFr6 (ORCPT ); Fri, 6 Jul 2018 01:47:58 -0400 Received: from localhost (D57D388D.static.ziggozakelijk.nl [213.125.56.141]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 430CB86A; Fri, 6 Jul 2018 05:47:57 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Benjamin Gaignard , Vincent Abriou , David Airlie , dri-devel@lists.freedesktop.org, linux-ia64@vger.kernel.org, Oliver OHalloran , Philippe Cornu Subject: [PATCH 4.17 22/46] drm/sti: Depend on OF rather than selecting it Date: Fri, 6 Jul 2018 07:46:43 +0200 Message-Id: <20180706054525.666782487@linuxfoundation.org> X-Mailer: git-send-email 2.18.0 In-Reply-To: <20180706054524.595521988@linuxfoundation.org> References: <20180706054524.595521988@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.17-stable review patch. If anyone has any objections, please let me know. ------------------ From: Oliver O'Halloran commit c9fea6f4379c72b7c59e1efceab09a35bc7eac43 upstream. Commit cc6b741c6f63 ("drm: sti: remove useless fields from vtg structure") reworked some code inside of this driver and made it select CONFIG_OF. This results in the entire OF layer being enabled when building an allmodconfig on ia64. OF on ia64 is completely unsupported so this isn't a great state of affairs. The 0day robot noticed a link-time failure on ia64 caused by using of_node_to_nid() in an otherwise unrelated driver. The generic fallback for of_node_to_nid() only exists when: defined(CONFIG_OF) && defined(CONFIG_NUMA) == false Since CONFIG_NUMA is usually selected for IA64 we get the link failure. Fix this by making the driver depend on OF rather than selecting it, odds are that was the original intent. Link: https://lists.01.org/pipermail/kbuild-all/2018-March/045172.html Fixes: cc6b741c6f63 ("drm: sti: remove useless fields from vtg structure") Cc: Benjamin Gaignard Cc: Vincent Abriou Cc: David Airlie Cc: dri-devel@lists.freedesktop.org Cc: linux-ia64@vger.kernel.org Cc: stable@vger.kernel.org Signed-off-by: Oliver O'Halloran Reviewed-by: Benjamin Gaignard Signed-off-by: Philippe Cornu Link: https://patchwork.freedesktop.org/patch/msgid/20180403053401.30045-1-oohall@gmail.com Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/sti/Kconfig | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) --- a/drivers/gpu/drm/sti/Kconfig +++ b/drivers/gpu/drm/sti/Kconfig @@ -1,6 +1,6 @@ config DRM_STI tristate "DRM Support for STMicroelectronics SoC stiH4xx Series" - depends on DRM && (ARCH_STI || ARCH_MULTIPLATFORM) + depends on OF && DRM && (ARCH_STI || ARCH_MULTIPLATFORM) select RESET_CONTROLLER select DRM_KMS_HELPER select DRM_GEM_CMA_HELPER @@ -8,6 +8,5 @@ config DRM_STI select DRM_PANEL select FW_LOADER select SND_SOC_HDMI_CODEC if SND_SOC - select OF help Choose this option to enable DRM on STM stiH4xx chipset