Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2217612pxb; Tue, 23 Feb 2021 01:14:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJw3SdBU1QJT8wKMXUlgMF263QPQBA2D6NbOwakPr2iX6KWjmQfmHqd03+YfzHArXLbRSxEK X-Received: by 2002:a50:fa89:: with SMTP id w9mr26314568edr.22.1614071650967; Tue, 23 Feb 2021 01:14:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614071650; cv=none; d=google.com; s=arc-20160816; b=jvaXEf0Zd7A6G39K+Dn20KjHApKfaErn6UXxSbvRYOXd9eQ9uf8XgZtr+a3Ken00HS +0XFd2zsx5gZGlfptWCRAqeFIQYaClcaALg1KaR7Lh8bp2gQCaQ9sO6pcMFy0hPjwWXI IIkZIOkAgM3pRxwEOh26/TxUVieopwZUQm479MRCiqC5UrCKte53B6QBu+VB3p5D/xm5 qskn1rRkcxh9qrbaA4ly2wXyZnfxLPfGg2yACKxI2x1bkuKPRNtX3hus2BVntKBm78kT FM5ZbLwgTIdm4YiE/sEWXES0veDogtjstmDY5+jt50DW5hNtEj1ksPMEibQfnn1eZw/r gq0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=oWGK+QA8n+yGZW2cAZQWBqhmuGInIOLJzVk3WD0N+uI=; b=ruUURtK8+yZMEhOnpaXseUo6HsWf2wRAAoRirMO3ZTdMFHBCcqn1kxnJ5P6Xq8rM5t 0QVL+yXbxLmchJ33gP+fRquBUSeG++PuhKu6pxQijzi5CbXXp5qL8doAounWA+WgfeMj FK116pbnC4OXZckl1yK1KDayKO/n4jUUPP6EF63ZP9JbImZSH0tt/3bTjKJzSWiV3wIb iDyoxzxnKlb2oFCyRtkE6lmzkMlnWmhESXTcYOaTQ5kFtH9IlyV77GchgUEEPMjWI1j+ 0H8Dm410PGF18z5/P5NfQsEKvxpC27B3PWLjaMu8czf5jyku3S67zo1z+jXobyY44T63 O0Lg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=WIbqzVKC; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g1si12821282ejb.606.2021.02.23.01.13.47; Tue, 23 Feb 2021 01:14:10 -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=@gmail.com header.s=20161025 header.b=WIbqzVKC; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232069AbhBWIB0 (ORCPT + 99 others); Tue, 23 Feb 2021 03:01:26 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58844 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229961AbhBWIBY (ORCPT ); Tue, 23 Feb 2021 03:01:24 -0500 Received: from mail-io1-xd2f.google.com (mail-io1-xd2f.google.com [IPv6:2607:f8b0:4864:20::d2f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EE1AAC061574; Tue, 23 Feb 2021 00:00:43 -0800 (PST) Received: by mail-io1-xd2f.google.com with SMTP id q77so16185360iod.2; Tue, 23 Feb 2021 00:00:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oWGK+QA8n+yGZW2cAZQWBqhmuGInIOLJzVk3WD0N+uI=; b=WIbqzVKCTYEysN56w9VCUffa46GIWLUP7OZffCQmp3D364ArfCsbmSVZmsRl3OM5zE zo+h9X/N3DId8bo7ckUnemkeA/498/Ha9030FJqyzMsFtgl26zD5wBILglfVUimboKUo c/wEVqa+skGtYkxoQlUGcynoIGfLUlQwEx19mIWKcKvsL27Xy++PKUOp8cWsT3YPFN1y ZmUU3ya0/MYS5mFgMCFeiBgpukq+Cd3g2OEQ0tjQsF85+H3vRzHfjAoj7ZhLWIs9DvSN kS7xU58FbzB9TJN+YTF8N1GTBvZN3Krr8mSU3EYKTd4YPgRZb7E3Na3abXawzBUoYilh qviA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oWGK+QA8n+yGZW2cAZQWBqhmuGInIOLJzVk3WD0N+uI=; b=nunbAsJtoNpE2r+SzCFLkODlytj6mC5VuD86X87MXoZ3b64oIaNuWybqv3lQ7gjJcW acDeYuHCFj5JFHYZVJ/5Be7mNVkPslbKGixRn3J3TR3z7Wsq7i7R5BoUvpRdV0EIn9cg qVW1RUSZRNaeuCvA29EP5tpB67BvafR0a9euuUItlhu5nY7VL15m4sYMpUqP8A3OnK5g u/pcsIcKBHsn0AZAPu7boySMNSTriCmyOHLWGKYPJUBGmEODYWaGjgpWlWqt8K6DHMxh mOgXwm7mKFGEEouBzOsjDjUQxmHHAWnXxn4v/MMQKief4fE7CFV1fZHArxIdzg8LrvRP +C/A== X-Gm-Message-State: AOAM531BcGGlqyN8UxqCZI71nzTD9WqNYxX5fRh6+FM6YkG/rfgqfy9s NyIAOtoadCAIpGDkaEkHL528ivRWsAJDRjpXLLc= X-Received: by 2002:a02:5d03:: with SMTP id w3mr4332911jaa.67.1614067243444; Tue, 23 Feb 2021 00:00:43 -0800 (PST) MIME-Version: 1.0 References: <20210220065654.25598-1-heiko.thiery@gmail.com> <20210222190051.40fdc3e9@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: <20210222190051.40fdc3e9@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> From: Heiko Thiery Date: Tue, 23 Feb 2021 09:00:32 +0100 Message-ID: Subject: Re: [PATCH 1/1] net: fec: ptp: avoid register access when ipg clock is disabled To: Jakub Kicinski Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, "David S . Miller" , Fugang Duan , Richard Cochran Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org HI Jakub, Am Di., 23. Feb. 2021 um 04:00 Uhr schrieb Jakub Kicinski : > > On Sat, 20 Feb 2021 07:56:55 +0100 Heiko Thiery wrote: > > When accessing the timecounter register on an i.MX8MQ the kernel hangs. > > This is only the case when the interface is down. This can be reproduced > > by reading with 'phc_ctrl eth0 get'. > > > > Like described in the change in 91c0d987a9788dcc5fe26baafd73bf9242b68900 > > the igp clock is disabled when the interface is down and leads to a > > system hang. > > > > So we check if the ptp clock status before reading the timecounter > > register. > > > > Signed-off-by: Heiko Thiery > > Please widen the CC list, you should CC Richard on PTP patches. > > > diff --git a/drivers/net/ethernet/freescale/fec_ptp.c b/drivers/net/ethernet/freescale/fec_ptp.c > > index 2e344aada4c6..c9882083da02 100644 > > --- a/drivers/net/ethernet/freescale/fec_ptp.c > > +++ b/drivers/net/ethernet/freescale/fec_ptp.c > > @@ -377,6 +377,9 @@ static int fec_ptp_gettime(struct ptp_clock_info *ptp, struct timespec64 *ts) > > u64 ns; > > unsigned long flags; > > > > + /* Check the ptp clock */ > > Comment is rather redundant. Drop it or say _when_ ptp_clk_on may not > be true. I just used the same comment as the one in the fec_ptp_settime() function. > > > + if (!adapter->ptp_clk_on) > > + return -EINVAL; > > Why is the PTP interface registered when it can't be accessed? > > Perhaps the driver should unregister the PTP clock when it's brought > down? Good question, but I do not know what happens e.g. with linuxptp when the device that was opened before will be gone. Maybe Richard can give a hint. > > > spin_lock_irqsave(&adapter->tmreg_lock, flags); > > ns = timecounter_read(&adapter->tc); > > spin_unlock_irqrestore(&adapter->tmreg_lock, flags); -- Heiko