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

LE Audio: Codec meta lang update #72584

Merged
merged 2 commits into from
Jun 12, 2024

Conversation

Thalley
Copy link
Collaborator

@Thalley Thalley commented May 10, 2024

fixes #68712

@Thalley Thalley force-pushed the codec_meta_lang_update branch 3 times, most recently from 6ee5b04 to 1627015 Compare May 10, 2024 14:50
@Thalley
Copy link
Collaborator Author

Thalley commented May 13, 2024

CI is failing because it doesn't allow for non-static const char arrays.

@aescolar
Copy link
Member

CI is failing because it doesn't allow for non-static const char arrays.

So why don't you change it to be static const? :)
https://lore.kernel.org/lkml/[email protected]/
At least I cannot see any drawback of defining it static const..

kruithofa
kruithofa previously approved these changes May 13, 2024
@Thalley
Copy link
Collaborator Author

Thalley commented May 13, 2024

CI is failing because it doesn't allow for non-static const char arrays.

So why don't you change it to be static const? :) https://lore.kernel.org/lkml/[email protected]/ At least I cannot see any drawback of defining it static const..

I can change it to static const, but that seems weird to me when stack allocated values in this case is just fine.

Someone more clever than me might know, but why is it only for strings (char arrays)?
It doesn't complain about const uint8_t myval[] = {'0'} but does for const char myval[] = {'0'}.
Why not apply the same rule for any const array or value?

@Thalley Thalley force-pushed the codec_meta_lang_update branch 2 times, most recently from bbc731c to 75b1ef6 Compare May 20, 2024 16:44
@Thalley Thalley requested a review from kruithofa May 22, 2024 11:05
@Thalley
Copy link
Collaborator Author

Thalley commented Jun 3, 2024

Rebased to solve merge conflicts

@Thalley Thalley requested a review from kruithofa June 3, 2024 07:30
kruithofa
kruithofa previously approved these changes Jun 3, 2024
larsgk
larsgk previously approved these changes Jun 3, 2024
@aescolar
Copy link
Member

aescolar commented Jun 3, 2024

@Thalley rebase needed

@Thalley Thalley dismissed stale reviews from larsgk and kruithofa via 76e3e44 June 3, 2024 13:46
@Thalley
Copy link
Collaborator Author

Thalley commented Jun 3, 2024

Rebased to solve merge conflicts

@Thalley Thalley requested review from kruithofa and larsgk June 3, 2024 13:50
kruithofa
kruithofa previously approved these changes Jun 4, 2024
doc/releases/migration-guide-3.7.rst Show resolved Hide resolved
@Thalley Thalley requested a review from aescolar June 4, 2024 09:22
@hermabe hermabe removed their request for review June 4, 2024 10:14
Remove the "stream" part of the value and functions to
better fit with the name in the assigned numbers document.

Signed-off-by: Emil Gydesen <[email protected]>
The 3-byte value suits the assigned number much better,
and also allows for less memory copies when getting and
setting the values.

Signed-off-by: Emil Gydesen <[email protected]>
@nashif nashif merged commit be307f8 into zephyrproject-rtos:main Jun 12, 2024
24 checks passed
@Thalley Thalley deleted the codec_meta_lang_update branch June 12, 2024 17:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

LE Audio: Make stream_lang uint8_t[3] instead of uint32_t
6 participants