Yes. The integrity module is in leahi-fwcommon repository, and it serves both TD and DD.

These are located in the integrity.c

Yes the ECC checks are done in the bootloader stack.

The test should verify that the config file content is displayed and should not be hard-coded.
So, there should be a function that reads and retrieves the values defined in the conf file, rather than being hard-coded here, and then compares them with the SW Application dialog content.

remove camel case for SetPoint, instead use Setpoint
Update line 659 too

Can we rename this to TREATMENT_DURATION_CONFIRM_REQUEST_PAYLOAD_T

Can we rename this to TREATMENT_DURATION_VALIDATE_REQUEST_PAYLOAD_T?

What is the difference between the bicarbonateConcentrate and bicarbonate. Please update the comment.

Looks like comment for 208 and 223 are swapped?

please align the comments

Please update the msg id to MSG_ID_TD_TREATMENT_SET_POINT_DIALYSATE_TEMP_CHANGE_RESPONSE

Please break it into two lines and check other functions too.

Please break it into two lines

Please break it into two lines

Please break it into two lines
Should the name of the message id be MSG_ID_TD_TREATMENT_UF_VOLUME_VALIDATE_RESPONSE?

Please break it into two lines

Please break it into two lines

Please break it into two lines

Please break it into two lines

TREAT_PARAMS_PROPERTIES should also be an input?

all these changes should be in tst_create_treatment test case. We need to update the existing one with the new design not just create a nmew t estcase

please add @param

Shouldn't this file contain the incoming request and associate it to the corresponding function?
And that function will trigger the response sending part.

Declaring the response here instead seems out of regular design scheme.

please align the comment

please move under tst_headerbar_information_popup