Use ConcreteAttributePath for reads below ReadSingleClusterData.

[bzbarsky-apple]

The ReadSingleClusterData in TestReportingEngine.cpp was not being
used, because it had the wrong signature. And making it be used
by fixing the signature apparently makes the test fail...

Problem

We're using ClusterInfo, which is a very generic data structure that may not be a valid concrete attribute path.

Change overview

Use ConcreteAttributePath, which is what we will have after group/wildcard expansion.

Testing

Passes existing unit tests. No intended behavior changes.

[todo]

Document.

connectedhomeip/src/app/InteractionModelEngine.h

Lines 246 to 250 in 827aedd

	* TODO: Document.
	*/
	CHIP_ERROR WriteSingleClusterData(ClusterInfo & aClusterInfo, TLV::TLVReader & aReader, WriteHandler * apWriteHandler);
	} // namespace app
	} // namespace chip

---

This comment was generated by todo based on a TODO comment in 827aedd in #10397. cc @bzbarsky-apple.

[github-actions]

Size increase report for "gn_qpg-example-build" from 02cbf69

File	Section	File	VM
chip-qpg6100-lighting-example.out	.text	16	16

Full report output

BLOAT REPORT

Files found only in the build output:
    report.csv

Comparing ./master_artifact/chip-qpg6100-lighting-example.out and ./pull_artifact/chip-qpg6100-lighting-example.out:

sections,vmsize,filesize
.strtab,0,66
.debug_ranges,0,24
.debug_str,0,24
.debug_loc,0,18
.text,16,16
.shstrtab,0,2
[Unmapped],0,-16
.debug_abbrev,0,-44
.debug_line,0,-473
.debug_info,0,-6005

Comparing ./master_artifact/chip-qpg6100-lighting-example.out.map and ./pull_artifact/chip-qpg6100-lighting-example.out.map:

BLOAT EXECUTION FAILED WITH CODE 1:
bloaty: unknown file type for file './pull_artifact/chip-qpg6100-lighting-example.out.map'

[github-actions]

Size increase report for "nrfconnect-example-build" from 02cbf69

File	Section	File	VM
chip-lock.elf	text	12	12
chip-lock.elf	device_handles	4	4
chip-lock.elf	rodata	-32	-28

Full report output

BLOAT REPORT

Files found only in the build output:
    report.csv

Comparing ./master_artifact/chip-shell.elf and ./pull_artifact/chip-shell.elf:

sections,vmsize,filesize
.debug_loc,0,133
.debug_str,0,-5
.debug_line,0,-408
.debug_info,0,-920

Comparing ./master_artifact/chip-lock.elf and ./pull_artifact/chip-lock.elf:

sections,vmsize,filesize
.debug_loc,0,190
.strtab,0,66
.debug_ranges,0,24
.debug_str,0,22
text,12,12
device_handles,4,4
.shstrtab,0,-2
rodata,-28,-32
.debug_abbrev,0,-44
.debug_line,0,-486
.debug_info,0,-6074

[github-actions]

Size increase report for "esp32-example-build" from 02cbf69

File	Section	File	VM
chip-all-clusters-app.elf	.flash.text	12	12
chip-all-clusters-app.elf	.flash.rodata	-32	-32

Full report output

BLOAT REPORT

Files found only in the build output:
    report.csv

Comparing ./master_artifact/chip-all-clusters-app.elf and ./pull_artifact/chip-all-clusters-app.elf:

sections,vmsize,filesize
.debug_loc,0,192
.strtab,0,66
.debug_str,0,22
[Unmapped],0,20
.flash.text,12,12
.shstrtab,0,-2
.flash.rodata,-32,-32
.debug_abbrev,0,-418
.debug_line,0,-442
.debug_info,0,-5982

[woody-apple]

@mrjerryjohns @saurabhst @andy31415 @Damian-Nordic @jelderton @jepenven-silabs @jmartinez-silabs ?

[bzbarsky-apple]

@saurabhst @msandstedt @Damian-Nordic @jelderton @LuDuda @jepenven-silabs @jmartinez-silabs Please take a look?