[dpdk-dev] [PATCH] net/ixgbe: update data->eth_link status on start

Chas Williams 3chas3 at gmail.com
Mon Apr 2 15:38:21 CEST 2018


On Mon, Apr 2, 2018 at 8:40 AM, Zhang, Qi Z <qi.z.zhang at intel.com> wrote:
> Hi Williams:
>
>> -----Original Message-----
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Chas Williams
>> Sent: Saturday, March 31, 2018 1:22 AM
>> To: Zhang, Helin <helin.zhang at intel.com>
>> Cc: dev at dpdk.org; Lu, Wenzhuo <wenzhuo.lu at intel.com>; Ananyev,
>> Konstantin <konstantin.ananyev at intel.com>; Charles (Chas) Williams
>> <chas3 at att.com>
>> Subject: Re: [dpdk-dev] [PATCH] net/ixgbe: update data->eth_link status on
>> start
>>
>> On Fri, Mar 30, 2018 at 12:30 PM, Zhang, Helin <helin.zhang at intel.com>
>> wrote:
>> >
>> >
>> >> -----Original Message-----
>> >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Chas Williams
>> >> Sent: Wednesday, February 14, 2018 6:56 AM
>> >> To: dev at dpdk.org
>> >> Cc: Lu, Wenzhuo; Ananyev, Konstantin; Charles (Chas) Williams
>> >> Subject: [dpdk-dev] [PATCH] net/ixgbe: update data->eth_link status
>> >> on start
>> >>
>> >> From: "Charles (Chas) Williams" <chas3 at att.com>
>> >>
>> >> dev->data->eth_link isn't updated until the first interrupt.  If a
>> >> link is carrier down, then this interrupt may never happen.  Before
>> >> we finished starting the PMD, call ixgbe_dev_link_update() to ensure we
>> have a valid status.
>> >>
>> >> Signed-off-by: Chas Williams <chas3 at att.com>
>> >> ---
>> >>  drivers/net/ixgbe/ixgbe_ethdev.c | 4 ++++
>> >>  1 file changed, 4 insertions(+)
>> >>
>> >> diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c
>> >> b/drivers/net/ixgbe/ixgbe_ethdev.c
>> >> index 37eb668..27d29dc 100644
>> >> --- a/drivers/net/ixgbe/ixgbe_ethdev.c
>> >> +++ b/drivers/net/ixgbe/ixgbe_ethdev.c
>> >> @@ -2666,6 +2666,8 @@ ixgbe_dev_start(struct rte_eth_dev *dev)
>> >>       if (err)
>> >>               goto error;
>> >>
>> >> +     ixgbe_dev_link_update(dev, 0);
>> > It is called in rte_eth_dev_start() if lsc is not enabled, and it is
>> > not needed here to avoid any duplication.
>> > BTW, did you see any issue or just check the code? Thanks!
>>
>> Yes, I see an issue with bonding.  If LSC is enabled, then link_status isn't set
>> until the first interrupt to update the link status.  If a link is down, this
>> interrupt may never happen result in link_status being somewhat undefined.
>
> Is your issue only happened on VF?
> For PF, I saw ixgbe_check_link is called at ixgbe_dev_start, so link status is assume be updated.
> If you think it is just missed in VF, can you implemented this in the similar way as PF?

No, I don't believe it's isolated to VF.  ixgbe_check_link() doesn't
update (atomically write)
the dev->data->dev_link.  After .dev_start() finishes, I need the
link_status of the adapter to
be set.  I can't wait until I hope the first interrupt has happened
that would update
dev->data->dev_link.  How long would I wait?  I don't really care if
the link is down,
or up, or whatever, but it can't be partially filled in.  Bonding (in
802.3ad) wants the
links to be similarly configured.

>
> Regards
> Qi
>
>>
>> >
>> > /Helin
>> >
>> >> +
>> >>  skip_link_setup:
>> >>
>> >>       if (rte_intr_allow_others(intr_handle)) { @@ -5033,6 +5035,8 @@
>> >> ixgbevf_dev_start(struct rte_eth_dev *dev)
>> >>
>> >>       ixgbevf_dev_rxtx_start(dev);
>> >>
>> >> +     ixgbevf_dev_link_update(dev, 0);
>> >> +
>> >>       /* check and configure queue intr-vector mapping */
>> >>       if (rte_intr_cap_multiple(intr_handle) &&
>> >>           dev->data->dev_conf.intr_conf.rxq) {
>> >> --
>> >> 2.9.5
>> >


More information about the dev mailing list