From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sinan Kaya Subject: Re: [PATCH V2 3/7] PCI: make pci_flr_wait() generic and rename to pci_dev_wait() Date: Mon, 4 Dec 2017 08:17:20 -0500 Message-ID: <0248af7b-0459-2b77-e439-bfcdfebcd7f6@codeaurora.org> References: <1511763628-11856-1-git-send-email-okaya@codeaurora.org> <1511763628-11856-4-git-send-email-okaya@codeaurora.org> <20171129173801.GD27742@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20171129173801.GD27742@infradead.org> Content-Language: en-US Sender: linux-pci-owner@vger.kernel.org To: Christoph Hellwig Cc: Linux PCI , timur@codeaurora.org, linux-arm-msm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Bjorn Helgaas , open list List-Id: linux-arm-msm@vger.kernel.org On 11/29/2017 12:38 PM, Christoph Hellwig wrote: > On Mon, Nov 27, 2017 at 01:20:24AM -0500, Sinan Kaya wrote: >> Rev 3.1 Sec 2.3.1 Request Handling Rules: >> Valid reset conditions after which a device is permitted to return CRS >> are: >> * Cold, Warm, and Hot Resets, >> * FLR >> * A reset initiated in response to a D3hot to D0 uninitialized >> >> Try to reuse FLR implementation towards other reset types. > > Should we keep a helper for the FLR wait? If not I guess the reference > for AF_FLR should be the PCI spec, not the PCIE spec. > Bjorn, what is your opinion? Sinan -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Return-Path: Subject: Re: [PATCH V2 3/7] PCI: make pci_flr_wait() generic and rename to pci_dev_wait() To: Christoph Hellwig References: <1511763628-11856-1-git-send-email-okaya@codeaurora.org> <1511763628-11856-4-git-send-email-okaya@codeaurora.org> <20171129173801.GD27742@infradead.org> From: Sinan Kaya Message-ID: <0248af7b-0459-2b77-e439-bfcdfebcd7f6@codeaurora.org> Date: Mon, 4 Dec 2017 08:17:20 -0500 MIME-Version: 1.0 In-Reply-To: <20171129173801.GD27742@infradead.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Linux PCI , timur@codeaurora.org, open list , linux-arm-msm@vger.kernel.org, Bjorn Helgaas , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+bjorn=helgaas.com@lists.infradead.org List-ID: On 11/29/2017 12:38 PM, Christoph Hellwig wrote: > On Mon, Nov 27, 2017 at 01:20:24AM -0500, Sinan Kaya wrote: >> Rev 3.1 Sec 2.3.1 Request Handling Rules: >> Valid reset conditions after which a device is permitted to return CRS >> are: >> * Cold, Warm, and Hot Resets, >> * FLR >> * A reset initiated in response to a D3hot to D0 uninitialized >> >> Try to reuse FLR implementation towards other reset types. > > Should we keep a helper for the FLR wait? If not I guess the reference > for AF_FLR should be the PCI spec, not the PCIE spec. > Bjorn, what is your opinion? Sinan -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 From: okaya@codeaurora.org (Sinan Kaya) Date: Mon, 4 Dec 2017 08:17:20 -0500 Subject: [PATCH V2 3/7] PCI: make pci_flr_wait() generic and rename to pci_dev_wait() In-Reply-To: <20171129173801.GD27742@infradead.org> References: <1511763628-11856-1-git-send-email-okaya@codeaurora.org> <1511763628-11856-4-git-send-email-okaya@codeaurora.org> <20171129173801.GD27742@infradead.org> Message-ID: <0248af7b-0459-2b77-e439-bfcdfebcd7f6@codeaurora.org> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On 11/29/2017 12:38 PM, Christoph Hellwig wrote: > On Mon, Nov 27, 2017 at 01:20:24AM -0500, Sinan Kaya wrote: >> Rev 3.1 Sec 2.3.1 Request Handling Rules: >> Valid reset conditions after which a device is permitted to return CRS >> are: >> * Cold, Warm, and Hot Resets, >> * FLR >> * A reset initiated in response to a D3hot to D0 uninitialized >> >> Try to reuse FLR implementation towards other reset types. > > Should we keep a helper for the FLR wait? If not I guess the reference > for AF_FLR should be the PCI spec, not the PCIE spec. > Bjorn, what is your opinion? Sinan -- Sinan Kaya Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.