From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcel Holtmann Subject: Re: [RFC 0/1] User-space I/O driver for HID subsystem (Bluetooth-LE HIDP) Date: Fri, 16 Mar 2012 10:57:38 -0700 Message-ID: <1331920658.14217.180.camel@aeonflux> References: <1331909617-22106-1-git-send-email-dh.herrmann@googlemail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: Received: from senator.holtmann.net ([87.106.208.187]:49093 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752626Ab2CPR6O (ORCPT ); Fri, 16 Mar 2012 13:58:14 -0400 In-Reply-To: Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Joao Paulo Rechi Vita Cc: David Herrmann , linux-input@vger.kernel.org, jkosina@suse.cz, chen.ganir@ti.com, claudio.takahasi@openbossa.org, linux-bluetooth@vger.kernel.org, Vijaykumar.Dadmode@csr.com Hi Joao, > > I have hacked together a small driver which allows user-space I/O drivers to > > provide HID devices. This is needed for Bluetooth-Low-Energy HID devices as the > > Bluetooth-LE protocol is parsed in user-space. > > > > I have only compile-tested this driver, I haven't run it yet. It's just an > > proposal how this could be implemented. It should also work as hint to the BT-LE > > developers how such an interface will look-like. > > > > First of all, thanks for your effort. I haven't looked at the code > yet, but thinking again about the problem and since it's very similar > to uinput, would adding another ioctl to uinput that receives the HID > descriptor and put uinput in a "HID mode" be sufficient? This way we > could increase code reuse and ease maintainance, I guess. What do you > think? I am really against this. Input subsystem and HID subsystem are two different things. Don't try to combine them. You would also mess up the layering here. HID uses input, but input does not require HID. Regards Marcel