Received: by 10.192.165.148 with SMTP id m20csp104942imm; Fri, 20 Apr 2018 03:55:21 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+dCxwy2ljc3EvZ9HYsRPsnm6b8J/DdexHcU7Sn6zX8VBmIdkoheRa+vtbHNpuVxNJOqK40 X-Received: by 2002:a17:902:8a8a:: with SMTP id p10-v6mr9762655plo.251.1524221721534; Fri, 20 Apr 2018 03:55:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524221721; cv=none; d=google.com; s=arc-20160816; b=PR57vVcXRxIdoFmXu3yycPSX+U+bXAI0p9bUYzJDWiuyQR38w8UsEIIzsYxr4B8U7G boG45v6E84QvRtgRroFtwn2dCPxYloCpohxqLFyukIpjpeGEyAySFWzLOWakiuKfmN8H OBGj0fgtB/RDkE5/qMPLs82AlF0JFZYx1y388dSEQ3IGo0mcI7XPKhP3wmoEJdb8GYfg H2p5Yz0fB0W5tNnfaXLdNpnSbmHrNcsx3xKMmwwhV0FykMVnJmOf2YVOFB/Zb3483ImK eZim+AxbJJ8sP42IV1f1Cfv4iVg2HbXy0IImxPFWA6It2JHNF7F1km84RSFCb1iPERy/ x6Cg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=Tb6SVx78+h6lS3z5B8jaK+Uc7kNi5g85mO32c8YqV20=; b=yRT5LU1yNg2oOJ0oO5flgT9D2bqz9GuTR7Wm+DOltF3XtwVhlWL+Et/xHOEhOs6bDf eSBqTXVmWy2hz4Ev3wXjVf8QoVYCU43TCfXnXRIOaglPy+inhf1s7+Y+QWbvtxawn3vl sqRNtwT41IVhIlQpon2i1uYCxpUCtkxjOx70UK0To8Y3USn2CjmkQlgVP8R3lBjdHnfY FifoaJDUuhGkBkhlYSOBoEjusBoqtbX0EUlWXw/8TLrmkiOURpN3ZJ8r2BRaoQCZx4yc xwHPGAPwfN4N5tlJVn9knEaaub0PSaDQFCLuxZlHdGoxPhCMLSrxX/vL5XqgYeSf33mZ CoZQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@armlinux.org.uk header.s=pandora-2014 header.b=JviXuN1Y; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n13si4729844pgd.345.2018.04.20.03.55.07; Fri, 20 Apr 2018 03:55:21 -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; dkim=fail header.i=@armlinux.org.uk header.s=pandora-2014 header.b=JviXuN1Y; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754631AbeDTKx5 (ORCPT + 99 others); Fri, 20 Apr 2018 06:53:57 -0400 Received: from pandora.armlinux.org.uk ([78.32.30.218]:45978 "EHLO pandora.armlinux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754559AbeDTKx4 (ORCPT ); Fri, 20 Apr 2018 06:53:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2014; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=Tb6SVx78+h6lS3z5B8jaK+Uc7kNi5g85mO32c8YqV20=; b=JviXuN1YbLSv2KOkPjyKWGtRy dM6LqnXGJ0XprJJ16LA0CQFx7ZRELaac9sa9lAFQSTDLJ2/DgpeF7rmYRWmcj9bWHbyX5Kb8vkohc p29ZMfSdbQe0XfypgQanpJR+1Mac60GZCsOW7h40v5YXn+sTDOCTATRf+dGoGu6xTpwQQ=; Received: from n2100.armlinux.org.uk ([2002:4e20:1eda:1:214:fdff:fe10:4f86]:44852) by pandora.armlinux.org.uk with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1) (envelope-from ) id 1f9Tfi-0004ut-B2; Fri, 20 Apr 2018 11:53:42 +0100 Received: from linux by n2100.armlinux.org.uk with local (Exim 4.90_1) (envelope-from ) id 1f9Tff-0000I9-Fg; Fri, 20 Apr 2018 11:53:39 +0100 Date: Fri, 20 Apr 2018 11:53:38 +0100 From: Russell King - ARM Linux To: Peter Rosin Cc: kbuild test robot , kbuild-all@01.org, linux-kernel@vger.kernel.org, David Airlie , Rob Herring , Mark Rutland , Nicolas Ferre , Alexandre Belloni , Boris Brezillon , Daniel Vetter , Gustavo Padovan , Sean Paul , Laurent Pinchart , Jacopo Mondi , dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v3 7/7] drm/i2c: tda998x: register as a drm bridge Message-ID: <20180420105337.GX16141@n2100.armlinux.org.uk> References: <20180419162751.25223-8-peda@axentia.se> <201804201731.D3OnDg0p%fengguang.wu@intel.com> <4e9bd91c-6b29-cdd2-9e1d-1728311ddb81@axentia.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4e9bd91c-6b29-cdd2-9e1d-1728311ddb81@axentia.se> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 20, 2018 at 12:49:42PM +0200, Peter Rosin wrote: > On 2018-04-20 12:41, kbuild test robot wrote: > > Hi Peter, > > > > I love your patch! Yet something to improve: > > Yup, right you are! > > > [auto build test ERROR on drm/drm-next] > > [also build test ERROR on v4.17-rc1 next-20180420] > > [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] > > > > url: https://github.com/0day-ci/linux/commits/Peter-Rosin/Add-tda998x-HDMI-support-to-atmel-hlcdc/20180420-160131 > > base: git://people.freedesktop.org/~airlied/linux.git drm-next > > config: i386-randconfig-a0-201815 (attached as .config) > > compiler: gcc-4.9 (Debian 4.9.4-2) 4.9.4 > > reproduce: > > # save the attached .config to linux build tree > > make ARCH=i386 > > > > All errors (new ones prefixed by >>): > > > > drivers/gpu/drm/i2c/tda998x_drv.c: In function 'tda998x_probe': > >>> drivers/gpu/drm/i2c/tda998x_drv.c:1859:16: error: 'struct drm_bridge' has no member named 'of_node' > > bridge->bridge.of_node = dev->of_node; > > ^ > > Anybody got a better fix than this? > > #ifdef CONFIG_OF > bridge->bridge.of_node = dev->of_node; > #endif How about the bridge code provides a helper to do this, something like: static inline void bridge_set_device(struct drm_bridge *bridge, struct device *dev) { #ifdef CONFIG_OF bridge->of_node = dev->of_node; #endif } which (a) nicely hides the firmware flavour, and (b) hides the ifdef in the bridge header where it belongs. If the bridge code needs to be converted to fwnode in the future, at least this would be abstracted from the drivers. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up According to speedtest.net: 8.21Mbps down 510kbps up