-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Master/202411] RPC builds are broken #20322
Comments
@kcudnik for viz. I think your PR opencomputeproject/SAI#2028 is causing this. |
Issue is seen in master branch when building syncd with rpc enabled. |
@theasianpianist , please also help to check. |
@saksarav-nokia, @jon-nokia Is this issue seen in 202405? |
No. I believe 202405 src/sonic-sairedis is still at d3fbec0, so has not had update since 5/27. src/sonic-sairedis commit, 433d039 brings in new SAI submodule which causes break. |
not sure how this is cauing RPC error, seems like your headers are not updated, in my change you pointed https://github.com/opencomputeproject/SAI/pull/2028/files#diff-444febffce442e4277a1ced22d1ab94df045dfaa10a1b671ee35a7e5c2d9f683R305 this line implements SAI_OBJECT_TYPE_EXTENSIONS_RANGE_BASE, SAI headers build is passing on girhub and locally, also this is passing on sairedis repo where build is also passing, not sure how your build is including headers that are not including correct saitypes.h |
can i reporoduce this locally without building entire image ? |
@kcudnik , i believe the libsai package installs the sai header files in /usr/include/sai and sai-thrift includes these header files for build. Since the vendor SAI header files don't have your changes, the build is failing. |
so seems like vendor headers needs to be updated, or we need to update rpc build to use local headers, since originally rpc build code is not my code, if i remember correctly they copy /usr/include/sai headers to build rpc instead of local SAI repo headers, thats why it could fail any suggestions which way we should go ? |
problem is here: https://github.com/opencomputeproject/SAI/blob/master/test/saithrift/Makefile#L6 sai headers are taken form /usr/include/sai which are vendor headers, and experimental headers are taken from -I../../experimental as local headers to compile but im not sure changing
will cause some other issues, since SAI_HEADER_DIR is with "?" which means i cloud be override externally before calling makefile, im not sure if DASH is utilizing this feature. not sure what would be easy fix here, where should we patch this was added here: opencomputeproject/SAI@410a5bd for that specific reason |
@kcudnik , I am able to build RPC image for BCM DNX if i change the sai-thrift Makefile to use the experimental header files from /usr/include/sai/experimental. Not sure if all SAI vendors include experimental header files in the libsai package. |
im not sure that ether, but my proposal was to actually point to SAI/inc since experimental is pointed in
and the issue is with regular includes that are pulled of from /usr/include/sai, so if we would change that SAI_HEADER_DIR to ../inc during build make then it should be fine |
Yes. In our local build, we unblocked the build failure by using ../../inc instead of /usr/include/sai |
great, did you changed that in Makefile in SAI repo or in build process of this package in build image? |
i changed in sai-thrift Makefile |
yea, but this will limit functionality, will be be able to change the code that is actually calling this Makefile? and pass SAI_HEADER_DIR=../../inc in command line ? |
@saksarav-nokia , @kcudnik |
asked @saksarav-nokia whether he can make change in build #20322 (comment) |
Will there be any functionality impact. We have tested with only BCM dnx SAI and it is working fine. How about other SAI vendors. |
its hard to say on other vendors, originally this code was added by mlnx |
@kcudnik what should be next steps to fix for master ? |
i proposes solution here: #20322 (comment) |
@kcudnik , who can do the code change? @saksarav-nokia ? |
guys here already mentioned that they made local change and it works ? so can you raise PR ? |
@kcudnik , so we are waiting for @saksarav-nokia create PR to nokia repo? |
@saksarav-nokia please create PR if you already have the fix for this |
Yes. I will create the PR |
Fixed the RPC build failure in sonic-net/sonic-buildimage#20322. The PR #2028 introduced some SAI header file changes and Since Vendor (ex BCM) SAI header files do not have these changes and also the sai-thrift includes the sai header files installed from Vendor SAI debian package, the saithrift build fails. This PR modifies the sai-thrift make to include the SAI header files from sai-redis SAI/inc folder instead of the SAI headers installed from Vendor SAI debian package. Signed-off-by: saksarav <sakthivadivu.saravanaraj@nokia.com>
@kcudnik @tjchadaga @rlhui is there a decision? This is needed in master branch to fix broadcom daily build |
FYI @yuazhe @zhangyanzhao @eddieruan-alibaba 202411 release team |
Yes we added submodule update in sairedis and will update master branch here it's not merged yet latest pr in sairedis repo |
sonic-net/sonic-sairedis#1462 merged updated submodule on sairedis, i will prepare update on buildimage master |
i noticed that buildimage master is using sairedis 202405 branch instead of siredis/master, i will try to cherrypick SAI v1.15.1 from sairedis master to sairedis/202405, but 202405 is too far behind, v1.14 branch and it have many many changes, which could be channanging to cherypick this single change, will post shortly on that |
i think it will be safer to create new tag on v1.14.1 SAI that will cherrypick taht RCP change |
Fixed the RPC build failure in sonic-net/sonic-buildimage#20322. The PR opencomputeproject#2028 introduced some SAI header file changes and Since Vendor (ex BCM) SAI header files do not have these changes and also the sai-thrift includes the sai header files installed from Vendor SAI debian package, the saithrift build fails. This PR modifies the sai-thrift make to include the SAI header files from sai-redis SAI/inc folder instead of the SAI headers installed from Vendor SAI debian package. Signed-off-by: saksarav <sakthivadivu.saravanaraj@nokia.com>
Fixed the RPC build failure in sonic-net/sonic-buildimage#20322. The PR opencomputeproject#2028 introduced some SAI header file changes and Since Vendor (ex BCM) SAI header files do not have these changes and also the sai-thrift includes the sai header files installed from Vendor SAI debian package, the saithrift build fails. This PR modifies the sai-thrift make to include the SAI header files from sai-redis SAI/inc folder instead of the SAI headers installed from Vendor SAI debian package. Signed-off-by: saksarav <sakthivadivu.saravanaraj@nokia.com>
Fixed the RPC build failure in sonic-net/sonic-buildimage#20322. The PR #2028 introduced some SAI header file changes and Since Vendor (ex BCM) SAI header files do not have these changes and also the sai-thrift includes the sai header files installed from Vendor SAI debian package, the saithrift build fails. This PR modifies the sai-thrift make to include the SAI header files from sai-redis SAI/inc folder instead of the SAI headers installed from Vendor SAI debian package. Signed-off-by: saksarav <sakthivadivu.saravanaraj@nokia.com> Co-authored-by: saksarav-nokia <sakthivadivu.saravanaraj@nokia.com>
I added v1.14.1 SAI version with included rpc fix https://github.com/opencomputeproject/SAI/commits/v1.14/ |
updated sairedis: sonic-net/sonic-sairedis#1464, as soon as this passes, i will update buildimage |
@jon-nokia are those the branches you see this issues? i posted 2 updates for master and 202405 on buildimage, please confirm |
@kcudnik , The RPC build was failing only in master and not in 202405 |
intresting , but i updated 2 XD, event with my change its failing on master #20842, but not sure if its the same failure or other |
this is actually interesting ,i checked origin/v1.14.0 vs origin/v1.15.0 branches, and none of them is touching Makefile for thiriftserver, so if master on buildimage is failing on broadcom and not on on 202405, that means this thiift server Makefile have no role in compilation, it must be then some header issue in brcm implementation |
If i remember correctly, the master sonic-sairedis was pointing to SAI v1.15 and 202405 was pointing to V1.14.Your PR opencomputeproject/SAI#2028 was merged to V1.15 only. Since the BCM headers in SAI 11.2 was using V1.14, it did not have your changes and the build was failing. |
ok, got it |
Issue is fixed with SAI header update and RPC is getting built on both master and 202405 |
Description
sonic-net/sonic-sairedis#1409 contained in latest HEAD is causing RPC build failure.
make ENABLE_SYNCD_RPC=y target/docker-syncd-brcm-dnx-rpc.gz
mkdir -p ./src/obj
g++ -I/usr/include/sai -I. -I../../experimental -std=c++11 -DFORCE_BOOST_SMART_PTR -c src/switch_sai_rpc_server.cpp -o src/obj/switch_sai_rpc_server.o -I/usr/include/sai -I. -I../../experimental -std=c++11 -DFORCE_BOOST_SMART_PTR -I./src/gen-cpp
In file included from ../../experimental/saiexperimentaldashvip.h:30,
from /usr/include/sai/saiobject.h:40,
from /usr/include/sai/sai.h:50,
from src/switch_sai_rpc_server.cpp:48:
../../experimental/saitypesextensions.h:37:46: error: 'SAI_OBJECT_TYPE_EXTENSIONS_RANGE_BASE' was not declared in this scope
37 | SAI_OBJECT_TYPE_EXTENSIONS_RANGE_START = SAI_OBJECT_TYPE_EXTENSIONS_RANGE_BASE,
Steps to reproduce the issue:
Describe the results you received:
Describe the results you expected:
Output of
show version
:Output of
show techsupport
:Additional information you deem important (e.g. issue happens only occasionally):
The text was updated successfully, but these errors were encountered: