From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 4DA6B242D97; Tue, 30 Dec 2025 09:34:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767087241; cv=none; b=LTQTOdHvXSynSWZ9Ix13fla1TxB2I9juodHXQVn033zwgghP/xFrHjwZL+kuY2Wr0Co/Uk9sMNd5r7pcXeYbFaSt5QSjKX9ICMvtpij2gyzYmFczgupEI15Tk+phhotYpNaqOTMIEiOU37sIxBIy/r37Tx0SIJd9lmLhGC3D1z8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767087241; c=relaxed/simple; bh=8IiH8oqG55XbOIGLcLkri2CLbZPYlF6u5isFFigIskk=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=bCk1ZS88eGyesyna7a1zbToaJ7bFds56AZNlhEmU077Y1MiqQn2oAmW0DX0u6tOQiy8l56O2KHFs4oeXev4hCPN4bV8TBU+O2dB4HSOXn+KmEVZ2tTd6ZnSmyMMYd1flefS+6dexT4ibPKah3GCRhVJi423PMvFLpoIy+LnTz6U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=mtKEPZ73; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="mtKEPZ73" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 981FFC4CEFB; Tue, 30 Dec 2025 09:33:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1767087239; bh=8IiH8oqG55XbOIGLcLkri2CLbZPYlF6u5isFFigIskk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=mtKEPZ732UXITcojH8GEX1UCTVlYpDK95+M1pKrs+HZboz3eh9lVdc4tMszCLZFRg 1ViWWvM8CbMwiSXY6YpKHhphWCPGctiuu98W77K2zZrF3RxDvFXL0UCAHu8gqpNZeM Xj/cgcuvEn1kuwcBTsC8GGFXKWfpBsXEYDbHMrly0fOYr3x4Fb7/lad8xNB1PLOaJv TiHXznekgkpLdN0JCQbS6IKIGyp4WrX2EzerbxrvjfySYCqdsWiy0QpVwE/es3LP29 IuYYDZd8vwHfblnSmjZD19hTw2SeXNS7Q1nyJQuBObyMDpxMc413fibBk2WZBJ5aGx PxeqUC1UeVSKg== Date: Tue, 30 Dec 2025 10:33:52 +0100 From: Niklas Cassel To: Manivannan Sadhasivam Cc: Bjorn Helgaas , Manivannan Sadhasivam , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Bartosz Golaszewski , Damien Le Moal , Linus Walleij , Bartosz Golaszewski , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, Stephan Gerhold , Dmitry Baryshkov , linux-pm@vger.kernel.org, linux-ide@vger.kernel.org, Frank Li , Bartosz Golaszewski Subject: Re: [PATCH v4 0/5] PCI: Add initial support for handling PCIe M.2 connectors in devicetree Message-ID: References: <20251228-pci-m2-v4-0-5684868b0d5f@oss.qualcomm.com> Precedence: bulk X-Mailing-List: devicetree@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20251228-pci-m2-v4-0-5684868b0d5f@oss.qualcomm.com> Hello Mani, On Sun, Dec 28, 2025 at 10:31:00PM +0530, Manivannan Sadhasivam wrote: > The Mechanical Key M connector is used to connect SSDs to the host machine over > PCIe/SATA interfaces. Due to the hardware constraints, this series only adds > support for driving the PCIe interface of the connector in the kernel. Since this series does not add any support for SATA, do we really want to modify the SATA device tree binding? I know that device tree describes the hardware, but if there is no software that makes use of this, the SATA DT binding change feels a bit unnecessary. Do we perhaps want to defer modifying the SATA DT binding change until the corresponding change in software is added? Kind regards, Niklas