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 AB2BB21FF4C; Fri, 12 Dec 2025 06:37:32 +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=1765521452; cv=none; b=PAzMIUmjuRvFT+SXMOsvsVGw1KfrnlDZaf9z5iCc9cL/MxnNryYm/mFQSF1f5fpqyjQdB5SSuh92GB/xAbbDk2ErGuU5XDQx85Cn4uSH2rqOGPHnmMq0b298TQr5IXi1zQaMa7TB3xgOXDrfv78ai/FBmmIYf94cP2dYwW65DLU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765521452; c=relaxed/simple; bh=CljOmxvU25QjtRs5y/lM3NXwAA/cz01Tq61VK0RzWJI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=s78rrTLcKRvtPU+xk77BOmRYea7Tmk9891H9cOLdVHAMnpqeBbb3m7+GxUUYg8F0psJUIbPXZn0XhJxInEeTRl8DIDtkbx8cYFZl9S+NfWvh7okpdjMJyME92LclScG9vaeKb10d4WRb414YDr3DHJP2U2qmZ52hF1AHxmG5JwI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=rM/JbITF; 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="rM/JbITF" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 26324C4CEF1; Fri, 12 Dec 2025 06:37:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1765521452; bh=CljOmxvU25QjtRs5y/lM3NXwAA/cz01Tq61VK0RzWJI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rM/JbITFT/eEnaHoT230alIn2hsNTXGJZwHNJwtCMLun+SxiLGLBFOdCqoa3J3HRv ZY/jzHbrgVujYTvzIXx6ufU/jFkLa2zM9b2F01TJS4oUTtP9oA1Z3DrFqU9mHtAZ24 3F/m5RaWoppfzzfX+MtQJAhDh1D+vtU20Jvh3Lc1nNwWKf9tiCCM3aO27GOEcu+8ZB 6CVeteThfOkNiSr0fBO0m4ZFXiNLghPkFxkISAWRzQgaefi+O0zxoMB84S/zGFjzsQ GSvMgwaAkOB0LU8igwAsLXoyCUyvBs3+dqvwTLOHM+mAdZuAiD/R2RyiMAY23F+/4P A7PTw78NB7NJQ== Date: Fri, 12 Dec 2025 15:37:26 +0900 From: Niklas Cassel To: Manivannan Sadhasivam Cc: Krishna Chaitanya Chundru , Jingoo Han , Lorenzo Pieralisi , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Rob Herring , Bjorn Helgaas , Heiko Stuebner , FUKAUMI Naoki , linux-pci@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-arm-msm@vger.kernel.org Subject: Re: [PATCH v2] PCI: dwc: Make Link Up IRQ logic handle already powered on PCIe switches Message-ID: References: <20251201063634.4115762-2-cassel@kernel.org> Precedence: bulk X-Mailing-List: linux-pci@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: Hello Mani, On Fri, Dec 12, 2025 at 12:52:35PM +0900, Manivannan Sadhasivam wrote: > > This patch missed the v6.19 merge window (and so did the pwrctrl rework > > series), so as long as Mani queues up both for v6.20 (with the pwrctrl > > rework series getting applied first), I think we are good. > > > > The plan is to merge pwrctrl series to v6.20 (unless we get strong objections), > but once that happens, Qcom doesn't need this patch. > > So it'd be good if you can just limit this patch to just Rockchip. Then once the > Rockchip also moves to pwrctrl, we can revert this patch (also the whole IRQ > based link up since the Root Port is not hotplug capable). The main reason why I did not like a revert, was because it would remove the nice feature where the bus is enumerated automatically on link up. I assumed that the plan was to add Link Up IRQ support in pwrctrl in the future. If that is not the case, and the plan is instead to eventually remove the existing Link Up IRQ support, then perhaps you could simply apply patches from: https://lore.kernel.org/linux-pci/20251111105100.869997-8-cassel@kernel.org/ Either the whole series or just patch 1 and 2, maintainer's choice :) Kind regards, Niklas