From: Leon Romanovsky <leon@kernel.org>
To: Tony Nguyen <anthony.l.nguyen@intel.com>
Cc: davem@davemloft.net, kuba@kernel.org, pabeni@redhat.com,
edumazet@google.com, netdev@vger.kernel.org,
Alessio Igor Bogani <alessio.bogani@elettra.eu>,
richardcochran@gmail.com,
Pucha Himasekhar Reddy <himasekharx.reddy.pucha@intel.com>
Subject: Re: [PATCH net-next 1/2] igb: Stop PTP related workqueues if aren't necessary
Date: Tue, 15 Aug 2023 08:23:01 +0300 [thread overview]
Message-ID: <20230815052301.GC22185@unreal> (raw)
In-Reply-To: <f8b9cd9e-651b-8488-5c4f-aacc03a3c9c8@intel.com>
On Mon, Aug 14, 2023 at 03:16:05PM -0700, Tony Nguyen wrote:
>
>
> On 8/13/2023 2:01 AM, Leon Romanovsky wrote:
> > On Thu, Aug 10, 2023 at 10:54:09AM -0700, Tony Nguyen wrote:
> > > From: Alessio Igor Bogani <alessio.bogani@elettra.eu>
> > >
> > > The workqueues ptp_tx_work and ptp_overflow_work are unconditionally allocated
> > > by igb_ptp_init(). Stop them if aren't necessary (ptp_clock_register() fails
> > > and CONFIG_PTP is disabled).
> > >
> > > Signed-off-by: Alessio Igor Bogani <alessio.bogani@elettra.eu>
> > > Tested-by: Pucha Himasekhar Reddy <himasekharx.reddy.pucha@intel.com> (A Contingent worker at Intel)
> > > Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
> > > ---
> > > drivers/net/ethernet/intel/igb/igb_ptp.c | 6 ++++++
> > > 1 file changed, 6 insertions(+)
> > >
> > > diff --git a/drivers/net/ethernet/intel/igb/igb_ptp.c b/drivers/net/ethernet/intel/igb/igb_ptp.c
> > > index 405886ee5261..02276c922ac0 100644
> > > --- a/drivers/net/ethernet/intel/igb/igb_ptp.c
> > > +++ b/drivers/net/ethernet/intel/igb/igb_ptp.c
> > > @@ -1406,7 +1406,13 @@ void igb_ptp_init(struct igb_adapter *adapter)
> > > dev_info(&adapter->pdev->dev, "added PHC on %s\n",
> > > adapter->netdev->name);
> > > adapter->ptp_flags |= IGB_PTP_ENABLED;
> > > + return;
> > > }
> > > +
> > > + if (adapter->ptp_flags & IGB_PTP_OVERFLOW_CHECK)
> > > + cancel_delayed_work_sync(&adapter->ptp_overflow_work);
> > > +
> > > + cancel_work_sync(&adapter->ptp_tx_work);
> >
> > Is it possible to move work initialization to be after call to ptp_clock_register()?
>
> I'm under the impression that everything should be ready to go before
> calling ptp_clock_register() so we shouldn't register until the workqueues
> are set up.
I honestly don't know.
Thanks
>
> Thanks,
> Tony
>
> > diff --git a/drivers/net/ethernet/intel/igb/igb_ptp.c b/drivers/net/ethernet/intel/igb/igb_ptp.c
> > index 405886ee5261..56fd2b0fe70c 100644
> > --- a/drivers/net/ethernet/intel/igb/igb_ptp.c
> > +++ b/drivers/net/ethernet/intel/igb/igb_ptp.c
> > @@ -1386,11 +1386,6 @@ void igb_ptp_init(struct igb_adapter *adapter)
> > }
> > spin_lock_init(&adapter->tmreg_lock);
> > - INIT_WORK(&adapter->ptp_tx_work, igb_ptp_tx_work);
> > -
> > - if (adapter->ptp_flags & IGB_PTP_OVERFLOW_CHECK)
> > - INIT_DELAYED_WORK(&adapter->ptp_overflow_work,
> > - igb_ptp_overflow_check);
> > adapter->tstamp_config.rx_filter = HWTSTAMP_FILTER_NONE;
> > adapter->tstamp_config.tx_type = HWTSTAMP_TX_OFF;
> > @@ -1407,6 +1402,15 @@ void igb_ptp_init(struct igb_adapter *adapter)
> > adapter->netdev->name);
> > adapter->ptp_flags |= IGB_PTP_ENABLED;
> > }
> > +
> > + if (!adapter->ptp_clock)
> > + return;
> > +
> > + INIT_WORK(&adapter->ptp_tx_work, igb_ptp_tx_work);
> > +
> > + if (adapter->ptp_flags & IGB_PTP_OVERFLOW_CHECK)
> > + INIT_DELAYED_WORK(&adapter->ptp_overflow_work,
> > + igb_ptp_overflow_check);
> > }
> > /**
> >
> >
> >
> >
> > > }
> > > /**
> > > --
> > > 2.38.1
> > >
> > >
next prev parent reply other threads:[~2023-08-15 5:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-10 17:54 [PATCH net-next 0/2][pull request] Intel Wired LAN Driver Updates 2023-08-10 (igb, e1000e) Tony Nguyen
2023-08-10 17:54 ` [PATCH net-next 1/2] igb: Stop PTP related workqueues if aren't necessary Tony Nguyen
2023-08-13 9:01 ` Leon Romanovsky
2023-08-14 22:16 ` Tony Nguyen
2023-08-15 5:23 ` Leon Romanovsky [this message]
2023-08-15 5:46 ` Rahul Rameshbabu
2023-08-15 15:24 ` Tony Nguyen
2023-08-10 17:54 ` [PATCH net-next 2/2] e1000e: Use PME poll to circumvent unreliable ACPI wake Tony Nguyen
2023-08-13 9:01 ` Leon Romanovsky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230815052301.GC22185@unreal \
--to=leon@kernel.org \
--cc=alessio.bogani@elettra.eu \
--cc=anthony.l.nguyen@intel.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=himasekharx.reddy.pucha@intel.com \
--cc=kuba@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).