From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mout-p-101.mailbox.org (mout-p-101.mailbox.org [80.241.56.151]) (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 C24B521D3F0 for ; Thu, 8 May 2025 10:38:37 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=80.241.56.151 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1746700721; cv=none; b=IUHM/hEgJdaJmNvGpb8+5T60GGiZC0mlTvPeFG/2JshmTjcO/GWoRMNJsc4X6RwnNk3uLrHp0tFXeifEDVxdgYDwzsK3/Ait34iIqrcjgFDR2dbBlv3QUNbXUEKICqfBZg7dD6zNUBxC3njJgNjY/8kGD2Nsf7GTrNh1Cud65cA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1746700721; c=relaxed/simple; bh=AVxwamcYava5lHCm6Qh9yjmfXpxlW465v9ROitrFuKI=; h=Message-ID:Subject:From:To:Cc:Date:In-Reply-To:References: Content-Type:MIME-Version; b=TPS69ADbcCS8fHGkpjlw0czyW9jpxouml1wf8Sw5d1Cyxxv8ioiOaWtpiMZ1vUZ1GWxP4PfhoWhMLO0kANwF4f+mxPNmWSMd1nlogOvpHLK+7pXVDPSWvlHSnLz8fLdFK2iqCqXyEyVxl2V3LmHlshe1rxT+A411YF1pXT8UtNw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=mailbox.org; spf=pass smtp.mailfrom=mailbox.org; dkim=pass (2048-bit key) header.d=mailbox.org header.i=@mailbox.org header.b=ayrMChE5; arc=none smtp.client-ip=80.241.56.151 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=mailbox.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=mailbox.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=mailbox.org header.i=@mailbox.org header.b="ayrMChE5" Received: from smtp202.mailbox.org (smtp202.mailbox.org [IPv6:2001:67c:2050:b231:465::202]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-101.mailbox.org (Postfix) with ESMTPS id 4ZtTBD5WXcz9t8J; Thu, 8 May 2025 12:38:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailbox.org; s=mail20150812; t=1746700708; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=AVxwamcYava5lHCm6Qh9yjmfXpxlW465v9ROitrFuKI=; b=ayrMChE5XdfDfYf1cfl3RZbSg/culTQ8pB1fMNV3jNoIuXZLlegP7GUMqrhCsvXg+6BLKs i8IM9X9YuC04X24Zi2QTKkpoYVHZJ39KD3t9qvLxTBiElFt0oA1dkqHULcuuwTCKycBDbB sfXGFKtyQ7Y7GVf2dvlJb53kQ1AHL2GjaYaID0hiLAtkKtR7NKZn2Pu4eESk3GZrjUnvum Mk/BPt66RSKSKCE+i6pH/sIIwnq7Ir6H6lEOJTCOWpujkKrc2oxGdXQGLJl0DWvShfMF53 y8ERh2UyjuDfHo1A4O0z+hPGoIVuhUfhY7AScYqeaJTjnTHD5XNKpEzSKdB3Ow== Message-ID: <6d46103afab9fc8e843e5681226f7db34a4ca57d.camel@mailbox.org> Subject: Re: [PATCH] drm/cirrus: Use non-hybrid PCI devres API From: Philipp Stanner Reply-To: phasta@kernel.org To: Javier Martinez Canillas , Philipp Stanner , Dave Airlie , Gerd Hoffmann , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter , Alex Deucher , Arnd Bergmann , Jani Nikula , Niklas Schnelle , Jeff Johnson Cc: virtualization@lists.linux.dev, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Date: Thu, 08 May 2025 12:38:20 +0200 In-Reply-To: <87frhzc1a9.fsf@minerva.mail-host-address-is-not-set> References: <20250417094009.29297-2-phasta@kernel.org> <87frhzc1a9.fsf@minerva.mail-host-address-is-not-set> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk X-Mailing-List: virtualization@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-MBO-RS-META: 95gcigcooksuqbomehep45nhjaz56pkg X-MBO-RS-ID: bc6ee78d190767a69aa On Tue, 2025-04-22 at 23:51 +0200, Javier Martinez Canillas wrote: > Philipp Stanner writes: >=20 > Hello Philipp, >=20 > > cirrus enables its PCI device with pcim_enable_device(). This, > > implicitly, switches the function pci_request_regions() into > > managed > > mode, where it becomes a devres function. > >=20 > > The PCI subsystem wants to remove this hybrid nature from its > > interfaces. To do so, users of the aforementioned combination of > > functions must be ported to non-hybrid functions. > >=20 > > Replace the call to sometimes-managed pci_request_regions() with > > one to > > the always-managed pcim_request_all_regions(). > >=20 > > Signed-off-by: Philipp Stanner > > --- >=20 > Reviewed-by: Javier Martinez Canillas >=20 Who's in charge of applying this? Any objections with me just putting it into drm-misc-next? P.