Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp645264pxa; Thu, 27 Aug 2020 11:47:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxRBtpiZKfB+hRVlRcfTIbqjs8dSkn4aCsoJlZkIXjiEw+OQSSH95ZV4FDuCJGkweXjpaF X-Received: by 2002:a17:906:57d9:: with SMTP id u25mr21288970ejr.543.1598554060966; Thu, 27 Aug 2020 11:47:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598554060; cv=none; d=google.com; s=arc-20160816; b=d5y2xhqFWoeTpxFdst+lDTsqCrooZDYe5mZ9yoipU0NqTe5lbqRnYWRmlDiElz0GHU RW4uNsSKziC8ODPuBog89X0KxmGawrO98u2B8DBwR4/PofPx8L1f5fE5MfT82x97XOeR P7ksKEt7ukhrTc8VeYHVBsy6vxqes1sbjAnnk4QB0Ffd6Y2pQ4yQkaxj5ky33lUy5D1y xgGYrXoakoKs+XwZ3lQrt5iR7CrNYqSo6GAKjNLx5AUzdMF8/+i3NsKzvpNehsfcK9Tu nh5xJOUpR5nljDJ5iSynlU/ewBaJkJdcrU09AkhNOLUIy9dnE7pXTTzVvkOpDcrHR8vY N16A== 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; bh=TFqn5qIRfwlx983hpgyTrMoiGqm2bIVYP4TybNZ8JrY=; b=tDelJrsHErfUx3m2iJEuTt6FcOsUROqQIRNzLuB7+jN8Ms72utVG4muLiGJfKgnxwq 3e0g7parID9Xzwtezt4xFgWfA29BbjJiRbiCDJs8g+JVnYULkxt+MRXL4e6lz8mET++3 d0vV1sDhokP/k507Fq7caKVpnUgZ59K4APoN51VUDzIQjAXoB9peCoRuAe9aN58d6V9b /4v0yGP+uZf+b2qk0qxics0/AT+sZsljIuG/TeRuFhTm1bTHgG8/g8VKSO4mRnw7imSg sAq4o60p+PtxCu0cj69rrE5eBcsqn7j36Ujcdh9knIXG8sYpLE++rIUc/9Q2i0WbJ8T+ c//g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y11si2182430edm.191.2020.08.27.11.47.17; Thu, 27 Aug 2020 11:47:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726299AbgH0Sqk (ORCPT + 99 others); Thu, 27 Aug 2020 14:46:40 -0400 Received: from foss.arm.com ([217.140.110.172]:33274 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726009AbgH0Sqk (ORCPT ); Thu, 27 Aug 2020 14:46:40 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id F0519101E; Thu, 27 Aug 2020 11:46:39 -0700 (PDT) Received: from [10.57.40.122] (unknown [10.57.40.122]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 579663F68F; Thu, 27 Aug 2020 11:46:38 -0700 (PDT) Subject: Re: [PATCH 2/2] usb: dwc3: Add driver for Xilinx platforms To: Manish Narani , gregkh@linuxfoundation.org, robh+dt@kernel.org, michal.simek@xilinx.com, balbi@kernel.org, p.zabel@pengutronix.de Cc: devicetree@vger.kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, git@xilinx.com, linux-arm-kernel@lists.infradead.org References: <1598467441-124203-1-git-send-email-manish.narani@xilinx.com> <1598467441-124203-3-git-send-email-manish.narani@xilinx.com> From: Robin Murphy Message-ID: <0927fb9f-1044-38b3-d6f3-76edffefd99c@arm.com> Date: Thu, 27 Aug 2020 19:46:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <1598467441-124203-3-git-send-email-manish.narani@xilinx.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-08-26 19:44, Manish Narani wrote: [...] > + /* > + * This routes the usb dma traffic to go through CCI path instead > + * of reaching DDR directly. This traffic routing is needed to > + * make SMMU and CCI work with USB dma. > + */ > + if (of_dma_is_coherent(dev->of_node) || dev->iommu_group) { > + reg = readl(priv_data->regs + XLNX_USB_COHERENCY); > + reg |= XLNX_USB_COHERENCY_ENABLE; > + writel(reg, priv_data->regs + XLNX_USB_COHERENCY); > + } This looks rather suspect - coherency should be based on coherency, not on whether an IOMMU group is present. If the device isn't described as coherent in the DT, then any SMMU mappings will end up using attributes that will downgrade traffic to be non-snooping anyway. And if the SMMU is enabled but not translating (e.g. "iommu.passthrough=1") then enabling hardware coherency when the DMA layer hasn't been told about it can potentially lead to nasty subtle problems and data loss. Robin.