Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp27312455rwd; Tue, 4 Jul 2023 00:53:06 -0700 (PDT) X-Google-Smtp-Source: APBJJlE3kJ6mOl+J5847jjZ/Zpffw92f1yfuvZaBFlcTaaUGTR+P1G7atoihor6s5XQLOcAveLPf X-Received: by 2002:a17:90a:a516:b0:25e:fb6d:ce68 with SMTP id a22-20020a17090aa51600b0025efb6dce68mr18651690pjq.6.1688457186232; Tue, 04 Jul 2023 00:53:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688457186; cv=none; d=google.com; s=arc-20160816; b=P6ukedBZyEeWgG4EZdURhuh5qBXwWHn2fawE7kEgq5oibUkBItw2Tx1RtqKgQC8OCU eUAcbHURAP/XZrkPtLOp9jmUxtkW0KKxA0jaEQS24v0utWB1MJkekTTQ3ocJtb47u875 RDe/SRtKsJnV2Gw6WOXIFjP8g6XN0oAj1nCypgubyvLaLqLQv++WxYsZgm4S+DETOIBr Jq5Wr1Hq3Awl9WiiMak4ot4n7ZbUJ9Gm74CHpU7g/6UB6MJlW0Vzm2Wpje5dG1TUmv9d XFHcfF+saFK1g5/iCew8SfACkvQAYIbbXbLGzEon5TgmUvYhtVn/DefZjX9Tb1jNq4nC sH1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=aQ3K+Zy0RJ87NNMNeOjufd8OD41Bga2ub5UzZTjp5+k=; fh=VMrSSxFt7xGwt9375F5qMKQcFyzbprvKwxmSAzmpT4E=; b=x5Ziw14VuiKEafKrWi+wrS9bVsPbgCMDwCrsBCVdBt+IiqcB3n6R/XURroSxswIL/Q VOTb7sRgF0FeMh1kVA4c5tcN9BXP9hYtOpF6pe7gAQFbXolBLLT/BnGgJz5oEOS2SHkJ dfCT0ZABTTC/RWTrhfPA3A5BRAbZPuHrNlGzjoRNDy+rV1YTyX1T4CRJF07q3fAL3HYW j6lgOrXEoJ4W0uITW5ejM+8gGULlyi/BjumbMWadYLnoTttpWw8nrkvv2ycSaXQpL3aY GwVdMWJsoNkixSwGMex8uDr5hE8f1KIq3oD8q3fJQSFuHoZD/lDGMIyqRnTbm9Sq7GOc YVpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=L1AoLd45; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r139-20020a632b91000000b0055392732f64si20194919pgr.498.2023.07.04.00.52.48; Tue, 04 Jul 2023 00:53:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=L1AoLd45; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231280AbjGDHUp (ORCPT + 99 others); Tue, 4 Jul 2023 03:20:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44206 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230052AbjGDHUn (ORCPT ); Tue, 4 Jul 2023 03:20:43 -0400 Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DA9F9186; Tue, 4 Jul 2023 00:20:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1688455242; x=1719991242; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=6EHfns0z/SkAEaLYtQzwvi2YwXKwLGS9wAfa8FcB+k0=; b=L1AoLd45Nm1i3UA9EPW4c6YAmZVtrNYWVT8Ob0aMOZ62Lz/XvQR1iAeE j12nvd++pKPLGgJNI/1FB3Jpeobm6XYPYW5InAtKdvCTs04b8u1txPEPq wjYUugoPYcBCWrYTgWM01Wr+yUdSmc0zRl3NWw1DVSJ5LUFzoI0Sx28vr P974DHYKwdgabkyrxKNSJRLU9r4NxBxYCsvRjaKCR/ALFfvxsgqSOmpi8 QVIKZYuIH1GmxrGObbr+TN8BRyicTlSkvY65PgUhHWP8zEbpQAsMGWapi OHiYlQn0GMwnWblzCsUYJ6XhT6XvQ4f5OG4EL3PQ9J0OVZ/POYj3ma9EL A==; X-IronPort-AV: E=McAfee;i="6600,9927,10760"; a="365624117" X-IronPort-AV: E=Sophos;i="6.01,179,1684825200"; d="scan'208";a="365624117" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Jul 2023 00:20:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10760"; a="788773010" X-IronPort-AV: E=Sophos;i="6.01,179,1684825200"; d="scan'208";a="788773010" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga004.fm.intel.com with ESMTP; 04 Jul 2023 00:20:37 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1qGaKx-0024FC-0K; Tue, 04 Jul 2023 10:20:35 +0300 Date: Tue, 4 Jul 2023 10:20:34 +0300 From: Andy Shevchenko To: Javier Martinez Canillas Cc: linux-kernel@vger.kernel.org, Geert Uytterhoeven , Thomas Zimmermann , Arnd Bergmann , Borislav Petkov , Daniel Vetter , Dave Hansen , Greg Kroah-Hartman , "H. Peter Anvin" , Helge Deller , Ingo Molnar , Randy Dunlap , Sam Ravnborg , Thomas Gleixner , dri-devel@lists.freedesktop.org, linux-fbdev@vger.kernel.org, x86@kernel.org Subject: Re: [PATCH v4 4/5] fbdev: Split frame buffer support in FB and FB_CORE symbols Message-ID: References: <20230703230534.997525-1-javierm@redhat.com> <20230703230534.997525-5-javierm@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230703230534.997525-5-javierm@redhat.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 04, 2023 at 01:05:28AM +0200, Javier Martinez Canillas wrote: > Currently the CONFIG_FB option has to be enabled even if no legacy fbdev > drivers are needed (e.g: only to have support for framebuffer consoles). > > The DRM subsystem has a fbdev emulation layer, but depends on CONFIG_FB > and so it can only be enabled if that dependency is enabled as well. > > That means fbdev drivers have to be explicitly disabled if users want to > enable CONFIG_FB, only to use fbcon and/or the DRM fbdev emulation layer. > > This patch introduces a non-visible CONFIG_FB_CORE symbol that could be > enabled just to have core support needed for CONFIG_DRM_FBDEV_EMULATION, > allowing CONFIG_FB to be disabled (and automatically disabling all the > fbdev drivers). > > Nothing from fb_backlight.o and fbmon.o is used by the DRM fbdev emulation > layer so these two objects can be compiled out when CONFIG_FB is disabled. ... Wondering if if FB_CORE ... endif makes Kconfig looking better instead of replacing all these "depends on" lines. > config FB_DEVICE > bool "Provide legacy /dev/fb* device" > - depends on FB > + depends on FB_CORE > default y -- With Best Regards, Andy Shevchenko