Received: by 10.192.165.148 with SMTP id m20csp4542993imm; Tue, 24 Apr 2018 04:40:51 -0700 (PDT) X-Google-Smtp-Source: AIpwx48opW8YUJjM+9BKuMNT/U3TXASBVaKVrO7+cG6UsesHRR9PTkrXIDkDXAoynkz7MySEs9mE X-Received: by 2002:a17:902:7084:: with SMTP id z4-v6mr24489629plk.364.1524570051561; Tue, 24 Apr 2018 04:40:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524570051; cv=none; d=google.com; s=arc-20160816; b=iX/vkchiVI4BnitEIoHh8uzCJ0LjDgBgn3gMMVvonpfbhHgngUq9ekSwoQiYm+i4Oo k2Rtw6yYyvB1Jwt5CI1WeYlGyFjpp/FBk+y1nY8pcwbkWqVOog8iPeP7WvwafrmfCFwW 0DBoKGSfW5YDASF7OLOVxCFEafOODHRDke7Frk6urITGlsGnb6vu8yNdEzIgwa/sYCeh 6o5yC7A2HVl52P5pNGq2DkDaEX63Vpjsz0MvVSro1gT+Hc4D2RkgwMP15unxXSOgCw40 +p445cj9ipnrV7oGk6t8HrVwYgeeQbM36Tb5X09Jl01A4WflQetOGe52X7Vee3wD0B5l LSOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=wuat1mlvRWzycjVt3/D1pOVYsTo0yyhjsi9YLoKQ2Wk=; b=Y6nXlA5ZDOx1m7oLcz/x+XOYuOLfm9r8HXvfFCybYZMBBJ+oMB678gLP62bJ2NIHg4 TtmVBwkIXU5nslEBmExedBeSSaaTfmh+zS/4hTkjYys9zJzpWhaqrG+t7TqCeA8PDl1C cfwArdLKs3ZjTTtW57e+07mpuvX+iLWZ78dy39Td3Qyyyb4p5R9bAkFbmvjITyo/36KP /JZZLwH9fFnnnxM5P9j9LCPooecOnTBnL+TZQGN6EeJVEjokvpP+SgMomSKnvzG70PGh OfSLuQaPU7SqgLQFCPHjCPygJN4jGP00DT+NhooBeXoJuZWKQJDskowmjftR+58XIeQx uakw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@synopsys.com header.s=mail header.b=VGTAffti; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m9-v6si13677919pll.67.2018.04.24.04.40.36; Tue, 24 Apr 2018 04:40:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@synopsys.com header.s=mail header.b=VGTAffti; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=synopsys.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756758AbeDXK6Y (ORCPT + 99 others); Tue, 24 Apr 2018 06:58:24 -0400 Received: from smtprelay.synopsys.com ([198.182.37.59]:48926 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756013AbeDXK6W (ORCPT ); Tue, 24 Apr 2018 06:58:22 -0400 Received: from mailhost.synopsys.com (mailhost2.synopsys.com [10.13.184.66]) by smtprelay.synopsys.com (Postfix) with ESMTP id 360E01E065B; Tue, 24 Apr 2018 12:58:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=synopsys.com; s=mail; t=1524567500; bh=NCvnHtetJD8rXHNAtlAYL/Kg63MsgQYdy8zGl9VO984=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=VGTAfftiJ+aLFzG7Lg/242FQIoNXquBGBZTkeWPRJVC6SwrYKtq/+E/euSPF0i2tR gzSQ4/NEYZczRwwnOFZWJsw9hKaCGNVjbRNl7M48ZNCuXvUe21otAqt3ainoPUeMgj BNVT+7X3zgBWHuGrwd0RD6X+YfTeGXTk+kCvaioYZcykAv0i9xpXT8BIcWWTt5/28e OojEOcOk3j4QP5AWGVQTluN01b3n9S1U7iFuauMGhuPMeOPAFLLmew1AVAZ4Vn1BMp N0oPiGKO7mU1ZgP7sDJedm2dtv+4J6WwJdR8B+KFB/TATfqvUFA8scHOHikEg08Dkp x7Uy9nQTuexTQ== Received: from pt02.synopsys.com (pt02.internal.synopsys.com [10.107.23.240]) by mailhost.synopsys.com (Postfix) with ESMTP id EB236365B; Tue, 24 Apr 2018 03:58:18 -0700 (PDT) Received: from [127.0.0.1] (gustavo-e7480.internal.synopsys.com [10.107.25.102]) by pt02.synopsys.com (Postfix) with ESMTP id 21D0C3EBDF; Tue, 24 Apr 2018 11:58:18 +0100 (WEST) Subject: Re: [RFC 06/10] misc: pci_endpoint_test: Add MSI-X support To: Kishon Vijay Abraham I , "bhelgaas@google.com" , "lorenzo.pieralisi@arm.com" , "Joao.Pinto@synopsys.com" , "jingoohan1@gmail.com" , "adouglas@cadence.com" , "niklas.cassel@axis.com" , "jesper.nilsson@axis.com" Cc: "linux-pci@vger.kernel.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <8b88f8c2b766f36c71659deb0fce635154b2b39f.1523379766.git.gustavo.pimentel@synopsys.com> From: Gustavo Pimentel Message-ID: <2bd77bf2-1d64-6043-422a-6a96c1a3d3a4@synopsys.com> Date: Tue, 24 Apr 2018 11:57:09 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kishon, On 24/04/2018 08:19, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 17 April 2018 11:08 PM, Gustavo Pimentel wrote: >> Hi Kishon, >> >> On 17/04/2018 11:33, Kishon Vijay Abraham I wrote: >>> Hi, >>> >>> On Tuesday 10 April 2018 10:44 PM, Gustavo Pimentel wrote: >>>> Adds the MSI-X support and updates driver documentation accordingly. >>>> >>>> Changes the driver parameter in order to allow the interruption type >>>> selection. >>>> >>>> Signed-off-by: Gustavo Pimentel >>>> --- >>>> Documentation/misc-devices/pci-endpoint-test.txt | 3 + >>>> drivers/misc/pci_endpoint_test.c | 102 +++++++++++++++++------ >>>> 2 files changed, 79 insertions(+), 26 deletions(-) >>>> >>>> diff --git a/Documentation/misc-devices/pci-endpoint-test.txt b/Documentation/misc-devices/pci-endpoint-test.txt >>>> index 4ebc359..fdfa0f6 100644 >>>> --- a/Documentation/misc-devices/pci-endpoint-test.txt >>>> +++ b/Documentation/misc-devices/pci-endpoint-test.txt >>>> @@ -10,6 +10,7 @@ The PCI driver for the test device performs the following tests >>>> *) verifying addresses programmed in BAR >>>> *) raise legacy IRQ >>>> *) raise MSI IRQ >>>> + *) raise MSI-X IRQ >>>> *) read data >>>> *) write data >>>> *) copy data >>>> @@ -25,6 +26,8 @@ ioctl >>>> PCITEST_LEGACY_IRQ: Tests legacy IRQ >>>> PCITEST_MSI: Tests message signalled interrupts. The MSI number >>>> to be tested should be passed as argument. >>>> + PCITEST_MSIX: Tests message signalled interrupts. The MSI-X number >>>> + to be tested should be passed as argument. >>>> PCITEST_WRITE: Perform write tests. The size of the buffer should be passed >>>> as argument. >>>> PCITEST_READ: Perform read tests. The size of the buffer should be passed >>>> diff --git a/drivers/misc/pci_endpoint_test.c b/drivers/misc/pci_endpoint_test.c >>>> index 37db0fc..a7d9354 100644 >>>> --- a/drivers/misc/pci_endpoint_test.c >>>> +++ b/drivers/misc/pci_endpoint_test.c >>>> @@ -42,11 +42,16 @@ >>>> #define PCI_ENDPOINT_TEST_COMMAND 0x4 >>>> #define COMMAND_RAISE_LEGACY_IRQ BIT(0) >>>> #define COMMAND_RAISE_MSI_IRQ BIT(1) >>>> -#define MSI_NUMBER_SHIFT 2 >>>> -/* 6 bits for MSI number */ >>>> -#define COMMAND_READ BIT(8) >>>> -#define COMMAND_WRITE BIT(9) >>>> -#define COMMAND_COPY BIT(10) >>>> +#define COMMAND_RAISE_MSIX_IRQ BIT(2) >>>> +#define IRQ_TYPE_SHIFT 3 >>>> +#define IRQ_TYPE_LEGACY 0 >>>> +#define IRQ_TYPE_MSI 1 >>>> +#define IRQ_TYPE_MSIX 2 >>>> +#define MSI_NUMBER_SHIFT 5 >>> >>> Now that you are anyways fixing this, add a new register entry for MSI numbers. >>> Let's not keep COMMAND and MSI's together. >> >> What you suggest? > > #define PCI_ENDPOINT_TEST_COMMAND 0x4 > #define COMMAND_RAISE_LEGACY_IRQ BIT(0) > #define COMMAND_RAISE_MSI_IRQ BIT(1) > #define COMMAND_RAISE_MSIX_IRQ BIT(2) > #define COMMAND_READ BIT(3) > #define COMMAND_WRITE BIT(4) > #define COMMAND_COPY BIT(5) > > #define PCI_ENDPOINT_TEST_STATUS 0x8 > #define STATUS_READ_SUCCESS BIT(0) > #define STATUS_READ_FAIL BIT(1) > #define STATUS_WRITE_SUCCESS BIT(2) > #define STATUS_WRITE_FAIL BIT(3) > #define STATUS_COPY_SUCCESS BIT(4) > #define STATUS_COPY_FAIL BIT(5) > #define STATUS_IRQ_RAISED BIT(6) > #define STATUS_SRC_ADDR_INVALID BIT(7) > #define STATUS_DST_ADDR_INVALID BIT(8) > > #define PCI_ENDPOINT_TEST_LOWER_SRC_ADDR 0xc > #define PCI_ENDPOINT_TEST_UPPER_SRC_ADDR 0x10 > > #define PCI_ENDPOINT_TEST_LOWER_DST_ADDR 0x14 > #define PCI_ENDPOINT_TEST_UPPER_DST_ADDR 0x18 > > #define PCI_ENDPOINT_TEST_SIZE 0x1c > #define PCI_ENDPOINT_TEST_CHECKSUM 0x20 > > #define PCI_ENDPOINT_TEST_MSI_NUMBER 0x24 Ok. I will do it. > > We should try not to modify either the existing register offsets or the bit > fields within these registers in the future as EP and RC will be running on > different systems and it is possible one of them might not have the updated > kernel. I totally agree. >> >>>> +/* 12 bits for MSI number */ >>>> +#define COMMAND_READ BIT(17) >>>> +#define COMMAND_WRITE BIT(18) >>>> +#define COMMAND_COPY BIT(19) >>> >>> This change should be done along with the pci-epf-test in a single patch. >> >> To be clear, you're saying is this patch should be just be squashed into the >> patch number 8 [1], because there is a lot of dependencies namely the defines, >> that is used on the alter functions. >> >> [1] -> https://urldefense.proofpoint.com/v2/url?u=https-3A__patchwork.ozlabs.org_patch_896841_&d=DwIC-g&c=DPL6_X_6JkXFx7AXWqB0tg&r=bkWxpLoW-f-E3EdiDCCa0_h0PicsViasSlvIpzZvPxs&m=8urVwHCybXa1XMxsEbwHZAzzaEI_HJGXqmWgXpXb9TY&s=MRVr2YPY2Bk_WNFOxBfU4FGrFReTKdPhfzNDLiVxDbs&e= > > yeah. We have to make sure git bisect doesn't break functionality. Ok, it'll be squashed. >> >>>> >>>> #define PCI_ENDPOINT_TEST_STATUS 0x8 >>>> #define STATUS_READ_SUCCESS BIT(0) >>>> @@ -73,9 +78,9 @@ static DEFINE_IDA(pci_endpoint_test_ida); >>>> #define to_endpoint_test(priv) container_of((priv), struct pci_endpoint_test, \ >>>> miscdev) >>>> >>>> -static bool no_msi; >>>> -module_param(no_msi, bool, 0444); >>>> -MODULE_PARM_DESC(no_msi, "Disable MSI interrupt in pci_endpoint_test"); >>> >>> Let's not remove this just to make sure existing users doesn't get affected. >> >> Hum, by making an internal conversion? Like this >> no_msi = false <=> irq_type = 1 >> no_msi = true <=> irq_type = 0 > Disregard previous comment, it doesn't make sense. I don't know where my head was. It will be like this on probe: if (no_msi) irq_type = IRQ_TYPE_LEGACY; However since we are breaking the compatibility on terms of MSI/MSI-X bits/registers (discussion on the top), it makes sense to keep the compatibility on this parameter? > yeah.. > > Thanks > Kishon > Regards, Gustavo