From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FAKE_REPLY_C,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D6AC5C10DCE for ; Thu, 12 Mar 2020 20:19:03 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id A005A206E9 for ; Thu, 12 Mar 2020 20:19:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584044343; bh=RIo4gPchBJIxTDeSlwhAPvqVL/cHMRzoFxruAOEYxBA=; h=Date:From:To:Cc:Subject:In-Reply-To:List-ID:From; b=R9DmHPabkRyxCKagV06gWhJj+Gl2NjiEYuPwx1MOtgyqX3u3M/HlFfqx6R0Mop/tq SzgbRWjNNVV/ijTTi2E3uUE7NF7MHq91diDWP6eUQD/REywXTTStceUS/JK4PsOp1u 0BCDfgr6cdyW7mAmicwfZJ7xxV/r3mWPZhd6AZFM= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726594AbgCLUTD (ORCPT ); Thu, 12 Mar 2020 16:19:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:59496 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726558AbgCLUTC (ORCPT ); Thu, 12 Mar 2020 16:19:02 -0400 Received: from localhost (mobile-166-175-186-165.mycingular.net [166.175.186.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id DF0F8206E2; Thu, 12 Mar 2020 20:19:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584044342; bh=RIo4gPchBJIxTDeSlwhAPvqVL/cHMRzoFxruAOEYxBA=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=pmQapNHyz423KDBR64CEbbZgNk5edsByN+HjErUNBKnd8Yw2qU1JbZmV/gJbK85Af cXtYm6uOP3Lp3nG+zSh9QSnuM6aSHPh32VChIanaaumjlDGyoe0wMEPEoUmrCp9VWn 2n/UvtNiBANjyEhtxpCOAs6sA3zKb/hAfBIYubUw= Date: Thu, 12 Mar 2020 15:19:00 -0500 From: Bjorn Helgaas To: Matt Turner Cc: Yinghai Lu , Ivan Kokshaysky , linux-pci@vger.kernel.org, linux-alpha , Richard Henderson , Jay Estabrook , Nicholas Johnson , Benjamin Herrenschmidt Subject: Re: Some Alphas broken by f75b99d5a77d (PCI: Enforce bus address limits in resource allocation) Message-ID: <20200312201900.GA174932@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) Sender: linux-pci-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pci@vger.kernel.org On Wed, Mar 11, 2020 at 09:28:33PM -0700, Matt Turner wrote: > On Sun, Mar 8, 2020 at 12:41 PM Matt Turner wrote: > > On Sun, Mar 8, 2020 at 8:30 AM Ivan Kokshaysky wrote: > > > Wholeheartedly agree. In fact, changes to generic PCI code required > > > for proper root bus sizing are quite minimal now since we have > > > struct pci_host_bridge. It's mostly additional checks for bus->self > > > being NULL (as it normally is on the root bus) in the > > > __pci_bus_size_bridges() path, plus new bridge->size_windows flag. > > > See patch below (tested on UP1500). Note that on irongate we're > > > only interested in calculation of non-prefetchable PCI memory aperture, > > > but one can do the same for io and prefetchable memory as well. > > > > Thanks Ivan! The patch works for me as well. > > Bjorn, what would you like the next step to be? > > If the PCI bits are fine with you, I assume you'd like them to go > through your tree, etc? I'm perfectly happy to see the alpha bits go > through the same tree. Yes, I think this looks reasonable. We should get this posted in the usual format (commit log, signed-off-by, etc), and then get it into -next to see how it flies. Bjorn