Received: by 10.192.165.148 with SMTP id m20csp2376843imm; Thu, 26 Apr 2018 09:58:28 -0700 (PDT) X-Google-Smtp-Source: AIpwx48BvpyO/xK8h01902ItgvtukC72+RNg6V4xcyCh0GLBnB/DZ4QeVfLh2Kh7hP0xqVGOgR37 X-Received: by 10.98.12.202 with SMTP id 71mr33080611pfm.61.1524761907946; Thu, 26 Apr 2018 09:58:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524761907; cv=none; d=google.com; s=arc-20160816; b=DisIc+xk2ELtWT0uXTu5eJ0EP5Z1FKyqRttoBCWOeP1wXrV8w1ezQ+JXuNszy7W/ph 7ZepoIxUYRSUrq1/D5aTUV6L4WiF5IMGdGRNh7OB4jXNyGhrv39akXUwfhZq4q3fTkQv 98SBbGIwdKAGcogLzTe8i6OhWoSIUUn6KkNsmZKgbDuWW3ox9IqSfC3LTXDFoyIMKGOC r/dPWsJCJQw0mgVw3BbhfL/7GS5fdYnhMGfBTGg0P/enG8Z2OTHmPk/Gec6yyrSBNIRJ wPfcvbGAnSSlQsluUwJPNRtbAjGrr7AZdNy402SjBbU5iPThw8alBcfkzyiUIyOy2w/1 i+xQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=zlOfIhSp+zvMYZSPxGgewwl7caGQ3+2yBp7y/mr9inI=; b=aG3EXp5qgc7YM0QoauSSClGXz9thd08MD5WXIXN+vfRPDAyAQRBMU52jYOsvtRT2gt t5+gPg2tTN8n1bauQ2wrP8AYHlt7cesDIxKRg+QopOyfFLTLJropHgcDY8jdnr4SC4lS 6vapC/qzTxdTP93WdAlGeoW4SX3QkTlYsJDoxr5EyuSCK0wVZRYDxkhh7XoVfyb7+BOM g8yfzc+laoe3VCvPqmGg+4wcV7DPsG41iHaPlOWns+7r6Wcn8GS8im3OREpyBJNpV3CX kVun6rNvqz63S/HX6bpb8rqX7G/YS8cYxiN+EcHEfdr8uaPf7Aiwb5AdGy6RYT86tJy7 /7jA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p23si15888369pgv.153.2018.04.26.09.58.13; Thu, 26 Apr 2018 09:58:27 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757139AbeDZQ4b (ORCPT + 99 others); Thu, 26 Apr 2018 12:56:31 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:56584 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756801AbeDZQ40 (ORCPT ); Thu, 26 Apr 2018 12:56:26 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id E19711435; Thu, 26 Apr 2018 09:56:25 -0700 (PDT) Received: from e107981-ln.cambridge.arm.com (e107981-ln.cambridge.arm.com [10.1.207.54]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 23C373F487; Thu, 26 Apr 2018 09:56:24 -0700 (PDT) Date: Thu, 26 Apr 2018 17:56:14 +0100 From: Lorenzo Pieralisi To: Gustavo Pimentel Cc: bhelgaas@google.com, Joao.Pinto@synopsys.com, jingoohan1@gmail.com, kishon@ti.com, robh+dt@kernel.org, mark.rutland@arm.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v7 3/9] PCI: endpoint: functions/pci-epf-test: Add second entry Message-ID: <20180426165605.GA6370@e107981-ln.cambridge.arm.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 24, 2018 at 02:44:40PM +0100, Gustavo Pimentel wrote: > Adds a seconds entry on the pci_epf_test_ids structure that disables the "Add a second entry to..." > linkup_notifier parameter on driver for the designware EP. > > This allows designware EPs that doesn't have linkup notification signal > to work with pcitest. > > Updates the binding documentation accordingly. Valid for all the series: use imperative sentences. eg: "Update the binding documentation accordingly". not "Updates the binding documentation accordingly". > Signed-off-by: Gustavo Pimentel > Acked-by: Kishon Vijay Abraham I > --- > Change v2->v3: > - Added second entry in pci_epf_test_ids structure. > - Remove test_reg_bar field assignment on second entry. > Changes v3->v4: > - Nothing changed, just to follow the patch set version. > Changes v4->v5: > - Changed pci_epf_test_cfg2 to pci_epf_test_designware. > Changes v5->v6: > - Changed name field from pci_epf_test_designware to pci_epf_test_dw. > Changes v6->v7: > - Changed variable name from data_cfg2 to data_linkup_notifier_disabled. > > Documentation/PCI/endpoint/function/binding/pci-test.txt | 2 ++ > drivers/pci/endpoint/functions/pci-epf-test.c | 8 ++++++++ > 2 files changed, 10 insertions(+) > > diff --git a/Documentation/PCI/endpoint/function/binding/pci-test.txt b/Documentation/PCI/endpoint/function/binding/pci-test.txt > index 3b68b95..dc39f47 100644 > --- a/Documentation/PCI/endpoint/function/binding/pci-test.txt > +++ b/Documentation/PCI/endpoint/function/binding/pci-test.txt > @@ -1,6 +1,8 @@ > PCI TEST ENDPOINT FUNCTION > > name: Should be "pci_epf_test" to bind to the pci_epf_test driver. > +name: Should be "pci_epf_test_dw" to bind to the pci_epf_test driver > + with a custom configuration for the designware EP. The link between the "name" and the device created is quite obscure and reading pci-test-howto.txt certainly does not clarify it. In pci-test-howto.txt an explanation should be added to the configs device creation paragraph to clarify it. > Configurable Fields: > vendorid : should be 0x104c > diff --git a/drivers/pci/endpoint/functions/pci-epf-test.c b/drivers/pci/endpoint/functions/pci-epf-test.c > index 7cef851..4ab463b 100644 > --- a/drivers/pci/endpoint/functions/pci-epf-test.c > +++ b/drivers/pci/endpoint/functions/pci-epf-test.c > @@ -459,10 +459,18 @@ static int pci_epf_test_bind(struct pci_epf *epf) > return 0; > } > > +static const struct pci_epf_test_data data_linkup_notifier_disabled = { > + .linkup_notifier = false > +}; > + > static const struct pci_epf_device_id pci_epf_test_ids[] = { > { > .name = "pci_epf_test", > }, > + { > + .name = "pci_epf_test_dw", > + .driver_data = (kernel_ulong_t)&data_linkup_notifier_disabled, > + }, > {}, Should not this be a property derived from the controller compatible property instead of the test device name written in configfs ? I think I am missing something in the whole scheme of things, please clarify. Thanks, Lorenzo