From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by dpdk.org (Postfix) with ESMTP id 4FC991F5 for ; Tue, 16 May 2017 12:03:00 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 9BE0A20AFC; Tue, 16 May 2017 06:02:58 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 16 May 2017 06:02:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=0w60F/Trz9azTQ8 ATd5yRmuo70pz+z6M1IgL0buJH5U=; b=DKHy0fbveVbexyFyiZUB5xzxxN9BYMU wzoavReuwxWr4SXvjcX8C/lQVzAyOAj1/RuUcO9q15BGGSZ4ClA+xOdTe0MZRPwp G4CZFanA9o8xnzie54l4zIyYa7la7H4eSVseaHRyYrD/ZLOxmgX/5H3Yt+4AoroU 2NCGQgjL9Yd8= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=0w60F/Trz9azTQ8ATd5yRmuo70pz+z6M1IgL0buJH5U=; b=lTYvu2pZ iCP5oevWKajC952g8oUJ1nFmBjLFKRtwZdZDAh5u7mv2pgcmI/QH28AuUzi7UC26 DsoJiMAFKHcpdkMJadoL1hLHdXtCcGkk1OsmJnpF5Y6dmgDNlQ62qvjX9z9iSbV1 VPsLsFTm2rDA6RdQcXjLTqTRd3CV6kp1Z5b3CC1ONEN3Uy8xDTFFJo4d1ngHCZEO Vf2kzQ02fLYlFpfzw1hvzowBxCH4rexM0QA3N1jVMwexcLGvuaqpAqv3qq5h/dbT 1s8pwKvwEgCy/q0QDVzy9P4GR9v+Fpj/ERNrSD1bJokrjVX2A6o3ra2xznPbUPiL F8FtG46si0TqkA== X-ME-Sender: X-Sasl-enc: mBdMsk65jL2qTaCgRI+OABOFcXSKwnQk4v6M+qaHhAaU 1494928978 Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 4A61324950; Tue, 16 May 2017 06:02:58 -0400 (EDT) From: Thomas Monjalon To: Alejandro Lucero Cc: Ferruh Yigit , dev@dpdk.org, Shepard Siegel , Ed Czeck , John Miller , John McNamara , Harish Patil , Rasesh Mody , Rahul Lakkireddy , Hemant Agrawal , Shreyansh Jain , Wenzhuo Lu , Marcin Wojtas , Michal Krawczyk , Guy Tzalik , Evgeny Schemeilin , Jing Chen , Helin Zhang , Jingjing Wu , Konstantin Ananyev , Adrien Mazarguil , Nelio Laranjeiro , Matej Vido , Pascal Mazon , Yuanhan Liu , Maxime Coquelin , Shrikrishna Khare Date: Tue, 16 May 2017 12:02:57 +0200 Message-ID: <3454007.3ZDP6eXIq0@xps> In-Reply-To: References: <20170510131053.75843-1-ferruh.yigit@intel.com> <17406199.hqjMraK9H2@xps> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH] drivers/net: document missing speed capabilities feature 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: Tue, 16 May 2017 10:03:00 -0000 16/05/2017 11:39, Alejandro Lucero: > Maybe we need another feature for detected link speed report capability. > > There is already support for ETH_SPEED_NUM_NONE if the speed is not defined > or it can not be specified by the device. Netronome has some firmwares > without that link speed report capability, although maybe we are not the > only ones with that problem. > > > What do you think about this? Yes, you mean you can advertise a speed capability, but cannot report the real negotiated speed, right? So we could add this feature. There are also virtual drivers which cannot report some real speed.