Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5213288pxj; Wed, 9 Jun 2021 11:51:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx1P9vRQv2HIPYgIkMWNXr7Puoir3/kfCLU8GdeNlg2WmdUnQm4TRdilwc+7zEDaiY37yxx X-Received: by 2002:a50:d7d5:: with SMTP id m21mr831042edj.134.1623264710872; Wed, 09 Jun 2021 11:51:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623264710; cv=none; d=google.com; s=arc-20160816; b=cEYs+c4NcM41hcqUGgGcp5iGKdkmgtL9Kl5nTqfzyfiLcphqPDA6D2cZLAt3iCiBGw /rBRn0/AcVWrk+7MGFBZW8QnfnYjZQvko1DIHr/DGyyzdiJRr1GJcYnJav1nPehIYbIi 6u3OaDKj5FRpLT8lwHhvRNnSpsegRWWSgS9/T3FcYGN4oahrsOLVyB2j8tJMiOv6EJeU Cq9ijhjUR1RM1RGUNGj4X4m8jQiNix0CLgxGgWimjVOqeQJB7YoX/tjOIGs/a3bLbXy4 iksIN9Ts++9mr/lR35KWcZahFermhRy0/iUMzL787QyjEGMn/Q0aQKUn/4+Uso9tKuFz q5gw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :message-id:subject:cc:to:from:date:dkim-signature; bh=C3LMNOaDiMRuvlbU+fqnVwLWS1QyQiWXp//+ldvL+Ys=; b=g3OwPToiGNmkYxONJLTBaqfQaWSvBo2OJM6W6QBeDnNuljLliGKMuKYfnWdDVkaNxS q4BygyXbVnuTE9VgZf3f0JiAecvDnuSxy/JU2ktWy2xJVSjvrkTD0dtPytMKpZmhcO/v cQx5Z2MrtXfMj1aCF+eJAhyuXBGTN7056aqL+3KwfkV+DdCSBe7pWiZ8V/d+z+nlz16T T6ZsItf9FN/IvhCxjNVkXj93aVja9WaoBhi+Yqv+LLzV8ctgO0L7GfW/CKb79P/JrNQT FhkEAEiCmc3yOHB9Y3hYXHuYxpEi6j/6MDwpB9K0I+rDTvXAJSN05YLnlTeIA4YP9W9i JtBg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=KkKklqSE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y5si323375edv.563.2021.06.09.11.51.25; Wed, 09 Jun 2021 11:51:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=KkKklqSE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230077AbhFISwJ (ORCPT + 99 others); Wed, 9 Jun 2021 14:52:09 -0400 Received: from mail.kernel.org ([198.145.29.99]:44136 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229578AbhFISwI (ORCPT ); Wed, 9 Jun 2021 14:52:08 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 80F1C61263; Wed, 9 Jun 2021 18:50:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1623264613; bh=C+fQwxf4qGLB0wIX+D9ckXOCcaluaN1AhBUgphBnnq8=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=KkKklqSEHfckLE6i/wuhhzzkZbHhyLILhl5HwBnlU9KGKYLNXpSyY3wixx46rXjha aGMNvivLt3B2SRRmDmzwpJz5u0rQqIGazdIAvck9wBHAkFKzFiXms133kp5cPJReXV /4RlGiSwLnOX3UGsNvSbapTUBAkxGp6MYZgrvN6m1fOEf69t6IOVlyyfTP0JAXuQHV 8v14c+Ro7FEblZNOxWzt9TxeMHNtju9aya6fmxJnR1CvpltFifJFer7osFHhzDhbv0 HDgv3l44ZNtnkmLvBtJng5E4sV6nspOk++gcuJWZ1Z2OJBmZ32haoydDaVMJ2xdJsE JzBN+gUeiVBgQ== Date: Wed, 9 Jun 2021 13:50:12 -0500 From: Bjorn Helgaas To: Rob Herring Cc: Leonardo Bras , Frank Rowand , Alexey Kardashevskiy , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , PCI , linuxppc-dev Subject: Re: [PATCH 1/1] of/pci: Add IORESOURCE_MEM_64 to resource flags for 64-bit memory addresses Message-ID: <20210609185012.GA2647526@bjorn-Precision-5520> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 15, 2021 at 01:59:52PM -0500, Rob Herring wrote: > On Thu, Apr 15, 2021 at 1:01 PM Leonardo Bras wrote: > > > > Many other resource flag parsers already add this flag when the input > > has bits 24 & 25 set, so update this one to do the same. [Adding this to the thread for archaeological purposes since it didn't make it to the commit log] The other resource flag parsers appear to be: pci_parse_of_flags(u32 addr0, ...) # powerpc/kernel/pci_of_scan.c unsigned int as = addr0 & OF_PCI_ADDR0_SPACE_MASK; if (as == OF_PCI_ADDR0_SPACE_MMIO32 || as == OF_PCI_ADDR0_SPACE_MMIO64) flags = IORESOURCE_MEM | PCI_BASE_ADDRESS_SPACE_MEMORY; if (as == OF_PCI_ADDR0_SPACE_MMIO64) flags |= PCI_BASE_ADDRESS_MEM_TYPE_64 | IORESOURCE_MEM_64; pci_parse_of_flags(u32 addr0) # sparc/kernel/pci.c if (addr0 & 0x02000000) { flags = IORESOURCE_MEM | PCI_BASE_ADDRESS_SPACE_MEMORY; if (addr0 & 0x01000000) flags |= IORESOURCE_MEM_64 | PCI_BASE_ADDRESS_MEM_TYPE_64; of_bus_pci_get_flags(... addr) # drivers/of/address.c (this one) u32 w = be32_to_cpup(addr); switch((w >> 24) & 0x03) { case 0x02: /* 32 bits */ flags |= IORESOURCE_MEM; break; case 0x03: /* 64 bits */ flags |= IORESOURCE_MEM | IORESOURCE_MEM_64; break; It's super annoying to have three copies of essentially the same thing. Even more annoying that they test the same things in three completely different ways. But I remember looking at this several years ago, and it wasn't as simple to unify these as I had hoped. > Many others? Looks like sparc and powerpc to me. Those would be the > ones I worry about breaking. Sparc doesn't use of/address.c so it's > fine. Powerpc version of the flags code was only fixed in 2019, so I > don't think powerpc will care either. I'm guessing you're referring to df5be5be8735 ("powerpc/pci/of: Fix OF flags parsing for 64bit BARs"). > I noticed both sparc and powerpc set PCI_BASE_ADDRESS_MEM_TYPE_64 in > the flags. AFAICT, that's not set anywhere outside of arch code. So > never for riscv, arm and arm64 at least. That leads me to > pci_std_update_resource() which is where the PCI code sets BARs and > just copies the flags in PCI_BASE_ADDRESS_MEM_MASK ignoring > IORESOURCE_* flags. So it seems like 64-bit is still not handled and > neither is prefetch. > > > Some devices (like virtio-net) have more than one memory resource > > (like MMIO32 and MMIO64) and without this flag it would be needed to > > verify the address range to know which one is which. > > > > Signed-off-by: Leonardo Bras > > --- > > drivers/of/address.c | 5 ++++- > > 1 file changed, 4 insertions(+), 1 deletion(-) > > > > diff --git a/drivers/of/address.c b/drivers/of/address.c > > index 73ddf2540f3f..dc7147843783 100644 > > --- a/drivers/of/address.c > > +++ b/drivers/of/address.c > > @@ -116,9 +116,12 @@ static unsigned int of_bus_pci_get_flags(const __be32 *addr) > > flags |= IORESOURCE_IO; > > break; > > case 0x02: /* 32 bits */ > > - case 0x03: /* 64 bits */ > > flags |= IORESOURCE_MEM; > > break; > > + > > + case 0x03: /* 64 bits */ > > + flags |= IORESOURCE_MEM | IORESOURCE_MEM_64; > > + break; > > } > > if (w & 0x40000000) > > flags |= IORESOURCE_PREFETCH; > > -- > > 2.30.2 > >