From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 675C0313293; Wed, 9 Sep 2026 15:25:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788967539; cv=none; b=gv9fzdvHIhI+hGEdUFWMaRBioEACpJPi2cETSassXLvH0RvSTrXVkmCtC3iTeXDT/CH8QlihZm8VKIZ5/YjS2DVoRjNxGTYh/8rrID0bVhJRUjZ9W54r/gLEmQhJkpe/c67JVnE2n6X+sL12/LsYvrtROsafE8ZI0Oo7Fk3hpxw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788967539; c=relaxed/simple; bh=/afPPKJdZnhaKPEK4nzZMa0B5vKrALNsbxmllum7CI8=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=daSddqipOdNiiFXOaNxn1BHmSVQnkU5z7rd1QTlcy+kpmuVKRWLNpRQpM6250CmKLSIpMx+bfSckAOF71gnePGu+YGAC0lp5yQGzveyY+4sov9p7MRnQdwW3P+FctPWDagorJdGbuKz0IVsH954JMmZ7LSxiVOMZAddogQ5dUcM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=l1qlHl9q; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="l1qlHl9q" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4A1B11F00A3A; Wed, 9 Sep 2026 15:25:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1788967538; bh=CgI5hertI7sI8saRle0DZ/JnUHB1XYzvgxvb3HuwJqI=; h=Date:Subject:From:To:Cc:References:In-Reply-To; b=l1qlHl9qyWUbJwySqxPtdvqGRUCZVn1maDUj9c50xuPytTkfi2zSpej2kd1eJdeSZ iBp9zDpoiCL1h6MgSWLtXp0U6SYuCpLxy2HU7jKjYA2QmPfO6cuQiCd1u3vhxrpyGn TAAwwC+YxFDZCVYN0SvvWF/WK58E3Fv+PnKIAKSPCJpiFGbTv/FmzdaPpVI/8mTrhC UnsrpkFXW/tNgRgSMwcXt8qdYowiHQPYPDrtyKGOlykm1ZMMfjwqimm4x+GeDeWQVC L2dv6syMTfB34MWrENawexUWjueQbNFkDOLCB9yTvKF7dZUY/BF2jzX4c+iEHhHBxi 8O7LBxv3I335Q== Message-ID: <5a8bc263-0263-4ccb-b5dd-f5e899dc25c4@kernel.org> Date: Wed, 9 Sep 2026 17:25:32 +0200 Precedence: bulk X-Mailing-List: linux-usb@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 19/22] thunderbolt: Add Apple Silicon support From: Sven Peter To: Mika Westerberg Cc: Heikki Krogerus , Greg Kroah-Hartman , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Janne Grunau , Neal Gompa , Andreas Noever , Mika Westerberg , Yehezkel Bernat , Philipp Zabel , Konrad Dybcio , linux-usb@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, asahi@lists.linux.dev, linux-arm-kernel@lists.infradead.org References: <20260906-b4-apple-soc-tbt-v2-0-1f80085f93fb@kernel.org> <20260906-b4-apple-soc-tbt-v2-19-1f80085f93fb@kernel.org> <20260908091844.GD106095@black.igk.intel.com> <22808191-5310-4d90-9fac-68d0d85b4c54@kernel.org> <20260909060615.GJ106095@black.igk.intel.com> <33699664-6afb-4b46-99d1-98a0f5e57f39@kernel.org> Content-Language: en-US In-Reply-To: <33699664-6afb-4b46-99d1-98a0f5e57f39@kernel.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 09.09.26 17:20, Sven Peter wrote: > Hi, > > On 09.09.26 08:06, Mika Westerberg wrote: > > [...] > >> >> If it is possible, I suggest to use the same way we do in ACPI side here: >> >> https://learn.microsoft.com/en-us/windows-hardware/drivers/pci/dsd- >> for-pcie-root-ports#map-native-protocols-pcie-displayport-tunneled- >> through-usb4-to-usb4-host-routers >> >> It was specifically designed so that it should support DT as well (that's >> why it uses the device properties _DSD). > > Oh, nice, I didn't know those existed. Konrad already has a PR open to > add these to dt-schema [1] and a PR that already makes use of these for > dwc3 [2]. > I can just write generic code similar to the ACPI one then to add the > device links and split it off from this series, though I think that dt- > schema PR must be merged before we're allowed to use that representation. > I'll adjust the dt-bindings here for v3 to just drop the representation > as OF ports/endpoints as well. > For the PCIe/DP tunnel notifications I should be able to use the same > representation, possibly with an additional usb4-adapter-index property > or similar to differentiate between the two DP IN adapters, once I get > to that then. Though now that I read it again: do you know what PortInstance# in Package () { "usb4-port-number", PortInstance#}, // PortInstance# is unused and can be 0 } refers to? Is that meant to e.g. by 0 for the first DP IN adapter and 1 for the second? Or is that meant to be used when the NHI handles multiple Type-C ports? The description isn't clear to me... Sven