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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.