Skip to content

gh #164 Update description of dsHdmiInGetStatus and dsHdmiInSelectPort#165

Open
Dhivyailangovan wants to merge 12 commits intodevelopfrom
feature/RDKEVD-456_Hdmi
Open

gh #164 Update description of dsHdmiInGetStatus and dsHdmiInSelectPort#165
Dhivyailangovan wants to merge 12 commits intodevelopfrom
feature/RDKEVD-456_Hdmi

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.

Copilot AI review requested due to automatic review settings February 27, 2026 09:04
Copy link

Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull request overview

Updates public header documentation to clarify that input status fields are updated asynchronously and observed via status-change callbacks, so callers should not assume immediate synchronous updates after selection/operations.

Changes:

  • Add documentation guidance to wait for StatusChange callbacks after operations that may update status structs.
  • Fix a typo in the HDMI-In dsHdmiInSelectPort note (“thT” → “the”).
  • Add similar asynchronous-status notes for Composite-In APIs.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated 4 comments.

File Description
include/dsHdmiIn.h Documents async status updates and callback-based notification for HDMI-In status fields.
include/dsCompositeIn.h Adds analogous async/callback documentation for Composite-In status behavior.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

*
* @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.
* Any change in the variable - 'dsCompositeInStatus_t' will be communicated via the 'dsCompositeInStatusChangeCB_t' callback.
Copy link

Copilot AI Feb 27, 2026

Choose a reason for hiding this comment

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

PR title/description mention only HDMI-In APIs, but this change also updates Composite-In documentation in this file. Please either update the PR metadata to include Composite-In, or split this into a separate PR so the scope matches the description.

Copilot uses AI. Check for mistakes.
Comment on lines +184 to +185
* After every operation, that may change 'dsHdmiInStatus_t',should wait until the
* 'dsHdmiInStatusChangeCB_t' callback is received.
Copy link

Copilot AI Feb 27, 2026

Choose a reason for hiding this comment

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

The new guidance about waiting for status updates is placed under @pre, which reads like a hard precondition for calling dsHdmiInGetStatus(). This is more accurately a @note/@attention about freshness of fields updated asynchronously. Also fix the punctuation/spacing (missing space after comma in "...,should").

Suggested change
* After every operation, that may change 'dsHdmiInStatus_t',should wait until the
* 'dsHdmiInStatusChangeCB_t' callback is received.
* @note After every operation that may change ::dsHdmiInStatus_t, callers should wait until the
* ::dsHdmiInStatusChangeCB_t callback is received before relying on the updated status.

Copilot uses AI. Check for mistakes.
* 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.
* Any change in the variable - 'dsHdmiInSignalStatus_t' will be communicated via the 'dsHdmiInStatusChangeCB_t' callback.
Copy link

Copilot AI Feb 27, 2026

Choose a reason for hiding this comment

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

This note appears to reference the wrong type/callback: it says changes to 'dsHdmiInSignalStatus_t' are communicated via 'dsHdmiInStatusChangeCB_t'. In this header, signal status has its own callback type (dsHdmiInSignalChangeCB_t), while dsHdmiInStatusChangeCB_t carries dsHdmiInStatus_t. Please align the wording with the actual callback used for signal status vs overall status updates.

Suggested change
* Any change in the variable - 'dsHdmiInSignalStatus_t' will be communicated via the 'dsHdmiInStatusChangeCB_t' callback.
* Any change in the variable - 'dsHdmiInSignalStatus_t' will be communicated via the 'dsHdmiInSignalChangeCB_t' callback.

Copilot uses AI. Check for mistakes.
Comment on lines +183 to +185
* @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.
Copy link

Copilot AI Feb 27, 2026

Choose a reason for hiding this comment

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

Similar to dsHdmiInGetStatus(), the new "wait until ...StatusChangeCB" guidance is under @pre and reads like a strict precondition for calling dsCompositeInGetStatus(). Consider moving it to a @note/@attention about asynchronous updates, and fix punctuation/spacing (missing space after comma in "...,should").

Suggested change
* @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 dsCompositeInInit() should be called before calling this API.
*
* @note After every operation that may change ::dsCompositeInStatus_t, applications should wait
* until the ::dsCompositeInStatusChangeCB_t callback is received before relying on the
* updated status.

Copilot uses AI. Check for mistakes.
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

5 participants