Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp34523pxb; Sun, 15 Aug 2021 22:24:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx5+u3qgjAd4jrBPgG8caZmv8cN0GjsAiRdh/eB2cHPPrz9BmfUqDd3qrneOsYWoFv4S8pH X-Received: by 2002:a17:906:1ec9:: with SMTP id m9mr14643508ejj.115.1629091468486; Sun, 15 Aug 2021 22:24:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629091468; cv=none; d=google.com; s=arc-20160816; b=tn76hGBdD7OfOC0+gtUtjMMHtt0tlH99MLciwFFB36kOYab7MRgrg9Sx9paJS/Ff2u e9s2Nro0ALv0afeh5g55HZrTwgHofC8sy7tI5dU/sSY2G0yqoFg4R6NNQHlKGakuWYAe iOpyX+NkBch4QKlRjrjZYl1qljb/RgAtGdNvI/IA9x0EWPq68ViYKu1Vx3KGHfc07E7o i6TjlAuPxC5I6AMQxoUMq5lGp4fbtLwzsLm+d57JN72/8GrGiQHKQskt6Jq4m3vEKz3j iH70cJS7Bk7Ju1FF0bMqmSLhW6xtQFUmgn4AQgS4QW/Pxxw/kcC9eaTdKxv2pUgyvl5m ATKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:in-reply-to:date:sender:references:subject:cc:to:from :dkim-signature:dkim-filter; bh=2echCi4pjmtL2m5KAuC5Qg92knY9kIQM3wV9qOzNp0o=; b=m7O03c8fS2M8wRRaCPpoBG6224D8vrf3FLLnnbenvy95SCxmPSxA3zGbgrpgW5NUeD trlSta0IxdLK61vYFVRh74DUrt5dguJP4e+NWYem5aIf9W92fTpGdLmVSAdo6K5tjhwg ue7zv//WgkDBqLbA869lWSz09EtJ+Bti4DuVO1Bkibk1otZJLmjQo8GMKC3xsB3QACI4 lBo+s/jsRcPuHxWVC0CdqXz2i8WT/5eH1uc6FaCdmtJ6Dsm2XJAYXmiXENxV9Ulqc6sL XyR71qsutTwM6v/lpFRP8LNeqw0DyVtWUmoSfbs+ZrYwDgmqQOXgfA1BoYg+qtCv5arK Mhag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@piap.pl header.s=mail header.b="EDOypOD/"; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=piap.pl Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ga11si7398249ejc.571.2021.08.15.22.24.05; Sun, 15 Aug 2021 22:24:28 -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=@piap.pl header.s=mail header.b="EDOypOD/"; 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=piap.pl Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233045AbhHPFTK (ORCPT + 99 others); Mon, 16 Aug 2021 01:19:10 -0400 Received: from ni.piap.pl ([195.187.100.5]:32894 "EHLO ni.piap.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229523AbhHPFTJ (ORCPT ); Mon, 16 Aug 2021 01:19:09 -0400 Received: from t19.piap.pl (OSB1819.piap.pl [10.0.9.19]) by ni.piap.pl (Postfix) with ESMTPSA id 17D8CC3F2A57; Mon, 16 Aug 2021 07:18:34 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 ni.piap.pl 17D8CC3F2A57 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=piap.pl; s=mail; t=1629091114; bh=2echCi4pjmtL2m5KAuC5Qg92knY9kIQM3wV9qOzNp0o=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=EDOypOD/p7sMjPuKr0+ODenT/LCdLqpkh6j+Hi9E79XkdR2lOK6yD8hTByS8UXyjM 6eJsKElo47zjNzrGoysd6auffOIZoxs6ZFAj2S0ld8TB21+RCWzRlRwx4t9uvlJfAW uEU1mEgrpMjFpGQpT2EKAa1VT8K6r9Wl/ROdyi98= From: =?utf-8?Q?Krzysztof_Ha=C5=82asa?= To: Bjorn Helgaas Cc: Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Bjorn Helgaas , linux-pci@vger.kernel.org, Artem Lapkin , Neil Armstrong , Huacai Chen , Rob Herring , Lorenzo Pieralisi , Richard Zhu , Lucas Stach , linux-kernel@vger.kernel.org Subject: Re: [PATCH] PCIe: limit Max Read Request Size on i.MX to 512 bytes References: <20210813192254.GA2604116@bjorn-Precision-5520> Sender: khalasa@piap.pl Date: Mon, 16 Aug 2021 07:18:33 +0200 In-Reply-To: <20210813192254.GA2604116@bjorn-Precision-5520> (Bjorn Helgaas's message of "Fri, 13 Aug 2021 14:22:54 -0500") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-KLMS-Rule-ID: 1 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Lua-Profiles: 165565 [Aug 16 2021] X-KLMS-AntiSpam-Version: 5.9.20.0 X-KLMS-AntiSpam-Envelope-From: khalasa@piap.pl X-KLMS-AntiSpam-Rate: 0 X-KLMS-AntiSpam-Status: not_detected X-KLMS-AntiSpam-Method: none X-KLMS-AntiSpam-Auth: dkim=pass header.d=piap.pl X-KLMS-AntiSpam-Info: LuaCore: 454 454 39c6e442fd417993330528e7f9d13ac1bf7fdf8c, {Tracking_Text_ENG_RU_Has_Extended_Latin_Letters, eng}, {Tracking_marketers, three}, {Tracking_from_domain_doesnt_match_to}, piap.pl:7.1.1;d41d8cd98f00b204e9800998ecf8427e.com:7.1.1;t19.piap.pl:7.1.1;127.0.0.199:7.1.2 X-MS-Exchange-Organization-SCL: -1 X-KLMS-AntiSpam-Interceptor-Info: scan successful X-KLMS-AntiPhishing: Clean, bases: 2021/08/16 04:40:00 X-KLMS-AntiVirus: Kaspersky Security for Linux Mail Server, version 8.0.3.30, bases: 2021/08/15 23:54:00 #17042267 X-KLMS-AntiVirus-Status: Clean, skipped Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Bjorn Helgaas writes: >> TBH I don't think of this as of a "quirk" - all systems have MRRS >> limits, it just happens that these ones have their limit lower than 4096 >> bytes. This isn't a limitation of a particular PCIe device, this is a >> common limit of the whole system. > > Do you have a reference for this? I don't see anything in the PCIe > spec that suggests platforms must limit MRRS, and it seems that only > these ARM-related controllers have this issue. I meant there is always a limit - isn't Max_Read_Request_Size a limit? Device Control Register (Offset 08h) Bit Location 14:12 Max_Read_Request_Size allows for max 4096 bytes, though two values are reserved, so there is room for some easy extension. - non-ARM (non-DWC?) systems are limited to 4096 bytes - DWC-based systems are limited to 128, 256, 512 bytes (are there 4096-byte ones?) That's how I understand it, please correct me if I'm wrong. --=20 Krzysztof "Chris" Ha=C5=82asa Sie=C4=87 Badawcza =C5=81ukasiewicz Przemys=C5=82owy Instytut Automatyki i Pomiar=C3=B3w PIAP Al. Jerozolimskie 202, 02-486 Warszawa