Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4855826imb; Thu, 7 Mar 2019 02:04:19 -0800 (PST) X-Google-Smtp-Source: APXvYqxPIxz2Pn/WfLC+MPlnPSpw9f2RLb6yNLCPNFU3UL00TIwrrptvLpD+TivRowKXdBYoGZWm X-Received: by 2002:a17:902:2bc7:: with SMTP id l65mr12113867plb.79.1551953059726; Thu, 07 Mar 2019 02:04:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551953059; cv=none; d=google.com; s=arc-20160816; b=JgU+odDDjpjQ8VsO0BoSmdxhuMnd9Py6PI4hWwT4MK16Vdu8UJGieq+k+bMPmq2P8H pMI0XY6lBwHsMPrSUqNIuwROEdyNENiHYG0ZaTmen0Fk/eYFqGh21LoX2hI5n0vQfeHh DlH2lNQ2RSPaqJ5f8rc42PPUrGAxfd7s+35TDgWqlHh2ACsTpVy0flbjXsBOCTMu0k0X vgKZG1ijSGMKYkBJWwoEfKVsx24MWHqT9GnS6uKNVzry6Gc9hOLhuQd/3EOoQR4j1aWY TAaqbItwuc8DMC4L3ajMx9HvP71w6wgNtpHfGRjF4NDiprLrP4uGsQeEPkCFRTdA5qRP odCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:to:subject; bh=LLtVNwQapNNG8zNjwdL7hvO+mmdcH5nMGnu2p1SKE/s=; b=imnLzZaa0/9EXS05eK8Eje0L8zeTiYOQKekFfhpnvPNlcocLbQBQ2yqiC6YCkQW3S7 V7Ybc2MwnVjGuMpwnf2kx+erxm+IU7rVyU7uMhT9l1JwbZwvAI6vB53z+mwHNNaDsSYy 1f4QPJ+D3sQR1M31bgnbtFbdGsisLi2rHVayTB3UyRkPy4QL1eBAuaX0wS3KvgqEC362 Czjhi9fijDGeG2hrc3naTh7SOUKhYFl0MpH0hwyTFxdpPs+ALhh9ZKWjmK/j7vpb0ckB yycP0pmEiQVLmXn+KuS5EnL7p1fqc3Gz3w8GX6ZXwqvDfxBIvuWBWdX8JCV7d6qx5LdU fLSw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u2si3668176pls.34.2019.03.07.02.04.03; Thu, 07 Mar 2019 02:04:19 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726166AbfCGKCX (ORCPT + 99 others); Thu, 7 Mar 2019 05:02:23 -0500 Received: from imap1.codethink.co.uk ([176.9.8.82]:58821 "EHLO imap1.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725747AbfCGKCX (ORCPT ); Thu, 7 Mar 2019 05:02:23 -0500 Received: from [167.98.27.226] (helo=[10.35.4.91]) by imap1.codethink.co.uk with esmtpsa (Exim 4.84_2 #1 (Debian)) id 1h1pr2-0002Lj-QP; Thu, 07 Mar 2019 10:02:20 +0000 Subject: Re: [PATCH] drm/i915/ddi: Fix default eDP detection on port A To: Jani Nikula , joonas.lahtinen@linux.intel.com, rodrigo.vivi@intel.com, airlied@linux.ie, intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org References: <20190306200618.17405-1-thomas.preston@codethink.co.uk> <874l8fm72f.fsf@intel.com> From: Thomas Preston Message-ID: Date: Thu, 7 Mar 2019 10:02:20 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <874l8fm72f.fsf@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Thanks for looking at this. On 07/03/2019 08:18, Jani Nikula wrote: > > The subject should probably have "drm/i915/bios" or "drm/i915/vbt". > Noted > On Wed, 06 Mar 2019, Thomas Preston wrote: >> We rely on VBT DDI port info for eDP detection on GEN9 platforms and >> above. This breaks GEN9 platforms which don't have VBT because port A >> eDP now defaults to false. Fix this by defaulting to true when VBT is >> missing. > > Please include more details about the machine that doesn't have VBT. Why > don't you have VBT? > We have upgraded from an earlier kernel version (an Intel BSP on v4.1) which did not require VBT and so our BIOS isn't set up correctly. The BIOS doesn't set ASLS and fails to find ACPI OpRegion: [ 9.368433] [drm:intel_opregion_setup [i915]] graphic opregion physical addr: 0x0 [ 9.368490] [drm:intel_opregion_setup [i915]] ACPI OpRegion not supported! So now our port A is DP instead of eDP. I was hoping a return to "default" values would remedy this, but I think it's pretty clear now that we should focus on fixing VBT. I've found a default VBT in the BSP but not sure how to get it into BIOS. If you could point me in the right direction here that would be really useful! > Personally I think it was a mistake originally to make guesses about the > outputs in absence of VBT on DDI platforms, because we can never get the > generic guesses right across all ports and all products. And for the > record, that was the result of an easy choice to enable developers way > back when, and forgotten. > > Certainly eDP is more likely than something else on port A. But this > will break any outlier products without VBT that have a non-eDP output > on port A. I guess it's a risk we have to take, and handle the fallout > later. > > Acked-by: Jani Nikula > >> Fixes: commit a98d9c1d7e9b ("drm/i915/ddi: Rely on VBT DDI port info for eDP detection") > > The Fixes: format does *not* include "commit" text. > I got that from scripts/checkpatch.pl but noted, thanks. Kind regards, Tom