- HDMI lag is probably you having GPU enabled. I don't see any lag on Xorg with noaccel option enabled.
- 92% capacity max on my kernel may be related to the voltage you choose to charge to (4.35V max, 4.2V default)
- charger behavior is normal, it should start charging again after a while by itself, and keeping the battery at 100% all the time is not that good for the battery
- modem audio reliability probably depends on which side of the i2s link is the master and some other factors. earlier modem was configured as master, which needs enabling/disabling some audio controls just after call starts and this should be not necessary with SoC being made the i2s clock master (not sure which variant you/your distro uses)
- SMS messages loss is just about design decisions in the modem software. Personally I prefer to set up the modem to accept and store messages, and then sync them to some other storage before deleting them, but I think ofono relies on being able to receive messages directly without involving modem storage. So if ofono fails at this one shot to receive the message, it's lost permanently. Maybe ofono has some switch to use the mode of receiving messages with intermediate storage in the modem. I don't use ofono, so I don't know. This is doubly the issue since the signal that tells the modem to hold up messages until SoC wakes up from sleep is only wired up on PP 1.2. I have no idea if any of the distros use this signal (AP_READY).
Dunno about the rest.
- 92% capacity max on my kernel may be related to the voltage you choose to charge to (4.35V max, 4.2V default)
- charger behavior is normal, it should start charging again after a while by itself, and keeping the battery at 100% all the time is not that good for the battery
- modem audio reliability probably depends on which side of the i2s link is the master and some other factors. earlier modem was configured as master, which needs enabling/disabling some audio controls just after call starts and this should be not necessary with SoC being made the i2s clock master (not sure which variant you/your distro uses)
- SMS messages loss is just about design decisions in the modem software. Personally I prefer to set up the modem to accept and store messages, and then sync them to some other storage before deleting them, but I think ofono relies on being able to receive messages directly without involving modem storage. So if ofono fails at this one shot to receive the message, it's lost permanently. Maybe ofono has some switch to use the mode of receiving messages with intermediate storage in the modem. I don't use ofono, so I don't know. This is doubly the issue since the signal that tells the modem to hold up messages until SoC wakes up from sleep is only wired up on PP 1.2. I have no idea if any of the distros use this signal (AP_READY).
Dunno about the rest.