On Fri, Dec 01, 2006 at 05:12:56PM -0700, David Lopez wrote:
> On 12/1/06, Greg KH <[email protected]> wrote:
> >On Fri, Dec 01, 2006 at 01:37:22PM -0700, David Lopez wrote:
> >> From: David Lopez <[email protected]>
> >
>
> >The patch seems linewrapped, which doesn't make it easy to apply :(
> >
> >Can you resend this?
>
> Sorry about that. Is it ok to send the patch as an attachment? It
> seems like gmail likes to linewrap plain text. Also, when I resend
> the patch after a little fixing should I send it as a reply.
A plain text attachment should work.
> >> + /* Gets the Product ID for the device */
> >> + case IOCTL_LJ_GET_PRODUCT_ID:
> >> + retval = put_user(dev->udev->descriptor.idProduct,
> >> + (unsigned int __user
> >*)arg);
> >> + break;
> >
> >You can get this from sysfs or usbfs today. Don't duplicate it please.
>
> I didn't look at sysfs or usbfs. I just needed a way to determine the
> device from a device node in /dev from user space, and it seemed easy
> to use ioctl.
Ok, but as there are other ways to get this information, can you take it
out please?
> >> + /* Sets the bulk in endpoint for the next read from an
> >> integer argument.
> >> + * There are two bulk endpoints, which are endpoints 0 and
> >1
> >> when
> >> + * setting the integer argument. */
> >> + case IOCTL_LJ_SET_BULK_IN_ENDPOINT:
> >> + data = (void __user *) arg;
> >> + if (data == NULL)
> >> + break;
> >> +
> >> + if (copy_from_user(&ep, data, sizeof(int))) {
> >> + retval = -EFAULT;
> >> + break;
> >> + }
> >> +
> >> + if(ep > N_BULK_IN_ENDPOINTS || ep < 0)
> >> + retval = -EINVAL;
> >> + else
> >> + dev->next_bulk_in_endpoint = ep;
> >> + break;
> >
> >Why is this needed?
>
> The devices have a stream mode which can only be read from the second
> bulk in endpoint. All other communications are done from the first
> bulk in and bulk out endpoints, and I needed some way to indicate that
> the the next read should be from second bulk in endpoint keeping in
> mind that first bulk in endpoint can still be used. Is there a better
> way to do this?
Can you just create a new device node for the second endpoint? That way
your userspace tools don't have to toggle anything, and it might make
things for users simpler. Just use the second device node to read from
the endpoint used for streaming. Writing on it might not need to do
anything (or you could tie the write into the single out endpoint,
that's up to you.)
Would that work?
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
