From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id EC1F9C83F17 for ; Thu, 10 Jul 2025 15:20:13 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 90C0B10E123; Thu, 10 Jul 2025 15:20:13 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; secure) header.d=linutronix.de header.i=@linutronix.de header.b="qv4yLZCQ"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="TTErbF4W"; dkim-atps=neutral Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by gabe.freedesktop.org (Postfix) with ESMTPS id 74B1410E123 for ; Thu, 10 Jul 2025 15:20:12 +0000 (UTC) Date: Thu, 10 Jul 2025 17:20:08 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1752160810; h=from:from: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=5pL1qSY8fecIxP7Zg8RFZCNvEuRoU2WKs5prcrns6UQ=; b=qv4yLZCQM7ccpCIKJSdU1FLXRokDLVdPjGav8PDWyuMNLy5IMGfuUpelAfIwDqr5kYiJmN 7BSYgrQDs4yUGs9B59N5seLjuACgAIhwiSAdkGS0xknnugvFKgCfzcsouUanWt8j1+/Pm4 V282M5KiSj2yq9+bNFjIYkKnhqJbZucooUszu9XPz3aPOx+ST9TbbL8wUFWN/1FhE3N81+ nzlAK5pk2IP5Ssd42LATUj2XyTIzpTQOcuYArOiHyjieql5lQxhfXxZCbt1T64u5U9o5nv kAS/u6dyIiyScyxVpyUYEbbJ3qsz8dz9dTUJ0QHlgr/69574Ov+yaWj4AfnMiw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1752160810; h=from:from: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=5pL1qSY8fecIxP7Zg8RFZCNvEuRoU2WKs5prcrns6UQ=; b=TTErbF4W9MbNM19uoYSRqeCfRQc6/tTonFfjuXM4xtNBGHuaKNYC2BN21NGZQp0m9g8btA +vigLs1XrtH7MAAw== From: Sebastian Andrzej Siewior To: Ville =?utf-8?B?U3lyasOkbMOk?= Cc: Ben Hutchings , linux-rt-users@vger.kernel.org, intel-gfx@lists.freedesktop.org, Debian kernel maintainers Subject: Re: PREEMPT_RT vs i915 Message-ID: <20250710152008.ZyaHjC3w@linutronix.de> References: <7c42fe5a6158445e150e7d63991767e44fc36d3d.camel@decadent.org.uk> <20250709194443.lkevdn6m@linutronix.de> <20250710064136.rur6FoOU@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-BeenThere: intel-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel graphics driver community testing & development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" On 2025-07-10 18:04:42 [+0300], Ville Syrj=C3=A4l=C3=A4 wrote: >=20 > When this was last discussed I suggested that there should be a > versions of the tracepoint macros that do the sampling outside > the lock, but that wasn't deemed acceptable for whatever reason. > I don't even know why the current macros are doing the > sampling while holding the lock... Any objections to me sending the batch and we figure out later how get the tracepoints for i915 enabled again on RT? It would be an improvement because you could take a vanilla kernel and enable PREEMPT_RT and you would only miss the tracepoints while now you can't enable i915 at all and XE either doesn't compile or spills warnings at runtime due to the code it shares with i915. Sebastian