为什么绘图板品牌不愿合作开发Linux FLOSS驱动

# 为什么绘图板品牌不愿合作开发 Linux FLOSS 驱动程序 来源：https://www.davidrevoy.com/article1154/why-drawing-tablet-brands-wont-collaborate-on-linux-floss-drivers 发表于 2026 年 6 月 22 日 [](https://www.davidrevoy.com/data/images/blog/2026/2026-06-22_article-illustration-about-wacom-and-other-brands-on-linux.jpg) 你可能已经知道，我定期与绘图板品牌联系，在我的 YouTube 频道（https://www.youtube.com/@DavidRevoy）上做评测。我通常同意对他们的型号进行详细的视频测试（参见我的 [硬件](https://www.davidrevoy.com/index.php?tag/hardware) 标签），但有两个条件：在 GNU/Linux 上测试该板子，并且只使用自由/开源软件进行测试，包括驱动程序。 我尤其对那些我觉得有趣的型号这么做，但我这么做也是为了将我收到的硬件规格报告给 Red Hat 的 Peter Hutterer 和 Benjamin Tissoire。这样，他们就能将我转储的板子规格转化为 GNU/Linux 下的高质量自由/开源驱动程序，这得益于他们的 [udev-hid-bpf](https://gitlab.freedesktop.org/libevdev/udev-hid-bpf/) 项目。 但我最后一个视频评测是一年前的事了。事实上，在经历完整个过程（转储规格、测试驱动程序、测试并形成对绘图板的评价、制作视频评测、撰写技术博文）后发现实在太累人，于是我决定制定一个新策略。 ### 新策略：与品牌直接合作 终极捷径！让绘图板品牌直接与 GNU/Linux 社区合作，并主动将他们的规格分享给 hid/input 团队。就像 Wacom 几十年来一直在做的那样。 为此，我发了很多邮件，因为像 XpPen、Gaomon、Huion 这类品牌，我联系的并不是技术部门，而是市场部门。通常，在几封邮件之后，我会得到类似“我们内部讨论一下，如果有兴趣再联系你”的回复，然后就没了下文。所以，我通常会继续推动和坚持。 ### 与合适的人建立联系 但最近，在与 Gaomon 的一次沟通中，事情变得更有希望了：他们真的把我介绍给了一位技术人员。这个人来自“深圳绘王趋势科技股份有限公司”（Shenzhen Huion Trend Technology Co., Ltd.）。绘王？呵呵，并不令人意外：我早就在评测中观察到，Gaomon、XpPen、Huion 和 Ugee 的专有驱动程序在 Debian 包中结构相似，并且使用相同的工具。现在我知道哪个品牌在负责了。 所以，我真心觉得通过这次技术联系，我终于找到了对的人，而且还不止如此——这个人竟然能负责管理这四个品牌的驱动程序！我迅速把所有规格、链接和方法都发给了他，并邀请他与 Peter Hutterer 和 Benjamin Tissoire 联系。 之后，我真的非常兴奋并为自己感到骄傲：事情正朝着正确的方向发展，所有这些做志愿者的邮件工作即将结出硕果。 ### 答案：礼貌的拒绝 不幸的是，今天早上我收到了一个与我的期望相悖的结果。是 Gaomon 的市场部联系了我。相关摘录如下： > 我需要道歉，因为我们今天再次与我们的技术团队沟通，我们决定现阶段不推进 Linux 驱动程序项目。我们仔细审阅了你分享给我们的项目（https://github.com/linuxwacom/wacom-hid-descriptors）。虽然我们欣赏这个举措，但我们发现这主要是 Wacom 主导的项目，对 GAOMON 的潜在影响非常有限。即使我们加入对我们设备的支持，系统仍然会显示设备是 GAOMON 型号，但整体设置会显示 Wacom 品牌标识。更重要的是，参与该项目需要我们直接向 Wacom 共享我们的设备规格——这是我们无法考虑的。 好吧。 ### 真正的问题：开源基础设施中的 Wacom 品牌标识 现在你可能想知道为什么这里会提到 Wacom。 嗯，因为事实的确如此：很多仓库都以“Wacom”命名。这是 GNU/Linux 上的历史遗留问题。关于这些仓库应该改名的问题也争论了十年之久。 例如，像 Libwacom 这样的仓库包含了 Dell、Gaomon、HP、Huion、XpPen 等品牌（来源：https://github.com/linuxwacom/libwacom/tree/master/data），wacom-hid-descriptors 也是如此（来源：https://github.com/linuxwacom/wacom-hid-descriptors），而且在 GNU/Linux 绘图板驱动基础设施的很多其他地方也都是同样的情况。 所以，这并不令人惊讶：经过仔细研究后，我的技术联系人（代表多个品牌）决定不开放他们的规格。尤其是当开源基础设施以行业内最大竞争对手的品牌命名时。我能理解他们的做法。 ### 这对 Linux 绘图板支持意味着什么 所以我很伤心，这真是一个浪费的机会和时间，全是因为一些糟糕的设计决策。我写这篇文章，也许能让某些高管意识到这个情况，并资助全职开发者来负责这些仓库。因为在一个以行业内最大竞争对手品牌命名的基础设施内，你根本无法建立一个稳固的协作环境。 ### 向前迈进：一次只处理一个绘图板 至于我，我将回到之前的方法：逐个评测绘图板并记录其规格。不幸的是，我并没有足够的技能去编写像 [这个](https://gitlab.freedesktop.org/libevdev/udev-hid-bpf/-/blob/main/src/bpf/stable/0020-XPPen__ArtistPro16Gen2.bpf.c?ref_type=heads) 一样的 C 语言驱动程序，而且在这条道路上我并非完全独立。我的过程每次都需要 Peter 和 Benjamin 有空。如果 Huion H610x、XpPen Deco 01V3、Kamvas Pro 19、XpPen Artist Pro 16 和 19（以及其他型号）能够兼容，那都是他们的功劳。 我知道，总有一天我无法及时为视频评测获得自由/开源驱动程序，届时我将不得不使用该品牌的专有驱动程序来完成评测。到了那一天，我可能就会停止做硬件评测了…… 但现在，已经有三个绘图板在运输途中了：两款 XpPen 型号（它们的 27 英寸高端型号和即将推出的 12 英寸型号）以及一款 11 英寸的 Gaomon。我可能很快还会写一篇详细教程，说明如何向 udev-hid-bpf 项目报告绘图板规格，就像这里记录的那样：https://gitlab.freedesktop.org/libevdev/udev-hid-bpf/-/work_items/54。 这就是我目前能推动局势前进的方法——一次只处理一个绘图板。