Home
last modified time | relevance | path

Searched refs:transfer (Results 1 – 25 of 100) sorted by relevance

1234

/linux-2.4.37.9/drivers/usb/
Dmicrotek.c196 MTS_DEBUG("transfer = 0x%x context = 0x%x\n",(int)transfer,(int)context ); \
197 …s = 0x%x data-length = 0x%x sent = 0x%x\n",(int)transfer->status,(int)context->data_length, (int)t…
213 struct mts_transfer_context* context = (struct mts_transfer_context*)transfer->context; \
486 static void mts_transfer_cleanup( struct urb *transfer );
487 static void mts_do_sg(struct urb * transfer);
491 void mts_int_submit_urb (struct urb* transfer, in mts_int_submit_urb() argument
504 FILL_BULK_URB(transfer, in mts_int_submit_urb()
513 transfer->status = 0; in mts_int_submit_urb()
515 res = usb_submit_urb( transfer ); in mts_int_submit_urb()
519 mts_transfer_cleanup(transfer); in mts_int_submit_urb()
[all …]
/linux-2.4.37.9/include/linux/
Dloop.h35 int (*transfer)(struct loop_device *, int cmd, member
68 if (!lo->transfer) in lo_do_transfer()
71 return lo->transfer(lo, cmd, rbuf, lbuf, size, rblock); in lo_do_transfer()
131 int (*transfer)(struct loop_device *lo, int cmd, char *raw_buf, member
/linux-2.4.37.9/Documentation/usb/
Derror-codes.txt34 -EINVAL a) Invalid transfer type specified (or not supported)
85 -ECOMM During an IN transfer, the host controller
90 -ENOSR During an OUT transfer, the host controller
104 -ETIMEDOUT transfer timed out, NAK
113 -EXDEV ISO transfer only partially completed
123 * (expect also other submit and transfer status codes) *
Dehci.txt5 compatible with the USB 1.1 standard. It defines three transfer speeds:
20 high speed "split transactions" that don't waste transfer bandwidth.
56 High Speed Isochronous (ISO) transfer support is also functional, but
59 Full Speed Isochronous transfer support, through transaction translators,
143 them. The 480 Mbit/sec "raw transfer rate" is obeyed by all devices,
154 hardware and device driver software allow it. Periodic transfer modes
156 approach the quoted 480 MBit/sec transfer rate.
161 20 MByte/sec transfer rates. This is of course subject to change;
165 at around 28 MByte/sec aggregate transfer rate. While this is clearly
183 it completed in less than 250 usec (depending on transfer size).
[all …]
DURB.txt84 The parameter isoframes specifies the number of isochronous transfer frames
101 device pointer, the pipe (usual format from usb.h), the transfer buffer,
102 the desired transfer length, the completion handler, and its context.
142 independent of the transfer flags (implicitly ASAP).
158 the USB_ASYNC_UNLINK flag in urb->transfer flags before calling
202 status contains the resulting USB-status for the ISO transfer for this frame.
204 audio synchronisation/adaptive transfer rates). You can also use the length
Duhci.txt40 + All USB transfer types work now!
55 some wrapper calls for these transfer types. The usbcore works fine with
109 For each CTRL or BULK transfer a new QH is allocated and the containing data
120 For CTRL/BULK/ISO, the last TD in the transfer has the IOC-bit set. For INT,
146 associated TDs are processed (depending on the transfer type
147 process_{transfer|interrupt|iso}()). If the TDs are not active anymore,
/linux-2.4.37.9/Documentation/networking/
DPLIP.txt79 mode as compared to IRQ mode as far as the data transfer speed is involved.
83 data transfer (the maximal time the PLIP driver would allow the other side
84 before announcing a timeout, when trying to handshake a transfer of some
112 PLIP uses several different data transfer methods. The first (and the
114 printer "null" cable to transfer data four bits at a time using
117 The second data transfer method relies on both machines having
125 The cable for the first transfer mode is a standard
157 The second data transfer method relies on both machines having
165 The cable for this transfer mode should be constructed as follows:
187 PLIP Mode 0 transfer protocol
[all …]
/linux-2.4.37.9/drivers/scsi/
DREADME.AM53C97473 devices. It is capable of transfer rate and synchronous negotiation
76 Max. transfer rate is 10MHz (whatever this is in real life). The
77 transfer rate is negotiated with each device (see dmesg output). The
80 Burst DMA transfer rate is 132 MBytes/sec.
90 - transfer rate
101 - 5.0 MHz transfer rate
114 transfer rate, sync. mode or sync. offset, the negotiation result
125 device with SCSI-ID 2 a transfer rate of 8MHz in synchronous mode with
184 transfer rate async and no sync. negotiation.
Dst.c483 int offset, transfer, blks; in flush_write_buffer() local
507 transfer = ((offset + STp->block_size - 1) / in flush_write_buffer()
510 TAPE_NR(STp->devt), transfer)); in flush_write_buffer()
512 memset((STp->buffer)->b_data + offset, 0, transfer - offset); in flush_write_buffer()
517 blks = transfer / STp->block_size; in flush_write_buffer()
522 SRpnt = st_do_scsi(NULL, STp, cmd, transfer, SCSI_DATA_WRITE, in flush_write_buffer()
1193 ssize_t i, do_count, blks, transfer; in st_write() local
1401 blks = transfer = do_count; in st_write()
1405 transfer = blks * STp->block_size; in st_write()
1411 SRpnt = st_do_scsi(SRpnt, STp, cmd, transfer, SCSI_DATA_WRITE, in st_write()
[all …]
DREADME.dtc3x8032 the driver polls for data-ready in the pseudo-DMA transfer routine.
38 the transfer state. I have tested with: "dd bs=4k count=2k
DREADME.in200038 Fixed a bug in the code that sets the transfer direction
105 There was a bug in the synchronous transfer code. Only
140 transfer speed for the asynchronous mode. I've put it at 500 ns
175 controlled synchronous data transfer support for MSDOS:
/linux-2.4.37.9/drivers/acpi/resources/
Drsio.c448 output_struct->data.dma.transfer = temp8 & 0x03; in acpi_rs_dma_resource()
450 if (0x03 == output_struct->data.dma.transfer) { in acpi_rs_dma_resource()
534 temp8 |= (linked_list->data.dma.transfer & 0x03); in acpi_rs_dma_stream()
/linux-2.4.37.9/drivers/acorn/scsi/
Darxescsi.c160 fasdmadir_t direction, int transfer) in arxescsi_dma_pseudo() argument
203 if (transfer && (transfer & 255)) { in arxescsi_dma_pseudo()
Dcumana_2.c217 fasdmadir_t direction, int transfer) in cumanascsi_2_dma_pseudo() argument
247 if (transfer && (transfer & 255)) { in cumanascsi_2_dma_pseudo()
Dacornscsi-io.S26 @ Purpose: transfer a block of data from the acorn scsi card to memory
81 @ Purpose: transfer a block of data from memory to the acorn scsi card
/linux-2.4.37.9/drivers/acorn/block/
Dmfm.S26 @ Number of bytes left to transfer
43 @ test number of remaining bytes to transfer
112 @ test number of remaining bytes to transfer
/linux-2.4.37.9/drivers/net/wan/8253x/
Dsab8253xov.txt12 hyperterm. The asynchronous TTY driver can also support file transfer
13 via standard asynchronous file transfer programs like kermit. In
/linux-2.4.37.9/drivers/block/
Dloop.c139 transfer: transfer_none,
145 transfer: transfer_xor,
681 lo->transfer = NULL; in loop_set_fd()
773 lo->transfer = NULL; in loop_clr_fd()
820 lo->transfer = xfer_funcs[type]->transfer; in loop_set_status()
1004 lo->transfer = NULL; in loop_unregister_transfer()
/linux-2.4.37.9/Documentation/
Dhayes-esp.txt17 FIFOs. PIO mode will be used for that transfer only.
18 5) A port needs to do a DMA transfer and another port is already using the
19 DMA channel. PIO mode will be used for that transfer only.
38 - Uses DMA and 16 bit PIO mode to transfer data to and from the ESP's FIFOs,
DDMA-mapping.txt22 transfer.
105 2) Use some non-DMA mode for data transfer, if possible.
242 - Streaming DMA mappings which are usually mapped for one DMA transfer,
380 transfer.
385 If you absolutely cannot know the direction of the DMA transfer,
444 from the interrupt which told you that the DMA transfer is done.
509 pci_map_{single,sg}, and after each DMA transfer call either:
519 After the last DMA transfer call one of the DMA unmap routines
552 * the DMA transfer with the CPU first
672 When the DMA transfer is complete, invoke:
/linux-2.4.37.9/drivers/scsi/aic7xxx/
Daic79xx.seq361 * is responsible for polling for transfer completion.
677 * Main loop for information transfer phases. Wait for the
707 * re-allocate a FIFO so transfer state is
1150 * transfer, just mark us at the end rather than perform a
1393 * phase, our transfer location has almost certainly been
1395 * the host driver to fix us up based on the transfer residual
1439 * The transfer is complete if either the last segment
1451 * The transfer has terminated either due to a phase
1475 * transfer and then test to see if the data FIFO is
1476 * non-empty. We know there is more data yet to transfer
[all …]
Daic7xxx.seq393 * Initialize transfer settings with SCB provided settings.
656 * Main loop for information transfer phases. Wait for the
730 * Do we need any more segments for this transfer?
803 * If the transfer is less than a cachline,
839 * phase, our transfer location has almost certainly been
841 * the host driver to fix us up based on the transfer residual.
913 * The transfer is complete if either the last segment
934 * The transfer has terminated either due to a phase
957 * in this transfer.
960 * to fetch additional segments for this transfer,
[all …]
Daic7xxx.reg162 * Contents of this register determine the Synchronous SCSI data transfer
170 field WIDEXFER 0x80 /* Wide transfer control */
173 mask SXFR 0x70 /* Sync transfer rate */
174 mask SXFR_ULTRA2 0x0f /* Sync transfer rate */
201 * Read/Write latches used to transfer data on the SCSI bus during
203 * upper byte of a 16bit wide asynchronouse data phase transfer.
290 field DMADONE 0x01 /* DMA transfer completed */
815 * transfer pointers to be
817 * transfer residual.
1304 * Partial transfer past cacheline end to be
/linux-2.4.37.9/drivers/scsi/aic7xxx_old/
Daic7xxx.reg154 * Contents of this register determine the Synchronous SCSI data transfer
162 bit WIDEXFER 0x80 /* Wide transfer control */
163 mask SXFR 0x70 /* Sync transfer rate */
164 mask SXFR_ULTRA2 0x7f /* Sync transfer rate */
189 * Read/Write latches used to transfer data on the SCSI bus during
191 * upper byte of a 16bit wide asynchronouse data phase transfer.
265 bit DMADONE 0x01 /* DMA transfer completed */
853 bit TARGCRCENDEN 0x08 /* Enable End CRC transfer when target */
854 bit TARGCRCCNTEN 0x04 /* Enable CRC transfer when target */
/linux-2.4.37.9/arch/arm/mm/
Dproc-arm720.S145 and r7, r0, #15 @ r7 = no. of registers to transfer.
318 and r0, r0, #15 @ number of regs to transfer
336 and r0, r0, #15 @ number of regs to transfer

1234