Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3124402rwb; Sun, 25 Sep 2022 00:19:51 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4zG/g2N7Ja1AkN8nDBQjauJiDdtSZ/3p4qPxPb3snjArfEQ3jGs9bZP5YeWyus7+9BXm4R X-Received: by 2002:a63:5a41:0:b0:430:673e:1e13 with SMTP id k1-20020a635a41000000b00430673e1e13mr15089040pgm.435.1664090391248; Sun, 25 Sep 2022 00:19:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664090391; cv=none; d=google.com; s=arc-20160816; b=yobpFfem4LK2p8Hy/ji5hgmkY1jpRqWVYsguGlNwhByBVqhBnt8+GK2fCNJTTwtmR6 rIcP5h3tOPoBfUBwhsqv18uzFOlL2NTQBzrCi9uBsRDKvRxTQqZnTGyIoHrrh5k2byIH ZmtCVZs0Rw3TSSXsv+BU+m1KArfOurkA6YSMgWBisbypxLhhQayigOjHidYP8O0ChkYe 2EkNFRHxD2y6iXrdi5cdBO3AbA0z7+LOZWN6nrc5x0hwbXWqh+k8R3tD041lwpoyGRwO wXIu1L+CxOpZEw9Ufwqb6agWp37VVKkKPESYUbek9QCDbQUahS5kyG/vr65Z5mugp23m NOiw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=ef7w/BGAlSfKgDUpwXPM3rpXmxvDq2RT3Ue6ctgkM3w=; b=D8hRRPl9VXqOli+6OVinXOI9U88j13j+bOvelzZ74AbAZZkzt3jmbhVBrQl7l6nB0v Os1HmZCgOR78YBWSkNyTix4ADvmLqB1SWp8PYvqxHbb/J3mXpWfdJnEQrrMJifbck2UN EnctiE+wVlLt1J+wLlz/ujWMYPaCdVoOvqEYrCetkJKalK0DRseMfQeVNhbGbCKieTKg 0tuFL5nptWxNjrqLdhYGWobWRq7A4N+9+GMrZShna2WblZvkrKW+6rltsXwL8Yzctni4 7iP+d7PbLbycj7Vw1Tkd8wirlUx/Jr1+Lj1RaXrVMlER11QKR45aMLlwJ+7AA7mFP4xp TcVA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=ww1tsjnv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i186-20020a6387c3000000b0043ab17fdf1esi15724212pge.35.2022.09.25.00.19.38; Sun, 25 Sep 2022 00:19:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=ww1tsjnv; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229958AbiIYHGI (ORCPT + 99 others); Sun, 25 Sep 2022 03:06:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60480 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229525AbiIYHGE (ORCPT ); Sun, 25 Sep 2022 03:06:04 -0400 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:32c8:5054:ff:fe00:142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5A81232A86; Sun, 25 Sep 2022 00:06:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ef7w/BGAlSfKgDUpwXPM3rpXmxvDq2RT3Ue6ctgkM3w=; b=ww1tsjnv1WXGFAL76NLRkAi9hx YU71fpBOE1q5jOamKxvgFYtSPuOheXmv/ZqVFoxBtwzTf9lKhI+Er/SGHvA3UMXVZFnI8qWwMfU7Q +3KW7iszY/NzTG8FUHNxq3cm4vZHHrrhLAoQDE+sirTzIKTEgjFZOtJTywxGehzbjo57VywKGbtlz pz30UvoN2YAWj0Kc7fIKe7S/wLFepdjashXG2AhALKkBxui16dTIW779Wh/j4GuAh0N34CLnCrJa2 +SdV+x9Qo6nw+qF9S7yvpI9kZemEpzVEI4qntsIqck/AS7d6dX7iwIoVTvAvvXBgxpAj9Yv1J2yMq SY4ABjlA==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:34480) by pandora.armlinux.org.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ocLiB-0007nm-6Q; Sun, 25 Sep 2022 08:05:59 +0100 Received: from linux by shell.armlinux.org.uk with local (Exim 4.94.2) (envelope-from ) id 1ocLiA-0003zQ-24; Sun, 25 Sep 2022 08:05:58 +0100 Date: Sun, 25 Sep 2022 08:05:58 +0100 From: "Russell King (Oracle)" To: Marcin Wojtas Cc: Greg Kroah-Hartman , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , stable Subject: Re: [PATCH net] net: mvpp2: debugfs: fix problem with previous memory leak fix Message-ID: References: <20220921114444.2247083-1-gregkh@linuxfoundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Russell King (Oracle) X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Sep 25, 2022 at 07:58:29AM +0100, Russell King (Oracle) wrote: > On Sun, Sep 25, 2022 at 01:27:06AM +0200, Marcin Wojtas wrote: > > Hi Russell, > > > > I improved the patch compile and work (tested on my CN913x board). > > Feel free to submit (if you wish, I can do it too - please let me know > > your preference): > > https://github.com/semihalf-wojtas-marcin/Linux-Kernel/commit/0abb75115ffb2772f595bb3346573e27e650018b > > I don't see what the compile fixes were in that - it looks like my patch > ported onto current -net. Obvious changes: > > - moved mvpp2_dbgfs_exit() declaration from after mvpp2_dbgfs_cleanup() > to before. > - moved definition of mvpp2_root to the top of the file (as no effect > on the code.) > > and the change to port it: > > - dropped my mvpp2_dbgfs_init() hunk (because it's different in -net) > - removed static declaration of mvpp2_root in mvpp2_dbgfs_init() > > I'm not seeing any other changes. > > Note that Sasha has submitted a revert of Greg's original patch for > mainline, so my original patch should apply as-is if that revert > happens - and I don't see any compile issues with it. On that - it seems the Stable kernel maintainers can't cope with being told not to apply a patch - we've had a big long discussion about it on IRC over the past few days. Sasha states that the mainline process is broken - and as long as Greg's original patch is in place, stable will repeatedly attempt to backport it no matter whether a proper fix is being worked on, whether maintainers are busy, and so on and so forth. The only way to stop stable backporting patches is to revert them in mainline - as I asked to happen in this case on the 13th. So it's all our fault for not reverting the patch. It's got nothing to do with stable maintainers unable to keep track of which patches they shouldn't be picking up. I maintain that the stable kernel process is totally broken due to this - it makes no allowance for whether maintainers can sort the problem out in a timely manner. Quite honestly, I now regard the stable kernel process as being utterly broken. In my mind, it's not a stable kernel. It's an unstable kernel with randomly applied patches that may or may not be appropriate. Certainly, stable-kernel-rules.rst is a total and utter joke - they aren't rules at all, the stable kernel maintainers don't have any rules about patches they backport. Anyway, I guess we're going to have to wait for Sasha's revert to be merged into -net first, which will make backporting our true and proper memory-leak fix a lot easier. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!