...
Below are the list of release features supporting Turris Omnia, R-Pi and Emulator platforms.
| 2 | | S.No | Feature | Device | Profile | Remarks | Tickets |
|---|
| 1 |
Turris Omnia | RDKB | 3| 2 | RDKB Emulator hal re-factoring | Emu | RDKB | Currently, we are hosting the Emulator hal source code in generic hal repo( i,e rdkb/components/opensource/ccsp/hal under the source-pc folder. So, it doesn't cause any impact on other targets). Getting the changes at rdk-next branch takes around 2 to 3 weeks after round tripping the comcast sprint, stable2 branches (Which is not ideally needed because the changes are in emulator HAL specific in source-pc)
So, hosting the repo in CMF will save the time to greater extend. - Added the updated RDKB emu hal source code in new repo
- Updated all the hal bbappend 's in bsp-emulator layer
- Removed the unwanted folders and moved all the remaining hal folders to source folder
| REFPLTB-758 Sub Tasks: CMFSUPPORT-83 REFPLTB-759 REFPLTB-767 REFPLTB-768
|
| |
4| 3 | Integrated SNMP module support in rpi platform | R-PI | RDKB | - SNMP Protocol Agent (PA) provides the solution for SNMP Protocol to access CCSP Data Model.
- Externally, SNMP protocol agent works like a regular SNMP agent. It takes coming SNMP requests and sends back the corresponding results or errors.
- Internally, SNMP protocol agent processes the SNMP requests and translates those into CCSP Messages. Those messages go on to CCSP Message Bus and come back with response messages. SNMP protocol agent processes the response messages and response to SNMP requests accordingly.
- In order to translate between SNMP requests and CCSP Messages, SNMP protocol agent loads the XML files describing how MIB objects are mapped to Data Model objects.
| REFPLTB-715 Related tickets REFPLTB-714 REFPLTB-752 |
5| 4 | Online / Offline status of connected devices on RDKB | R-Pi | RDK-B | - In WebUI, connected Device > Devices > Connected clients status need to be updated properly.
- If any new associated clients connected with our Gateway Device,that client information should be properly updated in WebUI under online status.
- If any connected clients disconnects from our Gateway Device, that clients information's should be properly updated in WebUI under Offline status
- For that, we have implemented the below api's,
- update_wifi_inactive_AssociatedDeviceInfo()
- wifi_getApInactiveAssociatedDeviceDiagnosticResult()
- CosaDMLWiFi_Send_FullHostDetails_To_LMLite()
| REFPLTB-622 |
6| 5 | Fixing run time/build time issues: Yocto 3.1 rdk-generic-mediaclient-image | R-Pi | RDKV | - Fixes for aamp-cli and rdkmediaplayer playback issue caused by version changes in gstreamer1.0-libav
- Fixes for irmgr service crash due to a non-void function
- Temporary fixes for netsrvmgr and tr69hostif services due to -Os optimization
- Major functional validation and runtime issues fixed on RDK MediaClient Generic image generated from Yocto 3.1
- Validation and runtime issues fixed on RDK Hybrid Generic image generated from Yocto 3.1
| REFPLTV-500 REFPLTV-511 REFPLTV-499 REFPLTV-474 REFPLTV-473 |
7| 6 | Integrate yocto3.1 for rdk-generic-camera-image | R-Pi | RDKC | - Integrated yocto 3.1 for rdk-generic-camera-image
|
Validated - Validated the below features in Yocto-3.1 Image
|
rms and Normal thumbnail in yocto 3.1 camera image89| 8 | Community Tickets | R-Pi | RDKV | - [TDK] [RPI] IARMBus Call to GetXUPNPDeviceInfo return null info for all the parameters
- Emulator E2E and MF scripts are getting timed out.
- RPI-V AAMP Playback via rdkmediaplayer is broken.
- [THUNDER] Raspberry PI got hang/crashed during storm tests execution
- [TDK] Rdk-next - RPI Hybrid and Media Client latest builds are failing
| REFPLTV-478 REFPLTV-435 REFPLTV-488 REFPLTV-509 REFPLTV-510 |
Hardware and Software Requirements
...
