From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.15]) (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 6C79F1EDA2C for ; Tue, 24 Feb 2026 10:30:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.15 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771929029; cv=none; b=SgGmMvvbP4vH1xBM8WszW0CrDbaESbC+Zpnz4GV36YfTwvRW9PWi/PDGUJKyyGTKWyLlJde9n9kwmx6SfGInUpyox8d42LHLdzG0Zm0u2Jw+Cn1h99IG4+3T+cB7sN68x4hNeZSvSDX/be5S+3VAMaMGFIRH601gQ55B7Mvp18s= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771929029; c=relaxed/simple; bh=xoDr2sS+MJN+W5vs8Eg6wabvaXJrloYoEgoow58tp6s=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=L1sTQrV5sFy9e31YhyhXy+IqE3/J4Zg3doZJXBKAHczPiWEqDLjxYmUQeXiwz7ef+rDahUVFC1+Z4hF8LhFdwKS5EoWRaFvWBgtaEUX/7lHagzNiLrC8hbRKlVVks3ASROxFfIfo25kmQr30HYUYVOJgqcGsXIcO/3DLxcuiAvw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=NzU5WxnP; arc=none smtp.client-ip=192.198.163.15 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="NzU5WxnP" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1771929028; x=1803465028; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version:content-transfer-encoding; bh=xoDr2sS+MJN+W5vs8Eg6wabvaXJrloYoEgoow58tp6s=; b=NzU5WxnP7mBTN3aUMpFM/nPZ7xCqm6xqpc5Ft+MTBbMxT202XPJ14pB6 6qodcbzFjEBGMAm5tRM3AVlsKPBSEEMI4nVumdoGa5yutQjHPa2tS6EBN l6TMsi1xGM0Qde/ld3MbRL8NBuhzS7UJ2my3EbqWBcOBF5wOzULUtSpPf Blsnevv/soe/+dVrReHBUy/k1K1Zc9F0UvdUWWPYF8SnYzPOAzidDhNX1 ZpBXLEKIrpOgFWPOO3Nm72SbSEUD7syQS0av+bOpqa20PU0WzVdGTi6hR Jf51TFmlCvW3qvMB0HklUckKmKyp/k1NpjEPQQfR9j7iEOT8Ic/pUTG58 g==; X-CSE-ConnectionGUID: hYjJeMR1TxOnHzEoKLTxug== X-CSE-MsgGUID: tXkp5O0KRo2myRF5wVME6g== X-IronPort-AV: E=McAfee;i="6800,10657,11710"; a="73046385" X-IronPort-AV: E=Sophos;i="6.21,308,1763452800"; d="scan'208";a="73046385" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by fmvoesa109.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Feb 2026 02:30:28 -0800 X-CSE-ConnectionGUID: HTnFtGc3RneTp9qgHVpCww== X-CSE-MsgGUID: vDLA6ETHSIez4LJheKaDUA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,308,1763452800"; d="scan'208";a="220437948" Received: from ettammin-mobl2.ger.corp.intel.com (HELO localhost) ([10.245.246.20]) by fmviesa005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Feb 2026 02:30:24 -0800 From: Jani Nikula To: Dave Airlie , Thorsten Leemhuis Cc: Linus Torvalds , Simona Vetter , dri-devel , LKML , Alex Deucher , Linux kernel regressions list , Rodrigo Vivi , Ville =?utf-8?B?U3lyasOkbMOk?= , Imre Deak Subject: Re: Time from regression report to a merge of a fix (was Re: [git pull] drm fixes for 7.0-rc1) In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs Bertel Jungin Aukio 5, 02600 Espoo, Finland References: Date: Tue, 24 Feb 2026 12:30:20 +0200 Message-ID: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, 24 Feb 2026, Dave Airlie wrote: > On Tue, 24 Feb 2026 at 16:50, Dave Airlie wrote: >> >> On Mon, 23 Feb 2026 at 22:52, Thorsten Leemhuis >> wrote: >> > * One fix in here was for a i915/xe regression introduced in v6.18-rc1. >> > Once reported, it took about six weeks to get fixed =E2=80=93 and then= nearly 10 >> > days for the fix to reach mainline. Looking at this, I once more >> > wondered if this could have been merged faster. But even more I wonder= ed >> > why the culprit wasn't reverted, as that's what Linus afaics wants when >> > it takes this long. > > I think for the i915 one the problem patch should have been reverted > asap, but I just don't think there was a responsible person to do it, > maintainers need to be in the loop for these sort of problems, but if > they aren't in the loop and the regression sits in the bug tracker > without them being looped on it, we rely on the reporter or developer > to find it and do the right thing. Esp when developers are head down > on fixing it, but then it doesn't get flagged as urgent once it goes > into the -next pipeline and so on. We don't usually break the weekly > fixes cycles for drm, because CI backlogs and other things it just > fits nicely, if we do have regressions like this it might be that we > need to start having urgent PRs out of cycle, which I don't object to, > it's just a matter of whether maintainers can have this sort of > insight into patches in the pipeline when there is quite a long > backlog. I think it's pretty natural for developers to err on the side of trying to fix things instead of reverting, and the responsibility to make the call to revert usually lands on maintainers. I'll remind people about considering reverts earlier if the fix isn't obvious, and looping in maintainers when in doubt. As to the 10 days from fix to mainline, it's down to unfortunate timing. The fix landed right after the v6.19 release during the merge window. It was part of the drm pull request for v7.0-rc1. There's no faster path at that time. BR, Jani. --=20 Jani Nikula, Intel