Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp3711995imc; Thu, 14 Mar 2019 03:38:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqxD9029KOa2WVcXyz5r452sqDptJY4krpTpMkNSosuK3FzhnFKgITTqAEVwpqvxOncC0y+B X-Received: by 2002:a63:1060:: with SMTP id 32mr9466704pgq.126.1552559938562; Thu, 14 Mar 2019 03:38:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552559938; cv=none; d=google.com; s=arc-20160816; b=KaEUbFjHCOZrqYTQaldP1td58E0wlFCsV3rRsqdcDluhyvuAYqzs5HvmAttHu0HciI Vdk7a5tfS32hqnM4J+YDGJAoq68s2drzkI3nZvcHkzHLfx+eUqDX+awF+Hbhw0A1RipG pD+MZPETs+HYmlpp5JWKG6H4WAwQGDoNe0XKjCWJW/gLbDXm0gOX2ZcviXbkFypgKAlR eXAW0vO8uDTtcO+rgssBI0esgK9dCfCuK7wNC640/i+IOUUMZaCzPaxFuNNFp8t2VwVq mns5xLOlN8qckLWHNo5+XtPkfODq9e+QIazZvNttKQvQvoMzK0hmeiz6IosPgqlI+X8e 8spQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=j4Sp/d45kuPj/bu/0V+pPpceqHIOF3OeyYxUYryeLEA=; b=kJgZQwWrFAKQdnzCZsIg4fv32ONnRY/Gbr+OJ8HOmiyd9BAX3sm4GhGfz86Lvm90Wn jIbTd9z4SMO++SnBk84eUn94K2icCsR1A9Fkl7vU4RfENONeB23de4OtHuHvQDenRQHr U8AUP+g0F8+VO3PqSG4EPSk0of0P7bn/dpxK+W7BD5X/zr56v7UJdtjGZndTME35KbaJ bKQT9FC/zhCA2TfupXOabLJlx7Zc0rs5WfroxVBonTl4kwVCWrck4Nla6pmChG8W0alr HnOutzHc5L9G+rA7swLaL09+oIcCK+tFQ1DvothB0Ly3cSlGHA8qUj5nAvWp80qCkKXa PVOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@ffwll.ch header.s=google header.b=Ut1VptzT; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e12si11917446pgd.381.2019.03.14.03.38.35; Thu, 14 Mar 2019 03:38:58 -0700 (PDT) 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; dkim=fail header.i=@ffwll.ch header.s=google header.b=Ut1VptzT; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727207AbfCNKhT (ORCPT + 99 others); Thu, 14 Mar 2019 06:37:19 -0400 Received: from mail-ed1-f68.google.com ([209.85.208.68]:36735 "EHLO mail-ed1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727087AbfCNKhS (ORCPT ); Thu, 14 Mar 2019 06:37:18 -0400 Received: by mail-ed1-f68.google.com with SMTP id e4so4172952edi.3 for ; Thu, 14 Mar 2019 03:37:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=j4Sp/d45kuPj/bu/0V+pPpceqHIOF3OeyYxUYryeLEA=; b=Ut1VptzTQxgk5faZTZjdxL78ERFrBuRlrvAh1uiwNLcsoAGouzCIx9sigi1E5YprFF xoLUkHapYADAAG/h3f/E3hsG0rzOyynEcjPnwCgw3L5Y1fgIMUHtPCL1RoU2w6wKqwxa 0VPEAYSDVwc2MvvhKtIFzbB5Y18YLyjZuTpIA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :in-reply-to:user-agent; bh=j4Sp/d45kuPj/bu/0V+pPpceqHIOF3OeyYxUYryeLEA=; b=PgOWQWA0VmSAKBlMWkazhSRL9Qo+cP7yuhvbkAkslsMSLM8vjGfjWe2qjqAxsE++0w 5yH6ogDnLpACzM8baIXLxckxvn2t99FC4K7H3MXkCBSOqZdgxOkHVNhbfdA1eB97XQbK ZWjeyQrgrZVmH1/y0IGjeUM5ELE8BXNZKxP8FL55c+cDWqFVIfyt9MhX42YLHRyH0SOr 9YwHa1GMu5uqEGoPClqCRz6hJ5SIdpOpm6seNlrahxyMDWaIPZkgT52QNT2/Borjer9a 0GYV8BXBSFYlsLqhHjGUUlKOZzHdI+hvDM/DJ8/65KAsL/lH9tU7i7zSjqHu3gi2wha6 MIcQ== X-Gm-Message-State: APjAAAX1JRGf/1JN6LXHyU0IPB/ZBlCdH3+skwWBQmZ8gP0PP0Rxw4ny VRQ45QnG22vvqTRuEx2sT/X81g== X-Received: by 2002:a50:add2:: with SMTP id b18mr11156749edd.43.1552559836346; Thu, 14 Mar 2019 03:37:16 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:569e:0:3106:d637:d723:e855]) by smtp.gmail.com with ESMTPSA id me7sm1005449ejb.46.2019.03.14.03.37.14 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 14 Mar 2019 03:37:15 -0700 (PDT) Date: Thu, 14 Mar 2019 11:37:13 +0100 From: Daniel Vetter To: Gerd Hoffmann Cc: dri-devel@lists.freedesktop.org, Daniel Vetter , Bartlomiej Zolnierkiewicz , "open list:FRAMEBUFFER LAYER" , open list Subject: Re: [RfC PATCH] fbdev: list all memory bars as conflicting apertures Message-ID: <20190314103713.GQ2665@phenom.ffwll.local> Mail-Followup-To: Gerd Hoffmann , dri-devel@lists.freedesktop.org, Bartlomiej Zolnierkiewicz , "open list:FRAMEBUFFER LAYER" , open list References: <20190313110741.6541-1-kraxel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190313110741.6541-1-kraxel@redhat.com> X-Operating-System: Linux phenom 4.19.0-1-amd64 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 On Wed, Mar 13, 2019 at 12:07:41PM +0100, Gerd Hoffmann wrote: > Simply add all pci memory bars to struct apertures_struct in > remove_conflicting_pci_framebuffers(). That allows to drop > the res_id parameter. > > TODO: actually remove the res_id parameter. I think best to do that in a cleanup patch afterwards. > > Signed-off-by: Gerd Hoffmann > --- > drivers/video/fbdev/core/fbmem.c | 22 ++++++++++++++++++---- > 1 file changed, 18 insertions(+), 4 deletions(-) > > diff --git a/drivers/video/fbdev/core/fbmem.c b/drivers/video/fbdev/core/fbmem.c > index cb43a2258c51..e8223c231de2 100644 > --- a/drivers/video/fbdev/core/fbmem.c > +++ b/drivers/video/fbdev/core/fbmem.c > @@ -1879,14 +1879,28 @@ int remove_conflicting_pci_framebuffers(struct pci_dev *pdev, int res_id, const > { > struct apertures_struct *ap; > bool primary = false; > - int err; > + int err, idx, cnt, bar; > > - ap = alloc_apertures(1); > + for (cnt = 0, bar = 0; bar < PCI_ROM_RESOURCE; bar++) { > + if (!(pci_resource_flags(pdev, bar) & IORESOURCE_MEM)) > + continue; > + cnt++; > + } > + > + ap = alloc_apertures(cnt); > if (!ap) > return -ENOMEM; > > - ap->ranges[0].base = pci_resource_start(pdev, res_id); > - ap->ranges[0].size = pci_resource_len(pdev, res_id); > + for (idx = 0, bar = 0; bar < PCI_ROM_RESOURCE; bar++) { > + if (!(pci_resource_flags(pdev, bar) & IORESOURCE_MEM)) > + continue; > + ap->ranges[idx].base = pci_resource_start(pdev, bar); > + ap->ranges[idx].size = pci_resource_len(pdev, bar); > + pci_info(pdev, "%s: bar %d: 0x%lx -> 0x%lx\n", __func__, bar, > + (unsigned long)pci_resource_start(pdev, bar), > + (unsigned long)pci_resource_end(pdev, bar)); > + idx++; > + } lgtm. I think this is ok to merge as-is already ... Reviewed-by: Daniel Vetter Maybe if you want to be paranoid in the conversion add a check that we're not skipping the pci bar requested in res_id. Then we could test this for a kernel and remove the parameter later on. -Daniel > #ifdef CONFIG_X86 > primary = pdev->resource[PCI_ROM_RESOURCE].flags & > IORESOURCE_ROM_SHADOW; > -- > 2.18.1 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch