Implement multiple logging backends

[zvecr]

Description

Refactored out while debugging hid stuff on the riot port, bit of a chicken/egg situation with the usual console implementation. Removes some bespoke keyboard level logic now a generic implementation exists.

Also a prerequisite for logging over XAP.

Example: Custom logging to OLED

rules.mk

SENDCHAR_DRIVER = custom

keymap.c

int8_t sendchar(uint8_t c) {
    oled_write_char(c, false);
    return 0;
}

Types of Changes

• Core
• Bugfix
• New feature
• Enhancement/optimization
• Keyboard (addition or update)
• Keymap/layout/userspace (addition or update)
• Documentation

Issues Fixed or Closed by This PR

Checklist

• My code follows the code style of this project: C, Python
• I have read the PR Checklist document and have made the appropriate changes.
• My change requires a change to the documentation.
• I have updated the documentation accordingly.
• I have read the CONTRIBUTING document.
• I have added tests to cover my changes.
• I have tested the changes and verified that they work and don't break anything (as well as I can manage).

[KarlK90]

Works nicely, I have already started to build #22538 on top of this.

[github-actions]

Thank you for your contribution!
This pull request has been automatically marked as stale because it has not had activity in the last 45 days. It will be closed in 30 days if no further activity occurs. Please feel free to give a status update now, or re-open when it's ready.
For maintainers: Please label with bug, awaiting review, breaking_change, in progress, or on hold to prevent the issue from being re-flagged.

[KarlK90]

Needs some rebasing after #21656 landed.

[KarlK90]

Oh well, quite the fallout with the uart driver on the onekeys. But this finally gives us more coverage of that subsystem across all platforms.

[KarlK90]

@zvecr I took the liberty (hope you don't mind) and fixed the compilation failures and removed the atsam integration. With that the PR should be mergable again.

[zvecr]

In future I would rather you didn't, and let me know. Its not like i'm not active.

[KarlK90]

In future I would rather you didn't, and let me know. Its not like i'm not active.

Understood. Is collaboration on your PRs generally not welcome or were the unsolicited commits, for example, okay if you were asked beforehand?

[zvecr]

Pushing to someone elses branch without notice isnt collaboration. Force pushing, thats just hostile.

[KarlK90]

Pushing to someone elses branch without notice isnt collaboration. Force pushing, thats just hostile.

I didn't mean to be hostile and I'm sorry that it came across as such.

[zvecr]

Nah its all good, this PR has been around a while so I get the intention to try and drive it over the line.

[zvecr]

Yet another area that has become impossible to make improvements in.