Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4452291pxf; Tue, 30 Mar 2021 08:09:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxm1GktTXg/ivj2bNcA1j/zwsasTS9Kfxc3Qu/4wfb47dM+zQK/v0ex5Aal+1aojEgzq2sw X-Received: by 2002:a50:fc94:: with SMTP id f20mr34414394edq.370.1617116998216; Tue, 30 Mar 2021 08:09:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617116998; cv=none; d=google.com; s=arc-20160816; b=VLY1wdTodYyrPC3ZGEPCoRhVI8HxvnOJ9A56JgZ3uyO1Lr2Ms7tPWXJxJJtUUzc+tN c3/KRa4mnZEiWgIckkZNx1goISXVMCVg17qhbkZIA1RqS4sDie1PsbTDF6Bk59tIQfKW cBAk5b1MF+Y5//3MYXiW3Lams1QmG6oIj8sEF0UT19npt/rFKvaxsDbn0BVhL05l3sp6 Rzy6Yur+Wec6FMjcWOqHA+8/tNubxpaf6jBMaaWrPnwAQYKy+Aq+j0xdMvxFJ0rrra8o yQ/n2d+QxNW1CFoZ9tOycS5wUhObOo8eHs6J0AyKrhboC6ecRDFnJmUwQTHUhlhkp32x 2kGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=vzTbOpkYpy0yTfAsMlpQJNccnuWCu7DeyrtRypwafpA=; b=ZzrjXNrbPrfOl2otTd/8GfuzS0oEnw2aJOVSeUbIohUIx4RkY1AdzzdPkL76VRe4JM ohpDotr9nZCQeJABRK6xR5AjpFTp4Pse+Z80s1a89fUj2er6p4GPyJL6Rka704CyqYQr N59EF5ysM/Y6RBBapJV0GWA6nPLfNNlyYTllCvGhQ9yVLRig78ETuB7QEYr1iU6ppjwq tpleIdnMJWC6liObrurp3Rfa6FGIeV3lng8d5LaW7BGoZUUZduCtZeKxYlAAerWIKs2c RWA1t2p7WSoZ+WuTAZlTpYr2KzN4mtIxcAmiJ0i3XsHAfKeuLXU0Fhvq+J6sCdpL0KeY XMBQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=n+bvMQic; 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 n3si15180409ejz.565.2021.03.30.08.09.35; Tue, 30 Mar 2021 08:09:58 -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=n+bvMQic; 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 S232351AbhC3PF0 (ORCPT + 99 others); Tue, 30 Mar 2021 11:05:26 -0400 Received: from mail.kernel.org ([198.145.29.99]:57900 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231782AbhC3PFC (ORCPT ); Tue, 30 Mar 2021 11:05:02 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 2004B61957; Tue, 30 Mar 2021 15:05:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1617116701; bh=Uz3WI/FYY/TSpvPtpW5nBqc9OPXzLv/VYZ9gQpSx94g=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=n+bvMQicFuv2CM1+lsqoT0kZZSHQXh+vIOtWPQwfmbNJgdPL+CFlSUCcaAkXY1uZ6 rC6iVChQ7OlR0wuskwyUvHGi5YIxlkoV3q90gpZQZU2PmBXj/qGinsWJDHzw5r2hJV MGkjjiVeRyMcvmkvPx2bFtUKwHgJChckhylj6PbFGQ6NsHN5yD6pURXjAIDYqC4ur/ hUKCpSpxOJXjdCPX7seipcU22Mo8QXzdt0EqswB3evGNyxXuZizmp0iZp0o8+ERPrt wiRI2c+ov3H0qJ8o8kYD16ctpspC2hDrF7WEKfEoLkehmZmDUrpMnEYdTK2r8kzigI GnmUeo1mlnPtQ== Received: by pali.im (Postfix) id DD995EAA; Tue, 30 Mar 2021 17:04:58 +0200 (CEST) Date: Tue, 30 Mar 2021 17:04:58 +0200 From: Pali =?utf-8?B?Um9ow6Fy?= To: "Maciej W. Rozycki" Cc: David Laight , 'Amey Narkhede' , "alex.williamson@redhat.com" , "helgaas@kernel.org" , "lorenzo.pieralisi@arm.com" , "kabel@kernel.org" , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "raphael.norwitz@nutanix.com" Subject: Re: How long should be PCIe card in Warm Reset state? Message-ID: <20210330150458.gzz44gczhraxc6bc@pali> References: <20210310110535.zh4pnn4vpmvzwl5q@pali> <20210323161941.gim6msj3ruu3flnf@archlinux> <20210323162747.tscfovntsy7uk5bk@pali> <20210323165749.retjprjgdj7seoan@archlinux> <20210330131018.gby4ze3u6mii23ls@pali> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 30 March 2021 16:34:47 Maciej W. Rozycki wrote: > On Tue, 30 Mar 2021, Pali Rohár wrote: > > > > If I were to implement this stuff, for good measure I'd give it a safety > > > margin beyond what the spec requires and use a timeout of say 2-4s while > > > actively querying the status of the device. The values given in the spec > > > are only the minimum requirements. > > > > Are you able to also figure out what is the minimal timeout value for > > PCIe Warm Reset? > > > > Because we are having troubles to "decode" correct minimal timeout value > > for this PCIe Warm Reset (not Function-level reset). > > The spec does not give any exceptions AFAICT as to the timeouts required > between the three kinds of a Conventional Reset (Hot, Warm, or Cold) and > refers to them collectively as a Conventional Reset across the relevant > parts of the document, so clearly the same rules apply. > > Maciej There are specified more timeouts related to Warm reset and PERST# signal. Just they are not in Base spec, but in CEM spec. See previous Amey's email where are described some timeouts and also links in my first email where I put other timeouts defined in specs relevant for PERST# signal and therefore also for Warm Reset.