Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4873180imb; Thu, 7 Mar 2019 02:34:32 -0800 (PST) X-Google-Smtp-Source: APXvYqzYUDXeiF3NNzy4pduOSatWrDKwnYf/ajkAtky5Gp9fufBB/hGVASUaBiOrQ25eKzfwxflZ X-Received: by 2002:a63:e10:: with SMTP id d16mr10813331pgl.148.1551954872593; Thu, 07 Mar 2019 02:34:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551954872; cv=none; d=google.com; s=arc-20160816; b=kVjhD7gA6qO3SAW+iLM+kxyE0MKNrYLHL7aj5CeB1FLimNmpaJv6NcrViPNIMU7e3V 77xE/SX3xfMIRRk2nIRQ3/9+g0RcGrHWjEU6Xa9hgEukOTr6B/M62Jt4gpKI3cDS5dC+ lHhM6siHqJpFgjW+jh74EAMC0yAVrXVWkSnTgAnBINAa68U56J2rcNzmCPf5V2VyZxnO YDi4WhXeVuNSvLHySaqiE6u/PRGHPnYEkwjfMdMAv9pakrJ108MjievR/347h934bFL5 QnghLUGRmS9RN9oOL2uFvrb0U3LJnvwb0Vovj9i6Me6fALylIV1njw3k6Xm2PospHsGA OCAQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :organization:in-reply-to:subject:to:from; bh=DYzgnbJnifwD/H70QJmKrxiD4fNNkRrGJfup+DjMK8E=; b=nKUUJ0c01fPAsd9DkQRfOhoJ+j+lp1ELFciO+ZBQsXrLQ98kW5KboY2BAOVedme0/Y ktagxjgJ9QsJFTTaiCEmoA1kUhQYNGbnUG/ofKtawPH/ovZGWoSdvrbGJUhGRxChIkZa hpO0x+mCJxEgrlohed43F7KFPl+sprjba5e2YvubkI1gNJSOZHYmDVnkETcF19hsYqHN mk8AU9m2IVFf6gxQnwpDzPNVCsE/kvqyYkpswF6BfQ8quIgvwDpmCKT+8W9uLBfyMCrj eVZOaxRjPT09rRjHXI1/PVhEV/F+Eo3Mmt0f7TRrYfHvgp/TZow/KatKVQwqY95Y9lLP Br5w== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u9si3540783pgr.551.2019.03.07.02.34.17; Thu, 07 Mar 2019 02:34:32 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726217AbfCGKck (ORCPT + 99 others); Thu, 7 Mar 2019 05:32:40 -0500 Received: from mga05.intel.com ([192.55.52.43]:26160 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726140AbfCGKck (ORCPT ); Thu, 7 Mar 2019 05:32:40 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 07 Mar 2019 02:32:39 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,451,1544515200"; d="scan'208";a="152852611" Received: from jnikula-mobl3.fi.intel.com (HELO localhost) ([10.237.66.172]) by fmsmga001.fm.intel.com with ESMTP; 07 Mar 2019 02:32:37 -0800 From: Jani Nikula To: Thomas Preston , 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 Subject: Re: [PATCH] drm/i915/ddi: Fix default eDP detection on port A In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20190306200618.17405-1-thomas.preston@codethink.co.uk> <874l8fm72f.fsf@intel.com> Date: Thu, 07 Mar 2019 12:34:33 +0200 Message-ID: <87va0vkm6e.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 07 Mar 2019, Thomas Preston wrote: > 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. In the long run you'll have better control of what your specific product does by using a VBT. However, I think we'll probably have to take the patch anyway. > 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! There are dangers with default VBTs too. They might contain incorrect information about the specific board you have. You'll also have to set up the opregion, not just VBT. I'm afraid I can't help you there. You already know where to look to see how the kernel side expects things to work. For testing, the i915.vbt_firmware module parameter is helpful, so you don't need to change your BIOS to change the VBT. BR, Jani. > >> 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 -- Jani Nikula, Intel Open Source Graphics Center