* [PATCH] usbhid: add ASUS LCM to the blacklist
@ 2007-07-24 0:28 Christian Lamparter
2007-07-26 22:27 ` Andrew Morton
2007-10-11 1:11 ` [PATCH] usbhid: add ASUS LCM to the blacklist Javier Bolaños Molina
0 siblings, 2 replies; 11+ messages in thread
From: Christian Lamparter @ 2007-07-24 0:28 UTC (permalink / raw)
To: linux-kernel; +Cc: chunkeey, linux-input, linux-usb-devel
[-- Attachment #1: Type: text/plain, Size: 469 bytes --]
Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
attached to an internal USB bus. Unfortunatly the device reports a wrong
DeviceDescriptor and is therefore identified as a HID device...
Signed-off-by: Christian Lamparter <chunkeey@web.de>
CC: linux-input@atrey.karlin.mff.cuni.cz
CC: linux-usb-devel@lists.sourceforge.net
---
(keep the cc!)
for those who are interested in the userspace display driver:
https://launchpad.net/asusoled
[-- Attachment #2: asus-lcm-hid-blacklist.diff --]
[-- Type: text/x-diff, Size: 864 bytes --]
diff -up drivers/hid/usbhid/hid-quirks.c.orig drivers/hid/usbhid/hid-quirks.c
--- a/drivers/hid/usbhid/hid-quirks.c.orig 2007-07-24 02:23:36.000000000 +0200
+++ b/drivers/hid/usbhid/hid-quirks.c 2007-07-24 02:25:26.000000000 +0200
@@ -63,6 +63,9 @@
#define USB_DEVICE_ID_APPLE_GEYSER1_TP_ONLY 0x030b
#define USB_DEVICE_ID_APPLE_IR 0x8240
+#define USB_VENDOR_ID_ASUS 0x0b05
+#define USB_DEVICE_ID_ASUS_LCM 0x1726
+
#define USB_VENDOR_ID_ATEN 0x0557
#define USB_DEVICE_ID_ATEN_UC100KM 0x2004
#define USB_DEVICE_ID_ATEN_CS124U 0x2202
@@ -452,6 +455,8 @@ static const struct hid_blacklist {
{ USB_VENDOR_ID_CYPRESS, USB_DEVICE_ID_CYPRESS_BARCODE_1, HID_QUIRK_SWAPPED_MIN_MAX },
{ USB_VENDOR_ID_CYPRESS, USB_DEVICE_ID_CYPRESS_BARCODE_2, HID_QUIRK_SWAPPED_MIN_MAX },
+ { USB_VENDOR_ID_ASUS, USB_DEVICE_ID_ASUS_LCM, HID_QUIRK_IGNORE},
+
{ 0, 0 }
};
[-- Attachment #3: Type: text/plain, Size: 315 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
[-- Attachment #4: Type: text/plain, Size: 191 bytes --]
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-07-24 0:28 [PATCH] usbhid: add ASUS LCM to the blacklist Christian Lamparter
@ 2007-07-26 22:27 ` Andrew Morton
2007-07-26 23:10 ` Christian Lamparter
2007-10-11 1:11 ` [PATCH] usbhid: add ASUS LCM to the blacklist Javier Bolaños Molina
1 sibling, 1 reply; 11+ messages in thread
From: Andrew Morton @ 2007-07-26 22:27 UTC (permalink / raw)
To: Christian Lamparter; +Cc: linux-kernel, linux-usb-devel, linux-input
On Tue, 24 Jul 2007 02:28:39 +0200 Christian Lamparter <chunkeey@web.de> wrote:
> Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
> attached to an internal USB bus. Unfortunatly the device reports a wrong
> DeviceDescriptor and is therefore identified as a HID device...
>
> Signed-off-by: Christian Lamparter <chunkeey@web.de>
> CC: linux-input@atrey.karlin.mff.cuni.cz
> CC: linux-usb-devel@lists.sourceforge.net
>
> ---
> (keep the cc!)
> for those who are interested in the userspace display driver:
> https://launchpad.net/asusoled
>
>
>
> [asus-lcm-hid-blacklist.diff text/x-diff (865B)]
> diff -up drivers/hid/usbhid/hid-quirks.c.orig drivers/hid/usbhid/hid-quirks.c
> --- a/drivers/hid/usbhid/hid-quirks.c.orig 2007-07-24 02:23:36.000000000 +0200
> +++ b/drivers/hid/usbhid/hid-quirks.c 2007-07-24 02:25:26.000000000 +0200
> @@ -63,6 +63,9 @@
> #define USB_DEVICE_ID_APPLE_GEYSER1_TP_ONLY 0x030b
> #define USB_DEVICE_ID_APPLE_IR 0x8240
>
> +#define USB_VENDOR_ID_ASUS 0x0b05
> +#define USB_DEVICE_ID_ASUS_LCM 0x1726
> +
> #define USB_VENDOR_ID_ATEN 0x0557
> #define USB_DEVICE_ID_ATEN_UC100KM 0x2004
> #define USB_DEVICE_ID_ATEN_CS124U 0x2202
> @@ -452,6 +455,8 @@ static const struct hid_blacklist {
> { USB_VENDOR_ID_CYPRESS, USB_DEVICE_ID_CYPRESS_BARCODE_1, HID_QUIRK_SWAPPED_MIN_MAX },
> { USB_VENDOR_ID_CYPRESS, USB_DEVICE_ID_CYPRESS_BARCODE_2, HID_QUIRK_SWAPPED_MIN_MAX },
>
> + { USB_VENDOR_ID_ASUS, USB_DEVICE_ID_ASUS_LCM, HID_QUIRK_IGNORE},
> +
> { 0, 0 }
> };
diff -p said that the second hnk goes into the hid_blacklist[] array, but
your patch actually places it in the hid_rdesc_blacklist[] array.
I suspect what we have here is a diff against 2.6.22? Things changed
a lot since then - please prepare patches against the latest kernel you can get
your hands on, thanks.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-07-26 22:27 ` Andrew Morton
@ 2007-07-26 23:10 ` Christian Lamparter
2007-07-30 12:45 ` Jiri Kosina
0 siblings, 1 reply; 11+ messages in thread
From: Christian Lamparter @ 2007-07-26 23:10 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel, linux-usb-devel, linux-input
[-- Attachment #1: Type: text/plain, Size: 570 bytes --]
Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
attached to an internal USB bus. Unfortunatly the device reports a wrong
DeviceDescriptor and is therefore identified as a HID device...
Signed-off-by: Christian Lamparter <chunkeey@web.de>
CC: linux-input@atrey.karlin.mff.cuni.cz
CC: linux-usb-devel@lists.sourceforge.net
---
Right! the last _two_ patches/resends were made from 2.6.22-*,
this time however, it's diffed from 2.6.23-rc1-git3...
(I hope it get's merged before someone else has already changed
the line numbers again. ;) )
[-- Attachment #2: asus-lcm-hid-quirk.diff --]
[-- Type: text/x-diff, Size: 840 bytes --]
diff -up drivers/hid/usbhid/hid-quirks.c.orig drivers/hid/usbhid/hid-quirks.c
--- a/drivers/hid/usbhid/hid-quirks.c.orig 2007-07-27 00:23:36.000000000 +0200
+++ b/drivers/hid/usbhid/hid-quirks.c 2007-07-27 00:25:26.000000000 +0200
@@ -63,6 +63,9 @@
#define USB_DEVICE_ID_APPLE_GEYSER1_TP_ONLY 0x030b
#define USB_DEVICE_ID_APPLE_IR 0x8240
+#define USB_VENDOR_ID_ASUS 0x0b05
+#define USB_DEVICE_ID_ASUS_LCM 0x1726
+
#define USB_VENDOR_ID_ATEN 0x0557
#define USB_DEVICE_ID_ATEN_UC100KM 0x2004
#define USB_DEVICE_ID_ATEN_CS124U 0x2202
@@ -464,6 +467,8 @@ static const struct hid_blacklist {
{ USB_VENDOR_ID_DELL, USB_DEVICE_ID_DELL_W7658, HID_QUIRK_RESET_LEDS },
{ USB_VENDOR_ID_LOGITECH, USB_DEVICE_ID_LOGITECH_KBD, HID_QUIRK_RESET_LEDS },
+ { USB_VENDOR_ID_ASUS, USB_DEVICE_ID_ASUS_LCM, HID_QUIRK_IGNORE},
+
{ 0, 0 }
};
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-07-26 23:10 ` Christian Lamparter
@ 2007-07-30 12:45 ` Jiri Kosina
2007-07-30 14:11 ` Chr
0 siblings, 1 reply; 11+ messages in thread
From: Jiri Kosina @ 2007-07-30 12:45 UTC (permalink / raw)
To: Christian Lamparter
Cc: Andrew Morton, linux-kernel, linux-usb-devel, linux-input
On Fri, 27 Jul 2007, Christian Lamparter wrote:
> Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
> attached to an internal USB bus. Unfortunatly the device reports a wrong
> DeviceDescriptor and is therefore identified as a HID device...
Hi Christian,
I have slightly modified your patch (let's keep the hid_blacklist[]
properly sorted) and applied it into my tree.
Thanks,
--
Jiri Kosina
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-07-30 12:45 ` Jiri Kosina
@ 2007-07-30 14:11 ` Chr
2007-07-31 8:39 ` Jiri Kosina
0 siblings, 1 reply; 11+ messages in thread
From: Chr @ 2007-07-30 14:11 UTC (permalink / raw)
To: Jiri Kosina
Cc: linux-usb-devel, linux-kernel, Adilson Oliveira, linux-input,
Andrew Morton, Bernd Dau
On Monday, 30. July 2007, Jiri Kosina wrote:
> On Fri, 27 Jul 2007, Christian Lamparter wrote:
>
> > Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
> > attached to an internal USB bus. Unfortunatly the device reports a wrong
> > DeviceDescriptor and is therefore identified as a HID device...
>
> Hi Christian,
>
> I have slightly modified your patch (let's keep the hid_blacklist[]
> properly sorted) and applied it into my tree.
Ok, found it " hid_blacklist is alphabetically sorted blacklist by quirk type. "
But is there a Order for the bitfields? e.g
shouldn't: hid-quriks.c (line 439, 440)
{ USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_FOUNTAIN_ANSI,
HID_QUIRK_POWERBOOK_HAS_FN | HID_QUIRK_IGNORE_MOUSE }
be:
{..., ..., HID_QUIRK_IGNORE_MOUSE | HID_QUIRK_POWERBOOK_HAS_FN }
Anyway, thanks for merging!
Chr.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-07-30 14:11 ` Chr
@ 2007-07-31 8:39 ` Jiri Kosina
2007-07-31 21:24 ` Cleaning up the USBHID's blacklist Chr
0 siblings, 1 reply; 11+ messages in thread
From: Jiri Kosina @ 2007-07-31 8:39 UTC (permalink / raw)
To: Chr
Cc: Andrew Morton, linux-kernel, linux-usb-devel, linux-input,
Bernd Dau, Adilson Oliveira
On Mon, 30 Jul 2007, Chr wrote:
> Ok, found it " hid_blacklist is alphabetically sorted blacklist by quirk
> type. " But is there a Order for the bitfields? e.g
> shouldn't: hid-quriks.c (line 439, 440)
> { USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_FOUNTAIN_ANSI,
> HID_QUIRK_POWERBOOK_HAS_FN | HID_QUIRK_IGNORE_MOUSE }
> be:
> {..., ..., HID_QUIRK_IGNORE_MOUSE | HID_QUIRK_POWERBOOK_HAS_FN }
This could be a possible cleanup for hid_blacklist[], if you are going to
make a patch I will happily accept it.
Thanks,
--
Jiri Kosina
^ permalink raw reply [flat|nested] 11+ messages in thread
* Cleaning up the USBHID's blacklist.
2007-07-31 8:39 ` Jiri Kosina
@ 2007-07-31 21:24 ` Chr
2007-08-01 12:11 ` Jiri Kosina
0 siblings, 1 reply; 11+ messages in thread
From: Chr @ 2007-07-31 21:24 UTC (permalink / raw)
To: Jiri Kosina; +Cc: linux-input, linux-kernel, linux-usb-devel
On Tuesday, 31. July 2007, Jiri Kosina wrote:
> On Mon, 30 Jul 2007, Chr wrote:
>
> > Ok, found it " hid_blacklist is alphabetically sorted blacklist by quirk
> > type. " But is there a Order for the bitfields? e.g
> > shouldn't: hid-quriks.c (line 439, 440)
> > { USB_VENDOR_ID_APPLE, USB_DEVICE_ID_APPLE_FOUNTAIN_ANSI,
> > HID_QUIRK_POWERBOOK_HAS_FN | HID_QUIRK_IGNORE_MOUSE }
> > be:
> > {..., ..., HID_QUIRK_IGNORE_MOUSE | HID_QUIRK_POWERBOOK_HAS_FN }
>
> This could be a possible cleanup for hid_blacklist[], if you are going to
> make a patch I will happily accept it.
>
> Thanks,
>
Ok! I'll make a patch..
But I have one (final?) question. Since I am sometimes stuck to 80x25 console...
can we alphabetically sort the blacklist by the Vendor (the first field), instead of the quirk field(last field)?
Or is there a technical/theoretical reason behind it?
Thanks,
Chr.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Cleaning up the USBHID's blacklist.
2007-07-31 21:24 ` Cleaning up the USBHID's blacklist Chr
@ 2007-08-01 12:11 ` Jiri Kosina
0 siblings, 0 replies; 11+ messages in thread
From: Jiri Kosina @ 2007-08-01 12:11 UTC (permalink / raw)
To: Chr; +Cc: linux-input, linux-kernel, linux-usb-devel
On Tue, 31 Jul 2007, Chr wrote:
> But I have one (final?) question. Since I am sometimes stuck to 80x25
> console...
> can we alphabetically sort the blacklist by the Vendor (the first
> field), instead of the quirk field(last field)? Or is there a
> technical/theoretical reason behind it?
I find the blacklist sorted by quirk type more convenient - we typically
want to know "who has this particular quirk", but we generally don't care
"what quirks does this particular vendor have".
--
Jiri Kosina
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-07-24 0:28 [PATCH] usbhid: add ASUS LCM to the blacklist Christian Lamparter
2007-07-26 22:27 ` Andrew Morton
@ 2007-10-11 1:11 ` Javier Bolaños Molina
2007-10-12 8:49 ` Chr
1 sibling, 1 reply; 11+ messages in thread
From: Javier Bolaños Molina @ 2007-10-11 1:11 UTC (permalink / raw)
To: Christian Lamparter; +Cc: linux-kernel, linux-usb-devel, linux-input
[-- Attachment #1: Type: text/plain, Size: 2477 bytes --]
Hi all,
I would like to comment on the topic quoted on
https://zockertown.de/s9y/archives/882-asusoled-compilieren.html that
states something like this:
"I wrote a patch to correct this issue:
http://lkml.org/lkml/2007/7/23/530(get & try the patch) However, it
would be nice if it has "someone"
supporters! I've already wrote one for 2.6.22-gitX cycle... but it do not
get any feedback! please go
to:http://lkml.org/lkml/bounce/2007/7/23/530<https://zockertown.de/s9y/exit.php?url=aHR0cDovL2xrbWwub3JnL2xrbWwvYm91bmNlLzIwMDcvNy8yMy81MzA=&entry_id=882>send
it to your email address, write a feedback and use "answer all!".
That's it!"
Well I installed this patch, recompiled my kernel and tried again asusoled
application in order to test the oled display.
First time everything seemed as usual as it was with a standard (no patched)
kernel, asusolded ask me to rmmod usbhid as it was not able to get control
on the oled.
Then I removed the usbhid and tried again, it worked. Nothing new.
After this I loaded usbhid in order to use my mouse.
then I tried asusoled and fortunately this time it worked this time with
usbhid loaded.
To sum up the patch works fine once I remove and load usbhid once. I tend to
think this could be a bootstrap bug as it does work well after a manual
reload of usbhid.
I'll continue testing in order to see if it was just a spontaneous problem.
My system:
Asus G1S
4GB
Open SuSE 10.3 X86_64
Kernel: 2.6.22.9-90 (Suse Build Service) patched with/to solve:
4GB + BIOS + Nvidia problem
oled recognized as usbhid device
PS.
I don't know German so it was difficult to understand the page in
https://zockertown.de/s9y/archives/882-asusoled-compilieren.html so I would
suggest to update https://launchpad.net/asusoled/ maybe I could help.
Regards,
Javier Bolaños Molina.
On 23/07/2007, Christian Lamparter <chunkeey@web.de> wrote:
>
>
> Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which
> is
> attached to an internal USB bus. Unfortunatly the device reports a wrong
> DeviceDescriptor and is therefore identified as a HID device...
>
> Signed-off-by: Christian Lamparter <chunkeey@web.de>
> CC: linux-input@atrey.karlin.mff.cuni.cz
> CC: linux-usb-devel@lists.sourceforge.net
>
> ---
> (keep the cc!)
> for those who are interested in the userspace display driver:
> https://launchpad.net/asusoled
>
>
>
--
Javier Bolaños Molina
[-- Attachment #2: Type: text/html, Size: 4044 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-10-11 1:11 ` [PATCH] usbhid: add ASUS LCM to the blacklist Javier Bolaños Molina
@ 2007-10-12 8:49 ` Chr
2007-10-12 15:59 ` Javier Bolaños Molina
0 siblings, 1 reply; 11+ messages in thread
From: Chr @ 2007-10-12 8:49 UTC (permalink / raw)
To: Javier Bolaños Molina; +Cc: linux-input, linux-kernel, linux-usb-devel
On Thursday, 11. October 2007, Javier Bolaños Molina wrote:
> Hi all,
> [...]
> Well I installed this patch, recompiled my kernel and tried again asusoled
> application in order to test the oled display.
> First time everything seemed as usual as it was with a standard (no patched)
> kernel, asusolded ask me to rmmod usbhid as it was not able to get control
> on the oled.
> Then I removed the usbhid and tried again, it worked. Nothing new.
> After this I loaded usbhid in order to use my mouse.
> then I tried asusoled and fortunately this time it worked this time with
> usbhid loaded.
>
> To sum up the patch works fine once I remove and load usbhid once. I tend to
> think this could be a bootstrap bug as it does work well after a manual
> reload of usbhid.
>
hmm, sounds like the old usbhid module is still around...
My first guess: Do you use a initrd? Have you updated it, after you recompiled your kernel?
> [...]
> PS.
> I don't know German so it was difficult to understand the page in
> https://zockertown.de/s9y/archives/882-asusoled-compilieren.html so I would
> suggest to update https://launchpad.net/asusoled/ maybe I could help.
>
> Regards,
> Javier Bolaños Molina.
>
The project moved to sourceforge.net. The new maintainer is:
Adilson Oliveira <adilson@linuxembarcado.com.br>
Thanks,
Chr.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] usbhid: add ASUS LCM to the blacklist
2007-10-12 8:49 ` Chr
@ 2007-10-12 15:59 ` Javier Bolaños Molina
0 siblings, 0 replies; 11+ messages in thread
From: Javier Bolaños Molina @ 2007-10-12 15:59 UTC (permalink / raw)
To: Chr; +Cc: linux-kernel, linux-usb-devel, linux-input
[-- Attachment #1: Type: text/plain, Size: 1112 bytes --]
On 12/10/2007, Chr <chunkeey@web.de> wrote:
>
> On Thursday, 11. October 2007, Javier Bolaños Molina wrote:
>
> > To sum up the patch works fine once I remove and load usbhid once. I
> tend to
> > think this could be a bootstrap bug as it does work well after a manual
> > reload of usbhid.
> >
>
> hmm, sounds like the old usbhid module is still around...
> My first guess: Do you use a initrd? Have you updated it, after you
> recompiled your kernel?
I think you are right, it's been so long since I compiled kernels by hand,
this time I used make rpm, I'll be looking for a new initrd as you suggest.
> [...]
> > PS.
> > I don't know German so it was difficult to understand the page in
> > https://zockertown.de/s9y/archives/882-asusoled-compilieren.html so I
> would
> > suggest to update https://launchpad.net/asusoled/ maybe I could help.
> >
> > Regards,
> > Javier Bolaños Molina.
> >
>
> The project moved to sourceforge.net. The new maintainer is:
>
> Adilson Oliveira <adilson@linuxembarcado.com.br>
>
> Thanks,
> Chr.
>
Ok, I'll be there in short.
Tnx.
--
Javier Bolaños Molina
[-- Attachment #2: Type: text/html, Size: 1928 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2007-10-12 15:59 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-24 0:28 [PATCH] usbhid: add ASUS LCM to the blacklist Christian Lamparter
2007-07-26 22:27 ` Andrew Morton
2007-07-26 23:10 ` Christian Lamparter
2007-07-30 12:45 ` Jiri Kosina
2007-07-30 14:11 ` Chr
2007-07-31 8:39 ` Jiri Kosina
2007-07-31 21:24 ` Cleaning up the USBHID's blacklist Chr
2007-08-01 12:11 ` Jiri Kosina
2007-10-11 1:11 ` [PATCH] usbhid: add ASUS LCM to the blacklist Javier Bolaños Molina
2007-10-12 8:49 ` Chr
2007-10-12 15:59 ` Javier Bolaños Molina
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).