From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.6 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 60EC3C47089 for ; Thu, 27 May 2021 20:12:27 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1B0AB613D4 for ; Thu, 27 May 2021 20:12:27 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1B0AB613D4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=I0xZpuqzDykEKAvpz0Nnh9oEpfpjcFlANgzKBxwBuHc=; b=S4gMBu4EbNl4bh X/kHZSY9MU2nDWFDzYjrDXUvGcFZpVf2SxXlIrzvJHZvroDeb6cliGNcCgyTMGoFhtDiLRIuKtRfC Z03GVnEdGjYA5k5/W93EWCEDuck3W4yu9EbK8unjtr4dnw/u8sqHqchP0nQg6A92Snlku+JejkE3t 9ckWWfThsUNOyn0/g3P2t0C+f0w4NKhOByzfoCHvBbEYRJD1oGvFZGzCoq51u0y0NpzkywGbdY2Pk 3PCeqtRucul57LF3RtBtL7xlCkpm+4QKuV2AmbnGLpgAOjMLIYMASYky0fk8OuUBGPfn3HIx03yTv xt3R1B+dbiemy+PIVOYw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1lmMLI-009D7Y-98; Thu, 27 May 2021 20:10:56 +0000 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1lmMLD-009D5c-Jl for linux-arm-kernel@lists.infradead.org; Thu, 27 May 2021 20:10:53 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1622146249; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DhMCEoC71DeYcLFzap4I0+HN6X7eTgKuNl1UamyyAJQ=; b=ECS+O8F4kA8Fz6AvUWYRGlgGtghXEipzq8pRtUMQB+GvLsxJrEY4+3c4ES/tF2pG8LCmqX TK6bn6D2pj6bcRwu9pLHdqyTL0dHYr6sPuTnjc3ZwJjUHTpLchptlkZvM5aiiXJbsNI2qD qDXAyIZFaG9S++xGSOkfztashG6Ix4I= Received: from mail-oi1-f197.google.com (mail-oi1-f197.google.com [209.85.167.197]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-244-DCqAfFT3NzupFeaJyCRVYw-1; Thu, 27 May 2021 16:09:04 -0400 X-MC-Unique: DCqAfFT3NzupFeaJyCRVYw-1 Received: by mail-oi1-f197.google.com with SMTP id e5-20020aca23050000b02901f0c4e00a29so753010oie.18 for ; Thu, 27 May 2021 13:09:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=DhMCEoC71DeYcLFzap4I0+HN6X7eTgKuNl1UamyyAJQ=; b=RFZ10B0MVmcLQCKqx2wD6XsmnJLbm9AGIzm0qRDOg2WejxMKTv3K+CK08JZGyKjPqS tRvfFq+iN0RaGPBB3ZxkabH+08hSN2b5VTM7SiMfD54R2Zxo+dqIT2nF2oy50hLmzgpF y2C4cthSY3hCJzjgBYjry2luVOZZe8spWCi2o29Y1fR65K+vmKKpWteUyRhhyEVk+H4V 6/t49+eDGPIgtFqVs78apxv4LFwiml7cERzfIlZybLdRsHxv5kDPHP2blDfn34nazYhI GmLindEZpLr9NlagaMxc5RSDJeS5xfmRvGYw5UO0fIKIvZyG1GgRUrOFJLBCi5tYQCcq JBXA== X-Gm-Message-State: AOAM531vVhEd66yVcXMvwJ3OV429+BhCFPN6YdUTh5P87O5J2o3iZGK3 ERXzWBxbjgC7JYE14ATXa6mbWgm1jDRnHki3cq9c5xcpmk0tQdyPJbmfHB2fYb4trRAEYTVbfEI QycORzeb8XJ+MgD1mbY36CGlnWV6jAxtzPJs= X-Received: by 2002:a05:6830:1155:: with SMTP id x21mr4090550otq.303.1622146143238; Thu, 27 May 2021 13:09:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyCkp4fHhNtfLrCKbdxUvriNHcn1UCGVTm1I6709kKfxlzFS68SW5CuZArK4ihyde9rOSg4vg== X-Received: by 2002:a05:6830:1155:: with SMTP id x21mr4090517otq.303.1622146142935; Thu, 27 May 2021 13:09:02 -0700 (PDT) Received: from localhost (cpe-70-95-20-182.san.res.rr.com. [70.95.20.182]) by smtp.gmail.com with ESMTPSA id s85sm635380oos.4.2021.05.27.13.09.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 27 May 2021 13:09:02 -0700 (PDT) Date: Thu, 27 May 2021 13:09:00 -0700 From: Fernando Pacheco To: trix@redhat.com Cc: hao.wu@intel.com, mdf@kernel.org, corbet@lwn.net, michal.simek@xilinx.com, linux-fpga@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] fpga: fix spelling mistakes Message-ID: <20210527200900.GA875457@mail.gmail.com> References: <20210519163056.1966690-1-trix@redhat.com> MIME-Version: 1.0 In-Reply-To: <20210519163056.1966690-1-trix@redhat.com> User-Agent: Mutt/1.10.1 (2018-07-13) Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=fpacheco@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Disposition: inline X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210527_131051_764978_66BEA7DE X-CRM114-Status: GOOD ( 34.54 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, May 19, 2021 at 09:30:56AM -0700, trix@redhat.com wrote: > From: Tom Rix > > Run the fpga subsystem through aspell. Reviewed-by: Fernando Pacheco > > Signed-off-by: Tom Rix > --- > Documentation/fpga/dfl.rst | 4 ++-- > drivers/fpga/altera-cvp.c | 2 +- > drivers/fpga/dfl-fme-pr.c | 2 +- > drivers/fpga/dfl-n3000-nios.c | 2 +- > drivers/fpga/dfl.h | 2 +- > drivers/fpga/fpga-bridge.c | 4 ++-- > drivers/fpga/zynq-fpga.c | 6 +++--- > include/linux/fpga/fpga-mgr.h | 2 +- > 8 files changed, 12 insertions(+), 12 deletions(-) > > diff --git a/Documentation/fpga/dfl.rst b/Documentation/fpga/dfl.rst > index f3a1223f2517e..ccc33f199df2a 100644 > --- a/Documentation/fpga/dfl.rst > +++ b/Documentation/fpga/dfl.rst > @@ -10,7 +10,7 @@ Authors: > - Xu Yilun > > The Device Feature List (DFL) FPGA framework (and drivers according to > -this framework) hides the very details of low layer hardwares and provides > +this framework) hides the very details of low layer hardware and provides > unified interfaces to userspace. Applications could use these interfaces to > configure, enumerate, open and access FPGA accelerators on platforms which > implement the DFL in the device memory. Besides this, the DFL framework > @@ -205,7 +205,7 @@ given Device Feature Lists and create platform devices for feature devices > also abstracts operations for the private features and exposes common ops to > feature device drivers. > > -The FPGA DFL Device could be different hardwares, e.g. PCIe device, platform > +The FPGA DFL Device could be different hardware, e.g. PCIe device, platform > device and etc. Its driver module is always loaded first once the device is > created by the system. This driver plays an infrastructural role in the > driver architecture. It locates the DFLs in the device memory, handles them > diff --git a/drivers/fpga/altera-cvp.c b/drivers/fpga/altera-cvp.c > index 4e0edb60bfba6..ccf4546eff297 100644 > --- a/drivers/fpga/altera-cvp.c > +++ b/drivers/fpga/altera-cvp.c > @@ -346,7 +346,7 @@ static int altera_cvp_write_init(struct fpga_manager *mgr, > } > > if (val & VSE_CVP_STATUS_CFG_RDY) { > - dev_warn(&mgr->dev, "CvP already started, teardown first\n"); > + dev_warn(&mgr->dev, "CvP already started, tear down first\n"); > ret = altera_cvp_teardown(mgr, info); > if (ret) > return ret; > diff --git a/drivers/fpga/dfl-fme-pr.c b/drivers/fpga/dfl-fme-pr.c > index 1194c0e850e07..d61ce9a188792 100644 > --- a/drivers/fpga/dfl-fme-pr.c > +++ b/drivers/fpga/dfl-fme-pr.c > @@ -148,7 +148,7 @@ static int fme_pr(struct platform_device *pdev, unsigned long arg) > > /* > * it allows userspace to reset the PR region's logic by disabling and > - * reenabling the bridge to clear things out between accleration runs. > + * reenabling the bridge to clear things out between acceleration runs. > * so no need to hold the bridges after partial reconfiguration. > */ > if (region->get_bridges) > diff --git a/drivers/fpga/dfl-n3000-nios.c b/drivers/fpga/dfl-n3000-nios.c > index 7a95366f6516f..9ddf1d1d392f3 100644 > --- a/drivers/fpga/dfl-n3000-nios.c > +++ b/drivers/fpga/dfl-n3000-nios.c > @@ -461,7 +461,7 @@ static int n3000_nios_poll_stat_timeout(void __iomem *base, u64 *v) > * We don't use the time based timeout here for performance. > * > * The regbus read/write is on the critical path of Intel PAC N3000 > - * image programing. The time based timeout checking will add too much > + * image programming. The time based timeout checking will add too much > * overhead on it. Usually the state changes in 1 or 2 loops on the > * test server, and we set 10000 times loop here for safety. > */ > diff --git a/drivers/fpga/dfl.h b/drivers/fpga/dfl.h > index 2b82c96ba56c7..dac9c3d45e6c3 100644 > --- a/drivers/fpga/dfl.h > +++ b/drivers/fpga/dfl.h > @@ -232,7 +232,7 @@ struct dfl_feature_irq_ctx { > * @id: sub feature id. > * @resource_index: each sub feature has one mmio resource for its registers. > * this index is used to find its mmio resource from the > - * feature dev (platform device)'s reources. > + * feature dev (platform device)'s resources. > * @ioaddr: mapped mmio resource address. > * @irq_ctx: interrupt context list. > * @nr_irqs: number of interrupt contexts. > diff --git a/drivers/fpga/fpga-bridge.c b/drivers/fpga/fpga-bridge.c > index 6510c7803a784..d31eec32eb426 100644 > --- a/drivers/fpga/fpga-bridge.c > +++ b/drivers/fpga/fpga-bridge.c > @@ -230,7 +230,7 @@ EXPORT_SYMBOL_GPL(fpga_bridges_put); > * > * Get an exclusive reference to the bridge and and it to the list. > * > - * Return 0 for success, error code from of_fpga_bridge_get() othewise. > + * Return 0 for success, error code from of_fpga_bridge_get() otherwise. > */ > int of_fpga_bridge_get_to_list(struct device_node *np, > struct fpga_image_info *info, > @@ -260,7 +260,7 @@ EXPORT_SYMBOL_GPL(of_fpga_bridge_get_to_list); > * > * Get an exclusive reference to the bridge and and it to the list. > * > - * Return 0 for success, error code from fpga_bridge_get() othewise. > + * Return 0 for success, error code from fpga_bridge_get() otherwise. > */ > int fpga_bridge_get_to_list(struct device *dev, > struct fpga_image_info *info, > diff --git a/drivers/fpga/zynq-fpga.c b/drivers/fpga/zynq-fpga.c > index 07fa8d9ec6750..9b75bd4f93d8e 100644 > --- a/drivers/fpga/zynq-fpga.c > +++ b/drivers/fpga/zynq-fpga.c > @@ -192,7 +192,7 @@ static void zynq_step_dma(struct zynq_fpga_priv *priv) > > /* Once the first transfer is queued we can turn on the ISR, future > * calls to zynq_step_dma will happen from the ISR context. The > - * dma_lock spinlock guarentees this handover is done coherently, the > + * dma_lock spinlock guarantees this handover is done coherently, the > * ISR enable is put at the end to avoid another CPU spinning in the > * ISR on this lock. > */ > @@ -267,7 +267,7 @@ static int zynq_fpga_ops_write_init(struct fpga_manager *mgr, > ctrl = zynq_fpga_read(priv, CTRL_OFFSET); > if (!(ctrl & CTRL_SEC_EN_MASK)) { > dev_err(&mgr->dev, > - "System not secure, can't use crypted bitstreams\n"); > + "System not secure, can't use encrypted bitstreams\n"); > err = -EINVAL; > goto out_err; > } > @@ -344,7 +344,7 @@ static int zynq_fpga_ops_write_init(struct fpga_manager *mgr, > > /* set configuration register with following options: > * - enable PCAP interface > - * - set throughput for maximum speed (if bistream not crypted) > + * - set throughput for maximum speed (if bistream not encrypted) > * - set CPU in user mode > */ > ctrl = zynq_fpga_read(priv, CTRL_OFFSET); > diff --git a/include/linux/fpga/fpga-mgr.h b/include/linux/fpga/fpga-mgr.h > index 2bc3030a69e54..3a32b8e201857 100644 > --- a/include/linux/fpga/fpga-mgr.h > +++ b/include/linux/fpga/fpga-mgr.h > @@ -110,7 +110,7 @@ struct fpga_image_info { > * @initial_header_size: Maximum number of bytes that should be passed into write_init > * @state: returns an enum value of the FPGA's state > * @status: returns status of the FPGA, including reconfiguration error code > - * @write_init: prepare the FPGA to receive confuration data > + * @write_init: prepare the FPGA to receive configuration data > * @write: write count bytes of configuration data to the FPGA > * @write_sg: write the scatter list of configuration data to the FPGA > * @write_complete: set FPGA to operating state after writing is done > -- > 2.26.3 > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel