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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 B0561C32793 for ; Tue, 23 Aug 2022 23:24:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=PwdS3orRwc5lqqVEfvmLvZ0sJCfcIcTIXnAvB5a124k=; b=NTL4Jf5cShsQZ6 +ZeCvJZnoD/s1jKsC4+X6DuLu/CPTQ+GF1AkyaSa5geMSW1IluTypj4c3jBye/8/346XI2EHa2TAT 3xjc96CaUjW4PKiJoOV1DMYIfGO1DSFiccffyn80fmxsT7gEu+zm/X22Spw1udSTJqr14YuXENFX1 go7znuIZygDoE8woaAydofOTBw12S1LEnfpRzghS8Wexq2F0hqYzdYSIjmh8fGykGbzyncn0Nceby LficRCpEd62XPQEI95kN/RY0qAnX+0hrVMcjtdQQXPbMue3/9KCK9vOz2MHoeALeofW5Day2oi9u1 4rR4vWMisqQrF2sLjUVQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oQdEj-009AAP-6d; Tue, 23 Aug 2022 23:23:09 +0000 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oQdEg-009A90-CX for linux-arm-kernel@lists.infradead.org; Tue, 23 Aug 2022 23:23:07 +0000 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E3ADD6170D; Tue, 23 Aug 2022 23:23:00 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D9C0BC433C1; Tue, 23 Aug 2022 23:22:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1661296980; bh=LP1XVIKMUulWV8jrChoFwZ1vXqm8uX8Dgevyzd6rOFc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kGzaaW19VZlh30mmP/BwAYqxtpW5dWiaBc97gE3QuWZKFFDXrvK5PwtMFnArJ9bMH 3IuzIs4ikuXjn+fY5oIodsdYdvOn7U9BCk+yZ4buKQzsVHEuJMN4yQezm1A9rag3KW Ioa7tu8B5+Z64j9AbMoS/a0xJfVJKA0LAUdjawEv7qJt8AtMvCwBAPq7MVlbyU9QRB oxuWwhEuFdgZhec3Vvgvb1DwnJ4gT+7j1l34QvE3V/FZSvN8dVJXCBMcRDEx+3qfPE 7VVD3j/gG2MCnatgUeM5hWqBThxsIrdsF1lghqD8GuvwUfvI8GcEDHsRzqQZZ3XrGV NA12nwsTSphQA== Date: Tue, 23 Aug 2022 16:22:59 -0700 From: Jakub Kicinski To: Heiner Kallweit Cc: Giuseppe Cavallaro , Alexandre Torgue , Jose Abreu , "David S. Miller" , Eric Dumazet , Paolo Abeni , Maxime Coquelin , "netdev@vger.kernel.org" , "moderated list:ARM/STM32 ARCHITECTURE" , "linux-arm-kernel@lists.infradead.org" , Qi Duan , Da Xue , Jerome Brunet Subject: Re: [PATCH net] net: stmmac: work around sporadic tx issue on link-up Message-ID: <20220823162259.36401af0@kernel.org> In-Reply-To: <72755b6b-f071-1c54-c2fd-5ea0376effe1@gmail.com> References: <72755b6b-f071-1c54-c2fd-5ea0376effe1@gmail.com> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220823_162306_517412_33F5C536 X-CRM114-Status: GOOD ( 19.95 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Sat, 20 Aug 2022 17:20:37 +0200 Heiner Kallweit wrote: > This is a follow-up to the discussion in [0]. It seems to me that > at least the IP version used on Amlogic SoC's sometimes has a problem > if register MAC_CTRL_REG is written whilst the chip is still processing > a previous write. But that's just a guess. > Adding a delay between two writes to this register helps, but we can > also simply omit the offending second write. This patch uses the second > approach and is based on a suggestion from Qi Duan. > Benefit of this approach is that we can save few register writes, also > on not affected chip versions. > > This patch doesn't apply cleanly before the commit marked as fixed. > There's nothing wrong with this commit. I don't think this is right, please do your best to identify where the bug was actually introduced and put that in the Fixes tag. IIRC this is not the first time you've made this choice so let's sort this out, we can bring it up with Greg if you would like, I don't see it clarified in the docs. My understanding and experience doing backports for my employer is that cutting off the Fixes tag at the place patch application fails is very counter productive. Better to go too far back and let the person maintaining the tree decide if the backport is needed. > [0] https://www.spinics.net/lists/netdev/msg831526.html > > Fixes: 11059740e616 ("net: pcs: xpcs: convert to phylink_pcs_ops") _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel