Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp4602151ybf; Wed, 4 Mar 2020 07:08:18 -0800 (PST) X-Google-Smtp-Source: ADFU+vsVL2vN2JWYGWtEmDFcS0ShMCNvU82KX88vZ9lbiCChHogPpX7MY3IaNFB2HisdgY/MtHYQ X-Received: by 2002:a05:6830:13c4:: with SMTP id e4mr2768614otq.139.1583334498691; Wed, 04 Mar 2020 07:08:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583334498; cv=none; d=google.com; s=arc-20160816; b=hspB/UIKWrIqh/LHq+l+GmpVEDApn9y+x1+eEF5odTeP1a8o9U7AQWhZb2pBsXZeHn 82w7oWw1bbSWdBLUp4a4uojBknY/emWv/DNImkc74foxbKf9igyEc/uSixJ2vmvaD/j/ U8n6r2/bIqfMb+K7qEk3j2QMKN1A9fZyfN25jz7aLBEi/GkVv0+jn3wl2g4acJe2l46R xvX2VWhyY4zp000W002Lm5do/Ip00XCS9J09shev1vZUNeSXnnFTC7fxf5fXg4lHErDL T5Q1kXOFoXpo9zscoiT9yUoq0gAymTuWRIgUl33dLaA/FNYY9ZmuQe6Y8Aii/FEt8ORl KyJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=4i7nNb1gg/AzJceQCOngio3J/OWkXNAYIDDZrMLBSO4=; b=zDhMVCZjJ678P5ONXNN5xYNrP3x+2b9tV+rT7wZrykfovLwLCMIalvtY1t+2L56SGE Sa8H/7no0fZQ9iA4ONDWo363DhnKBplCnYvp53EdC5RGx5yqi6aHVkHwR8BM8pWS5ckU dLAc8dEkbWDN6jrEXLkBB3KnKXIcBD3W7iSnCYvtK47DhdX9DO10hMzUyldM8Xo/Ieun JtJZ71XrYjd7uxKQBqCfVNcdI7nldPeWvrJjZ/wlupHeF/uf0IQnVjmGT+73OCvgNkhe 0RgjtJOIceprbR4FLak9vJLqVGVmLzdjVTvZRbTrE17mbfv60LTbaelZlJLPz0agForD YAAQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d24si1218074oij.121.2020.03.04.07.08.00; Wed, 04 Mar 2020 07:08:18 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728365AbgCDPFX (ORCPT + 99 others); Wed, 4 Mar 2020 10:05:23 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:34772 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1727835AbgCDPFX (ORCPT ); Wed, 4 Mar 2020 10:05:23 -0500 Received: (qmail 1622 invoked by uid 2102); 4 Mar 2020 10:05:22 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 4 Mar 2020 10:05:22 -0500 Date: Wed, 4 Mar 2020 10:05:21 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Tony Fischetti cc: linux-usb@vger.kernel.org, Subject: Re: Trouble adding QUIRK_ALWAYS_POLL to quirky USB mouse In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 3 Mar 2020, Tony Fischetti wrote: > Hi all, > > I have a lenovo pixart mouse (vendorId: 0x17ef, productId: 0x608d) > that's afflicted with the apparently common problem of disconnecting > and re-connecting every minute, each time incrementing the device > number > > I tried to apply a patch very much like the one in this commit with > the identical problem: dcf768b0ac868630e7bdb6f2f1c9fe72788012fa > The particular patch I applied appears at the end of this email (not > meant to be submitted/applied, just as a reference) > > The problem is that when I apply the patch and boot the new kernel, > the quirk appears not to have been registered (it doesn't appear in > /sys/module/usbhid/parameters/quirks) > It is only when I add the kernel boot parameter > usbhid.quirks=0x17ef:0x608d:0x00000400 that it appears to be working > > Anyone have any ideas on how to fix this? I'd like to submit a patch > fixing this issue once I get it sorted out If you have usbhid loaded as a module instead of built into the kernel, then it probably is getting loaded from the initramfs. If you didn't rebuild the initramfs image after creating the new kernel, you would end up loading the original module without the new quirk entry. It's easy enough to test this. After booting, do: rmmod usbhid ; modprobe usbhid and see if the quirk entry then shows up in sysfs. Alan Stern