[PATCH CLOUD-DEV v4] Modular Framework: schedulers#166
[PATCH CLOUD-DEV v4] Modular Framework: schedulers#166brbrooks wants to merge 3 commits intoOpenDataPlane:cloud-devfrom brbrooks:cloud-dev
Conversation
|
I don't think these 'helper' test case failures are related to this patch: |
|
2 of 3 checkpatch warnings are false positives. I corrected the 1 of 3 in next patch series. |
Bill-Fischofer-Linaro
left a comment
There was a problem hiding this comment.
Checkpatch issues need to be fixed. Travis-reported breakage in the linux-dpdk test is the more serious issue that must be addressed.
| odp_api_proto(schedule, schedule_release_atomic) \ | ||
| schedule_release_atomic; | ||
| odp_api_proto(schedule, schedule_release_ordered) \ | ||
| schedule_release_ordered; |
There was a problem hiding this comment.
checkpatch legitimately flags these two statements. You don't need continuations here. If the line is too long just continue it without the backslash. Newline characters are just whitespace to C and needn't be escaped, unlike the C preprocessor.
| endif | ||
|
|
||
| pool/dpdk.lo: AM_CFLAGS += -DIM_ACTIVE_MODULE | ||
| if ODP_SCHEDULE_SCALABLE |
There was a problem hiding this comment.
My understanding is that we are building and registering all scheduler variants and here only set the active one.
Is my understanding OK?
For ODP_SCHEDULE_SP case, we will have both 'generic' and 'sp' built with IM_ACTIVE_MODULE. Is this OK from modular framework point of view?
There was a problem hiding this comment.
Yes, only one scheduler is marked as the 'active' scheduler. This is controlled by --enable-schedule-xxx configure flag.
@heyi-linaro is working on build system improvements in this area, so please expect this to evolve.
There was a problem hiding this comment.
@brbrooks actually when using --enable-schedule-sp you will have both 'generic' and 'sp' marked as active.
I was thinking at:
if ODP_SCHEDULE_SCALABLE
schedule/scalable.lo: AM_CFLAGS += -DIM_ACTIVE_MODULE
else
if ODP_SCHEDULE_SP
schedule/sp.lo: AM_CFLAGS += -DIM_ACTIVE_MODULE
else
if ODP_SCHEDULE_IQUERY
schedule/iquery.lo: AM_CFLAGS += -DIM_ACTIVE_MODULE
else
schedule/generic.lo: AM_CFLAGS += -DIM_ACTIVE_MODULE
endif
endif
endif
Is ugly, but does the job.
Yet, your code may work... this was more a question for @heyi-linaro .
There was a problem hiding this comment.
Thanks @bogdanPricope. It would be nice to have elif or else if.
There was a problem hiding this comment.
True, but there is no 'elif' / 'else if' construction available from what I know....
There was a problem hiding this comment.
Yes, in next plan these "ugly" conditional rules should be auto-generated, subsystem and module writers only need to "declare" their subsystem and modules nicely and concisely like:
SUBSYSTEMS += new_subsystem
__new_subsystem_MODULES += one:default
two:SELECT_FLAG_A
three: SELECT_FLAG_B ...
|
@brbrooks - from your log I see EAL: failed to initialize crypto_openssl device. have you built dpdk with OPENSSL PMD enabled ?. That is usually the main reason for the failure. If you have enabled it already, you need to check why the crypto initialization fails during dpdk init. In general it should be initialized without an issue. Read for more info on README from platform/linux-dpdk/ on how to enable crypto. |
Signed-off-by: Brian Brooks <brian.brooks@arm.com> Reviewed-by: Honnappa Nagarahalli <honnappa.nagarahalli@arm.com> Reviewed-by: Yi He <yi.he@linaro.org>
|
@GBalakrishna I can't Reply to your comment directly, so I am replying here. Travis CI builds |
|
Travis reports the following failures in the |
|
@brbrooks pls try to see if you can reproduce it locally on your machine. Look at the travis file to see how are we building & running linux-dpdk. When I try to run locally with your PR, I see segfault on all the failed tests. |
Signed-off-by: Brian Brooks <brian.brooks@arm.com> Reviewed-by: Honnappa Nagarahalli <honnappa.nagarahalli@arm.com> Reviewed-by: Kevin Wang <kevin.wang@arm.com>
Signed-off-by: Brian Brooks <brian.brooks@arm.com> Reviewed-by: Ola Liljedahl <ola.liljedahl@arm.com>
|
Found the problem... needs to be: |
|
@Bill-Fischofer-Linaro ping. Travis CI is good now. |
|
merged and closed. |
No description provided.