* Ensure that `furi_record_create` is passed a non-NULL data pointer
It's currently possible to use `furi_record_create` to create and initialize a `FuriRecordData` pointing to NULL.
This means its potentially possible for `furi_record_open` to return a NULL pointer which besides not being particularly useful means the Rust wrapper for `Record` can't assume that the returned record is always a non-NULL value.
If by chance this is the intended behaviour, then we can just have the Rust wrapper do a `furi_check` itself, but it seems like it would be better to eliminate this potential corner-case at the source.
* Furi: update furi_record_create documentation
Co-authored-by: あく <alleteam@gmail.com>