From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f53.google.com (mail-wm0-f53.google.com [74.125.82.53]) by dpdk.org (Postfix) with ESMTP id D8EE62C01 for ; Tue, 18 Oct 2016 18:46:41 +0200 (CEST) Received: by mail-wm0-f53.google.com with SMTP id c78so4573645wme.0 for ; Tue, 18 Oct 2016 09:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding; bh=g0KOJLoQdWNsP2Sw1wrkHIOsfzDowYTNol5Ft3YXwS4=; b=bMkocJ0njHXaq3/TOIjBN9FWH5CE+cYxJqncI63RoZZpThSzhNouHhiyLAiz3gRrwI lB4ZyT/cH9zCFKFZ4Y1FCLw3iR14UvK9dHZxRir25Ii27El33+l56H/cABlIKirIR3Yk jEZIxPImag/TX0SwdCK9tQR5NhiGzOnY/ttf2q7SDpzqgMTKDoHXqyWkPdxlY+bhTAfc 8oehto2zCtjM3eUi0yoV9S7fim4XxcEo2mzbQxJRL2jfvmMzXcCNvNJoDsemVS1yFNTT 2F/siaKs8l1TTLzgZD3OnhZ5Drifixq39X4w/xEO2j3Dk6TVcjEwxHllVyWD0o1zpMZ9 d5yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:user-agent :in-reply-to:references:mime-version:content-transfer-encoding; bh=g0KOJLoQdWNsP2Sw1wrkHIOsfzDowYTNol5Ft3YXwS4=; b=MIZVs6HeSYIMvQh3wnDbaLfo7KTJ/737IRqaOcgLrKkhdz9vxi1XqVgvQWGxmL2Sd7 EU54cl3vJHkCt9gBgEnz2psKJCBYQm84Lunvm9gVzcGsbGJrfsk8/Rgxas0cGBFSkMGA +ipcEYVEHMcxYQJ6bKCMhNbusWWyx+qIvMMSReBA600BXEcL3k+EH8RMAbNr7LL9q9AW gKFiwhXD1HFZpHXD/etA/eJDyLCh43jwLdJEv9J4Xmd4fsYEblSLfcMSysa7xsXWhsMu 1CKBI0Gd9SOSATqPeAA+h9g61a8Ud5a+DUI2LXaWUiPsVkn7Yu5YD+SXwStyDlcdZJLF yDHg== X-Gm-Message-State: AA6/9RmLlzU4I8U2F3O2wAv4AjbfIasZzAb4tqRTUYXX3jfkdL60M1Th1TzF4z1v6RmpwB6c X-Received: by 10.28.128.143 with SMTP id b137mr1388220wmd.95.1476809201497; Tue, 18 Oct 2016 09:46:41 -0700 (PDT) Received: from xps13.localnet (184.203.134.77.rev.sfr.net. [77.134.203.184]) by smtp.gmail.com with ESMTPSA id e2sm63929967wjw.14.2016.10.18.09.46.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 18 Oct 2016 09:46:40 -0700 (PDT) From: Thomas Monjalon To: Yuanhan Liu Cc: Jan Blunck , "De Lara Guarch, Pablo" , dev@dpdk.org, "Mcnamara, John" Date: Tue, 18 Oct 2016 18:46:40 +0200 Message-ID: <7993435.bReMuqSN60@xps13> User-Agent: KMail/4.14.10 (Linux/4.5.4-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <20161018141837.GN16751@yliu-dev.sh.intel.com> References: <1472077494-164532-1-git-send-email-pablo.de.lara.guarch@intel.com> <10195497.iZAVVgVpbs@xps13> <20161018141837.GN16751@yliu-dev.sh.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH] drivers: make driver names consistent X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2016 16:46:42 -0000 2016-10-18 22:18, Yuanhan Liu: > On Tue, Oct 18, 2016 at 03:42:54PM +0200, Thomas Monjalon wrote: > > 2016-10-18 21:06, Yuanhan Liu: > > > On Tue, Oct 18, 2016 at 02:50:16PM +0200, Jan Blunck wrote: > > > > >From my understanding this is a massive API breakage. This forces all > > > > existing users of the virtual PMDs to change with zero benefit. Even > > > > if that isn't enough it also makes it impossible to switch between > > > > releases by recompiling. > > > > > > > > Can we please revert these changes and work on some aliasing support > > > > for the PMDs to fix it long term? > > > > > > +1. Aliasing is also something I would suggest before making such renames. > > > > It is a brutal change, yes. > > It was announced in 16.07 release notes though. > > Yes, but it still took me a while (by running git bisect) to figure out > what went wrong: I wasn't aware of such note, that I was thinking maybe > something is broken. > > Later I also got quite few same complains. It may also took them a while > to know what's happened. > > Anyway, my point is, for this kind of change, we should have added the > alias support firstly. Yes. > If that's been done, then the announcement is not > needed at all? The announcement would be needed to remove the aliases, later. > > We can try to make this change more progressive by keeping old names > > as aliases for some time. > > Is there a volunteer to work on vdev names aliases, > > with the target of integrating them in RC2 or RC3?