From: Ferruh Yigit <ferruh.yigit@intel.com>
To: Tyler Retzlaff <roretzla@linux.microsoft.com>
Cc: Konstantin Ananyev <konstantin.ananyev@intel.com>, <dev@dpdk.org>
Subject: Re: ethdev: hide internal structures
Date: Tue, 16 Nov 2021 09:32:15 +0000 [thread overview]
Message-ID: <15f9b491-6c36-dc85-6348-d746196d4374@intel.com> (raw)
In-Reply-To: <20211116002440.GA17166@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net>
On 11/16/2021 12:24 AM, Tyler Retzlaff wrote:
> hi folks,
>
> I don't understand the text of this change. would you mind explaining?
>
> commit f9bdee267ab84fd12dc288419aba341310b6ae08
> Author: Konstantin Ananyev <konstantin.ananyev@intel.com>
> Date: Wed Oct 13 14:37:04 2021 +0100
> ethdev: hide internal structures
>
> +* ethdev: Made ``rte_eth_dev``, ``rte_eth_dev_data``, ``rte_eth_rxtx_callback`` > + private data structures. ``rte_eth_devices[]`` can't be accessed directly
> + by user any more. While it is an ABI breakage, this change is intended
> + to be transparent for both users (no changes in user app is required) and> + PMD developers (no changes in PMD is required).
>
>
> if it is an ABI break (and it is also an API break) how is it that
> this change could be "transparent" to the user application?
>
> * existing binaries will not run. (they need to be recompiled)
> * existing code will not compile. (code changes are required)
>
> in order to cope with this change an application will have to have the
> code modified and will need to be re-compiled. so i don't understand how
> that is transparent?
>
Hi Tyler,
It shouldn't be an API change, which API is changed?
Existing binaries won't run and needs recompile, but shouldn't need to change
the code.
Unless application is accessing *internal* DPDK structs (which were exposed
to application because of some technical issues that above commit fixes).
What code change do you require, in driver or application?
next prev parent reply other threads:[~2021-11-16 9:32 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-16 0:24 Tyler Retzlaff
2021-11-16 9:32 ` Ferruh Yigit [this message]
2021-11-16 17:54 ` Tyler Retzlaff
2021-11-16 20:07 ` Ferruh Yigit
2021-11-16 20:44 ` Tyler Retzlaff
2021-11-16 10:32 ` Ananyev, Konstantin
2021-11-16 19:10 ` Tyler Retzlaff
2021-11-16 21:25 ` Stephen Hemminger
2021-11-16 22:58 ` Tyler Retzlaff
2021-11-16 23:22 ` Stephen Hemminger
2021-11-17 22:05 ` Tyler Retzlaff
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=15f9b491-6c36-dc85-6348-d746196d4374@intel.com \
--to=ferruh.yigit@intel.com \
--cc=dev@dpdk.org \
--cc=konstantin.ananyev@intel.com \
--cc=roretzla@linux.microsoft.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).