/openbmc/linux/Documentation/driver-api/usb/ |
H A D | URB.rst | 3 USB Request Block (URB) 20 Basic concept or 'What is an URB?' 24 called USB Request Block, or URB for short. 26 - An URB consists of all relevant information to execute any USB transaction 29 - Execution of an URB is inherently an asynchronous operation, i.e. the 33 - Transfers for one URB can be canceled with :c:func:`usb_unlink_urb` 36 - Each URB has a completion handler, which is called after the action 37 has been successfully completed or canceled. The URB also contains a 47 The URB structure 92 How to get an URB? [all …]
|
H A D | error-codes.rst | 24 0 URB submission went fine 32 ``-EBUSY`` The URB is already active. 49 frames the URB would be scheduled in have already 55 ``-EPIPE`` The pipe type specified in the URB doesn't match the 64 ``-EBADR`` The wLength value in a control URB's setup packet does 65 not match the URB's transfer_buffer_length. 75 ``-EHOSTUNREACH`` URB was rejected because the device is suspended. 77 ``-ENOEXEC`` A control URB doesn't contain a Setup packet. 91 For isochronous URBs, the urb status value is non-zero only if the URB is 103 ``-ENOENT`` URB was synchronously unlinked by [all …]
|
H A D | anchors.rst | 33 an URB is finished by (successful) completion. Thus disassociation 80 Returns the oldest anchored URB of an anchor. The URB is unanchored 83 first submitted URB is returned.
|
H A D | index.rst | 13 URB
|
H A D | bulk-streams.rst | 65 To queue an URB for a specific stream, set the urb->stream_id value. If the
|
H A D | usb.rst | 101 faults (including software-induced ones like unlinking an URB) isn't yet 143 asynchronous: drivers submit requests in the form of an URB, and the 144 URB's completion callback handles the next step. All USB transfer types 631 These requests are packaged into a structure that resembles the URB used
|
H A D | power-management.rst | 398 such as an URB's completion handler, but when they return the 469 the I/O request routine and the URB completion handler; it should
|
H A D | gadget.rst | 55 host side's current URB framework exposes a number of implementation
|
/openbmc/linux/Documentation/usb/ |
H A D | usbip_protocol.rst | 36 to transfer the URB traffic between the client and the server. The client may 37 send two types of packets: the USBIP_CMD_SUBMIT to submit an URB, and 38 USBIP_CMD_UNLINK to unlink a previously submitted URB. The answers of the 88 For UNLINK, note that after a successful USBIP_RET_UNLINK, the unlinked URB 335 Submit an URB 345 | | | Documentation/driver-api/usb/URB.rst. | 351 | | | use URB transfer_buffer_length | 353 | 0x1C | 4 | start_frame: use URB start_frame; | 376 Reply for submitting an URB 383 | 0x14 | 4 | status: zero for successful URB transaction, | [all …]
|
H A D | usbmon.rst | 119 Any text format data consists of a stream of events, such as URB submission, 120 URB callback, submission error. Every event is a text line, which consists 126 - URB Tag. This is used to identify URBs, and is normally an in-kernel address 127 of the URB structure in hexadecimal, but can be a sequence number or any 134 - Event Type. This type refers to the format of the event, not URB type. 138 colons: URB type and direction, Bus number, Device address, Endpoint number. 151 - URB Status word. This is either a letter, or several numbers separated 152 by colons: URB status, interval, start frame, and error count. Unlike the 159 a "status" field of the URB. This field makes no sense for submissions, but 177 of them in an URB is printed first, then a word per descriptor, up to a [all …]
|
H A D | ehci.rst | 215 Such URB queuing should work with all the USB 1.1 HC drivers too.
|
/openbmc/linux/drivers/media/usb/dvb-usb/ |
H A D | cxusb-analog.c | 468 cxusb_vprintk(dvbdev, URB, "will copy field 1\n"); in cxusb_medion_v_process_auxbuf() 492 cxusb_vprintk(dvbdev, URB, "will copy field 2\n"); in cxusb_medion_v_process_auxbuf() 521 cxusb_vprintk(dvbdev, URB, "frame done\n"); in cxusb_medion_v_process_auxbuf() 523 cxusb_vprintk(dvbdev, URB, "frame skipped\n"); in cxusb_medion_v_process_auxbuf() 554 cxusb_vprintk(dvbdev, URB, "URB %u status = %d\n", urbn, urb->status); in cxusb_medion_v_complete_handle_urb() 563 cxusb_vprintk(dvbdev, URB, "URB %u data len = %lu\n", urbn, in cxusb_medion_v_complete_handle_urb() 567 cxusb_vprintk(dvbdev, URB, "appending URB\n"); in cxusb_medion_v_complete_handle_urb() 586 cxusb_vprintk(dvbdev, URB, "URB %u resubmit\n", urbn); in cxusb_medion_v_complete_handle_urb() 609 cxusb_vprintk(dvbdev, URB, "worker called, stop_streaming = %d\n", in cxusb_medion_v_complete_work() 622 cxusb_vprintk(dvbdev, URB, "rescheduling worker\n"); in cxusb_medion_v_complete_work() [all …]
|
/openbmc/linux/arch/powerpc/xmon/ |
H A D | ppc-opc.c | 877 #define URB URA + 1 macro 880 #define URC URB + 1 3523 {"udi0fcm.", APU(4, 515,0), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3524 {"udi0fcm", APU(4, 515,1), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3553 {"udi1fcm.", APU(4, 547,0), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3554 {"udi1fcm", APU(4, 547,1), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3593 {"udi2fcm.", APU(4, 579,0), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3594 {"udi2fcm", APU(4, 579,1), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3609 {"udi3fcm.", APU(4, 611,0), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, 3611 {"udi3fcm", APU(4, 611,1), APU_MASK, PPC405|PPC440, PPC476, {URT, URA, URB}}, [all …]
|
/openbmc/linux/Documentation/driver-api/media/drivers/ |
H A D | dvb-usb.rst | 23 - Transport Stream URB handling in conjunction with dvb-demux-feed-control
|
/openbmc/linux/drivers/usb/host/ |
H A D | Kconfig | 642 devices that just queue one ISO frame per URB, then ISO transfers
|
/openbmc/linux/Documentation/sound/ |
H A D | alsa-configuration.rst | 2246 Max. number of packets per URB (default: 8) 2315 the mixer element such as URB error -22. This happens on some
|
/openbmc/linux/Documentation/admin-guide/ |
H A D | kernel-parameters.txt | 6786 [USB] Maximum number of bytes to snoop in each URB
|