Displaying 4 results from an estimated 4 matches for "number_of_packets".
2006 Jul 06
1
tracing a problem with newhidups
...----
The function calls in userspace are:
[newhidups.c] upsdrv_updateinfo()
[libhid.c] HIDGetEvents()
[libusb.c] libusb_get_interrupt()
[libusb] usb_interrupt_read()
[libusb] usb_urb_transfer()
In the usb_urb_transfer() function one can find that
----------
urb.number_of_packets = 0; /* don't do isochronous yet */
urb.usercontext = NULL;
ret = ioctl(dev->fd, IOCTL_USB_SUBMITURB, &urb);
----------
and in the kernel code of linux/drivers/usb/host/uhci.c:
----------
static int uhci_submit_urb(struct urb *urb)
[...]
case PIPE_ISOCHRONOUS:...
2010 Jun 11
2
5.5 & gspca
...snip>
static int
spca50x_move_data(struct usb_spca50x *spca50x, struct urb *urb)
{
unsigned char *cdata; //Pointer to buffer where we do store next
packet
unsigned char *pData; //Pointer to buffer where we do store next
packet
int i;
for (i = 0; i < urb->number_of_packets; i++) {
int datalength = urb->iso_frame_desc[i].actual_length;
int st = urb->iso_frame_desc[i].status;
unsigned long ms_times_now;
unsigned long ms_times_before;
struct spca50x_frame *frame; //Pointer to frame...
2009 May 15
14
Grub2 on Xen PV
Hi,
Let me start a new thread for this. I contacted the Grub people, and
they seem more interested in creating a native Xen port of Grub than
piggybacking the Mini-OS environment usin kexec as I tried. But they
need some documentation on the Xen "firmware" to assess the task at
least. What could be given to them apart from hvc_xen.c and
xen-blkfront.c in the Linux sources?
2009 May 15
14
Grub2 on Xen PV
Hi,
Let me start a new thread for this. I contacted the Grub people, and
they seem more interested in creating a native Xen port of Grub than
piggybacking the Mini-OS environment usin kexec as I tried. But they
need some documentation on the Xen "firmware" to assess the task at
least. What could be given to them apart from hvc_xen.c and
xen-blkfront.c in the Linux sources?