From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.6 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_PASS,USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 27668C10F0E for ; Mon, 15 Apr 2019 06:50:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id CE8F320693 for ; Mon, 15 Apr 2019 06:50:46 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=innovation.ch header.i=@innovation.ch header.b="R7s1DtWp" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726150AbfDOGup (ORCPT ); Mon, 15 Apr 2019 02:50:45 -0400 Received: from chill.innovation.ch ([216.218.245.220]:37112 "EHLO chill.innovation.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725796AbfDOGup (ORCPT ); Mon, 15 Apr 2019 02:50:45 -0400 Date: Sun, 14 Apr 2019 23:50:44 -0700 DKIM-Filter: OpenDKIM Filter v2.10.3 chill.innovation.ch 2A29C640114 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=innovation.ch; s=default; t=1555311044; bh=TaWduF2lSVu2+BYWSt3wEV+6w2mAbmHKuS0SDY2gT9o=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=R7s1DtWpzdAONUAy5i5Xqv5CXXXJUQYHfO8FdFxGBvdQ4smfvNnR0hLyHdmq8D2i0 OTFl7UMQ3oerPTTK+sAhdfqMfHeBih/2Bn+yraRY2mfOGy0k9N0R+A7YmTeQmCWjc3 R5Fq4xKazp50qHFx/vJq0e7G++UnMqyNRdI32py6/ZegEcRwM9iOO0WBEbhn54orrG LghbaUauRg+O4dGkn96CK78TCyJxYMvlCA8k/fR7aBjugs0fbNhOFQFG3euHg/qSKa BVYIQ0iPwZtprWVxcUvsW8R9LVHCXSl5fs9nMqwPZ5Zv/zZb8Mqd5BH2QdLDGj7Ed3 Myhe9UWLAJBGQ== From: "Life is hard, and then you die" To: Andrzej Hajda Cc: Dmitry Torokhov , Henrik Rydberg , Andy Shevchenko , Greg Kroah-Hartman , Lukas Wunner , Federico Lorenzi , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, Inki Dae , Laurent Pinchart Subject: Re: [PATCH v4 1/2] drm/bridge: sil_sii8620: make remote control optional. Message-ID: <20190415065044.GA14097@innovation.ch> References: <20190407050358.2976-1-ronald@innovation.ch> <20190407050358.2976-2-ronald@innovation.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andrzej, On Wed, Apr 10, 2019 at 11:42:50AM +0200, Andrzej Hajda wrote: > On 07.04.2019 07:03, Ronald Tschalär wrote: > > commit d6abe6df706c (drm/bridge: sil_sii8620: do not have a dependency > > of RC_CORE) changed the driver to select both RC_CORE and INPUT. > > However, this causes problems with other drivers, in particular an input > > driver that depends on MFD_INTEL_LPSS_PCI (to be added in a separate > > commit): > > > > drivers/clk/Kconfig:9:error: recursive dependency detected! > > drivers/clk/Kconfig:9: symbol COMMON_CLK is selected by MFD_INTEL_LPSS > > drivers/mfd/Kconfig:566: symbol MFD_INTEL_LPSS is selected by MFD_INTEL_LPSS_PCI > > drivers/mfd/Kconfig:580: symbol MFD_INTEL_LPSS_PCI is implied by KEYBOARD_APPLESPI > > drivers/input/keyboard/Kconfig:73: symbol KEYBOARD_APPLESPI depends on INPUT > > drivers/input/Kconfig:8: symbol INPUT is selected by DRM_SIL_SII8620 > > drivers/gpu/drm/bridge/Kconfig:83: symbol DRM_SIL_SII8620 depends on DRM_BRIDGE > > drivers/gpu/drm/bridge/Kconfig:1: symbol DRM_BRIDGE is selected by DRM_PL111 > > drivers/gpu/drm/pl111/Kconfig:1: symbol DRM_PL111 depends on COMMON_CLK > > > > According to the docs and general consensus, select should only be used > > for non user-visible symbols, but both RC_CORE and INPUT are > > user-visible. Furthermore almost all other references to INPUT > > throughout the kernel config are depends, not selects. For this reason > > the first part of this change reverts commit d6abe6df706c. > > > > In order to address the original reason for commit d6abe6df706c, namely > > that not all boards use the remote controller functionality and hence > > should not need have to deal with RC_CORE, the second part of this > > change now makes the remote control support in the driver optional and > > contingent on RC_CORE being defined. And with this the hard dependency > > on INPUT also goes away as that is only needed if RC_CORE is defined > > (which in turn already depends on INPUT). [snip] > What about: > > --------- > > diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig > index 8840f396a7b6..298189067929 100644 > --- a/drivers/gpu/drm/bridge/Kconfig > +++ b/drivers/gpu/drm/bridge/Kconfig > @@ -86,8 +86,7 @@ config DRM_SIL_SII8620 >         depends on OF >         select DRM_KMS_HELPER >         imply EXTCON > -       select INPUT > -       select RC_CORE > +       imply RC_CORE >         help >           Silicon Image SII8620 HDMI/MHL bridge chip driver. >   > diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c > b/drivers/gpu/drm/bridge/sil-sii8620.c > index 0cc293a6ac24..df0f9dbbe839 100644 > --- a/drivers/gpu/drm/bridge/sil-sii8620.c > +++ b/drivers/gpu/drm/bridge/sil-sii8620.c > @@ -1762,10 +1762,8 @@ static bool sii8620_rcp_consume(struct sii8620 > *ctx, u8 scancode) >   >         scancode &= MHL_RCP_KEY_ID_MASK; >   > -       if (!ctx->rc_dev) { > -               dev_dbg(ctx->dev, "RCP input device not initialized\n"); > +       if (!IS_ENABLED(RC_CORE) || !ctx->rc_dev) >                 return false; > -       } >   >         if (pressed) >                 rc_keydown(ctx->rc_dev, RC_PROTO_CEC, scancode, 0); > @@ -2102,6 +2100,9 @@ static void sii8620_init_rcp_input_dev(struct > sii8620 *ctx) >         struct rc_dev *rc_dev; >         int ret; >   > +       if (!IS_ENABLED(RC_CORE)) > +               return; > + >         rc_dev = rc_allocate_device(RC_DRIVER_SCANCODE); >         if (!rc_dev) { >                 dev_err(ctx->dev, "Failed to allocate RC device\n"); > @@ -2216,6 +2217,9 @@ static void sii8620_detach(struct drm_bridge *bridge) >  { >         struct sii8620 *ctx = bridge_to_sii8620(bridge); >   > +       if (!IS_ENABLED(RC_CORE)) > +               return; > + >         rc_unregister_device(ctx->rc_dev); >  } > ----------- > > Less changes, no conditional compilation - better compiler coverage, > more readable. This works for me (with RC_CORE replaced with CONFIG_RC_CORE). Sending a new patch that includes this shortly. Cheers, Ronald