On Fri, 9 Jul 2004 15:50:24 -0400
Adam Kropelin <[EMAIL PROTECTED]> wrote:
> E. Somebody botched that up but good.
>
> Here is a patch to fix up hiddev_ioctl(), slightly improved over the way
> it was done for 2.6. This patch avoids allocating a uref_multi when a
> standard uref will do. It a
On Fri, Jul 09, 2004 at 04:34:24PM +0400, Sergey Vlasov wrote:
> On Thu, Jul 08, 2004 at 10:39:24PM -0700, Pete Zaitcev wrote:
> > On Wed, 7 Jul 2004 17:52:01 -0400
> > Adam Kropelin <[EMAIL PROTECTED]> wrote:
> >
> > > /* hiddev_usage_ref_multi is used for sending multiple bytes to a control.
>
On Thu, Jul 08, 2004 at 10:39:24PM -0700, Pete Zaitcev wrote:
> On Wed, 7 Jul 2004 17:52:01 -0400
> Adam Kropelin <[EMAIL PROTECTED]> wrote:
>
> > /* hiddev_usage_ref_multi is used for sending multiple bytes to a control.
> > * It really manifests itself as setting the value of consecutive usag
On Wed, 7 Jul 2004 17:52:01 -0400
Adam Kropelin <[EMAIL PROTECTED]> wrote:
> /* hiddev_usage_ref_multi is used for sending multiple bytes to a control.
> * It really manifests itself as setting the value of consecutive usages */
> +#define HID_MAX_MULTI_USAGES 1024
> struct hiddev_usage_ref_mu
On Mon, Jul 05, 2004 at 01:40:46PM +0200, Vojtech Pavlik wrote:
> On Mon, Jul 05, 2004 at 12:00:53AM -0400, Adam Kropelin wrote:
> > hiddev.h was recently broken by some changes that create an
> > unfulfilled dependency on hid.h. In-kernel users are getting lucky but
> > userspace doesn't fare so w
On Mon, Jul 05, 2004 at 12:00:53AM -0400, Adam Kropelin wrote:
> hiddev.h was recently broken by some changes that create an
> unfulfilled dependency on hid.h. In-kernel users are getting lucky but
> userspace doesn't fare so well. Fix this in 2.4 the same way we fixed
> it in 2.6. Patch is against
