Skip to content

Conversation

@Dhivyailangovan
Copy link
Contributor

Need to update the description of dsHdmiInGetStatus and dsHdmiInSelectPort to explain below points
activePort and isPresented will be updated asynchronously in a separate thread, and will be communicated through the 'hdmiInStatusChangeCB' callback.

kanjoe24
kanjoe24 previously approved these changes Aug 20, 2025
Copy link
Contributor

@kanjoe24 kanjoe24 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

thanushreevani
thanushreevani previously approved these changes Aug 20, 2025
* Also, if thT port has an active connection, it should update isPresented to true as well.
*
* Also, if the port has an active connection, it should update isPresented to true as well.
* These Changes are applied asynchronously in a separate thread, and will be communicated through the

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This statement shows that we are giving the implementation part rather than the specification. Can we make it like what we wanted from this function.

Copy link
Contributor Author

@Dhivyailangovan Dhivyailangovan Sep 4, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated as per the comments.
New lines:

 *       Also, if the port has an active connection, it should update isPresented to true as well.
 *       Any change in the variable - 'dsHdmiInSignalStatus_t' will be communicated via the 'dsHdmiInStatusChangeCB_t' callback.

*
* @note When a port is selected that port should be set as activePort in ::dsCompositeInStatus_t.
* Also, if there is a signal (ie isPortConnected[that port ID] is true), once active, isPresented should be set to true as well.
* These Changes are applied asynchronously in a separate thread, and will be communicated through the

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Provide what we need from this API rather than how the implementation is considered.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated as per the comments.
New lines:
* Any change in the variable - 'dsCompositeInStatus_t' will be communicated via the 'dsCompositeInStatusChangeCB_t' callback.

*
* @pre dsCompositeInInit() should be called before calling this API.
* @pre dsCompositeInInit() should be called before calling this API. The Composite input port status is updated asynchronously via
* 'dsCompositeInStatusChangeCB_t' callback whenever a change is detected.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we provide what change is considered here? may be point to the structure dsCompInSignalStatus_t if we are considering these changes as part of this requirement.

Copy link
Contributor Author

@Dhivyailangovan Dhivyailangovan Sep 4, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated as per the comments.
New lines:

 * @pre  dsCompositeInInit() should be called before calling this API. 
 *       After every operation, that may change 'dsCompositeInStatus_t',should wait until the 
 *       'dsCompositeInStatusChangeCB_t' callback is received.

*
* @pre dsHdmiInInit() must be called before calling this API.
* @pre dsHdmiInInit() must be called before calling this API. The HDMI input port status is updated asynchronously via
* 'dsHdmiInStatusChangeCB_t' callback whenever a change is detected.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please describe what changes.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The change is still a bit unclear, even on the callback description. Can you discuss with the team and suggest what changes are really considered here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated as per the comments.
New lines:

 *      After every operation, that may change 'dsHdmiInStatus_t',should wait until the 
 *       'dsHdmiInStatusChangeCB_t' callback is received.

@kanjoe24 kanjoe24 changed the base branch from main to develop December 8, 2025 12:29
@kanjoe24
Copy link
Contributor

kanjoe24 commented Dec 8, 2025

@Dhivyailangovan , always create PR against develop branch. I have now done the change for you, however you will need to resolve the conflicts now.

@kanjoe24
Copy link
Contributor

kanjoe24 commented Dec 8, 2025

Also, you have added Composite header files as well. Is this a new issue? If yes, can you raise a new ticket for composite and attach this PR to that as well or update it in the task ticket here(#164)
Ideally, one task ticket must have corresponding PR.

Can you also rename the PR, so that it has github id and not jira id please
Also, please get approval from @bijasbabu.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement New feature or request

Projects

Status: Review Requested

Development

Successfully merging this pull request may close these issues.

Task: Update description of dsHdmiInGetStatus and dsHdmiInSelectPort

7 participants