-
Notifications
You must be signed in to change notification settings - Fork 23
RDKCOM-5547: RDKBNETWOR-84 DSLite feature integration with WanManager (Wg network… #52
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
base: develop
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
|
|
@@ -258,6 +258,7 @@ typedef struct _DHCP_MGR_IPV6_MSG | |||||
| bool maptAssigned; | ||||||
| bool mapeAssigned; | ||||||
| ipc_map_data_t map; | ||||||
|
||||||
| ipc_map_data_t map; | |
| ipc_map_data_t mapt; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The map field and its associated boolean flags (maptAssigned, mapeAssigned) are now unconditionally present in DHCP_MGR_IPV6_MSG. However, the corresponding field in ipc_dhcpv6_data_t structure (line 181) still guards the map data with preprocessor directives (FEATURE_MAPT || MAPT_UNIFICATION_ENABLED). This inconsistency means that when FEATURE_MAPT and MAPT_UNIFICATION_ENABLED are not defined, ipc_dhcpv6_data_t won't have the mapt field but DHCP_MGR_IPV6_MSG will have the map field. This could lead to confusion and potential compilation issues when translating between these structures. Either both structures should unconditionally include the MAP-related fields, or both should use the same conditional compilation guards.