Auto-detach kernel driver (Fix #22)

[felfert]

Hi Sebastian,

Unfortunately with your latest changes in master, cherryrgb_cli crashes here (will file a separate Issue for that tommorow).
Therefore my fix for #22 is NOT against master, but against the tag 0.2.3

[skraus-dev]

Thanks, good find! Did not realize the kernel driver is responsible for handling the special keys..

Unfortunately with your latest changes in master, cherryrgb_cli crashes here (will file a separate Issue for that tommorow).

Those crashes should be fixed with latest master.. but out of scope for this PR anyways.

Therefore my fix for #22 is NOT against master, but against the tag 0.2.3

I am curious, as this never occured to me: How is a PR towards master, not based off current HEAD gonna be merged?
Other than rebasing it of course...

What am I missing?

[felfert]

Those crashes should be fixed with latest master.. but out of scope for this PR anyways.

In that case, I will make another PR against master...

[skraus-dev]

No worries, I can just rebase here. I was honestly wondering about the way to merge a PR against non-HEAD tho, how it is expected to deal with. Does it tell the maintainer "I only tested and can verify a working state until this tag" ?

[felfert]

No worries, I can just rebase here. I was honestly wondering about the way to merge a PR against non-HEAD tho, how it is expected to deal with. Does it tell the maintainer "I only tested and can verify a working state until this tag" ?

Well if you look at the diff, a simple rebase wont suffice, because the error handling changed after that tag. The
PR still uses the old one..
Anyway, I'm almost ready (just filling out the PR template...)