<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>11e02702 - examples: fix pkg-config override</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#11e02702</link>
        <description>examples: fix pkg-config overrideMove pkg-config override to beginning in the Makefile to allowuse PKGCONF variable to detect the libdpdk availability.Fixes: fda34680eb9a (&quot;examples: remove legacy sections of makefiles&quot;)Cc: stable@dpdk.orgSigned-off-by: Jerin Jacob &lt;jerinj@marvell.com&gt;Acked-by: Bruce Richardson &lt;bruce.richardson@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Wed, 05 May 2021 14:25:25 +0000</pubDate>
        <dc:creator>Jerin Jacob &lt;jerinj@marvell.com&gt;</dc:creator>
    </item>
<item>
        <title>5a196330 - examples: warn about broken pkg-config</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#5a196330</link>
        <description>examples: warn about broken pkg-configSince the examples are designed to be built by end-users using Make, wecan detect and warn about broken pkg-config on the user&apos;s system as partof the build process.Signed-off-by: Bruce Richardson &lt;bruce.richardson@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Tue, 19 Jan 2021 13:03:24 +0000</pubDate>
        <dc:creator>Bruce Richardson &lt;bruce.richardson@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>bc8e3247 - examples: restore trace point</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#bc8e3247</link>
        <description>examples: restore trace pointBefore make removal, those examples were built with experimental flagfor tracepoints to be compiled in but the pkg-config part of thosemakefiles were missed.Fixes: 78d44153de8f (&quot;ethdev: add tracepoints&quot;)Cc: stable@dpdk.orgSigned-off-by: David Marchand &lt;david.marchand@redhat.com&gt;Acked-by: Bruce Richardson &lt;bruce.richardson@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Sat, 14 Nov 2020 09:05:33 +0000</pubDate>
        <dc:creator>David Marchand &lt;david.marchand@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>13abe17c - examples/multi_process: convert to pkg-config-based build</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#13abe17c</link>
        <description>examples/multi_process: convert to pkg-config-based buildRemove references to the old make build system and use pkg-config forbuilding these examples.Signed-off-by: Bruce Richardson &lt;bruce.richardson@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Thu, 03 Sep 2020 15:26:42 +0000</pubDate>
        <dc:creator>Bruce Richardson &lt;bruce.richardson@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>78d44153 - ethdev: add tracepoints</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#78d44153</link>
        <description>ethdev: add tracepointsAdd tracepoints at important and mandatory APIs for tracing support.Signed-off-by: Sunil Kumar Kori &lt;skori@marvell.com&gt;Acked-by: David Marchand &lt;david.marchand@redhat.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Wed, 22 Apr 2020 19:03:45 +0000</pubDate>
        <dc:creator>Sunil Kumar Kori &lt;skori@marvell.com&gt;</dc:creator>
    </item>
<item>
        <title>d711bea6 - eal: promote some experimental functions as stable</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#d711bea6</link>
        <description>eal: promote some experimental functions as stableThe function rte_eal_cleanup() was introduced more than one year ago,in DPDK 18.02. It is no longer experimental, allowingpdump, proc-info and hotplug_mp apps to not need any experimental API.The function rte_ctrl_thread_create() was introduced one year agoin DPDK 18.05. It is no longer experimental, allowingKNI PMD and TEP example to not need any experimental API.The functions rte_socket_count() and rte_socket_id_by_idx() wereintroduced one year ago in DPDK 18.05. They are no longer experimental.The function rte_dev_is_probed() was introduced half a year agoin DPDK 18.11. It is no longer experimental.Signed-off-by: Thomas Monjalon &lt;thomas@monjalon.net&gt;Acked-by: Hemant Agrawal &lt;hemant.agrawal@nxp.com&gt;Acked-by: Kevin Traynor &lt;ktraynor@redhat.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Thu, 18 Apr 2019 00:30:58 +0000</pubDate>
        <dc:creator>Thomas Monjalon &lt;thomas@monjalon.net&gt;</dc:creator>
    </item>
<item>
        <title>e9c65942 - examples: detect default build directory</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#e9c65942</link>
        <description>examples: detect default build directoryMost examples have in their makefiles a default RTE_TARGET directory to beused in case RTE_TARGET is not set. Rather than just using a hard-codeddefault, we can instead detect what the build directory is relative toRTE_SDK directory.This fixes a potential issue for anyone who continues to build using&quot;make install T=x86_64-native-linuxapp-gcc&quot; and skips setting RTE_TARGETexplicitly, instead relying on the fact that they were building in adirectory which corresponded to the example default path - which waschanged to &quot;x86_64-native-linux-gcc&quot; by commit 218c4e68c1d9 (&quot;mk: uselinux and freebsd in config names&quot;).Signed-off-by: Bruce Richardson &lt;bruce.richardson@intel.com&gt;Acked-by: Ferruh Yigit &lt;ferruh.yigit@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Wed, 27 Mar 2019 13:58:05 +0000</pubDate>
        <dc:creator>Bruce Richardson &lt;bruce.richardson@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>218c4e68 - mk: use linux and freebsd in config names</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#218c4e68</link>
        <description>mk: use linux and freebsd in config namesRather than using linuxapp and bsdapp everywhere, we can change things touse the, more readable, terms &quot;linux&quot; and &quot;freebsd&quot; in our build configs.Rather than renaming the configs we can just duplicate the existing oneswith the new names using symlinks, and use the new names exclusivelyinternally. [&quot;make showconfigs&quot; also only shows the new names to keep thelist short] The result is that backward compatibility is kept fully but anynew builds or development can be done using the newer names, i.e.  both&quot;make config T=x86_64-native-linuxapp-gcc&quot; and &quot;T=x86_64-native-linux-gcc&quot;work.Signed-off-by: Bruce Richardson &lt;bruce.richardson@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Wed, 06 Mar 2019 16:22:42 +0000</pubDate>
        <dc:creator>Bruce Richardson &lt;bruce.richardson@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>05f1d684 - examples/multi_process: add hotplug sample</title>
        <link>http://172.16.0.5:8080/history/dpdk/examples/multi_process/hotplug_mp/Makefile#05f1d684</link>
        <description>examples/multi_process: add hotplug sampleThe sample code demonstrates device (ethdev only) managementat a multi-process environment. The user can attach/detach adevice on primary process and see it is synced on secondaryprocess automatically.How to start?./hotplug_mp --proc-type=autoCommand Line Example:&gt;help&gt;list/* attach a pci device */&gt; attach 0000:81:00.0/* detach the pci device */&gt; detach 0000:81:00.0/* attach a vdev af_packet device */&gt; attach net_af_packet,iface=eth0/* detach the vdev af_packet device */&gt; detach net_af_packetSigned-off-by: Qi Zhang &lt;qi.z.zhang@intel.com&gt;

            List of files:
            /dpdk/examples/multi_process/hotplug_mp/Makefile</description>
        <pubDate>Tue, 16 Oct 2018 00:16:32 +0000</pubDate>
        <dc:creator>Qi Zhang &lt;qi.z.zhang@intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
