Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp3390524pxb; Mon, 4 Oct 2021 01:00:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxe806aP9C3wnPXfpscvqQLzhKqVibVeirwvHuFRTGhHDnZ9R2Puk0ddIW80U/GLs1cCXkg X-Received: by 2002:a65:508a:: with SMTP id r10mr9653721pgp.96.1633334419941; Mon, 04 Oct 2021 01:00:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633334419; cv=none; d=google.com; s=arc-20160816; b=bM8NKSwWbOm5kUlBpf7PXfskD32mrfeaKi6D02kc6x6WvzlTlofaeLXgY3KSnKqxkb uv5El4L4g1ebK740Kgc7QgdKXJ6489jXnlRe3luCbcMDyrQFxzBUrPrSmmXXKRd91H5o AqjTVjvaaIOCliqidq5KAf3FE1QFelK7nfHZAg2UyQwzWT/5fGfz0Emxqz4vA9/qEO43 dGxqQNzzsOtkn4rowtxCxXM4oixqcrLOnmKbGC07450dFhocMjxUBVKcNCA1EvRFDqnF 58eFoH42FpTweGnLSBFVciS8aAQhJeUfASgU8I0GvN6jCc1o3KXdCLjPLq7MQPhK3qUI JyAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=iSQaStFcDQ23yhxLUD/AEXlb1VoaocJ5e/R2GUog6rk=; b=c4AKMQPj8Z21VkjK8QNJEoKfepCoaNgqzRdwK97/5dLnuryJ1tGKChmymnqcVmyi5C /OouZr4EHscLv1+XrNEKM6LXpR9GRpODxKRK5jwV+4xvDs+p1TTbwRYaTueuTLzkDMkG gtjU/cVGDMoqfJowjdyfKq7meKQ1rInpa/Wha1XXOhTxkWPcqtLF8yVifDUoNfD6/Xbn vbw68OO4iIv8+stfIDaxbDHNGj84o58R2vBOQCDdIiOJBHZDB1CUhdM3pzy1EcQaO1tc IcKaV326ry1+I62no1TBifaTiM3LMzKdquK/UV4fCDaxdTVQGgD1Of7RdVDPXWqlG9au KhLg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l64si11462191pge.289.2021.10.04.01.00.07; Mon, 04 Oct 2021 01:00:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230281AbhJDHl3 (ORCPT + 99 others); Mon, 4 Oct 2021 03:41:29 -0400 Received: from mga04.intel.com ([192.55.52.120]:9285 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230010AbhJDHl2 (ORCPT ); Mon, 4 Oct 2021 03:41:28 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10126"; a="224086258" X-IronPort-AV: E=Sophos;i="5.85,345,1624345200"; d="scan'208";a="224086258" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Oct 2021 00:39:39 -0700 X-IronPort-AV: E=Sophos;i="5.85,345,1624345200"; d="scan'208";a="712309343" Received: from pmittal1-mobl.gar.corp.intel.com (HELO localhost) ([10.251.223.27]) by fmsmga005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 04 Oct 2021 00:39:33 -0700 From: Jani Nikula To: Hugh Dickins , Linus Torvalds Cc: Steven Rostedt , Hugh Dickins , Daniele Ceraolo Spurio , Matt Roper , Lucas De Marchi , Tvrtko Ursulin , Caz Yokoyama , LKML , Matthew Brost , intel-gfx , dri-devel Subject: Re: [BUG 5.15-rc3] kernel BUG at drivers/gpu/drm/i915/i915_sw_fence.c:245! In-Reply-To: <7bad278d-ff81-21aa-48a-b46b9453b2b@google.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20211002020257.34a0e882@oasis.local.home> <259ff554-76b8-8523-033-9e996f549c70@google.com> <20211002081750.7eec92dd@oasis.local.home> <7bad278d-ff81-21aa-48a-b46b9453b2b@google.com> Date: Mon, 04 Oct 2021 10:39:29 +0300 Message-ID: <87mtnp2q8e.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 02 Oct 2021, Hugh Dickins wrote: > On Sat, 2 Oct 2021, Linus Torvalds wrote: >> On Sat, Oct 2, 2021 at 5:17 AM Steven Rostedt wrote: >> > On Sat, 2 Oct 2021 03:17:29 -0700 (PDT) >> > Hugh Dickins wrote: >> > >> > > Yes (though bisection doesn't work right on this one): the fix >> > >> > Interesting, as it appeared to be very reliable. But I didn't do the >> > "try before / after" on the patch. >> >> Well, even the before/after might well have worked, since the problem >> depended on how that sw_fence_dummy_notify() function ended up >> aligned. So random unrelated changes could re-align it just by >> mistake. > > Yup. > >> >> Patch applied directly. > > Great, thanks a lot. Thanks & sorry, really looks like we managed to drop this between the cracks. :( > >> >> I'd also like to point out how that BUG_ON() actually made things >> worse, and made this harder to debug. If it had been a WARN_ON_ONCE(), >> this would presumably not even have needed bisecting, it would have >> been obvious. >> >> BUG_ON() really is pretty much *always* the wrong thing to do. It >> onl;y results in problems being harder to see because you end up with >> a dead machine and the message is often hidden. > > Jani made the same point. But I guess they then went off into the weeds > of how to recover when warning, that the fix itself did not progress. Yes. That, as well as removing the entire alignment thing to reuse a couple of bits for flags. Too fragile for its own good. BR, Jani. -- Jani Nikula, Intel Open Source Graphics Center