Message ID | 20250206111543.17392-13-quic_akakum@quicinc.com |
---|---|
State | New |
Headers | show
Received: from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com [205.220.168.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CFC46230262; Thu, 6 Feb 2025 11:17:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=205.220.168.131 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1738840623; cv=none; b=XEpnyvhavgpv461fhOHyvkaS575W6k9sIPBNcCvRx9RC7l1qZJ049khCmyiQMniegqL8c34j6m7RfJ8vjXnD4CgYmrNw1ERc+0t3nOVH3wSDJz8J4FihgzkRNv5uBqLsJX9I2P49ddVeiBU4/UeaPJ+zXPmGTOx+Tr6Z+Xzp8uk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1738840623; c=relaxed/simple; bh=NRN3FST4wbsPvxGfOs6e4A67Mh7/7uHbNhqp9HX7Aow=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=bMgY5MdlFBlQav/3acq8GjyBQuKi9wv+HpJZ/Dq6N0l/C8WGF0tBBHnCLZPvLbTdpjEO4tdWRMyFKTk8Ry6TxbiZr8+QKEUQK+ZIbWcDVAbxGTNDbPQ/Y02eEEUA1DvqbjeQQ8GbeCJPq0FyIodwG4tUmwO41+RQhQBfj8XCoGA= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=quicinc.com; spf=pass smtp.mailfrom=quicinc.com; dkim=pass (2048-bit key) header.d=quicinc.com header.i=@quicinc.com header.b=Itz6GE/C; arc=none smtp.client-ip=205.220.168.131 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=quicinc.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=quicinc.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=quicinc.com header.i=@quicinc.com header.b="Itz6GE/C" Received: from pps.filterd (m0279864.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 5169lqYh026712; Thu, 6 Feb 2025 11:16:58 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h= cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=qcppdkim1; bh=CVO0rFyy+d07RgYwM5IY3u1Y rBdA6/FHVGadO6eOr5g=; b=Itz6GE/ClkIqjxTdcFxdQuYc4yk4lQTjwhSr8pwn p065dGvJVF48Y12NO4/bUJK4o/ayKKLNBsZL5fF8Rl7jS3dHLaFIDeLCDpRCwWi3 /z3aluOEbxvXOhvhd84QU1A53aGMIW4oJWmt7FNQ61++iJnLS7nks29dGC27sV+l Cv9dvXXSFfB2Fc2vCPq7JJCqtD/DfJZf2VEMoPobv2OZ2gqoNOR9hIDdKIOvoJb/ coTJjUdnvn9v4qJLSyY3C/K4GmpRKF2ipwTkH/wXhvzntS8HZcOKmO7afBi+y/4V BFBo/NwAxG3Toiqqlgnvid65CCpMgp+J/qg9zMOt6fRTjQ== Received: from nasanppmta03.qualcomm.com (i-global254.qualcomm.com [199.106.103.254]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 44mtrx876x-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 06 Feb 2025 11:16:58 +0000 (GMT) Received: from nasanex01a.na.qualcomm.com (nasanex01a.na.qualcomm.com [10.52.223.231]) by NASANPPMTA03.qualcomm.com (8.18.1.2/8.18.1.2) with ESMTPS id 516BGvUr014183 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 6 Feb 2025 11:16:57 GMT Received: from hu-akakum-hyd.qualcomm.com (10.80.80.8) by nasanex01a.na.qualcomm.com (10.52.223.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.9; Thu, 6 Feb 2025 03:16:53 -0800 From: Akash Kumar <quic_akakum@quicinc.com> To: Thinh Nguyen <Thinh.Nguyen@synopsys.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Jack Pham <quic_jackp@quicinc.com>, <kernel@oss.qualcomm.com>, Wesley Cheng <quic_wcheng@quicinc.com> CC: Bjorn Andersson <andersson@kernel.org>, Konrad Dybcio <konradybcio@kernel.org>, Rob Herring <robh@kernel.org>, Krzysztof Kozlowski <krzk+dt@kernel.org>, Conor Dooley <conor+dt@kernel.org>, "Vijayavardhan Vennapusa" <quic_vvreddy@quicinc.com>, <linux-usb@vger.kernel.org>, <linux-kernel@vger.kernel.org>, Akash Kumar <quic_akakum@quicinc.com> Subject: [PATCH 12/18] arm64: dts: qcom: sdx75: Enable high bandwidth for hs isoc eps Date: Thu, 6 Feb 2025 16:45:37 +0530 Message-ID: <20250206111543.17392-13-quic_akakum@quicinc.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20250206111543.17392-1-quic_akakum@quicinc.com> References: <20250206111543.17392-1-quic_akakum@quicinc.com> Precedence: bulk X-Mailing-List: linux-usb@vger.kernel.org List-Id: <linux-usb.vger.kernel.org> List-Subscribe: <mailto:linux-usb+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-usb+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Type: text/plain X-ClientProxiedBy: nasanex01b.na.qualcomm.com (10.46.141.250) To nasanex01a.na.qualcomm.com (10.52.223.231) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-ORIG-GUID: XSOrxTQYojEvnw5jwr3DJZtUsNKAVAUU X-Proofpoint-GUID: XSOrxTQYojEvnw5jwr3DJZtUsNKAVAUU X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-02-06_03,2025-02-05_03,2024-11-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 impostorscore=0 priorityscore=1501 mlxlogscore=999 clxscore=1015 adultscore=0 spamscore=0 lowpriorityscore=0 suspectscore=0 bulkscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2501170000 definitions=main-2502060092 |
Series |
Reserve high bandwidth for HS isoc eps
|
expand
|
diff --git a/arch/arm64/boot/dts/qcom/sdx75.dtsi b/arch/arm64/boot/dts/qcom/sdx75.dtsi index b0a8a0fe5f39..f46374fd785c 100644 --- a/arch/arm64/boot/dts/qcom/sdx75.dtsi +++ b/arch/arm64/boot/dts/qcom/sdx75.dtsi @@ -1039,6 +1039,7 @@ snps,dis_enblslpm_quirk; snps,dis-u1-entry-quirk; snps,dis-u2-entry-quirk; + snps,dwc3_guctl_resbwhseps_quirk; phys = <&usb_hsphy>, <&usb_qmpphy>; phy-names = "usb2-phy",
It is observed while testing multiple audio devices, a glitch is observed during testing. As per dwc datasheet,By default, HC reserves 80% of the bandwidth for periodic EPs. Add quirk to set GUCTL BIT 16 to accommodate higher bandwidth for 2 isoc eps. If this bit is set, the bandwidth is relaxed to 85% to accommodate two high speed, high bandwidth ISOC EPs. USB 2.0 required 80% bandwidth allocated for ISOC traffic. If two High-bandwidth ISOC devices (HD Webcams) are connected, and if each requires 1024-bytes X 3 packets per Micro-Frame, then the bandwidth required is around 82%. If this bit is set, then it is possible to connect two Webcams of 1024bytes X 3 paylod per Micro-Frame each. Otherwise, you may have to reduce the resolution of the Webcams. This bit is valid in Host and DRD configuration and is used in host mode operation only. USe this quirk to set bit for host mode uvc uac usecases where two isoc eps are used and flicker is seen. Signed-off-by: Akash Kumar <quic_akakum@quicinc.com> --- arch/arm64/boot/dts/qcom/sdx75.dtsi | 1 + 1 file changed, 1 insertion(+)