Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp2537597imj; Mon, 11 Feb 2019 04:39:14 -0800 (PST) X-Google-Smtp-Source: AHgI3IZibPMaXQ2NXu8y4B1rQU5apWLi1G6X12du6GoFbNcEcq2gSt6itgu3LawDfnP5ygLAri5J X-Received: by 2002:a17:902:298a:: with SMTP id h10mr37561838plb.312.1549888754559; Mon, 11 Feb 2019 04:39:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549888754; cv=none; d=google.com; s=arc-20160816; b=J2BDUXm+dyKZs2gsFEUyuVtdPfrRIbpe8w4zptZuEWeQtPf7hDut5ZNegSHKNpHMrd C9vBp4g6lca/Sa4Z3hBX6bQsaKZKwf0lBpMTR7JTLCNCDW4LDClDebUfNWkGkTiR+j8E j+rbh5hSWTyyqWp3Mpn6tFOk5K2v6ujSf1ralAgqj9JHm0nVhTwqV9yPSVKrWwcN0XYI P3eVT4CTdNsLobyUAJn3yuSbFH16vXkwGmcPoor4jftZpa/e57IHF4JPJC8VexdJkEeY ep6p9o2jjKkDNz277estrB2qNcChlH5b9yAU1SzHlW6GTEygzDt+s0iXdg6D220v2JH/ 8whw== 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; bh=dv1w3WK91cUXPAdWZvGkj+HejO42UrAup40etPBxbrI=; b=jooGXLvWWkb8WOCO0dZgX8GrAVk1TdtvN9/2L08efUUnOIltboFiFhbaBMhWvnW5Wm WeojN+aHqoPAP4lhtbGp1XxyZvhFFYoojmx4mc5UPRk2ZI0ru8rMRu0Kg/te+yPuEmxN GdqyuncxFT8ekGGpUbTMmZQIeI3pZbj9nC9QCHHzE38Um4loNjLyLv6iixA0nC2vsjWP wqZqb5supUP4VZ4s4XdxofW1s7PnODtOlViWK8cJVKA7SErhGt1Sq5zO88zSKHw1hds1 lt8v4PSGWnbLuT+7oPIAbZuErBo8obvGxUuPwRXwMckh18grqiA62I1WWNUd0JLOBXtp +Xwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=dndHrDQS; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g20si9804123plq.391.2019.02.11.04.38.58; Mon, 11 Feb 2019 04:39:14 -0800 (PST) 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=@ti.com header.s=ti-com-17Q1 header.b=dndHrDQS; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727463AbfBKMiL (ORCPT + 99 others); Mon, 11 Feb 2019 07:38:11 -0500 Received: from fllv0015.ext.ti.com ([198.47.19.141]:55780 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727406AbfBKMiL (ORCPT ); Mon, 11 Feb 2019 07:38:11 -0500 Received: from lelv0265.itg.ti.com ([10.180.67.224]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id x1BCbxZY071925; Mon, 11 Feb 2019 06:37:59 -0600 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1549888679; bh=dv1w3WK91cUXPAdWZvGkj+HejO42UrAup40etPBxbrI=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=dndHrDQSk/Q9hPcLF/dIszPOLnFLCbbwJT5lgJTm1SbUfdCgzI0f3Z0gGINxNPi1x GKoUEIPCNhB0nqm67W+RIPn6auGZ5nvWXeOzYhfQbazOmtS/CtanCpptiB6l/aUFsR fpTzPHgnWYP9lzYMcgYnCgTQhSS0CWXId8dt21ow= Received: from DFLE105.ent.ti.com (dfle105.ent.ti.com [10.64.6.26]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id x1BCbxch025432 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 11 Feb 2019 06:37:59 -0600 Received: from DFLE108.ent.ti.com (10.64.6.29) by DFLE105.ent.ti.com (10.64.6.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Mon, 11 Feb 2019 06:37:58 -0600 Received: from dlep32.itg.ti.com (157.170.170.100) by DFLE108.ent.ti.com (10.64.6.29) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1591.10 via Frontend Transport; Mon, 11 Feb 2019 06:37:58 -0600 Received: from [172.24.190.233] (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep32.itg.ti.com (8.14.3/8.13.8) with ESMTP id x1BCbsm7005477; Mon, 11 Feb 2019 06:37:56 -0600 Subject: Re: [PATCH v2] PCI: endpoint: functions: Use kmemdup instead of duplicating its function To: Gustavo Pimentel , Lorenzo Pieralisi , Wen Yang CC: Bjorn Helgaas , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "zhong.weidong@zte.com.cn" , Niklas Cassel , Greg Kroah-Hartman , Cyrille Pitchen References: <20181206125225.9497-1-wen.yang99@zte.com.cn> <20190208122027.GE13009@e107981-ln.cambridge.arm.com> From: Kishon Vijay Abraham I Message-ID: <64f74be5-1d49-012c-46de-e49c6006997f@ti.com> Date: Mon, 11 Feb 2019 18:07:20 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Gustavo, On 11/02/19 2:45 PM, Gustavo Pimentel wrote: > On 11/02/2019 05:48, Kishon Vijay Abraham I wrote: >> Hi Lorenzo, >> >> On 08/02/19 5:50 PM, Lorenzo Pieralisi wrote: >>> On Thu, Dec 06, 2018 at 08:52:25PM +0800, Wen Yang wrote: >>>> kmemdup has implemented the function that kmalloc() + memcpy(). >>>> We prefer to kmemdup rather than code opened implementation. >>>> >>>> This issue was detected with the help of coccinelle. >>>> >>>> Signed-off-by: Wen Yang >>>> CC: Kishon Vijay Abraham I >>>> CC: Lorenzo Pieralisi >>>> CC: Bjorn Helgaas >>>> CC: Gustavo Pimentel >>>> CC: Niklas Cassel >>>> CC: Greg Kroah-Hartman >>>> CC: Cyrille Pitchen >>>> CC: linux-pci@vger.kernel.org (open list:PCI ENDPOINT SUBSYSTEM) >>>> CC: linux-kernel@vger.kernel.org (open list) >>>> --- >>>> drivers/pci/endpoint/functions/pci-epf-test.c | 4 +--- >>>> 1 file changed, 1 insertion(+), 3 deletions(-) >>> >>> Kishon, >>> >>> this looks OK to me, anything I am missing ? >> >> For the existing code this might seem the right thing to do but ideally the >> memcpy here should be changed to memcpy_fromio/memcpy_toio. >> >> Also later when we plan to use DMA (on the endpoint) for data transfer, we have >> to use kzalloc and dma_map_single APIs. > > Are you considering to use the eDMA driver that I'm developing? I used system DMA for my testing. But in the DesignWare driver, we should be able to choose between system DMA or any other DMA based on the platforms capabilities. Thanks Kishon