From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 575E7306776 for ; Tue, 30 Jun 2026 10:47:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.14 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782816437; cv=none; b=qZQZnGNaoSQxAMv9hIMzuD59kgMOy0zMlxJsDpk1cB9xe9HozRJcWjEgjh3q0QgvV6GxXWatS0GpniMmP81XWV88BvYdSfouQSwu6jyjTP2DBXf3RlJCwaKz1msKGPbT39XQ1ecTrdh3sbPF/LNHzJlQZaVcRoFYKEO0O5G9tl0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1782816437; c=relaxed/simple; bh=E2IZ2NcKyvZ8Ps2OcVQu5ZgaoCJVLbeo45JHCtf8Qnw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=ZaaKr4HR6G5MP9RMAfV3TEfN2jfbJeNktZcFRWTrtAb0qpa9L8Vh20fhphyvnRYDIuvMrdO8jYBc73okRlO+TKGj/IVpZgoBTQ4PWvOXuZmQi/eAhaT3HvQpT5W9BmdeHMTDnSO8yJvoGbfpfe0WhU7PbdqkPKJOQP4WKnsYps8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=OU5qqsXv; arc=none smtp.client-ip=198.175.65.14 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="OU5qqsXv" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1782816428; x=1814352428; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=E2IZ2NcKyvZ8Ps2OcVQu5ZgaoCJVLbeo45JHCtf8Qnw=; b=OU5qqsXvyd6m47ACk1FvNivEwPOQR+q55RP+X3XZnZYO9sku0/2Mapnc d8uJmR8IiDQoDzC7GOsQxjpN8ejmK5BUwJ5EhkAhadLa/9SWdrvK9BCEg PhFlpJG/EDtAaFiuJU9fmOQx55P7WY0zX/iHxlSXqzxeBbKW+PKrx7x53 mbSEItomi+dNkIAl529Mg3wA7yG6/kXg6wywiHVmOaKzQBoea/vKbD7ho RS/S8c6eZmtx+oeB5KcZYKrG4N4q/l7jxJxGGcNVayiiyDWw7xoUj6+Fe V/ZvfPOr+8fy63YqmefzydBpngF1qAMdSchXId++56QAxupEhkRjJSPgb g==; X-CSE-ConnectionGUID: KlR7Q7lqQAWWKDncf8j5EA== X-CSE-MsgGUID: vu6BCMxKQ9CZd0rHMFi+sA== X-IronPort-AV: E=McAfee;i="6800,10657,11832"; a="87438788" X-IronPort-AV: E=Sophos;i="6.24,233,1774335600"; d="scan'208";a="87438788" Received: from fmviesa008.fm.intel.com ([10.60.135.148]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Jun 2026 03:47:07 -0700 X-CSE-ConnectionGUID: KbJVoEIsR/qc+xI2RqotFQ== X-CSE-MsgGUID: qQflYbSETQeeNI6x/UN6NQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.24,233,1774335600"; d="scan'208";a="249591986" Received: from ijarvine-mobl1.ger.corp.intel.com (HELO localhost) ([10.245.245.148]) by fmviesa008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Jun 2026 03:47:03 -0700 From: Jani Nikula To: mei.fan.liou@intel.com, Rodrigo Vivi Cc: Joonas Lahtinen , Tvrtko Ursulin , David Airlie , Simona Vetter , intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, "LIOU, Mei Fan" Subject: Re: [PATCH] drm/i915: add disable_edp module parameter to skip phantom eDP init In-Reply-To: <20260630102845.2678707-1-mei.fan.liou@intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs Bertel Jungin Aukio 5, 02600 Espoo, Finland References: <20260630102845.2678707-1-mei.fan.liou@intel.com> Date: Tue, 30 Jun 2026 13:47:01 +0300 Message-ID: <50700395af210f0e5ca0c5e8306cda41b077f43a@intel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain On Tue, 30 Jun 2026, mei.fan.liou@intel.com wrote: > From: "LIOU, Mei Fan" > > Some platforms have BIOS/VBT that declares an eDP panel present while > no physical panel is connected. This causes intel_edp_init_connector() > to spend ~6 seconds waiting on PPS power sequencer and AUX channel > timeouts before failing gracefully. Which platforms? This should not be the case. > Introduce a new boolean module parameter 'disable_edp' (default: false) > that allows users to skip eDP connector initialization entirely. When > set, the driver logs an informational message and returns false early > from intel_edp_init_connector(), bypassing all PPS/AUX probing. I'm fine with adding module parameters for *debugging*. I'm not fine with adding module parameters for regular use cases. If there are issues out there, they should be root caused and fixed, worst case with a quirk, but roughly never with a new module parameter. You can also disable connectors using the video= parameter and connector name, e.g. video=eDP-1:d or something. Making this work (if it doesn't) should be preferred over adding new module parameters. And even here, root causing and fixing is preferred. > This is modeled after the existing 'disable_display' parameter and > is intended as a workaround for headless or display-less deployments > where the BIOS incorrectly advertises an internal panel. "headless" and "display-less" are super ambiguous, given the amount of possible alternatives. You might not have display IP at all, or you could have everything except a display connected, or everything in between. But VBT advertizing eDP but it not being connected is not a scenario that we should have, and either the VBT or the whole setup is bonkers. Please file a bug as described at [1], and be sure to attach the dmesg with debugs, and the VBT. BR, Jani. [1] https://drm.pages.freedesktop.org/intel-docs/how-to-file-i915-bugs.html > > Signed-off-by: LIOU, Mei Fan > --- > drivers/gpu/drm/i915/display/intel_display_params.c | 3 +++ > drivers/gpu/drm/i915/display/intel_display_params.h | 1 + > drivers/gpu/drm/i915/display/intel_dp.c | 7 +++++++ > 3 files changed, 11 insertions(+) > > diff --git a/drivers/gpu/drm/i915/display/intel_display_params.c b/drivers/gpu/drm/i915/display/intel_display_params.c > index 2aed110c5b09..8d47d19b1667 100644 > --- a/drivers/gpu/drm/i915/display/intel_display_params.c > +++ b/drivers/gpu/drm/i915/display/intel_display_params.c > @@ -102,6 +102,9 @@ intel_display_param_named_unsafe(force_reset_modeset_test, bool, 0400, > intel_display_param_named(disable_display, bool, 0400, > "Disable display (default: false)"); > > +intel_display_param_named(disable_edp, bool, 0400, > + "Disable eDP panel init, skips PPS/AUX probing when VBT declares eDP but no panel is present (default: false)"); > + > intel_display_param_named(verbose_state_checks, bool, 0400, > "Enable verbose logs (ie. WARN_ON()) in case of unexpected hw state conditions."); > > diff --git a/drivers/gpu/drm/i915/display/intel_display_params.h b/drivers/gpu/drm/i915/display/intel_display_params.h > index b95ecf728daa..98ab0d753dab 100644 > --- a/drivers/gpu/drm/i915/display/intel_display_params.h > +++ b/drivers/gpu/drm/i915/display/intel_display_params.h > @@ -41,6 +41,7 @@ struct drm_printer; > param(bool, load_detect_test, false, 0600) \ > param(bool, force_reset_modeset_test, false, 0600) \ > param(bool, disable_display, false, 0400) \ > + param(bool, disable_edp, false, 0400) \ > param(bool, verbose_state_checks, true, 0400) \ > param(bool, nuclear_pageflip, false, 0400) \ > param(bool, enable_dp_mst, true, 0600) \ > diff --git a/drivers/gpu/drm/i915/display/intel_dp.c b/drivers/gpu/drm/i915/display/intel_dp.c > index 85d3aa3b9894..c6293a1b3840 100644 > --- a/drivers/gpu/drm/i915/display/intel_dp.c > +++ b/drivers/gpu/drm/i915/display/intel_dp.c > @@ -7214,6 +7214,13 @@ static bool intel_edp_init_connector(struct intel_dp *intel_dp, > if (!intel_dp_is_edp(intel_dp)) > return true; > > + if (display->params.disable_edp) { > + drm_info(display->drm, > + "[ENCODER:%d:%s] eDP disabled by module parameter, skipping init\n", > + encoder->base.base.id, encoder->base.name); > + return false; > + } > + > /* > * On IBX/CPT we may get here with LVDS already registered. Since the > * driver uses the only internal power sequencer available for both -- Jani Nikula, Intel