digimend-users Mailing List for DIGImend (Page 19)
Brought to you by:
spb_nick
Menu
▾
▴
digimend-users — General discussion and user support
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
(58) |
May
(72) |
Jun
(24) |
Jul
|
Aug
(12) |
Sep
(9) |
Oct
(10) |
Nov
(2) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
(5) |
Feb
(23) |
Mar
|
Apr
|
May
(4) |
Jun
(7) |
Jul
(2) |
Aug
(2) |
Sep
(5) |
Oct
(7) |
Nov
(31) |
Dec
(11) |
| 2014 |
Jan
(13) |
Feb
(4) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(2) |
Jul
(12) |
Aug
(10) |
Sep
(13) |
Oct
(15) |
Nov
(49) |
Dec
(4) |
| 2015 |
Jan
(49) |
Feb
(62) |
Mar
(81) |
Apr
(10) |
May
(4) |
Jun
(6) |
Jul
(17) |
Aug
(3) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
(8) |
| 2016 |
Jan
(8) |
Feb
(5) |
Mar
(7) |
Apr
(7) |
May
(3) |
Jun
(4) |
Jul
(12) |
Aug
(8) |
Sep
(6) |
Oct
(4) |
Nov
(1) |
Dec
|
|
From: David F. <fav...@gm...> - 2012-05-25 01:33:56
|
This patch set includes the six Waltop tablets currently supported. The Sirius Battery Free Tablet should be supported in the 3.5 kernel. See the DIGImend "Tablet support status page": http://sourceforge.net/apps/mediawiki/digimend/index.php?title=Tablet_support_status Waltop devices such as the multifunction dials, that do not work with the Wacom driver, aren't included in [Features]. Instead they are listed in [Waltop Features] in the comments. These devices work with the evdev driver. The exception is Tilt, for which xf86-input-wacom support is being implemented. But Tilt isn't included in libwacom [Features] yet. Dave Note: Would like to use Class=Intuos4 instead of Class=Bamboo for the Sirius Battery Free Tablet since it supports Tilt. However that causes it to fail one of the three tests: Verifying tablet Waltop Sirius Battery Free Tablet lt-tablet-validity: tablet-validity.c:103: verify_tablet: Assertion `styli[i] != 0xfffff' failed. /bin/bash: line 5: 19848 Aborted (core dumped) ${dir}$tst FAIL: tablet-validity Unless something like this is used: Styli=0x40802;0x4080a |
|
From: Nikolai K. <sp...@gm...> - 2012-05-24 20:32:46
|
On 05/24/2012 10:06 PM, Eduardo H. Silva wrote: > Works great :) Thanks a lot, Eduardo! Sincerely, Nick |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-24 19:06:11
|
2012/5/22 Nikolai Kondrashov <sp...@gm...>: > On 05/22/2012 10:52 PM, Nikolai Kondrashov wrote: >> >> Oh, sorry, I forgot that you were using an older kernel. I'll redo the >> patch >> for you right now. > > > Please find the updated patch attached. Sorry for the confusion. > > Thanks for testing! > > Sincerely, > Nick Works great :) Eduardo |
|
From: Nikolai K. <sp...@gm...> - 2012-05-22 19:56:01
|
On 05/22/2012 10:52 PM, Nikolai Kondrashov wrote: > Oh, sorry, I forgot that you were using an older kernel. I'll redo the patch > for you right now. Please find the updated patch attached. Sorry for the confusion. Thanks for testing! Sincerely, Nick |
|
From: Nikolai K. <sp...@gm...> - 2012-05-22 19:53:04
|
On 05/22/2012 10:42 PM, Eduardo H. Silva wrote: > Hm, I'm using the same compiling instructions as before > (http://fedoraproject.org/wiki/Building_a_custom_kernel) , but get a > error when building the kernel, at the phase of applying the patch: > > 4 out of 4 hunks FAILED -- saving rejects to file drivers/hid/hid-waltop.c.rej Oh, sorry, I forgot that you were using an older kernel. I'll redo the patch for you right now. Sincerely, Nick |
|
From: Nikolai K. <sp...@gm...> - 2012-05-22 19:49:22
|
On 05/22/2012 10:42 PM, Eduardo H. Silva wrote: > Hm, I'm using the same compiling instructions as before > (http://fedoraproject.org/wiki/Building_a_custom_kernel) , but get a > error when building the kernel, at the phase of applying the patch: > > 4 out of 4 hunks FAILED -- saving rejects to file drivers/hid/hid-waltop.c.rej Did you remove the old patch? Sincerely, Nick |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-22 19:43:00
|
2012/5/22 Nikolai Kondrashov <sp...@gm...>: > On 05/22/2012 08:37 PM, Eduardo H. Silva wrote: >> >> Hm, the patch is inline with the e-mail, and I'm not sure when to >> start copying the text to paste in a file. Could you attach it? I'll >> apply it as soon as I can afterwards. > > > Sure. Here it is. > You'll need revert the previous version I sent you before applying it. > > Thanks. > > Sincerely, > Nick Hm, I'm using the same compiling instructions as before (http://fedoraproject.org/wiki/Building_a_custom_kernel) , but get a error when building the kernel, at the phase of applying the patch: [...] Patch22017: 0001-drm-radeon-don-t-mess-with-hot-plug-detect-for-eDP-o.patch + case "$patch" in + patch -p1 -F1 -s + ApplyPatch 0001-HID-waltop-Extend-barrel-button-fix.patch + local patch=0001-HID-waltop-Extend-barrel-button-fix.patch + shift + '[' '!' -f /home/jobezone/rpmbuild/SOURCES/0001-HID-waltop-Extend-barrel-button-fix.patch ']' Patch99999: 0001-HID-waltop-Extend-barrel-button-fix.patch + case "$patch" in + patch -p1 -F1 -s 4 out of 4 hunks FAILED -- saving rejects to file drivers/hid/hid-waltop.c.rej Eduardo |
|
From: Nikolai K. <sp...@gm...> - 2012-05-22 19:10:16
|
On 05/22/2012 08:37 PM, Eduardo H. Silva wrote: > Hm, the patch is inline with the e-mail, and I'm not sure when to > start copying the text to paste in a file. Could you attach it? I'll > apply it as soon as I can afterwards. Sure. Here it is. You'll need revert the previous version I sent you before applying it. Thanks. Sincerely, Nick |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-22 17:37:46
|
2012/5/21 Eduardo H. Silva <hob...@gm...>: > 2012/5/20 Nikolai Kondrashov <sp...@gm...>: >> Hi Eduardo, >> >> >> On 05/20/2012 09:23 PM, Nikolai Kondrashov wrote: >>> >>> Extend Waltop barrel button fix to all models: ignore reported pressure >>> when a >>> barrel button is pressed, because it is rarely correct. Report zero >>> pressure in >>> such cases instead. >> >> >> I've modified the fix for your tablet pen barrel buttons slightly before >> submitting it to the kernel. >> >> Although I'm pretty sure it's correct and I've tested it on the models I >> have (which are without this issue), it would be best if you could test the >> new version, when you have time. Could you do it? > > Apply this patch? Yes, of course, though it may take time to compile. > > Eduardo > >> >> Thanks! >> >> Sincerely, >> Nick Hm, the patch is inline with the e-mail, and I'm not sure when to start copying the text to paste in a file. Could you attach it? I'll apply it as soon as I can afterwards. Thanks, Eduardo |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-21 12:13:32
|
2012/5/20 Nikolai Kondrashov <sp...@gm...>: > Hi Eduardo, > > > On 05/20/2012 09:23 PM, Nikolai Kondrashov wrote: >> >> Extend Waltop barrel button fix to all models: ignore reported pressure >> when a >> barrel button is pressed, because it is rarely correct. Report zero >> pressure in >> such cases instead. > > > I've modified the fix for your tablet pen barrel buttons slightly before > submitting it to the kernel. > > Although I'm pretty sure it's correct and I've tested it on the models I > have (which are without this issue), it would be best if you could test the > new version, when you have time. Could you do it? Apply this patch? Yes, of course, though it may take time to compile. Eduardo > > Thanks! > > Sincerely, > Nick |
|
From: Jiri K. <jk...@su...> - 2012-05-21 11:23:20
|
On Sun, 20 May 2012, Nikolai Kondrashov wrote: > Extend Waltop barrel button fix to all models: ignore reported pressure when a > barrel button is pressed, because it is rarely correct. Report zero pressure in > such cases instead. > > Signed-off-by: Nikolai Kondrashov <sp...@gm...> Applied, thanks. -- Jiri Kosina SUSE Labs |
|
From: Nikolai K. <sp...@gm...> - 2012-05-20 18:43:32
|
Hi everyone, There was not a single SPAM message sent to the list starting from the creation. So, I have disabled pre-moderation for the list postings both from members and non-members to speed up message delivery. If SPAM starts appearing on the list in noticeable amounts, I'll re-enable pre-moderation. Sincerely, Nick |
|
From: Nikolai K. <sp...@gm...> - 2012-05-20 18:28:38
|
Hi Eduardo, On 05/20/2012 09:23 PM, Nikolai Kondrashov wrote: > Extend Waltop barrel button fix to all models: ignore reported pressure when a > barrel button is pressed, because it is rarely correct. Report zero pressure in > such cases instead. I've modified the fix for your tablet pen barrel buttons slightly before submitting it to the kernel. Although I'm pretty sure it's correct and I've tested it on the models I have (which are without this issue), it would be best if you could test the new version, when you have time. Could you do it? Thanks! Sincerely, Nick |
|
From: Nikolai K. <sp...@gm...> - 2012-05-20 18:24:01
|
Extend Waltop barrel button fix to all models: ignore reported pressure when a
barrel button is pressed, because it is rarely correct. Report zero pressure in
such cases instead.
Signed-off-by: Nikolai Kondrashov <sp...@gm...>
---
drivers/hid/hid-waltop.c | 45 +++++++--------------------------------------
1 file changed, 7 insertions(+), 38 deletions(-)
diff --git a/drivers/hid/hid-waltop.c b/drivers/hid/hid-waltop.c
index 9a48438..745e4e9 100644
--- a/drivers/hid/hid-waltop.c
+++ b/drivers/hid/hid-waltop.c
@@ -638,28 +638,10 @@ static __u8 sirius_battery_free_tablet_rdesc_fixed[] = {
0xC0 /* End Collection */
};
-struct waltop_state {
- u8 pressure0;
- u8 pressure1;
-};
-
static int waltop_probe(struct hid_device *hdev,
const struct hid_device_id *id)
{
int ret;
- struct waltop_state *s;
-
- s = kzalloc(sizeof(*s), GFP_KERNEL);
- if (s == NULL) {
- hid_err(hdev, "can't allocate device state\n");
- ret = -ENOMEM;
- goto err;
- }
-
- s->pressure0 = 0;
- s->pressure1 = 0;
-
- hid_set_drvdata(hdev, s);
ret = hid_parse(hdev);
if (ret) {
@@ -675,7 +657,6 @@ static int waltop_probe(struct hid_device *hdev,
return 0;
err:
- kfree(s);
return ret;
}
@@ -732,27 +713,18 @@ static __u8 *waltop_report_fixup(struct hid_device *hdev, __u8 *rdesc,
static int waltop_raw_event(struct hid_device *hdev, struct hid_report *report,
u8 *data, int size)
{
- /* If this is a pen input report of a tablet with PID 0038 */
- if (hdev->product == USB_DEVICE_ID_WALTOP_PID_0038 &&
- report->type == HID_INPUT_REPORT &&
- report->id == 16 &&
- size == 8) {
- struct waltop_state *s = hid_get_drvdata(hdev);
-
+ /* If this is a pen input report */
+ if (report->type == HID_INPUT_REPORT && report->id == 16 && size >= 8) {
/*
- * Ignore maximum pressure reported when a barrel button is
- * pressed.
+ * Ignore reported pressure when a barrel button is pressed,
+ * because it is rarely correct.
*/
/* If a barrel button is pressed */
if ((data[1] & 0xF) > 1) {
- /* Use the last known pressure */
- data[6] = s->pressure0;
- data[7] = s->pressure1;
- } else {
- /* Remember reported pressure */
- s->pressure0 = data[6];
- s->pressure1 = data[7];
+ /* Report zero pressure */
+ data[6] = 0;
+ data[7] = 0;
}
}
@@ -806,10 +778,7 @@ static int waltop_raw_event(struct hid_device *hdev, struct hid_report *report,
static void waltop_remove(struct hid_device *hdev)
{
- struct waltop_state *s = hid_get_drvdata(hdev);
-
hid_hw_stop(hdev);
- kfree(s);
}
static const struct hid_device_id waltop_devices[] = {
--
1.7.10
|
|
From: Nikolai K. <sp...@gm...> - 2012-05-17 17:10:50
|
On 05/17/2012 08:04 PM, Donnie Bigers wrote: > Actually, no I would not be able to build, not much of a programmer. I > have done some basic programming but building and messing with source is > beyond me. As for when you could try, it isn't that important to me, I was > just curious if there was something obvious I was missing. Krita looks > like a great program. However, GIMP and MyPaint both work well with the > tablet in Linux. To be honest, I don't know if Krita is that important to > me. OK, I'll try to look into the Qt sources and maybe I'll figure out a fix before the developers find the time. I'll try to build a test package, and if I succeed I'll send it to you to test. > I believe I saw some rambling on the OpenSuse boards somewhere that they > patched QT and had it working with non Wacom tablets at some point. > Hopefully the QT developers or someone will get it to recognize something > other than Wacom tablets that way any QT application can use non Wacom > tablets. I don't currently own a Wacom, but I owned an Intuos years ago. > The Genius does most everything I need and was a heck of a lot cheaper. Yes, they're quite cheap, but the build quality is not that high. How is your tablet holding up and how was it branded? Sincerely, Nick > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > *From:* Nikolai Kondrashov <sp...@gm...> > *To:* Donnie Bigers <cha...@be...> > *Sent:* Thu, May 17, 2012 9:29:36 AM > *Subject:* Re: Genius Mousepen and Krita > > Hi Donnie, > > On 05/17/2012 08:54 AM, Donnie Bigers wrote: > > Hi. First of all, thanks for all of your efforts in helping fellow Linux users. > > You're welcome :) > > > My question concerns pressure sensitivity with Krita and the UC-Logic > > Technology Corp. Tablet WP8060U. > > > > The tablet is a Genius 8x6 Mousepen combo. I do not care if I ever get the > > mouse portion of the tablet to work since I don't use it. Pressure > > sensitivity for the pen is my main concern. > > > > As you probably guessed, it works fine in Gimp and in MyPaint. I believe > > the EVDev picks it up, so it works fine in those programs. > > > > I believe the problem is that Krita uses QT. Qt does not support non wacom > > tablets. So I was thinking if I could find a way to get this tablet > > recognised as a Wacom, it might work in Krita as well. > > > > Any ideas on how I need to proceed would be appreciated. I am not entirely > > sure I will even keep using Krita (I just recently discovered it) but it > > would be nice to have pressure if I do decide to continue using the > > program. > > I have such a tablet myself (in fact it was the reason I started all this > work about 8 years ago). I've just tried it with Ubuntu 12.04 and Krita and > indeed it doesn't work. Although, I remember it working with Krita before. > > There is no easy solution, unfortunately. Without a doubt, Qt should be > fixed and I see Viktoria Simon has already reported a bug > (https://bugreports.qt-project.org/browse/QTBUG-25329). There is already a > quick fix to Qt mentioned there. > > Another approach for now would be to make your tablet appear as a Wacom one. > However, it's not easy to do, because the wacom driver doesn't easily agree > with tablets not reporting pen proximity (such as yours). It could be made > to, but last time I checked (about 2 years ago) it required quite noticeable > changes. > > So, your best bet is to push for proper Qt fix and maybe try to use the > quick fix mentioned above. > > Will you be able to build your own version of Qt packages with the fix > applied? If not, I could try building one for you, but am not sure when I'll > find the time. > > Sincerely, > Nick |
|
From: Nikolai K. <sp...@gm...> - 2012-05-17 14:31:01
|
Forwarding to DIGImend-users maillist to keep others posted. -------- Original Message -------- Subject: Re: Genius Mousepen and Krita Date: Thu, 17 May 2012 17:29:32 +0300 From: Nikolai Kondrashov <sp...@gm...> To: Donnie Bigers <cha...@be...> Hi Donnie, On 05/17/2012 08:54 AM, Donnie Bigers wrote: > Hi. First of all, thanks for all of your efforts in helping fellow Linux users. You're welcome :) > My question concerns pressure sensitivity with Krita and the UC-Logic > Technology Corp. Tablet WP8060U. > > The tablet is a Genius 8x6 Mousepen combo. I do not care if I ever get the > mouse portion of the tablet to work since I don't use it. Pressure > sensitivity for the pen is my main concern. > > As you probably guessed, it works fine in Gimp and in MyPaint. I believe > the EVDev picks it up, so it works fine in those programs. > > I believe the problem is that Krita uses QT. Qt does not support non wacom > tablets. So I was thinking if I could find a way to get this tablet > recognised as a Wacom, it might work in Krita as well. > > Any ideas on how I need to proceed would be appreciated. I am not entirely > sure I will even keep using Krita (I just recently discovered it) but it > would be nice to have pressure if I do decide to continue using the > program. I have such a tablet myself (in fact it was the reason I started all this work about 8 years ago). I've just tried it with Ubuntu 12.04 and Krita and indeed it doesn't work. Although, I remember it working with Krita before. There is no easy solution, unfortunately. Without a doubt, Qt should be fixed and I see Viktoria Simon has already reported a bug (https://bugreports.qt-project.org/browse/QTBUG-25329). There is already a quick fix to Qt mentioned there. Another approach for now would be to make your tablet appear as a Wacom one. However, it's not easy to do, because the wacom driver doesn't easily agree with tablets not reporting pen proximity (such as yours). It could be made to, but last time I checked (about 2 years ago) it required quite noticeable changes. So, your best bet is to push for proper Qt fix and maybe try to use the quick fix mentioned above. Will you be able to build your own version of Qt packages with the fix applied? If not, I could try building one for you, but am not sure when I'll find the time. Sincerely, Nick |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-17 11:10:16
|
2012/5/17 Nikolai Kondrashov <sp...@gm...>: > On 05/17/2012 11:53 AM, Eduardo H. Silva wrote: >> >> The stylus works fine with the patch! > > > Great! So the side buttons don't paint anymore? Nope, 1st button just middle clicks, and 2nd button right clicks. I still can't configure it in Gnome system settings (says no wacom tablet detected) but it's working like I want so it's fine. > > >> But the scroll wheels don't, do I have to use the evdev driver like >> mentioned before in the thread, or is it supposed to all work just with >> this wacom driver? > > > Only the pen device should be handled by the wacom driver. This is achieved > by making it match with this snippet: > > > # Waltop tablets > Section "InputClass" > Identifier "Waltop class" > MatchProduct "WALTOP" > MatchIsTablet "on" > MatchDevicePath "/dev/input/event*" > Driver "wacom" > EndSection > > Make sure no other "InputClass" section overrides it. > > Then, you need to force X.org to use the evdev driver with the scroll > device, like this: > > Section "InputClass" > Identifier "Waltop scroll class" > > MatchIsPointer "off" > MatchIsKeyboard "off" > MatchIsTablet "off" > MatchIsTouchpad "off" > MatchIsTouchscreen "off" > MatchProduct "WALTOP" > MatchDevicePath "/dev/input/event*" > Driver "evdev" > EndSection > > Sincerely, > Nick Ah ok, thanks. One less tablet to go :) Thanks you and the digimend team for your hard work on giving support for these kinds of tablets. Eduardo |
|
From: Nikolai K. <sp...@gm...> - 2012-05-17 09:53:58
|
On 05/17/2012 11:53 AM, Eduardo H. Silva wrote:
> The stylus works fine with the patch!
Great! So the side buttons don't paint anymore?
> But the scroll wheels don't, do I have to use the evdev driver like
> mentioned before in the thread, or is it supposed to all work just with
> this wacom driver?
Only the pen device should be handled by the wacom driver. This is achieved
by making it match with this snippet:
# Waltop tablets
Section "InputClass"
Identifier "Waltop class"
MatchProduct "WALTOP"
MatchIsTablet "on"
MatchDevicePath "/dev/input/event*"
Driver "wacom"
EndSection
Make sure no other "InputClass" section overrides it.
Then, you need to force X.org to use the evdev driver with the scroll
device, like this:
Section "InputClass"
Identifier "Waltop scroll class"
MatchIsPointer "off"
MatchIsKeyboard "off"
MatchIsTablet "off"
MatchIsTouchpad "off"
MatchIsTouchscreen "off"
MatchProduct "WALTOP"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
EndSection
Sincerely,
Nick
|
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-17 08:54:05
|
2012/5/16 Nikolai Kondrashov <sp...@gm...>: > On 05/16/2012 12:31 PM, Eduardo H. Silva wrote: >> >> I'm in Fedora 17, which currently is at 3.3.4 . I have compiled >> kernels a long time ago, so I may be able to figure out (with a lot of >> searching) how to apply the patch :) > > > Please find a test patch attached. It also includes support for two other > tablets and some cleanup just to make applying the patch easier. I didn't > test it though. > > If it fixes your problem, I'll submit a proper fix upstream for inclusion > into a kernel release. > > Sincerely, > Nick The stylus works fine with the patch! But the scroll wheels don't, do I have to use the evdev driver like mentioned before in the thread, or is it supposed to all work just with this wacom driver? [ 432.030] (II) config/udev: Adding input device WALTOP International Corp. Media Tablet (/dev/input/mouse2) [ 432.030] (II) No input driver specified, ignoring this device. [ 432.030] (II) This device may have been added with another device file. [ 432.086] (II) config/udev: Adding input device WALTOP International Corp. Media Tablet (/dev/input/event13) [ 432.087] (**) WALTOP International Corp. Media Tablet: Applying InputClass "evdev keyboard catchall" [ 432.087] (**) WALTOP International Corp. Media Tablet: Applying InputClass "Wacom class" [ 432.087] (**) WALTOP International Corp. Media Tablet: Applying InputClass "system-setup-keyboard" [ 432.087] (II) LoadModule: "wacom" [ 432.087] (II) Loading /usr/lib/xorg/modules/input/wacom_drv.so [ 432.102] (II) Module wacom: vendor="X.Org Foundation" [ 432.102] compiled for 1.11.99.901, module version = 0.14.0 [ 432.102] Module class: X.Org XInput Driver [ 432.102] ABI class: X.Org XInput driver, version 16.0 [ 432.102] (II) Using input driver 'wacom' for 'WALTOP International Corp. Media Tablet' [ 432.102] Option "StopBits" "1" [ 432.102] Option "DataBits" "8" [ 432.102] Option "Parity" "None" [ 432.102] Option "Vmin" "1" [ 432.102] Option "Vtime" "10" [ 432.102] Option "FlowControl" "Xoff" [ 432.102] Option "_source" "server/udev" [ 432.102] Option "name" "WALTOP International Corp. Media Tablet" [ 432.102] Option "path" "/dev/input/event13" [ 432.102] Option "device" "/dev/input/event13" [ 432.102] Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input13/event13" [ 432.102] Option "driver" "wacom" [ 432.102] Option "XkbModel" "pc105" [ 432.102] Option "XkbLayout" "pt" [ 432.102] Option "XkbOptions" "terminate:ctrl_alt_bksp," [ 432.102] (**) WALTOP International Corp. Media Tablet: always reports core events [ 432.102] (**) Option "Device" "/dev/input/event13" [ 432.102] (**) Option "Device" "/dev/input/event13" [ 432.102] (EE) WALTOP International Corp. Media Tablet: Invalid type 'stylus' for this device. [ 432.102] (EE) WALTOP International Corp. Media Tablet: Invalid type 'eraser' for this device. [ 432.102] (EE) WALTOP International Corp. Media Tablet: Invalid type 'cursor' for this device. [ 432.102] (EE) WALTOP International Corp. Media Tablet: Invalid type 'touch' for this device. [ 432.102] (EE) WALTOP International Corp. Media Tablet: Invalid type 'pad' for this device. [ 432.102] (EE) WALTOP International Corp. Media Tablet: No type specified [ 432.102] (EE) PreInit returned 8 for "WALTOP International Corp. Media Tablet" [ 432.102] (II) UnloadModule: "wacom" [ 432.103] (II) config/udev: Adding input device WALTOP International Corp. Media Tablet (/dev/input/event10) [ 432.103] (**) WALTOP International Corp. Media Tablet: Applying InputClass "evdev tablet catchall" [ 432.103] (**) WALTOP International Corp. Media Tablet: Applying InputClass "Wacom class" [ 432.103] (II) Using input driver 'wacom' for 'WALTOP International Corp. Media Tablet' [ 432.103] Option "StopBits" "1" [ 432.103] Option "DataBits" "8" [ 432.103] Option "Parity" "None" [ 432.103] Option "Vmin" "1" [ 432.103] Option "Vtime" "10" [ 432.103] Option "FlowControl" "Xoff" [ 432.103] Option "_source" "server/udev" [ 432.103] Option "name" "WALTOP International Corp. Media Tablet" [ 432.103] Option "path" "/dev/input/event10" [ 432.103] Option "device" "/dev/input/event10" [ 432.103] Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input10/event10" [ 432.103] Option "driver" "wacom" [ 432.103] (**) WALTOP International Corp. Media Tablet: always reports core events [ 432.103] (**) Option "Device" "/dev/input/event10" [ 432.103] (**) Option "Device" "/dev/input/event10" [ 432.103] (II) WALTOP International Corp. Media Tablet: type not specified, assuming 'stylus'. [ 432.103] (II) WALTOP International Corp. Media Tablet: other types will be automatically added. [ 432.103] (--) WALTOP International Corp. Media Tablet stylus: using pressure threshold of 27 for button 1 [ 432.103] (--) WALTOP International Corp. Media Tablet stylus: Wacom USB Bamboo tablet maxX=16383 maxY=16383 maxZ=1023 resX=53000 resY=88000 tilt=disabled [ 432.103] (II) WALTOP International Corp. Media Tablet stylus: hotplugging dependent devices. [ 432.103] (EE) WALTOP International Corp. Media Tablet stylus: Invalid type 'eraser' for this device. [ 432.103] (EE) WALTOP International Corp. Media Tablet stylus: Invalid type 'cursor' for this device. [ 432.103] (EE) WALTOP International Corp. Media Tablet stylus: Invalid type 'touch' for this device. [ 432.103] (EE) WALTOP International Corp. Media Tablet stylus: Invalid type 'pad' for this device. [ 432.103] (II) WALTOP International Corp. Media Tablet stylus: hotplugging completed. [ 432.103] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input10/event10" [ 432.103] (II) XINPUT: Adding extended input device "WALTOP International Corp. Media Tablet stylus" (type: STYLUS, id 13) [ 432.103] (II) XKB: Reusing cached keymap [ 432.104] (**) WALTOP International Corp. Media Tablet stylus: (accel) keeping acceleration scheme 1 [ 432.104] (**) WALTOP International Corp. Media Tablet stylus: (accel) acceleration profile 0 [ 432.104] (**) WALTOP International Corp. Media Tablet stylus: (accel) acceleration factor: 2.000 [ 432.104] (**) WALTOP International Corp. Media Tablet stylus: (accel) acceleration threshold: 4 [ 432.104] (**) Option "Device" "/dev/input/event10" [ 432.108] (II) config/udev: Adding input device WALTOP International Corp. Media Tablet (/dev/input/event12) [ 432.108] (**) WALTOP International Corp. Media Tablet: Applying InputClass "evdev keyboard catchall" [ 432.108] (**) WALTOP International Corp. Media Tablet: Applying InputClass "Wacom class" [ 432.108] (**) WALTOP International Corp. Media Tablet: Applying InputClass "system-setup-keyboard" [ 432.108] (II) Using input driver 'wacom' for 'WALTOP International Corp. Media Tablet' [ 432.108] Option "StopBits" "1" [ 432.108] Option "DataBits" "8" [ 432.108] Option "Parity" "None" [ 432.108] Option "Vmin" "1" [ 432.108] Option "Vtime" "10" [ 432.108] Option "FlowControl" "Xoff" [ 432.108] Option "_source" "server/udev" [ 432.108] Option "name" "WALTOP International Corp. Media Tablet" [ 432.108] Option "path" "/dev/input/event12" [ 432.108] Option "device" "/dev/input/event12" [ 432.108] Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input12/event12" [ 432.108] Option "driver" "wacom" [ 432.108] Option "XkbModel" "pc105" [ 432.108] Option "XkbLayout" "pt" [ 432.108] Option "XkbOptions" "terminate:ctrl_alt_bksp," [ 432.108] (**) WALTOP International Corp. Media Tablet: always reports core events [ 432.108] (**) Option "Device" "/dev/input/event12" [ 432.108] (**) Option "Device" "/dev/input/event12" [ 432.108] (EE) WALTOP International Corp. Media Tablet: Invalid type 'stylus' for this device. [ 432.108] (EE) WALTOP International Corp. Media Tablet: Invalid type 'eraser' for this device. [ 432.108] (EE) WALTOP International Corp. Media Tablet: Invalid type 'cursor' for this device. [ 432.108] (EE) WALTOP International Corp. Media Tablet: Invalid type 'touch' for this device. [ 432.108] (EE) WALTOP International Corp. Media Tablet: Invalid type 'pad' for this device. [ 432.108] (EE) WALTOP International Corp. Media Tablet: No type specified [ 432.108] (EE) PreInit returned 8 for "WALTOP International Corp. Media Tablet" [ 432.108] (II) UnloadModule: "wacom" [ 432.109] (II) config/udev: Adding input device WALTOP International Corp. Media Tablet (/dev/input/event11) [ 432.109] (**) WALTOP International Corp. Media Tablet: Applying InputClass "Wacom class" [ 432.109] (II) Using input driver 'wacom' for 'WALTOP International Corp. Media Tablet' [ 432.109] Option "StopBits" "1" [ 432.109] Option "DataBits" "8" [ 432.109] Option "Parity" "None" [ 432.109] Option "Vmin" "1" [ 432.109] Option "Vtime" "10" [ 432.109] Option "FlowControl" "Xoff" [ 432.109] Option "_source" "server/udev" [ 432.109] Option "name" "WALTOP International Corp. Media Tablet" [ 432.109] Option "path" "/dev/input/event11" [ 432.109] Option "device" "/dev/input/event11" [ 432.109] Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input11/event11" [ 432.109] Option "driver" "wacom" [ 432.109] (**) WALTOP International Corp. Media Tablet: always reports core events [ 432.109] (**) Option "Device" "/dev/input/event11" [ 432.109] (**) Option "Device" "/dev/input/event11" [ 432.109] (EE) WALTOP International Corp. Media Tablet: Invalid type 'stylus' for this device. [ 432.109] (EE) WALTOP International Corp. Media Tablet: Invalid type 'eraser' for this device. [ 432.109] (EE) WALTOP International Corp. Media Tablet: Invalid type 'cursor' for this device. [ 432.109] (EE) WALTOP International Corp. Media Tablet: Invalid type 'touch' for this device. [ 432.109] (EE) WALTOP International Corp. Media Tablet: Invalid type 'pad' for this device. [ 432.109] (EE) WALTOP International Corp. Media Tablet: No type specified [ 432.109] (EE) PreInit returned 8 for "WALTOP International Corp. Media Tablet" [ 432.109] (II) UnloadModule: "wacom" Eduardo |
|
From: Nikolai K. <sp...@gm...> - 2012-05-16 13:04:18
|
On 05/16/2012 12:56 PM, Eduardo H. Silva wrote: > By the way, the digimend wiki has been down for a week (sourceforge > problem I think): > http://sourceforge.net/apps/wordpress/digimend/ All the hosted applications on SourceForge were down a while a go, now most of them are up, with the exception of Wordpress and phpWebSite. So, the wiki is now working: http://digimend.sf.net/ but the DIGImend blog you're linking to is still down. Sincerely, Nick |
|
From: Nikolai K. <sp...@gm...> - 2012-05-16 12:39:39
|
On 05/16/2012 12:31 PM, Eduardo H. Silva wrote: > I'm in Fedora 17, which currently is at 3.3.4 . I have compiled > kernels a long time ago, so I may be able to figure out (with a lot of > searching) how to apply the patch :) Please find a test patch attached. It also includes support for two other tablets and some cleanup just to make applying the patch easier. I didn't test it though. If it fixes your problem, I'll submit a proper fix upstream for inclusion into a kernel release. Sincerely, Nick |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-16 09:57:08
|
2012/5/16 Eduardo H. Silva <hob...@gm...>: > 2012/5/16 Nikolai Kondrashov <sp...@gm...>: >> Hi Eduardo, >> >> >> On 05/16/2012 03:22 AM, Eduardo H. Silva wrote: >>> >>> Did I do the dump correctly, does it have the information you were asking? >> >> >> Yes, thank you. Sorry for the delay - I was having a flu and didn't do much. >> >> The dump confirms my guess. I can make a patch for your kernel that fixes >> this problem. Do you still use version 3.3.2? Will you be able to build a >> patched kernel package yourself? > > I'm in Fedora 17, which currently is at 3.3.4 . I have compiled > kernels a long time ago, so I may be able to figure out (with a lot of > searching) how to apply the patch :) > By the way, the digimend wiki has been down for a week (sourceforge problem I think): http://sourceforge.net/apps/wordpress/digimend/ Eduardo |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-16 09:31:54
|
2012/5/16 Nikolai Kondrashov <sp...@gm...>: > Hi Eduardo, > > > On 05/16/2012 03:22 AM, Eduardo H. Silva wrote: >> >> Did I do the dump correctly, does it have the information you were asking? > > > Yes, thank you. Sorry for the delay - I was having a flu and didn't do much. > > The dump confirms my guess. I can make a patch for your kernel that fixes > this problem. Do you still use version 3.3.2? Will you be able to build a > patched kernel package yourself? I'm in Fedora 17, which currently is at 3.3.4 . I have compiled kernels a long time ago, so I may be able to figure out (with a lot of searching) how to apply the patch :) Eduardo |
|
From: Nikolai K. <sp...@gm...> - 2012-05-16 08:30:30
|
Hi Eduardo, On 05/16/2012 03:22 AM, Eduardo H. Silva wrote: > Did I do the dump correctly, does it have the information you were asking? Yes, thank you. Sorry for the delay - I was having a flu and didn't do much. The dump confirms my guess. I can make a patch for your kernel that fixes this problem. Do you still use version 3.3.2? Will you be able to build a patched kernel package yourself? Sincerely, Nick |
|
From: Eduardo H. S. <hob...@gm...> - 2012-05-16 00:22:46
|
Hi Nikolai, Did I do the dump correctly, does it have the information you were asking? Eduardo 2012/5/9 Eduardo H. Silva <hob...@gm...>: > 2012/5/7 Nikolai Kondrashov <sp...@gm...>: >> Hi Eduardo, >> >> >> On 05/06/2012 10:52 PM, Eduardo H. Silva wrote: >>> >>> I'm sorry for the late reply, I delayed to the following day to do >>> what you asked, but then forgot. >>> >>> The usbhid-dump command, the one you originally linked to, gives the >>> error: >>> >>> invalid option -- 'm' >> >> >> Most distributions have older version of usbhid-dump. You could download >> newer version at http://sf.net/apps/mediawiki/digimend/?title=Usbhid-dump >> or you could use the older one by finding out your tablet bus number and >> device address using lsusb and then supplying it to usbhid-dump as the >> arguments. >> >> Sincerely, >> Nick > > Thanks, I've compiled the newer version. Attaching the result of > pressing the pen's buttons. > > Eduardo |
170 messages has been excluded from this view by a project administrator.
