From: Dmitry Torokhov <dtor@insightbb.com>
To: "Zephaniah E. Hull" <warp@aehallh.com>
Subject: Re: [linux-usb-devel] [PATCH] usb/hid: The HID Simple Driver Interface 0.3.2 (core)
Date: Sun, 8 Oct 2006 10:09:22 -0400
User-Agent: KMail/1.9.3
Cc: "raise.sail@gmail.com" <raise.sail@gmail.com>, greg <greg@kroah.com>,
       Randy Dunlap <rdunlap@xenotime.net>,
       LKML <linux-kernel@vger.kernel.org>,
       linux-usb-devel <linux-usb-devel@lists.sourceforge.net>
References: <200609291624123283320@gmail.com> <45286B85.90402@gmail.com> <20061008124146.GA4710@aehallh.com>
In-Reply-To: <20061008124146.GA4710@aehallh.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 8BIT
Content-Disposition: inline
Message-Id: <200610081009.23978.dtor@insightbb.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1056
Lines: 23

On Sunday 08 October 2006 08:41, Zephaniah E. Hull wrote:
> 0: If you keep all the ID identical, userspace may have the capabilities
> cached.  This may also cause problems, but if Dmitry or Greg calls that
> a userspace bug I'll believe them and find a workaround.

Yes, I'd consider it a bug. Tearing down and re-creating input device
generates proper hotplug notifications and userspace needs to respect
them as capabilities may change even if ids stay the same. For example
playing with atkbd's scroll attribute will regenerate an input device
with[out] scroll capabilities but its input_id structure will stay the
same.

... Or were you talking about ids as in inputX? These are ever increasing
as new devices get created and will never be reused (as long as atomic_t
doesn't wrap around ;) )
 
-- 
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/