From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com [74.125.82.42]) by dpdk.org (Postfix) with ESMTP id 105C429D2 for ; Thu, 7 Apr 2016 19:01:04 +0200 (CEST) Received: by mail-wm0-f42.google.com with SMTP id 191so98455854wmq.0 for ; Thu, 07 Apr 2016 10:01:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8vraULkT811OMLP1Z5XozFFVZiKkG9FXda7ZzzaSBW0=; b=ib+YmiHKMv7w6cxSait0YrAnMlsTJkeIBqVN+G8FoImh5ANAGEnaccVbe7VNP4DQNu +KzkGgcjWB63DZeMw676OWTswvSgPJO+H2LgpaGPmVPNJ21PeS1yNbvCS67BB0xQeMLJ Tq8OQ7mqznKtuzuzUj23vr2GZDXEiBbz+zfAHIT8VvQ6G9Qg4j07qHzXH7Q7UmP+CNHs ndOzjPk/3O3qn7M50jJzWtYoy0CU90QSeki2OyKzAP5mtNHdn6ab2+7KRXlgaYyDQfEC 3C51ZI9CBT3kDhgSZUZGtmZVGBj6tHi2x0WRh5E+YoMuo1u+396GGcFkJalzD0RVa14K BoCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8vraULkT811OMLP1Z5XozFFVZiKkG9FXda7ZzzaSBW0=; b=R7K7UMF3fhWBVTx67w+6EbCpKjeDRGhO6MzqflY2ghg932rFXSEjhROj2C1nbor/Cr H0TTQHUa4atfFU6x0S7YWVO5fGHyx921mTtPjWHqJeTPG6wgu+3I7Zx7hWkoWGZ2kDNu NgR7ae754P9pVRAbmPPTan9mcHP+kOw2MIpVyAGvWzJ7Id0+NpVCW2JVoM6FPAu3HQre +s9iM94pX63SBFFMbjR3K1pM16R4zEx0nXtJ2kVPakx5FjOWi3C0+JLV+jPUbeONtp98 TWxfOPo0EMw26E31AM9Fi8U5W79EijzGFVzRPM9ygR/hh+T8F2sk/1wI5WYJyn65P1kv OKfg== X-Gm-Message-State: AD7BkJK/xTqVTqOvQ98MNUgmlhiOJHXug68itnpoKaCnIIOdAOcedDmVfD35wRp2IHYdeGN8BpBMvcHCL1ywcMws X-Received: by 10.194.174.197 with SMTP id bu5mr5155477wjc.23.1460048463876; Thu, 07 Apr 2016 10:01:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.96.2 with HTTP; Thu, 7 Apr 2016 10:00:43 -0700 (PDT) In-Reply-To: <20160407174616.416ec249@pcviktorin.fit.vutbr.cz> References: <1460043197-13707-1-git-send-email-david.marchand@6wind.com> <20160407174616.416ec249@pcviktorin.fit.vutbr.cz> From: David Marchand Date: Thu, 7 Apr 2016 19:00:43 +0200 Message-ID: To: Jan Viktorin Cc: "dev@dpdk.org" , Olivier Matz , Thomas Monjalon Content-Type: text/plain; charset=UTF-8 Subject: Re: [dpdk-dev] [PATCH] doc: announce API changes for device objects 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: Thu, 07 Apr 2016 17:01:04 -0000 On Thu, Apr 7, 2016 at 5:46 PM, Jan Viktorin wrote: > On Thu, 7 Apr 2016 17:33:17 +0200 > David Marchand wrote: > >> Following discussions with Jan, here is a deprecation notice to prepare for >> hotplug and rte_device changes to come in 16.07. >> >> Signed-off-by: David Marchand >> --- >> doc/guides/rel_notes/deprecation.rst | 12 ++++++++++++ >> 1 file changed, 12 insertions(+) >> >> diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst >> index 98d5529..d749e5d 100644 >> --- a/doc/guides/rel_notes/deprecation.rst >> +++ b/doc/guides/rel_notes/deprecation.rst >> @@ -8,6 +8,18 @@ API and ABI deprecation notices are to be posted here. >> Deprecation Notices >> ------------------- >> >> +* The ethdev hotplug API is going to be moved to EAL with a notification >> + mechanism added to crypto and ethdev libraries so that hotplug is now >> + available to both of them. This API will be stripped of the device arguments >> + so that it only cares about hotplugging. >> + >> +* Structures embodying pci and vdev devices are going to be reworked to >> + integrate new common rte_device / rte_driver objects (see >> + http://dpdk.org/ml/archives/dev/2016-January/031390.html). >> + ethdev and crypto libraries will then only handle those objects so that they >> + do not need to care about the kind of devices that are being used, making it >> + easier to add new buses later. > > As a result, the current rte_driver structure will be renamed to > rte_module and probably reworked in some way due to its semantics and > potential name clash with the new rte_driver struct. If we just introduce some macros like RTE_MODULE_INIT() / RTE_MODULE_EXIT(), we don't need a rte_module object at the moment ? -- David Marchand