Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3081630pxb; Mon, 1 Mar 2021 00:40:24 -0800 (PST) X-Google-Smtp-Source: ABdhPJzxYfl2zb3e7ZZ9JNSXyNjXPzOg0T/2tv7QsGyhks3FcfnU+keV4owWCx43lE4yz9o4Lz99 X-Received: by 2002:a50:d307:: with SMTP id g7mr15270961edh.204.1614588024781; Mon, 01 Mar 2021 00:40:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614588024; cv=none; d=google.com; s=arc-20160816; b=oc11XxRFzdz9JXd0ehdWMgLj3X0COoEsiu7PNJQ6RLBPCMT0HJgIPfjcELJnzg0DzK fimucuJLaA3nemcShrB5v5cUTkrDg31AWKqI6xcxDjJR+M53j0e0kOHr15mbIHEQnJhs wjcOjuFp7mNdtZ1cCMxr90Et8Y2fjmPsAE4ae9X3pR2fxApDcLz4AM+LTyHc017mjImh 7uw/bI0aAqw7RLE6mg8it9sO6uKW78iPvR8Dp4kWQmfxNPaibOPfCvvhuras3CkVXc4I gppeIgpLc+3mHGwE1xi07PvT9YQ0zascG2KQV6kegbiucaE1qaPLz97rlIKGKtsRLWqa fUvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=MwglKA+DAbrb5Dd59T4Gm1ugHRDlsailixo4MHU+aYY=; b=NINu+ZqNNgmTaGR5zipsYW/bkprb869b0iBJmxmdYScvbp3s46Qp8H8/PM/ApHu48N 1jT0CBYFZ038ZcT9eCEYZ1JHNB4bfWR9RVTV4B6Y9KYEE1RMVt7cKCSQvm/CO8HGlUnm YDOzSiJWPkc5lOEjlxvNLF787Y4vcG+Z3Sl3V3VBKVhDdcOHsmNHIIajxoHhj+l2J0Wv TvQKbq4RMq1EqOL7sG/45AHW+jUafThibcT4at0RJ15jhtaTdAQQQ2w1rYvaRgjVA727 CijLyYpmlkWghDfXCvs4TPUssXVp5Qu4c6KKPGgSG68MqjcmguqJZli4mE8zvJm987au CVEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=NAwXpCLV; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x19si10882918edd.134.2021.03.01.00.40.02; Mon, 01 Mar 2021 00:40:24 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=NAwXpCLV; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233224AbhCAIhc (ORCPT + 99 others); Mon, 1 Mar 2021 03:37:32 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47968 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233236AbhCAIgm (ORCPT ); Mon, 1 Mar 2021 03:36:42 -0500 Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03798C061756 for ; Mon, 1 Mar 2021 00:35:53 -0800 (PST) Received: by mail-wr1-x430.google.com with SMTP id l12so15145548wry.2 for ; Mon, 01 Mar 2021 00:35:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=MwglKA+DAbrb5Dd59T4Gm1ugHRDlsailixo4MHU+aYY=; b=NAwXpCLVa0eAaCzgwLgjOk9ETHzLB7vDQt6SYL/1wNcBooJfV1jHg1iOYOc+O67DCl U+4FF5+0T08kv0C5BlrM6/rQvk3u7hc4BV/xYzIArfCHBu8TXOKowLqG4RuPxpBago2O J0WO3iSxPbMZei2jYDw67wtq2i7r1tx8e5hKwKed/d6tflq2EnJQQh+URKTjgCp5LyJ3 UC3c0iOFr0svpM6ynXDKodf8tVaCfvIwhrzE8gIp/qMEsngHrtpgoCMDe1ixGjzn7Oea Dr2VmJh9fO1FwTU3yCLFzxOa2Sdx0nh2TpjZkXITsM6I8P0fQHeMgD0WUmopigMj1Iya K0xw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=MwglKA+DAbrb5Dd59T4Gm1ugHRDlsailixo4MHU+aYY=; b=IR8nx52oc3WefFTwY4KvknFS/ry8VtMOc0DvJU/t6Z2NPnJaJltONVxydT/o+ElZ/3 Zk8jFCY0p9WU1NUJ5vqQ23zDVOzgVWBmUrYH+KIeK6vo9iAv6Gws52QuwZeR29lNoTKt LoQqcIQKtKFZOtOBqC7pJZzUDL7Y/SnbzThAyj22w1uAgHJg9wL/xLJ9M/q/pWQLSQNB EnqEJr8B7BVUNOx6jXFNQT7rKFQZaviWOTAxwJLOVpd+XVgGj3ZIv9XIGkjEsm1BC1wu xZy9BknwTktBUaV5lKpAmXVa4dCQ86v8JMe8E+mxG/tZw5+U24HoJ4kJtiHZenmOXM3I EtxQ== X-Gm-Message-State: AOAM5302IKwse9RVtY6Lz5Lo/K+5JkaXjagG4/KS+fmzUtGk5MhJqeA6 5BOqd5iiChrWCebvotOec4vjht7yoLlI2w== X-Received: by 2002:adf:fb49:: with SMTP id c9mr15813316wrs.72.1614587751771; Mon, 01 Mar 2021 00:35:51 -0800 (PST) Received: from dell ([91.110.221.155]) by smtp.gmail.com with ESMTPSA id r18sm24814864wro.7.2021.03.01.00.35.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 01 Mar 2021 00:35:51 -0800 (PST) Date: Mon, 1 Mar 2021 08:35:49 +0000 From: Lee Jones To: Greg Kroah-Hartman Cc: Ben Hutchings , linux-kernel@vger.kernel.org, akpm@linux-foundation.org, torvalds@linux-foundation.org, stable@vger.kernel.org, "Luis Claudio R. Goncalves" , lwn@lwn.net, jslaby@suse.cz Subject: Re: futex breakage in 4.9 stable branch Message-ID: <20210301083549.GF641347@dell> References: <161408880177110@kroah.com> <66826ac72356b00814f51487dd1008298e52ed9b.camel@decadent.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 01 Mar 2021, Greg Kroah-Hartman wrote: > On Mon, Mar 01, 2021 at 01:13:08AM +0100, Ben Hutchings wrote: > > On Tue, 2021-02-23 at 15:00 +0100, Greg Kroah-Hartman wrote: > > > I'm announcing the release of the 4.9.258 kernel. > > > > > > All users of the 4.9 kernel series must upgrade. > > > > > > The updated 4.9.y git tree can be found at: > > >         git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y > > > and can be browsed at the normal kernel.org git web browser: > > >          > > > > The backported futex fixes are still incomplete/broken in this version. > > If I enable lockdep and run the futex self-tests (from 5.10): > > > > - on 4.9.246, they pass with no lockdep output > > - on 4.9.257 and 4.9.258, they pass but futex_requeue_pi trigers a > > lockdep splat > > > > I have a local branch that essentially updates futex and rtmutex in > > 4.9-stable to match 4.14-stable. With this, the tests pass and lockdep > > is happy. > > > > Unfortunately, that branch has about another 60 commits. Further, the > > more we change futex in 4.9, the more difficult it is going to be to > > update the 4.9-rt branch. But I don't see any better option available > > at the moment. > > > > Thoughts? > > There were some posted futex fixes for 4.9 (and 4.4) on the stable list > that I have not gotten to yet. > > Hopefully after these are merged (this week), these issues will be > resolved. > > If not, then yes, they need to be fixed and any help you can provide > would be appreciated. > > As for "difficulty", yes, it's rough, but the changes backported were > required, for obvious reasons :( Apologies for the fuss. The back-port become more complex the further back it was taken.. Had I known about the self-tests, I would have ensured those were passing too, as well as the the build/boot/auto-builder tests actually carried out. Let me know if there's anything further I can do to help. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog