Skip to content
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

Further fix for NvOsLibraryLoad function calls #196

Merged
merged 1 commit into from
Mar 27, 2024

Conversation

danielfullmer
Copy link
Collaborator

Description of changes

Programs which linked against both multimedia libs and libEGL_nvidia.so would end up with two versions of NvOsLibraryLoad and one of them would be used arbitrarily.

Now, we rename the symbols to have unique names to avoid the conflict. This required a version of patchelf that is not yet in upstream nixpkgs.

As an additional note, this was discovered when runnig the video_cuda_enc sample, and debugged using LD_DEBUG=all + grepping for NvOsLibraryLoad and seeing that it was coming from the libnvos_multimedia lib.

Testing

Tested by running combined-samples on a Xavier AGX devkit

Programs which linked against both multimedia libs and libEGL_nvidia.so
would end up with two versions of NvOsLibraryLoad and one of them would
be used arbitrarily.

Now, we rename the symbols to have unique names to
avoid the conflict.  This required a version of patchelf that is not yet
in upstream nixpkgs.

As an additional note, this was discovered when runnig the
video_cuda_enc sample, and debugged using LD_DEBUG=all + grepping for
NvOsLibraryLoad and seeing that it was coming from the
libnvos_multimedia lib.
@danielfullmer danielfullmer merged commit b936066 into anduril:master Mar 27, 2024
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant