aboutsummaryrefslogtreecommitdiffstats
path: root/drivers
diff options
context:
space:
mode:
authorJiri Kosina <jkosina@suse.cz>2007-04-29 13:14:56 +0200
committerJiri Kosina <jkosina@suse.cz>2007-04-29 13:14:56 +0200
commitf61c9127b9840661244b1b6571e4304a7f0b5c73 (patch)
tree1faa5b95c6fb176b5306e38fbdc58478f1e02676 /drivers
parent876b9276b993723f7a74d55b3b49b9186f05d09d (diff)
downloadkernel_samsung_espresso10-f61c9127b9840661244b1b6571e4304a7f0b5c73.zip
kernel_samsung_espresso10-f61c9127b9840661244b1b6571e4304a7f0b5c73.tar.gz
kernel_samsung_espresso10-f61c9127b9840661244b1b6571e4304a7f0b5c73.tar.bz2
USB HID: don't warn on idVendor == 0
It turns out that there are broken devices out there that incorrectly report VID/PID as 0x000, see http://lkml.org/lkml/2007/4/27/496 Therefore we should not confuse users by dumping warnings and stacktraces in such situation. It is not possible to add quirks for such horribly broken devices, but currently that's not needed. Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'drivers')
-rw-r--r--drivers/hid/usbhid/hid-quirks.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/drivers/hid/usbhid/hid-quirks.c b/drivers/hid/usbhid/hid-quirks.c
index 27188bd..17a8755 100644
--- a/drivers/hid/usbhid/hid-quirks.c
+++ b/drivers/hid/usbhid/hid-quirks.c
@@ -477,8 +477,6 @@ static struct hid_blacklist *usbhid_exists_dquirk(const u16 idVendor,
struct quirks_list_struct *q;
struct hid_blacklist *bl_entry = NULL;
- WARN_ON(idVendor == 0);
-
list_for_each_entry(q, &dquirks_list, node) {
if (q->hid_bl_item.idVendor == idVendor &&
q->hid_bl_item.idProduct == idProduct) {