^ text from the release notes that you didn't read before updating 
Report the bug to Kodi via their forums. Kodi bugs are Kodi bugs, not LE bugs.
The usual problem is a new variant of an existing sensor that is not explicitly supported by the Linux kernel. This results in the new sensor using the incorrect maths for an older sensor and our cputemp/gputemp scripts correctly read the incorrect values reported by the kernel. As it is a cosmetic problem we generally do nothing and eventually the kernel gets updated and the issue resolves itself.
Kodi Helix and Krypton are quite different and it is never realistic to update Kodi and expect all configuration options to remain the same. Krypton has major changes to VideoPlayer and amcodec - and our objective for Krypton was removing all the ugly high-level Kodi hacking to solve low-level kernel problems and create a sustainable codebase that allows forward progress. If we didn't do that Kodi would have dropped amcodec support completely (as part of the Android move to mediacodec/audiotrack) and there would be no Krypton releases for Amlogic devices. The end result is not perfect or complete although most people find the overall stability and performance with a broad range of media to be improved. Kodi Leia contains the next wave of VideoPlayer and amcodec changes.
I wasn't aware of that one (or the other upstream fork). It looks like development stalled around the time we forked and is long-dead. Those devices are obsolete now and the kernel's used are ancient. Not something to rush into
Support for HQ scalers at 4k resolutions has been patched out because the upstream Kodi developers got fed-up with seeing bug reports of things not working .. due to a lack of GPU performance. The patch is not very democratic because higher-end Intel hardware can sometimes cope, but that hardware is only present with a tiny minority of users.
Hello, is it possible to use with this version Netflix, Amazon add-ons via inputstream.adaptive or I need Libreelec 9.0 test version?
It will work, but inputstream support for those services is currently a fluid moving target and most community image creators aren't updating the add-on as frequently as the upstream sources are being ad-hoc changed. You will need to track/update the add-on frequently.
modprobe rtl8192cu
echo "7392 b822" | tee /sys/bus/usb/drivers/rtl8192cu/new_id^ if you do that, it works? - if yes we can get the device ID's added to the driver.
It should be persistent by default and there is nothing in the OS that allows you to configure (disable) persistence. It sounds like a bad/corrupted (or worst case, fake) SD card.
LE is not a NAS distro and you don't appear to be using LE clients. And you're expecting things to be the same after inserting a 100-BaseT switch between server and wireless connected clients and playing media that's twice the size as before (albeit still not that large). TL/DR; I'm not convinced this is an "LE" use-case that we'd have any responsibility to support. Use FreeNAS or unRAID.
We have specific sub-forums for community created images where the authors support their stuff. Everything else goes in a small number of general categories; because this results in more eyeballs seeing threads and we see much better audience participation. We know from OE era experience that creating lots of forum micro-categories results in few people seeing posts and a higher support burden on the mods/staff.
Install LE to the internal eMMC and it will run faster. Install LE to an SD card and it will run slower. You will have the same experience on pretty much all hardware - it's nothing S912 or Amlogic specific. NB: most far-east box manufacturers procure the cheapest components they can find and "the box boots Android" is the only performance test they do. If you want something faster it's time to $pend on a NUC or similar.
I'm not aware of anyone working on LE support for HiSilicon SoC's or anyone in our extended developer team or surrounding ecosystem having any contact with HiSilicon staff. Changes coming in Kodi v18 will make adding support considerably easier for any SoC vendor with a well maintained and current mainline kernel and V4L2 drivers; but that description mostly excludes far-east manufacturers with a "hack it to boot Android" mentality. So who knows..
If someone submits the add-on code to our repo along with a pledge to maintain it over time we're happy to build and publish - otherwise I'd see it as an über-niche requirement; AFAIK you're the first person to ask for zabbix in the ~6 years I've been hanging around the LE/OE team.
zabbix-agent might be an easier option. Probably not as efficient in terms of "small light agent" if it requires a nice big fat OS image to run the agent, but functionally it'll do the job.
Can you share a media sample?
also provide kernel journal log..
I have no personal experience of the WP1 but there's a reasonable population of daily-active installs and the rate of reported issues here is fairly low so I assume there are no major issues. Amlogic support in Kodi isn't perfect, but Krypton exorcised a smorgåsbord of hacks that caused problems in older Jarvis and OE era releases. For any meaningful "playback" support you'll need to start by sharing some Kodi debug logs that demonstrate your problem, then maybe media samples if we need to replicate something. As an aside; WP1 is not a fast box so running from the internal NAND would be advantageous over using an SD card.
user changes should go into /storage/.kodi/.smb/user.conf so that GUI driven changes don't remove them.