Radu-Andrei,
we also needed to limit number of workers for dpdk:
https://lists.linaro.org/pipermail/lng-odp-dpdk/2015-June/000844.html
I will send this patch to main mailing list.
Maxim.
On 06/29/15 17:44, Bill Fischofer wrote:
This is timely. I'll add it to the agenda for tomorrow's ODP call.
On Mon, Jun 29, 2015 at 9:43 AM, Radu-Andrei Bulie
<radu.bu...@freescale.com <mailto:radu.bu...@freescale.com>> wrote:
Hi,
There are two items I would like to discuss:
1.I have sent an email regarding the schedule tests issues (this
could be a general issue)
To relieve from a search on the mailing list I will paste the
content (and make a resumee):
“I have some observations regarding the odp_scheduler test
functionality.
Scheduler validation creates two kind of tests:
-single threaded tests – that uses the cunit main thread for
initialization.
-multithreaded tests – that create a number of threads equal with
the number of cores in the system.
As I said in an older post (regarding the classification tests)
there could be a problem on some platforms when the schedule
function is called
on a core that is used by linux(that is –schedule cannot be call
on any core). This issue could happen on both kind of tests.
The same approach as in the main applications should be applied
regarding tests (e.g core 0 is for linux and the other for odp
threads)
Another possible problem is that the tests use a *while(1)* – and
cycle until all the expected packets are received on the scheduled
queues.
That means that the queues will be scheduled on each of the cores
where the odp_threads were created. I think that there is no
guarantee on this and there is a possibility
that some of the threads will remain in the *while(1) –(queues
will not be scheduled on those cores where the threads were
running, the number of expected frames is not reached) *and thus
the tests will hang.”
Shortly said – the multithreaded tests from schedule create a
number of worker threads equal with the number of cores in the
system ( thus running one of the worker threads on the control
core. As I said(in previous emails), this could be a problem –
because the tests do not respect the model with a control core,
and data path cores.
In this case, on our platform, the multithreaded tests fail
(they hang- because nothing will be scheduled on the control core,
and as I said in the email
there is a while loop that cycles until a number of packets is
reached). Is there any intention to fix this?
2.We made an internal patch on the cunit common sources so that we
are able to run individual tests from a validation suite.
For example, for odp_pktio validation test – it could be run only
– “pktio poll queues” test. Generally a user will be able to run
one or multiple tests
from a validation test (thus validating only those components in
which he is interested). I want to know if this could be
considered a useful modification and if the answer was
affirmative, we would push the patch to the list.
Regards,
Radu
_______________________________________________
lng-odp mailing list
lng-odp@lists.linaro.org <mailto:lng-odp@lists.linaro.org>
https://lists.linaro.org/mailman/listinfo/lng-odp
_______________________________________________
lng-odp mailing list
lng-odp@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/lng-odp
_______________________________________________
lng-odp mailing list
lng-odp@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/lng-odp