From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-f178.google.com (mail-pf0-f178.google.com [209.85.192.178]) by dpdk.org (Postfix) with ESMTP id 4FF381B749 for ; Fri, 13 Oct 2017 17:12:18 +0200 (CEST) Received: by mail-pf0-f178.google.com with SMTP id b6so2237279pfh.7 for ; Fri, 13 Oct 2017 08:12:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=dTB+ZeLan/bqz6JapR8PgJtcC3BHyCvlvA2XhnxESoE=; b=kmasVqaab3/dNN5i5PML4RkxiAeZ+u/mc14ksGjn7pGz5QsXbqSJUYLENDoW5EK3F+ 60yL8YbIOA1l842bx3G9xSqGKw0NWZn3d8UE/AorHpIYR5DNhUGFaasS6JwLQWSic9rg TZR6/W2sTAaCgjStbSK+AmuimrBzaqR7DBqqYQQXFwiSICeAXEhpqT6lzLl874L1njmH vYVQZ+0xA2pfs4ygJot37z9Q5LU/rWBw99r29n/c1kQFfO79J6G2z4pqtcIt/N65s/Bs hR1nP7cl+b8CxtxzAM/Cr9wQQEk0oTyUqsx4yJ0CyHoXktZSqEzYRC4FauVpvco9J/dt xxrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=dTB+ZeLan/bqz6JapR8PgJtcC3BHyCvlvA2XhnxESoE=; b=Bra2vS+NuEhEVNUw3kgBZtHQY0EN0nwcrMyEbs67AEEdu32tPnLGRc/7nSQ2rNlEiH sZaUUXbEmWq7khzEDmBcPgrN0UUN/4qbQUV+1L3pzLg4BWRK65/U6UjuFmHXNHShMFbF Ry9glZdAYXaKTpoN0MMh4ydg6QhdLSM/VyAoM/17VBLcSqLeOKbDWPiT40N4S4vr+VgB Cq0CdNWPM6ZBbhQfXTpYOKc3Gzb0vHbaLqD65uLef8HIx5Bv+z4n6HU2AgpvWzwKhdI6 q+UVbjsAfbsHAmu4d7EWBCy8Dm4R4pwaRQEPR/rdw4yYyhjQTfLpIdWwnhL7iskbtBXm dumQ== X-Gm-Message-State: AMCzsaV0BJqGPIuDf5LvvXyzEeTfRu81jzgN8Y8ElmezQEAyR5IChcnc QT2XuhzVLHG1ohnUP8JmIe7ebnRG9ik= X-Google-Smtp-Source: AOwi7QDm4Mq3HPq7VmH2FKJizwpbyVBYAHhk7Hkhnbip7G1QPRcUZVsukjZM+xoJq2aHMbvBqlQ3Ng== X-Received: by 10.101.86.201 with SMTP id w9mr1566169pgs.191.1507907537499; Fri, 13 Oct 2017 08:12:17 -0700 (PDT) Received: from xeon-e3 (76-14-207-240.or.wavecable.com. [76.14.207.240]) by smtp.gmail.com with ESMTPSA id t6sm3463922pfl.142.2017.10.13.08.12.17 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 13 Oct 2017 08:12:17 -0700 (PDT) Date: Fri, 13 Oct 2017 08:12:15 -0700 From: Stephen Hemminger To: "Yang, Qiming" Cc: "dev@dpdk.org" , Stephen Hemminger Message-ID: <20171013081215.6dbcab50@xeon-e3> In-Reply-To: References: <20170714183027.16021-1-stephen@networkplumber.org> <20170714183027.16021-2-stephen@networkplumber.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [RFC 01/14] ethdev: add link status read/write functions X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2017 15:12:18 -0000 On Wed, 11 Oct 2017 08:32:12 +0000 "Yang, Qiming" wrote: > > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Stephen Hemminger > > Sent: Saturday, July 15, 2017 2:30 AM > > To: dev@dpdk.org > > Cc: Stephen Hemminger ; Stephen Hemminger > > > > Subject: [dpdk-dev] [RFC 01/14] ethdev: add link status read/write functions > > > > Many drivers are all doing copy/paste of the same code to atomicly update the > > link status. Reduce duplication, and allow for future changes by having common > > function for this. > > > > Signed-off-by: Stephen Hemminger > > --- > > lib/librte_ether/rte_ethdev.c | 36 ++++++++++++++++++++++++++++++++++++ > > lib/librte_ether/rte_ethdev.h | 28 ++++++++++++++++++++++++++++ > > 2 files changed, 64 insertions(+) > > > > diff --git a/lib/librte_ether/rte_ethdev.c b/lib/librte_ether/rte_ethdev.c index > > a1b744704f3a..7532fc6b65f0 100644 > > --- a/lib/librte_ether/rte_ethdev.c > > +++ b/lib/librte_ether/rte_ethdev.c > > @@ -1332,6 +1332,42 @@ rte_eth_link_get_nowait(uint8_t port_id, struct > > rte_eth_link *eth_link) } > > > > int > > +_rte_eth_link_update(struct rte_eth_dev *dev, > > + const struct rte_eth_link *link) > > +{ > > + volatile struct rte_eth_link *dev_link = &(dev->data->dev_link); > > + struct rte_eth_link old; > > + > > + RTE_BUILD_BUG_ON(sizeof(*link) != sizeof(uint64_t)); > > + > > + old = *dev_link; > > + > > + /* Only reason we use cmpset rather than set is > > + * that on some architecture may use sign bit as a flag value. > > + */ > > + while (rte_atomic64_cmpset((volatile uint64_t *)dev_link, > > + *(volatile uint64_t *)dev_link, > > + *(const uint64_t *)link) == 0) > > + continue; > > + > > + return (old.link_status == link->link_status) ? -1 : 0; } > > + > > +void _rte_eth_link_read(struct rte_eth_dev *dev, > > + struct rte_eth_link *link) > > +{ > > + const uint64_t *src = (const uint64_t *)&(dev->data->dev_link); > > + volatile uint64_t *dst = (uint64_t *)link; > > + > > + RTE_BUILD_BUG_ON(sizeof(*link) != sizeof(uint64_t)); > > + > > + /* Note: this should never fail since both destination and expected > > + * values are the same and are a pointer from caller. > > + */ > > + rte_atomic64_cmpset(dst, *dst, *src); > > +} > > + > > +int > > rte_eth_stats_get(uint8_t port_id, struct rte_eth_stats *stats) { > > struct rte_eth_dev *dev; > > diff --git a/lib/librte_ether/rte_ethdev.h b/lib/librte_ether/rte_ethdev.h index > > f6837278521c..974657933f23 100644 > > --- a/lib/librte_ether/rte_ethdev.h > > +++ b/lib/librte_ether/rte_ethdev.h > > @@ -2219,6 +2219,34 @@ void rte_eth_link_get(uint8_t port_id, struct > > rte_eth_link *link); > > */ > > void rte_eth_link_get_nowait(uint8_t port_id, struct rte_eth_link *link); > > > > + > > +/** > > + * @internal > > + * Atomically write the link status for the specific device. > > + * It is for use by DPDK device driver use only. > > + * User applications should not call it > > + * > > + * @param dev > > + * Pointer to struct rte_eth_dev. > > + * @param link > > + * New link status value. > > + * @return > > + * -1 if link state has changed, 0 if the same. > > + */ > > +int _rte_eth_link_update(struct rte_eth_dev *dev, > > + const struct rte_eth_link *link); > > + > This function is only do the atomically write, what do you think to change the function name to _rte_eth_atomic_write_link_status, > Use name link_update makes me confused, and mix up it with dev_ops link_update. > > +/** > > + * @internal > > + * Atomically read the link speed and status. > > + * @param dev > > + * Pointer to struct rte_eth_dev. > > + * @param link > > + * link status value. > > + */ > > +void _rte_eth_link_read(struct rte_eth_dev *dev, > > + struct rte_eth_link *link); > > + > This name is also not very clear. I think change to _rte_eth_atomic_read_link_status will better. > > /** > > * Retrieve the general I/O statistics of an Ethernet device. > > * > > -- > > 2.11.0 > The first set of patches was just trying to combine multiple copies of same code. Every place was doing same thing for atomic update.