From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f182.google.com (mail-pl1-f182.google.com [209.85.214.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 1D70A17BCA for ; Thu, 29 Jan 2026 09:11:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769677864; cv=none; b=kvrgwqFVivaIzfmZtdmh5217t/hkGc03YvR6tbnmwej6yk5OoL7yO+9Hyk2ZxohtgRtBIEJAqaGNaPId3pOGZr31gLa2FkLK+OSwDHeuCcOiLDCSf5VSuNL5OvCahVOkmCl3DG/8L/kGKLCTtxYhbUBzCDy6wZ1gGucE+IiFbhY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769677864; c=relaxed/simple; bh=AYOs/LhIpS1QbFW/wJR/DWvbUY+aRCU/JaMpxZiwGvY=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=oCt7+tTa8TXszNAGsDvj96OIPwY0aFDF0m4jOlOTeYawmBQAl3JzIgnFzg1yxfWtdNNgMB7DxQOsPEa7izAdUG5Io4eqUuOXwm6ZfsKNpfwmoNStQRBQl9W207nC0YzRtahZ2SmS7w7J/UEpkfz2T4LUCToCvm5suC+jBz5e51E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=i5OXmsek; arc=none smtp.client-ip=209.85.214.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="i5OXmsek" Received: by mail-pl1-f182.google.com with SMTP id d9443c01a7336-2a0d67f1877so4350525ad.2 for ; Thu, 29 Jan 2026 01:11:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769677862; x=1770282662; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=RsxZVDoaeUk3c8W7bg+2od0RNsPRBc+p9ugPkxBtaco=; b=i5OXmsekJSdR2g84RTSWxhvUk6wTInLncSXswQNKB0ZpysJfBA5l/O/CFNbrqRQIGQ OvUz4U0a/4iQ9v/mfrz5oJokWqCsps/gFlytwU59V487mP8jrCIN7SOec15aui80vdcA FCiQmLQmbhtaPTlr3JXChwpasw0uDzc/pqclQwXGk4V5CaBXN/NzAPI48xBak6afiwCi SrQir2DsUhQFCbNkkiPYGzNqmI5YHNAdwZq9sX2lF63QEQa6123gZ7m9rqhYTJzkrIve FKXjN+sWGVKbCjbrwNmpY/1ewCLovl65XpvYeWx3tpk/RPUUhmqp2FQBPJMw7nHhSPk+ HTTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769677862; x=1770282662; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=RsxZVDoaeUk3c8W7bg+2od0RNsPRBc+p9ugPkxBtaco=; b=vWo7vwmcD/5wx5IT8FWamAR7ARqoUXKQjerKWbYs/kBd2g9xgFvGrZG6eHphoNpf00 fGqsGtLMFyqIuSh/TiicYOMjHt1vrMUoaV3UvlvZzZGHxUVpdXAE6x4t5xkG/PZ0jm7k MbE+koKnt/YLRJWWkWXjOSRPAT1nbEelbJ4OUnKW2vRGToV6687v4MB8+DEW+anhj9UV 7fVTryrq7G13eHc+M5MRMkmnTvVJwfTikL039jX2kwYquhLRxTwWvR4EVOpkt5ckCexy w/Em6zlDjBmYS2QCuIV0ovtwt0NXUTYyxak4frz+Mf/qHmnPXm261i0VZXo3zEPwOwUv bfsQ== X-Forwarded-Encrypted: i=1; AJvYcCXClJOzmTyMZ9aE1lmIPbWpBj6HVV7ZKao7soJV4uzwxsNLVRaOzr/GXyL+Bj4VVkh/ZUEN3xdDs+geOAE=@vger.kernel.org X-Gm-Message-State: AOJu0YzCaH37AMa4z3aoPf389UzQktz4QGa6n/CNdG52ENT8CC2Ig7Xa rMybCRFLl3/Qy5egYQI+Cix08LKXjYLuBVIBBb/mRj2/VtlyjloofH7c X-Gm-Gg: AZuq6aIRzfSTUiiZX/sGtsD0EJLCMp5vZiBsHQabae0IhtsorqjGL+u/N3gxqid88cG CxBnIPHoj7V3us96ZrUH9yMywP1nXG6aYSMRn9CsocXt0QIiIK0LP/7lmVYItWCjWBYGXeHjHAH mp3vnHEVIEHgLA3Et6PEQhMJX9tg0Erl6LWWC6MzpQtwrUOI1my4QzdHbE0gnnTvwfeQasmB0nB PYoaaBzkDcqpsFe63wJkkcC1Xt9wtEPSWnwFPgjcAOS2DDMacKV1kaYY8YU18Hy/qi6T8ApOQKd ICY5nZYW0of9+UjmMzpZr67OoR8TQ/DFkpjUWLqbSBxIVFuIPZ2Fgz9FaXd1UjuvgqpLvKE0iKh x5JjelTal6f/1F3EhL6V+UFL/cSpz2EOTah/nfcY9rgRNpf2eBMBqn06HxVJfIS9MQIFgmp7lCN o4caPYKvbu/JEsL48jX5+4BOfjKgwKRnUelA== X-Received: by 2002:a17:902:ce8e:b0:29e:a615:f508 with SMTP id d9443c01a7336-2a870e34a96mr80533085ad.28.1769677862376; Thu, 29 Jan 2026 01:11:02 -0800 (PST) Received: from [172.16.20.12] ([136.226.253.21]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2a88b415b01sm43645235ad.40.2026.01.29.01.10.58 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 29 Jan 2026 01:11:01 -0800 (PST) Message-ID: <2c59e43f-aee1-4ddb-88dc-1bbf6287c926@gmail.com> Date: Thu, 29 Jan 2026 14:41:25 +0530 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v12 3/3] arm64: dts: qcom: talos-evk: Add support for QCS615 talos evk board To: Dmitry Baryshkov Cc: Jie Gan , andersson@kernel.org, konradybcio@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20260114100043.1310164-1-tessolveupstream@gmail.com> <20260114100043.1310164-4-tessolveupstream@gmail.com> <5102252a-0f50-4ee9-97b4-a90859a33b2b@oss.qualcomm.com> <128a5f86-dd3f-4e5e-a55f-3c8b5993779b@gmail.com> <5c5oalpne2xedc42yomtur3lo7vvdyncgs7yd46xw4nvi6pzbd@vcjz3wsyjd3c> Content-Language: en-US From: tessolveupstream@gmail.com In-Reply-To: <5c5oalpne2xedc42yomtur3lo7vvdyncgs7yd46xw4nvi6pzbd@vcjz3wsyjd3c> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 16-01-2026 13:24, Dmitry Baryshkov wrote: > On Fri, Jan 16, 2026 at 11:25:50AM +0530, tessolveupstream@gmail.com wrote: >> >> >> On 15-01-2026 07:54, Jie Gan wrote: >>> >>> >>> On 1/14/2026 6:00 PM, Sudarshan Shetty wrote: >>>> Add the device tree for the QCS615-based Talos EVK platform. The >>>> platform is composed of a System-on-Module following the SMARC >>>> standard, and a Carrier Board. >>>> >>>> The Carrier Board supports several display configurations, HDMI and >>>> LVDS. Both configurations use the same base hardware, with the display >>>> selection controlled by a DIP switch. >>>> >>>> Use a DTBO file, talos-evk-lvds-auo,g133han01.dtso, which defines an >>>> overlay that disables HDMI and adds LVDS. The DTs file talos-evk >>>> can describe the HDMI display configurations. >>>> >>>> The initial device tree includes support for: >>>> - CPU and memory >>>> - UART >>>> - GPIOs >>>> - Regulators >>>> - PMIC >>>> - Early console >>>> - AT24MAC602 EEPROM >>>> - MCP2515 SPI to CAN >>>> - ADV7535 DSI-to-HDMI bridge >>>> - DisplayPort interface >>>> - SN65DSI84ZXHR DSI-to-LVDS bridge >>>> - Wi-Fi/BT >>>> > >>>> + >>>> +&usb_1 { >>>> +    status = "okay"; >>>> +}; >>>> + >>>> +&usb_1_dwc3 { >>>> +    dr_mode = "host"; >>>> +}; >>>> + >>>> +&usb_hsphy_1 { >>>> +    vdd-supply = <&vreg_l5a>; >>>> +    vdda-pll-supply = <&vreg_l12a>; >>>> +    vdda-phy-dpdm-supply = <&vreg_l13a>; >>>> + >>>> +    status = "okay"; >>>> +}; >>>> + >>>> +&usb_2 { >>>> +    status = "okay"; >>>> +}; >>>> + >>>> +&usb_2_dwc3 { >>>> +    dr_mode = "host"; >>>> +}; >>> >>> Both usb devices have been configured to host mode, do we need adb? >>> The adb only work with usb peripheral mode. >>> >> >> This topic was discussed previously, and the fix was implemented >> based on that discussion. >> For reference, I’m sharing the earlier communication in the >> links below. >> >> https://lore.kernel.org/all/qq4aak33bn3mqxd2edu6zgkkshby63mmitg7zqkly2rj4c2lh7@4s7sndb7e2jr/T/#meaa464a4e6992b36b5d8d41ddc691ee4ea36b1ce >> >> https://lore.kernel.org/all/20251014120223.1914790-1-tessolveupstream@gmail.com/T/#t > > Neither of these links is relevant to the question. > In our hardware design, the USB0 controller is a USB 3.0-capable controller whose high‑speed (HS) differential lines are routed through a mechanical switch. a) During EDL (flashing) mode: The HS lines are explicitly routed to the Micro‑USB port. This allows the SoC to enter "device mode" for firmware flashing. b) After EDL completes (normal operation): The mechanical switch is driven to route the HS signals to the on‑ board USB 3.0 hub. The hub connects to four Type-A ports, all designed for host mode only. The Micro-USB connector is now electrically disconnected. Why host-only mode: Once the switch routes to the hub, there's no electrical path back to the Micro-USB port. The USB controller can only talk to the hub and its downstream Type-A ports, which are wired for host mode only. Device mode is physically impossible in this configuration. Therefore, USB0 must be configured as host-only in the device tree, since device mode cannot work after the system boots. The USB1 controller supports USB 2.0 and has its data lines directly routed to a Type-A connector. This hardware design restricts the controller to host-only operation, preventing any peripheral/device mode functionality. >