Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2269572pxp; Mon, 21 Mar 2022 15:27:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzFzFCVbqmRTyUt/s7JfJOuzI7vf2USak+nNvLz1QfL8Hrn7OwuY7NcXKsEiGnocpFqoPn0 X-Received: by 2002:a17:90b:4c44:b0:1c7:109c:b419 with SMTP id np4-20020a17090b4c4400b001c7109cb419mr1390507pjb.113.1647901662541; Mon, 21 Mar 2022 15:27:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647901662; cv=none; d=google.com; s=arc-20160816; b=ycBXXjwQXs1l46ZKvDN0uwiSxjjiWuynSd6WURFvvz3juwOxj4eG8/2ksdapt3HKdY f6RxmSM8g7WURoKi5AJdXcE3s41o36qEe5I8EgxSpcq6JeixNWtb4Qp3Vz9MKinfhKCz DTdyHs8JKGzmb5Keq6mQHJGbi0G56eJcwnxQzRDNonyMnQWJk/dqyQ7nh6xtxmj/JqjE 3OG4soUpFMuNzXi/lT33nEH1I17FIShIKFPtJXn3RYjQKuQ5Ip3TohK7LDhP+PELmPUs N1oQwGfg0jbcXgv5hQngH8GwZmwRrFMrkLose8kKG5atf5vYiNOhDrSXCAwUNeduqkIV PBXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=vUmSQ/o6/48/oWERirExHUWhsxGR0ji+omx1UfKHJ2Y=; b=V79iggguE5zMtkmlije37aZqrt8W0r0OXLPZwp/xeJRgqfqc0rSuSR+2Mc1yU+vOIP DDk8zfxMCZw93YQ294/jOWP75/vf9GSqwsC4foaqqmYehE0Btki+r1QMF/yTE5LYnyCE 1SrUZpFzbpxD1lhjxVK0QXdFZ4Z8pxOvq5An6UcJ3/zpaNWfPlnKMrhTgnxKhUzfak1H DTkXahPxs4EV967LqJWDKfo3C8EQNqxEiOWL3m73/aevM+eieqZduNfHRtwkagKOLFU4 cSF5Prd6aXchrX14YQ73d90hhGECXOMFRPm+xiXW9H2i1nV915BhoA9Gt+UbypDw3gHM 599w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=g3qYN2Z2; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id s65-20020a637744000000b003816043eeeasi13302785pgc.223.2022.03.21.15.27.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 15:27:42 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=g3qYN2Z2; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6751E3AD67F; Mon, 21 Mar 2022 14:44:16 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240322AbiCRTVq (ORCPT + 99 others); Fri, 18 Mar 2022 15:21:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52030 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232488AbiCRTVo (ORCPT ); Fri, 18 Mar 2022 15:21:44 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D9BC2E8420; Fri, 18 Mar 2022 12:20:24 -0700 (PDT) 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 EC0E061BA0; Fri, 18 Mar 2022 19:20:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 117C1C340ED; Fri, 18 Mar 2022 19:20:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1647631223; bh=MiiDT3FzEK6tLZQja3IOFckulnk8Uz/WOuBFOepDFvc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=g3qYN2Z29gNmucFkvsCvmIHRdNVrKjwLWppWY8aTWhcxjxRaTlR9ZFbksLwcgCtTK QPQXMgdvHzmeGhh3GrcQcScoKZ3B+k6ZxUk/FWR1KJvdYyK7Oli5I1CajCzfhRXO4T wEQtsdY0T1ddr7Ef0+4SSutSADUhm/yqXmpT5yk+IZo8C7a0y2Re1R6N8Fka3wTAoB pBtx/f0oZ+DaMvANz1kHGhhC8L8fzb3R4ehzEVEewjx+TqArobwBAOMmr7+TbaYGBq A3IxDMQsGLFDHjQW5qamQgQAlglF2zTp8PSxUX9k/qc1EC7BZcMHljmjkdjANEBAQ+ wqGGX/BrqNvRw== Date: Fri, 18 Mar 2022 12:20:17 -0700 From: Jakub Kicinski To: Florian Fainelli Cc: Peter Robinson , Jeremy Linton , netdev@vger.kernel.org, opendmb@gmail.com, davem@davemloft.net, bcm-kernel-feedback-list@broadcom.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] net: bcmgenet: Use stronger register read/writes to assure ordering Message-ID: <20220318122017.24341eb1@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: <472540d2-3a61-beca-70df-d5f152e1cfd1@gmail.com> References: <20220310045358.224350-1-jeremy.linton@arm.com> <2167202d-327c-f87d-bded-702b39ae49e1@gmail.com> <472540d2-3a61-beca-70df-d5f152e1cfd1@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 Fri, 18 Mar 2022 12:01:20 -0700 Florian Fainelli wrote: > Given the time crunch we should go with Jeremy's patch that uses > stronger I/O access method and then we will work with Jeremy offline to > make sure that our version of GCC12 is exactly the same as his, as well > as the compiler options (like -mtune/-march) to reproduce this. > > If we believe this is only a problem with GCC12 and 5.17 in Fedora, then > I would be inclined to remove the Fixes tag such that when we come up > with a more localized solution we do not have to revert "net: bcmgenet: > Use stronger register read/writes to assure ordering" from stable > branches. This would be mostly a courtesy to our future selves, but an > argument could be made that this probably has always existed, and that > different compilers could behave more or less like GCC12. Are you expecting this patch to make 5.17? If Linus cuts final this weekend, as he most likely will, unless we do something special the patch in question will end up getting merged during the merge window. Without the Fixes tag you'll need to manually instruct Greg to pull it in. Is that the plan?