Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp6676437rwp; Tue, 18 Jul 2023 04:22:54 -0700 (PDT) X-Google-Smtp-Source: APBJJlE1PAcoclATyZuJYanRO8DJRXlvO1c9Jn478aBcL1MTXKuEDPnRpuo9T+4W7OtB6+8gPEGT X-Received: by 2002:a05:6512:3b08:b0:4f5:1418:e230 with SMTP id f8-20020a0565123b0800b004f51418e230mr2023144lfv.52.1689679373841; Tue, 18 Jul 2023 04:22:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689679373; cv=none; d=google.com; s=arc-20160816; b=y+g+K+S5kPSwX4UQSJ6zqo9nm1N0sXVn+8m2QCxknqc99VJtzmLSJKsbqrK0Y3n0Ax QyHFIJyaaeQap7gHxShryhSKRBT9KwjXP0ucG1qw8xnNX5Nklyq5x0/qq4di7t3pePS0 JKNUfHQ1jGmpFODkmlm8hqrE6FI7iv5p7JLTv5hreLZktBlB31Ci8MaTUfIoG/yXBjk3 9aypspTkxlv/bv9Y1PChE5I8c91VwzC68CWgj0z8psNRkbYvejT0bVqNSABeMhFFDwtI uKLbn6YVa4Twy02qiStk9mG/MmS8NMVbKdsGNMnrlhbPOxfaz8LZCkSMoNQCH+b/Iluw qx/g== 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=0wBYNgInyjoMoXI4ubu9BrtJNK0Tl60Mc8Zia+5qZjk=; fh=D8D9VDdGlqSeFn8Yc/k1EJQc0LHNimD8hhWBVpIl3LY=; b=RGqAVVpwc05t7Ga0MzwrgYMZHbmK1PAboeG7lUL4Ob05eZW9Nig5k5GTWJKNxeboKK v6XSiV8EMSfTnrj21lkW72EPxYZzvYscFzP0E6adi4aJs9jPQkQU//ugjlpii2t07VXU Kr6Ru6kf9ovNsBpcQA3J/HGwqaSTWARNC5zvwQf9yXSG4tEq+Y+ZKal1hk1JqBtFpN/x dzwKGwy5Pt0bm77dWHGePks9WKlehWPMFJUwO0iqIL6U3k/qgf+BReo7s25WGCBaOqZu ju2BQKTO7faqsbikXC12JfQID2ggkj37WjF5JL1YtgJsZ9TNQX/ApdRiG4rqmGFRoa6O FblQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aMM3R+fM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ss1-20020a170907038100b0098e47bbff3csi1066280ejb.297.2023.07.18.04.22.29; Tue, 18 Jul 2023 04:22:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=aMM3R+fM; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S231193AbjGRLJU (ORCPT + 99 others); Tue, 18 Jul 2023 07:09:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59940 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229512AbjGRLJR (ORCPT ); Tue, 18 Jul 2023 07:09:17 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0249A10F2; Tue, 18 Jul 2023 04:09:17 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 82E9861517; Tue, 18 Jul 2023 11:09:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A2B93C433C8; Tue, 18 Jul 2023 11:09:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1689678555; bh=455lvYV9bPgscAxyzAWQXxft7jceX9o1s3xKXlHBZik=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=aMM3R+fM3DMEEnetyIC2xArN6N0MGT95Q/dz4zsH5s7iBCvPdKdHDUUhKxyciRaEx PR0qBOqXqqqppec3xDWedOQNQ5hG3X4HHPGkRIoo9pSgG7FXiSJ8w99VwQPYcgOMYI 3nNE0sBI60OwD/7vyx1NdlvCEZbvaDutB2nGFp2Qaug497sfNJ3ykOD/QkH0iwbttl S0PmEpDbGvojOuimVGLEn8wIbIoXkov51ZzKXQOnistorEzuYGnIJ5ez7p4EYj7L5O kfHWKMv5z+fBvY4dlHiif1CeY9pXOYIW7RAjCnZK5NMZr1PM5Nehuiq5aHbxJKW2ZY qFyQyhXwHlecQ== Date: Tue, 18 Jul 2023 06:09:13 -0500 From: Bjorn Helgaas To: Vidya Sagar Cc: lpieralisi@kernel.org, kw@linux.com, robh@kernel.org, bhelgaas@google.com, thierry.reding@gmail.com, jonathanh@nvidia.com, Sergey.Semin@baikalelectronics.ru, linux-pci@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, kthota@nvidia.com, mmaddireddy@nvidia.com, sagar.tv@gmail.com Subject: Re: [PATCH V3] Revert "PCI: tegra194: Enable support for 256 Byte payload" Message-ID: <20230718110913.GA475601@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6bc71b88-1c8c-0c2c-d9e1-22096f928ad5@nvidia.com> X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 18, 2023 at 08:03:47AM +0530, Vidya Sagar wrote: > On 7/14/2023 3:09 AM, Bjorn Helgaas wrote: > > On Mon, Jun 19, 2023 at 03:56:04PM +0530, Vidya Sagar wrote: > > > This reverts commit 4fb8e46c1bc4 ("PCI: tegra194: Enable > > > support for 256 Byte payload"). > > > > > > Consider a PCIe hierarchy with a PCIe switch and a device connected > > > downstream of the switch that has support for MPS which is the minimum in > > > the hierarchy, and root port programmed with an MPS in its DevCtl register > > > that is greater than the minimum. In this scenario, the default bus > > > configuration of the kernel i.e. "PCIE_BUS_DEFAULT" doesn't configure the > > > MPS settings in the hierarchy correctly resulting in the device with > > > support for minimum MPS in the hierarchy receiving the TLPs of size more > > > than that. Although this can be addressed by appending "pci=pcie_bus_safe" > > > to the kernel command line, it doesn't seem to be a good idea to always > > > have this commandline argument even for the basic functionality to work. > > > > I think this has some irrelevant detail (IIUC the problem should > > happen even without a switch) and could be more specific (I think the > > problem case is RP MPS=256, EP only supports MPS=128). > > The issue is present only if there is a switch. So if there's no switch, and an EP that only supports MPS=128, the PCI core changes the RP MPS setting to 128? Just based on reading the code, I thought we would leave RP MPS=256 and EP MPS=128, which would be a problem. But maybe the PCI core changes the RP down to MPS=128? Bjorn