Use CHIPDeviceController::ServiceEvents into the iOS app

[vivien-apple]

Problem

The _serviceEvents code in the iOS app do the same thing than CHIPDeviceController::ServiceEvents except that it assumes that SystemLayer and InetLayer have some methods expose only with CHIP_SYSTEM_CONFIG_USE_SOCKETS is defined.

Summary of Changes

• replace the code inside _serviceEvents by a call to an equivalent platform code inside CHIPDeviceController::ServiceEvents.

[chip-bot]

Size increase report for "Build Examples [nRF]"

File	Section	File	VM

Full report output

Bloat report for job 'Build Examples [nRF]'

Files found only in the baseline:
    bloat_report.txt

Comparing master_binaries/nrf-build/chip-nrf52840-lock-example.out and example_binaries/nrf-build/chip-nrf52840-lock-example.out:

sections,vmsize,filesize

[chip-bot]

Size increase report for "Build Examples [ESP32]"

File	Section	File	VM
chip-wifi-echo.elf	.dram0.bss	0	8
chip-wifi-echo.elf	.flash.rodata	-8	-8
chip-wifi-echo.elf	.flash.text	-48	-48

Full report output

Bloat report for job 'Build Examples [ESP32]'

Files found only in the baseline:
    bloat_report.txt

Comparing master_binaries/esp32-build/chip-wifi-echo.elf and example_binaries/esp32-build/chip-wifi-echo.elf:

sections,vmsize,filesize
.dram0.bss,8,0
[Unmapped],0,8
.flash.rodata,-8,-8
.flash.text,-48,-48

[chip-bot]

Size increase report for "Build Examples [main-build]"

File	Section	File	VM

Full report output

Bloat report for job 'Build Examples [main-build]'

Files found only in the baseline:
    bloat_report.txt

Comparing master_binaries/main-build/chip-standalone-demo.out and example_binaries/main-build/chip-standalone-demo.out:

sections,vmsize,filesize

[sagar-apple]

@vivien-apple this was structured in the way it was for a specific reason. We don't want to hold the lock for the entire select duration.

So the code was structured to grab the chip locks for a short time before going and waiting(calling select on the fds) inside the selectQueue (the current queue this block is executing on).

[vivien-apple]

Ah right. I guess I will have to add it back with some #ifdef and a comment then. Sorry for the noise.

[sagar-apple]

Why the #ifdef, sorry I might be missing some context too. :)

[vivien-apple]

I am trying to enable the NW.Framework backend in the demo app.
But PrepareSelect/HandleSelectResult are guarded by CHIP_SYSTEM_CONFIG_USE_SOCKETS

I'm working on a patch to fix that on the platform side (since I need parts of ServiceEvents since system timers like the secure session expiry relies on it if I'm correct) but in the meantime I was hoping to have a version of the iOS demo app that I can use as if, compatible with the sockets backend and the NW backend.

[sagar-apple]

Okay yeah i suspected as much. Makes sense! 😄