patches for DPDK stable branches
 help / color / mirror / Atom feed
* [dpdk-stable] [PATCH] test: fix build without timer
@ 2019-07-04 15:36 Timothy Redaelli
  2019-07-04 16:27 ` [dpdk-stable] [dpdk-dev] " Bruce Richardson
  0 siblings, 1 reply; 3+ messages in thread
From: Timothy Redaelli @ 2019-07-04 15:36 UTC (permalink / raw)
  To: Thomas Monjalon; +Cc: dev, erik.g.carrillo, stable

The action for timer_secondary_spawn_wait should be enabled only when
CONFIG_RTE_LIBRTE_TIMER is enabled.

Fixes: 50247fe03fe0 ("test/timer: exercise new APIs in secondary process")
Cc: erik.g.carrillo@intel.com
Cc: stable@dpdk.org

Signed-off-by: Timothy Redaelli <tredaelli@redhat.com>
---
 app/test/test.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/app/test/test.c b/app/test/test.c
index 194a92a39..cd7aaf645 100644
--- a/app/test/test.c
+++ b/app/test/test.c
@@ -67,7 +67,9 @@ do_recursive_call(void)
 			{ "test_memory_flags", no_action },
 			{ "test_file_prefix", no_action },
 			{ "test_no_huge_flag", no_action },
+#ifdef RTE_LIBRTE_TIMER
 			{ "timer_secondary_spawn_wait", test_timer_secondary },
+#endif
 	};
 
 	if (recursive_call == NULL)
-- 
2.21.0


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [dpdk-stable] [dpdk-dev] [PATCH] test: fix build without timer
  2019-07-04 15:36 [dpdk-stable] [PATCH] test: fix build without timer Timothy Redaelli
@ 2019-07-04 16:27 ` Bruce Richardson
  2019-07-05  8:48   ` Thomas Monjalon
  0 siblings, 1 reply; 3+ messages in thread
From: Bruce Richardson @ 2019-07-04 16:27 UTC (permalink / raw)
  To: Timothy Redaelli; +Cc: Thomas Monjalon, dev, erik.g.carrillo, stable

On Thu, Jul 04, 2019 at 05:36:08PM +0200, Timothy Redaelli wrote:
> The action for timer_secondary_spawn_wait should be enabled only when
> CONFIG_RTE_LIBRTE_TIMER is enabled.
> 
> Fixes: 50247fe03fe0 ("test/timer: exercise new APIs in secondary process")
> Cc: erik.g.carrillo@intel.com
> Cc: stable@dpdk.org
> 
> Signed-off-by: Timothy Redaelli <tredaelli@redhat.com>
> ---

Is there a reason why DPDK can't always be built with the timer library? It
doesn't have any external dependencies, and having the ability to turn on
and off various libraries individually in the build makes validating the
combinations problematic.

/Bruce

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [dpdk-stable] [dpdk-dev] [PATCH] test: fix build without timer
  2019-07-04 16:27 ` [dpdk-stable] [dpdk-dev] " Bruce Richardson
@ 2019-07-05  8:48   ` Thomas Monjalon
  0 siblings, 0 replies; 3+ messages in thread
From: Thomas Monjalon @ 2019-07-05  8:48 UTC (permalink / raw)
  To: Timothy Redaelli; +Cc: dev, Bruce Richardson, erik.g.carrillo, stable

04/07/2019 18:27, Bruce Richardson:
> On Thu, Jul 04, 2019 at 05:36:08PM +0200, Timothy Redaelli wrote:
> > The action for timer_secondary_spawn_wait should be enabled only when
> > CONFIG_RTE_LIBRTE_TIMER is enabled.
> > 
> > Fixes: 50247fe03fe0 ("test/timer: exercise new APIs in secondary process")
> > Cc: erik.g.carrillo@intel.com
> > Cc: stable@dpdk.org
> > 
> > Signed-off-by: Timothy Redaelli <tredaelli@redhat.com>
> > ---
> 
> Is there a reason why DPDK can't always be built with the timer library? It
> doesn't have any external dependencies, and having the ability to turn on
> and off various libraries individually in the build makes validating the
> combinations problematic.

Every libraries can be disabled in the "make" build system.
It allows to build a small DPDK.
Anyway, this capability is removed in the "meson" build system.

Applied, thanks



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2019-07-05  8:48 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-04 15:36 [dpdk-stable] [PATCH] test: fix build without timer Timothy Redaelli
2019-07-04 16:27 ` [dpdk-stable] [dpdk-dev] " Bruce Richardson
2019-07-05  8:48   ` Thomas Monjalon

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).