one small detail cuz i own a surface pen: the eraser is actually an eraser on the back, albeit without pressure sensitivity. it is also a button (has 2 different actuation modes), and there's only one side button on surface pen.
yes there's single, double, and long press. pressing it for 5 seconds or something brings it into bluetooth pairing mode. it also has a magnetic sensor which turns it off when attached to a surface tablet.
in this page https://www.kernel.org/doc/html/latest/process/maintainers.html#maintainers you can scroll down (^F usb hid) and see that the maintainer of the hid drivers is mentioned in the commit you linked, so you'd want to email linux-usb@vger.kernel.org with CC jikos@kernel.org and just tell them about the problem, link them to the article and ask them to forward it if someone else should know
make sure to mention you are not making a proper bug report because you are not a kernel developer so they forward it to whoever can actually make the report
@efi this sucks so bad, I'm so sorry. In the commit you found, there are the email addresses of the people involved on the change, might be worth it checking in with them? I hope you find a solution.
Is there an option to just stick with LTS kernels on Fedora? I usually stick with LTS kernels because of situations like this ๐ค But it's good that you're reporting this issue.
Since the kernel has a long standing policy not to break userspace, I expect that they will fix this โ for example by accepting that the original commit had a conceptual problem that wasnโt detected due to the bug.
This series is linked to an attempt to fix the generic hid tablets support in the kernel. As such, it won't pass unless the matching series get merged...
[ Upstream commit 276e14e6c3993317257e1787e93b7166fbc30905 ] Some digitizers (notably XP-Pen Artist 24) do not report the Invert usage when erasing. This causes the device to be permanently stuck with the BTN_TOOL_RUBBER...
@Conan_Kudo indeed, I added support for a bunch of XP-Pen tablets, but none of them was an Artist.
I believe the commit you mentioned is causing the issue. Since you already submitted it upstream, the author will probably look into it and fix it.
If you are willing to test a with me a kernel driver I can add support for your tablet on the UCLogic driver and get it to work with no/minimum configuration. Feel free to ping me and I'll help you.
Sure, I can collaborate and give you as many feedback as necessary and tests. Thank you! You know my email now (you are in CC on mail thread "Requesting your attention and expertise regarding a Tablet/Kernel issue")
@Conan_Kudo It looks like Benjamin is going to handle it. Which is great, because I can only work on this during the weekend and he'll be able to provide a fix way faster ๐
@jose_exposito Thanks, I just read the mailing-list. I'll go back in the backlog of it to provide all information asked. I'm not sure if Eric answer contains everything.
@Hobs Hi, that's what I'll try. But it is a bit more complicate to report a bug to the kernel than just opening a thread on the Github "issues". If you look at it, you'll not even see such a section on Github: https://github.com/torvalds/linux
didn't updated yet my kernel.. take care the old one that is working is not removed by an "autoclean" or something like this
I have to check, but few years ago a kernel change broke my XP Pen tablet recognition too before this change, tweaking setup was easy, after it was really hard (had to play with udev to fix broken things, not on pen side but more related to tablet buttons)
i was gonna ask if you could git-bisect to see exactly what code changed this, but it seems like you dug deep enough to figure out whats going on. so are you looking for a workaround, a code patch to revert to the old behaviour, or do you just want this fixed upstream?
@opal Thanks, yes, that's where I am. Thank you for reading and understanding.
I would like both I think: - A short term 'workaround' in priority if someone knows a tool able to bypass this type of BTN_TOOL_RUBBER events in the userspace and give back a Mouse right click instead would be great. - I also would like if the issue can be fixed at origin; or assistance in how I could get a better support of the tablet without having to relly on the generic driver. But that's more long term, imo.
this is something open source projects sadly do too often. Just recently, Blender changed how point lights were interpeted lately, without any discussion on older files or implications for non-photorealistic rendering (that's been fun back and forth with the devs and I)
I suggest letting the kernel devs know, I'd imagine they'd take this pretty seriously (since rule number 1 of Linux kernel development is "don't break the userspace")
Some digitizers (notably XP-Pen Artist 24) do not report the Invert
usage when erasing. This causes the device to be permanently stuck with
the BTN_TOOL_RUBBER tool after sending Eraser, as Invert...
@standingpad So normally you would report this to your distribution (Fedora) since this is a distro kernel -- upstream maintainers don't really know what patches are in your fedora kernel and can't take responsibility for it.
That said, it looks like the linked commit is a fix that probably isn't in your newer kernel, so there's some hope an even newer Fedora kernel will "magically" have the fix in a little while.
@efi @vegard @standingpad Email sent to four maintainer and reviewer involved, and Jiri Kosina just replied adding CC to 9 other people involved and mailing-list. ๐
Thanks for the recommandation. I think the info is in the right pipes now.
Use email, that's how the kernel is developed and how bugs are reported, send it to the author of that commit and the mailing list listed in the MAINTAINERS file for the subsystem.
No need to file some ticket in some random web form with some odd account, email. It's simple, and easy (note, turn off HTML mode for it please.)
I think I might have some interesting context for this: Wacom "Penabled" does not have a second button but you can still get pens that have a second button for it. In those cases the second button switches the pen into a mode where the tablet thinks it's an eraser. The Wacom Linux drivers have a workaround for that that detects when the pen suddenly turns into an eraser and interprets this as "upper button pressed". Might be related in some way?
Yeah sadly the configuration options of most other tablet drivers on Linux are "meh" compared to the Wacom driver (and even that isn't perfect). I would really like seeing the Wacom driver to be changed into something more generic so that xsetwacom (and GUI tools for it) work for all the other brands as well...
@tanavit I tried it, in short it "works" because evtest reports the keypress after the tweak (in the middle of BTN_TOOL_RUBBER events) but in practice it doesn't work: probably the O.S. and Krita give priority to the Rubber/Eraser switch of device and ignore the key all together. It was weird, because I really thought this method would save me.
@ploum Ben j'ai investiguรฉ tout tout tout avant le kernel. En fait, j'ai repris toute la stack, de libinput avec libwacom dedans, au module Digimend qui plug des truc pour tablets jusqu'au Kernel. J'ai choper des bons cernes et une nuit blanche dans le processus; mais chez moi, ce genre d'annomalie est litteralement le truc qui m'empรชche de dormir. Je pense qu'on est beaucoup comme รงa chez les geek libristes.
: je me disais aussi. Ton post rend le tout fort simple mais รงa sent les journรฉes moisies et improductives ร fouiller les mailing-lists, les repo git.
Mais, au final, tโauras fait la premiรจre page de HN et tu recevras ptรชtre un bisou de Linus Torvalds pour raconter ร tes petits enfants.
Yep, cโest รงa le libre ! ๐
Courage et bon reposโฏ(en espรฉrant que รงa soit bientรดt rรฉsolu)
Oh, je savais pas que c'รฉtait sur HN, merci! (et oui oui, j'ai fait le tour des issues de plein de projets, des mailing lists le tout en maudissant les moteurs de recherches 'modernes' ou je trouve plus rien.)
(oops pour l'heure, en plus il faut que je finisse mon sac: demain voyage jusque Saint-Brieuc pour l'expo malgrรจs vents et marรฉs!)
It's like an actual https://xkcd.com/1172/ They fix a bug affecting the XPPEN Artist 24 Pro, and this @davidrevoy appears pointing out that broke his workflow and Linux shouldn't be forcing two eraser buttons on stylus devices, go figure.
@kkarhan Hi, thanks. It was done by developers and poeple expert in this area. They relayed my email to the mailing-list. I can't do more because I own only a single email adress at @protonmail , but it is not an email provider admited by the kernel mailing list (src: the doc of the kernel) as protonmail can't do plain text with proper line breaks and the encryption makes friction on the mailing-list. Something I wish I knew when I moved to Proton 5 years ago... So, I can't interact.
so let me get this straight: @protonmail fucks with customers' eMails? That's a huge no-go IMHO because that's just inexcuseable!
Not that I'd consider #ProtonMail at all but it's just a big red flag to me even if I were to use them, because if a provider is #paywalling #IMAP & #SMTP they should be better than any generic "#Freemailer" that doesn't. Because that makes it useless for a lot of my tech stack: What's the point of an eMail provider if I can't use it with a #Zulip server?
Original articleshttps://mobile.twitter.com/tenacioustek/status/1434604102676271106https://techcrunch.com/2021/09/06/protonmail-logged-ip-address-of-french-a...
@kkarhan This is really an issue with WKD not having a mechanism by which the key server can indicate whether they want encrypted email by default or not. However, we can block kernel.org specifically to fix this, if they reach out to us.
I'm sorry you didn't have a great experience -- fwiw, I'm working on making it easy to report bugs via bugzilla.kernel.org and actually have that be effective.
@monsieuricon thank you, and no problem. I understand a mailing list system to report require disciplin, spec and formating for all these team to collaborate. I less understood why Protonmail couldn't provide this tool. I thought they were more FOSS friendly...
Thank you for the link, and the tracker! I'll have a look.
In an extreme case, you could have the older driver packaged into a dkms rpm package. These get recompiled whenever the kernel is updated, so you don't have to compile the whole kernel with your customised drivers but you do get to have control over this one module.
But obviously, forking even a small bit of code can be a lot to take on. Better to get it fixed upstream somehow.
@doctormo Thanks! Yes, it goes a bit beyond my current skill, but I started to have a look at how the digimend kernel module was doing things.
Making a small dedicated module that ensure the side buttons of stylus doesn't enter into any eraser mode sounds like a good idea if the situation become stagnant. I more and more understand how this modules can ammend existing code, and how they are not that hard to apply via DKMS.
But I lack of the main skill: editing the code. ๐๐
I'm not sure your tablet model would work with it, but you can give a try to https://github.com/OpenTabletDriver/OpenTabletDriver/ I too have an Xp-pen tablet that broke with a kernel update. Luckily OpenTabletDriver works just as good as it used to work with the older kernel.
Out of curiosity, have you tried the recent userspace driver provided by XP-Pen? I avoided it before because they had no tilt implementation on the Linux side, but I recently started using it and it seems to be working for me. I am on Kernel 6.5.9 and the XP-Pen app allows me to remap my stylus buttons.
Sabrina
•David Revoy
•Sabrina
•Settantahertz
•Efi (nap pet) ๐ฆ๐ค
•David Revoy
•GitHub - torvalds/linux: Linux kernel source tree
GitHubRyuno-Ki
•Efi (nap pet) ๐ฆ๐ค
•David Revoy
•Efi (nap pet) ๐ฆ๐ค
•Gonzalo
•David Revoy
•@grilix Thank you Gonzalo, it was done, I was well adviced. ๐
You'll find my email who now reached the mailing list: https://lore.kernel.org/linux-input/nycvar.YFH.7.76.2311012033290.29220@cbobk.fhfr.pm/
@efi
Efi (nap pet) ๐ฆ๐ค
•jort.link - a solution to fediverse request floods
jort.linkDavid Revoy
•@efi Oh thank you. Very interesting tool and content. I learned something with it, I had no idea Mastodon did that.
I also just learned my blog post is in homepage of Hacker News , and the link is part of the comments: https://news.ycombinator.com/item?id=38102023
Poor mailing-list server.
@grilix
A kernel update broke my stylus | Hacker News
news.ycombinator.comEfi (nap pet) ๐ฆ๐ค
•Arne Babenhauserheide
•alarig
•linux-input.vger.kernel.org archive mirror
lore.kernel.orgJaco G
•Andrew Graves :arch: :linux:
•Arne Babenhauserheide
•Since the kernel has a long standing policy not to break userspace, I expect that they will fix this โ for example by accepting that the original commit had a conceptual problem that wasnโt detected due to the bug.
They write "These changes are tested in the following hid-tools regression tests:
https://gitlab.freedesktop.org/libevdev/hid-tools/-/merge_requests/127 " and I would hope that without the other bug this would have detected that the stylus button gets rendered useless that way.
But first of all: Good luck!
tablets: more tests coverage (!127) ยท Merge requests ยท libevdev / hid-tools ยท GitLab
GitLabmaxmoon ๐ฑ
•This is just beautiful ๐
Never had such a beautiful illustration of Linux breaking stuff.
Ryuno-Ki
•Neal Gompa (ใใผใซใปใดใณใ) :fedora:
•I believe most of this stylus support was written by @jose_exposito. Maybe he can help fix this?
Also, my reading of https://gitlab.com/cki-project/kernel-ark/-/commits/fedora-6.5/drivers/hid/hid-input.c makes me think that it was busted by this commit?
https://gitlab.com/cki-project/kernel-ark/-/commit/6360b396e81b5295aa9ee3d4f9af13b9bbbbac65
Please file a bug report in the Red Hat Bugzilla against the kernel package. https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&version=38&component=kernel
HID: input: Support devices sending Eraser without Invert (6360b396) ยท Commits ยท cki-project / kernel-ark ยท GitLab
GitLabJosรฉ Expรณsito
•@Conan_Kudo indeed, I added support for a bunch of XP-Pen tablets, but none of them was an Artist.
I believe the commit you mentioned is causing the issue. Since you already submitted it upstream, the author will probably look into it and fix it.
If you are willing to test a with me a kernel driver I can add support for your tablet on the UCLogic driver and get it to work with no/minimum configuration. Feel free to ping me and I'll help you.
David Revoy
•@jose_exposito Hey Jose, thank you for your work on the built-in drivers
I'm familiar with your work thanks to the news on Phoronix ( https://www.phoronix.com/news/Linux-5.20-XP-PEN-Deco-L or https://www.phoronix.com/news/XP-PEN-Deco-01-V2-Linux-6.2 ) that I read carefully, especially when it is about tablets ๐
Sure, I can collaborate and give you as many feedback as necessary and tests. Thank you! You know my email now (you are in CC on mail thread "Requesting your attention and expertise regarding a Tablet/Kernel issue")
@Conan_Kudo
Linux 5.20 To Support The XP-PEN Deco L Drawing Tablet
www.phoronix.comJosรฉ Expรณsito
•David Revoy
•@jose_exposito Thanks, I just read the mailing-list. I'll go back in the backlog of it to provide all information asked. I'm not sure if Eric answer contains everything.
@Conan_Kudo
4censord :neocat_flag_pan:
•If you are able to compile a kernel by yourself, you could test if it actually is the one commit that you mentioned in your blog post.
Also, definitely let the kernel devs know that this broke your system.
Hobs :archlinux: :kde: :linux:
•Ask the linux devs. @torvalds is on here at least. As well as @linux and @vegard
You should probably file a bug report on github though.
Hobs :archlinux: :kde: :linux:
•@torvalds @linux @vegard
Or find the maintainer of the driver and report to them
David Revoy
•@Hobs Hi, that's what I'll try. But it is a bit more complicate to report a bug to the kernel than just opening a thread on the Github "issues". If you look at it, you'll not even see such a section on Github: https://github.com/torvalds/linux
Here is how you have to do it: https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html , and even the TL๐R; would require a TL๐R; written by someone not confusing, imo. Good luck.
GitHub - torvalds/linux: Linux kernel source tree
GitHubHobs :archlinux: :kde: :linux:
•hinindil
•Grum999 :verified:
•didn't updated yet my kernel.. take care the old one that is working is not removed by an "autoclean" or something like this
I have to check, but few years ago a kernel change broke my XP Pen tablet recognition too
before this change, tweaking setup was easy, after it was really hard (had to play with udev to fix broken things, not on pen side but more related to tablet buttons)
AlexanderMars
•David Revoy
•@tanavit Yes.
Good idea for the evtests, I added a new screenshot in the footer of the article with evtest events for the two tablets.
Cont Bratula
•David Revoy
•opal hart
•David Revoy
•@opal Thanks, yes, that's where I am. Thank you for reading and understanding.
I would like both I think:
- A short term 'workaround' in priority if someone knows a tool able to bypass this type of BTN_TOOL_RUBBER events in the userspace and give back a Mouse right click instead would be great.
- I also would like if the issue can be fixed at origin; or assistance in how I could get a better support of the tablet without having to relly on the generic driver. But that's more long term, imo.
Mahid (Moved to infosec.space)
•this is something open source projects sadly do too often. Just recently, Blender changed how point lights were interpeted lately, without any discussion on older files or implications for non-photorealistic rendering (that's been fun back and forth with the devs and I)
I suggest letting the kernel devs know, I'd imagine they'd take this pretty seriously (since rule number 1 of Linux kernel development is "don't break the userspace")
Mahid (Moved to infosec.space)
•HID: input: Support devices sending Eraser without Invert ยท torvalds/linux@276e14e
GitHubDavid Revoy
•@standingpad Thank you, that's also where my conclusion (the link in the last paragraph) is redirected.
Unfortunately, letting the kernel dev knowing about this is really hard (no 'issues' on Github, and the doc for reporting is .... well https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html ). Doing a blog post was my best option.
Reporting issues โ The Linux Kernel documentation
www.kernel.orgVegard Nossum ๐ฅ
•@standingpad So normally you would report this to your distribution (Fedora) since this is a distro kernel -- upstream maintainers don't really know what patches are in your fedora kernel and can't take responsibility for it.
That said, it looks like the linked commit is a fix that probably isn't in your newer kernel, so there's some hope an even newer Fedora kernel will "magically" have the fix in a little while.
David Revoy
•@vegard @standingpad Thank you for the information.
Ping @efi ; do you think it is still safe to send the issue to the kernel mailing list? I don't want to do any "faux pas" ๐
Efi (nap pet) ๐ฆ๐ค
•David Revoy
•David Revoy
•@efi @vegard @standingpad Email sent to four maintainer and reviewer involved, and Jiri Kosina just replied adding CC to 9 other people involved and mailing-list. ๐
Thanks for the recommandation. I think the info is in the right pipes now.
Efi (nap pet) ๐ฆ๐ค
•Greg K-H
•Use email, that's how the kernel is developed and how bugs are reported, send it to the author of that commit and the mailing list listed in the MAINTAINERS file for the subsystem.
No need to file some ticket in some random web form with some odd account, email. It's simple, and easy (note, turn off HTML mode for it please.)
Good luck!
David Revoy
•@gregkh Thank you about the formating tip (in plain text mode) I'll do my best!
@standingpad
elly
•David Revoy
•@elly Mind capturing, mind capturing
I have to try! ๐คฃ
(About the name/id of the events; I added a new screenshot at the end of the article; with evtest of the two tablet while pressing the button.)
Kathy Murdoch :pastille_lemon:
•David Revoy
•@kapellosaur
Thank you for understanding. I hope it will be fixed!
(If it does, I'll draw a Tux repairing the stylus โบ๏ธ )
Jakob (Jack/Jackie)
•Wacom "Penabled" does not have a second button but you can still get pens that have a second button for it. In those cases the second button switches the pen into a mode where the tablet thinks it's an eraser.
The Wacom Linux drivers have a workaround for that that detects when the pen suddenly turns into an eraser and interprets this as "upper button pressed".
Might be related in some way?
David Revoy
•@jakob Hi, yes, it is probably related. I met this type of button on the Lenovo Yoga 370 (my full review and workaround: https://www.davidrevoy.com/article976/lenovo-yoga-370-on-gnu-linux-technical-companion-article ) It's still possible to inject something via xsetwacom. The syntax is a bit weird:
xsetwacom --set "$YogaEraser" Button 1 "key +ctrl button 1 key -ctrl" # color picker
(for a Ctrl color picker modifier) and an eraser icon still appears on Krita, but it pick colors. On the XpPen, this workaround even doesn't work.
Lenovo Yoga 370 on GNU/Linux: technical companion article
David RevoyJakob (Jack/Jackie)
•I would really like seeing the Wacom driver to be changed into something more generic so that xsetwacom (and GUI tools for it) work for all the other brands as well...
David Revoy
•Zakaria Chahboun
•OpenTabletDriver
opentabletdriver.netDavid Revoy
•@zaki Hi, Zakaria; oh, there are more than one but they are rarely functional or working.
Have you tested it on Linux? with what tablet model?
@jakob
Zakaria Chahboun
•Of course, I already made a tutorial about it in my channel (in Arabic)
โhttps://youtu.be/Yfmutvs3yxI?si=BO-qBCtxUKSWHF08
It's really great, my table is Gaomon M10K pro, BTW it's working without kernel injection, just in the user layer
Open Tablet Driver - Linux MacOs Windows - ุฃูุถู ุชุนุฑููุงุช ููุชุงุจููุช ุฌุฑุงููู
YouTubeDavid Revoy
•Very interesting! Thanks for the link and for testing.
I have also a variant of this tablet (the 2018, not the pro model) https://www.davidrevoy.com/article870/review-gaomon-m10k-2018-graphic-tablet-on-linux-for-digital-painting
I'll test ๐ Got Huion, Xp-Pens, and more at home to see how it works.
(edit: perfect, you detail all the steps, that's great!)
Review: Gaomon M10K 2018 Graphic Tablet on Linux for Digital Painting.
David RevoyElectroFetish
•I have a principle:
If you want stability, it's better not to touch
Any renewal is evil!
Maybe someone doesn't like it, but it's the only way to get a working machine always.
David Revoy
•David Revoy
•Lenovo Yoga 370 on GNU/Linux: technical companion article
David RevoyDavid Revoy
•der.hans
•when is your book of illustrated bug reports coming out?
๐
David Revoy
•ploum
•: mais comment tโes arrivรฉ ร la conclusion que cโรฉtait le kernel?
Jโaurais investiguรฉ tout tout tout avant le kernel!
David Revoy
•ploum
•: je me disais aussi. Ton post rend le tout fort simple mais รงa sent les journรฉes moisies et improductives ร fouiller les mailing-lists, les repo git.
Mais, au final, tโauras fait la premiรจre page de HN et tu recevras ptรชtre un bisou de Linus Torvalds pour raconter ร tes petits enfants.
Yep, cโest รงa le libre ! ๐
Courage et bon reposโฏ(en espรฉrant que รงa soit bientรดt rรฉsolu)
(dโailleurs tโas vu lโheureโฏ?)
David Revoy
•Oh, je savais pas que c'รฉtait sur HN, merci!
(et oui oui, j'ai fait le tour des issues de plein de projets, des mailing lists le tout en maudissant les moteurs de recherches 'modernes' ou je trouve plus rien.)
(oops pour l'heure, en plus il faut que je finisse mon sac: demain voyage jusque Saint-Brieuc pour l'expo malgrรจs vents et marรฉs!)
F4GRX Sรยฉbastien
•crlf
•It's like an actual https://xkcd.com/1172/ They fix a bug affecting the XPPEN Artist 24 Pro, and this @davidrevoy appears pointing out that broke his workflow and Linux shouldn't be forcing two eraser buttons on stylus devices, go figure.
#xkcd #xkcd1172
Workflow
xkcdKevin Karhan :verified:
•I do recommend you to open up an #issue with the #LKML if this issue is also reproducible on other distros with the same or newer #kernel.
Your post does show that you did your due diligence and found the culprit that caused that problem...
https://www.kernel.org/doc/html/latest/admin-guide/reporting-issues.html
Reporting issues โ The Linux Kernel documentation
www.kernel.orgDavid Revoy
•Kevin Karhan :verified:
•so let me get this straight: @protonmail fucks with customers' eMails?
That's a huge no-go IMHO because that's just inexcuseable!
Not that I'd consider #ProtonMail at all but it's just a big red flag to me even if I were to use them, because if a provider is #paywalling #IMAP & #SMTP they should be better than any generic "#Freemailer" that doesn't.
Because that makes it useless for a lot of my tech stack: What's the point of an eMail provider if I can't use it with a #Zulip server?
David Revoy
•@kkarhan @protonmail Yes, source: https://docs.kernel.org/process/email-clients.html , the last item on bottom of the page.
"Unless a way to disable this "feature" is introduced, Proton Mail is unsuited to kernel development."
Email clients info for Linux โ The Linux Kernel documentation
docs.kernel.orgKevin Karhan :verified:
•Seriously, WTF @protonmail ?
#YouHadOneJob as #eMail #Provider and that is to get shit reliably sent and recieved.
If that's too hard then how should anyone trust them re: #security and #privacy?
Spoiler: Noine should!
https://www.youtube.com/watch?v=QCx_G_R0UmQ
ProtonMail Sends User IP and Device Info to Swiss Authorities.
YouTubeProton Mail
•K. Ryabitsev
•Kernel.org Bugzilla Main Page
bugzilla.kernel.orgDavid Revoy
•@monsieuricon thank you, and no problem. I understand a mailing list system to report require disciplin, spec and formating for all these team to collaborate. I less understood why Protonmail couldn't provide this tool. I thought they were more FOSS friendly...
Thank you for the link, and the tracker! I'll have a look.
Martin Owens :inkscape:
•In an extreme case, you could have the older driver packaged into a dkms rpm package. These get recompiled whenever the kernel is updated, so you don't have to compile the whole kernel with your customised drivers but you do get to have control over this one module.
But obviously, forking even a small bit of code can be a lot to take on. Better to get it fixed upstream somehow.
David Revoy
•@doctormo Thanks! Yes, it goes a bit beyond my current skill, but I started to have a look at how the digimend kernel module was doing things.
Making a small dedicated module that ensure the side buttons of stylus doesn't enter into any eraser mode sounds like a good idea if the situation become stagnant. I more and more understand how this modules can ammend existing code, and how they are not that hard to apply via DKMS.
But I lack of the main skill: editing the code. ๐๐
leap123
•David Revoy
•Jan Wildeboer ๐ท:krulorange:
•Mango
•I too have an Xp-pen tablet that broke with a kernel update. Luckily OpenTabletDriver works just as good as it used to work with the older kernel.
GitHub - OpenTabletDriver/OpenTabletDriver: Open source, cross-platform, user-mode tablet driver
GitHubKonqi
•Saturn Studio
•