Home
last modified time | relevance | path

Searched refs:directions (Results 1 – 66 of 66) sorted by relevance

/linux-4.1.27/include/linux/amba/
Dpl061.h14 u8 directions; /* startup directions, 1: out, 0: in */ member
/linux-4.1.27/net/hsr/
DKconfig15 directions on the ring (over both slave ports), giving a redundant,
/linux-4.1.27/Documentation/fb/
Dvt8623fb.txt24 * panning in both directions
Darkfb.txt26 * panning in both directions
Ds3fb.txt34 * panning in both directions
/linux-4.1.27/Documentation/isdn/
DREADME.hfc-pci4 to read the echo-channel of the isdn bus. So all frames in both directions
DINTERFACE.CAPI18 directions between the application and the hardware driver.
DREADME417 directions above. Of course, there may be some limitations. But we have
/linux-4.1.27/arch/cris/boot/rescue/
Dkimagerescue.S53 ;; setup port PA and PB default initial directions and data
Dhead_v10.S231 ;; setup port PA and PB default initial directions and data
/linux-4.1.27/Documentation/sound/alsa/
DControlNames.txt6 <nothing> (both directions)
DOSS-Emulation.txt148 hardware itself does support both directions.
290 To use different values in the two directions, use both
Dhda_codec.txt169 capture (SNDRV_PCM_STREAM_CAPTURE = 1) directions. The card driver
/linux-4.1.27/drivers/dma/
Ddmaengine.c482 if (!device->directions) in dma_get_slave_caps()
487 caps->directions = device->directions; in dma_get_slave_caps()
Ddma-jz4740.c546 dd->directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in jz4740_dma_probe()
Dbcm2835-dma.c597 od->ddev.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in bcm2835_dma_probe()
Ddma-jz4780.c790 dd->directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in jz4780_dma_probe()
Dmxs-dma.c853 mxs_dma->dma_device.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in mxs_dma_probe()
Dsirf-dma.c719 dma->directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in sirfsoc_dma_probe()
Damba-pl08x.c2071 pl08x->memcpy.directions = BIT(DMA_MEM_TO_MEM); in pl08x_probe()
2090 pl08x->slave.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in pl08x_probe()
Dimg-mdc-dma.c914 mdma->dma_dev.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in mdc_dma_probe()
Dqcom_bam_dma.c1176 bdev->common.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in bam_dma_probe()
Dedma.c999 dma->directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in edma_dma_init()
Dmmp_pdma.c1077 pdev->device.directions = BIT(DMA_MEM_TO_DEV) | BIT(DMA_DEV_TO_MEM); in mmp_pdma_probe()
Dfsldma.c1376 fdev->common.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in fsldma_of_probe()
Dsun6i-dma.c971 sdc->slave.directions = BIT(DMA_DEV_TO_MEM) | in sun6i_dma_probe()
Dcppi41.c934 cdd->ddev.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in cppi41_dma_probe()
Dfsl-edma.c923 fsl_edma->dma_dev.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in fsl_edma_probe()
Domap-dma.c1109 od->ddev.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in omap_dma_probe()
Dnbpfaxi.c1419 dma_dev->directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in nbpf_probe()
Dsa11x0-dma.c945 d->slave.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in sa11x0_dma_probe()
Dimx-sdma.c1591 sdma->dma_device.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in sdma_probe()
Dtegra20-apb-dma.c1436 tdma->dma_dev.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in tegra_dma_probe()
Dat_hdmac.c1730 atdma->dma_common.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in at_dma_probe()
Dat_xdmac.c1509 atxdmac->dma.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in at_xdmac_probe()
Dpl330.c2891 pd->directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in pl330_probe()
/linux-4.1.27/Documentation/input/
Dgamepad.txt50 Analog-sticks provide freely moveable sticks to control directions. Not
116 Every gamepad provides a D-Pad with four directions: Up, Down, Left, Right
Djoystick-api.txt77 directions, some only in 4, The driver, however, always reports a hat as two
/linux-4.1.27/include/linux/
Ddmaengine.h381 u32 directions; member
630 u32 directions; member
/linux-4.1.27/Documentation/misc-devices/
Dapds990x.txt25 Driver makes necessary conversions to both directions so that user handles
/linux-4.1.27/Documentation/sound/alsa/soc/
DDPCM.txt161 directions should also be set with the "dpcm_playback" and "dpcm_capture"
193 directions using "dpcm_playback" and "dpcm_capture" above.
/linux-4.1.27/Documentation/ABI/testing/
Dsysfs-bus-iio205 the underlying value in the specified directions.
663 If separate attributes exist for the two directions, but
665 threshold value applies to both directions.
745 If separate attributes exist for the two directions, but
747 hysteresis value applies to both directions.
794 If separate attributes exist for the two directions,
796 then a single threshold value applies to both directions.
881 specified then this period applies to both directions.
/linux-4.1.27/drivers/gpio/
Dgpio-pl061.c312 if (pdata->directions & (BIT(i))) in pl061_probe()
/linux-4.1.27/drivers/dma/hsu/
Dhsu.c465 hsu->dma.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV); in hsu_dma_probe()
/linux-4.1.27/Documentation/arm/
DIXP4xx53 There are several websites that provide directions/pointers on using
/linux-4.1.27/Documentation/networking/caif/
Dspi_porting.txt36 of the transfer in both directions.The dev parameter can be used
/linux-4.1.27/drivers/dma/sh/
Drcar-hpbdma.c602 dma_dev->directions = BIT(DMA_MEM_TO_DEV) | BIT(DMA_DEV_TO_MEM); in hpb_dmae_probe()
Dusb-dmac.c840 engine->directions = BIT(DMA_MEM_TO_DEV) | BIT(DMA_DEV_TO_MEM); in usb_dmac_probe()
Dshdmac.c753 dma_dev->directions = BIT(DMA_MEM_TO_DEV) | BIT(DMA_DEV_TO_MEM); in sh_dmae_probe()
Drcar-dmac.c1705 engine->directions = BIT(DMA_MEM_TO_DEV) | BIT(DMA_DEV_TO_MEM); in rcar_dmac_probe()
/linux-4.1.27/Documentation/dmaengine/
Dprovider.txt123 * directions:
124 - should contain a bitmask of the supported slave directions
/linux-4.1.27/Documentation/networking/
Ddccp.txt90 type of CCID for both directions; and mixed use of CCIDs is not currently well
/linux-4.1.27/Documentation/scsi/
Dadvansys.txt195 Nathan Hartwell <mage@cdc3.cdc.net> provided the directions and
/linux-4.1.27/arch/cris/arch-v10/
DKconfig360 kernel I2C driver sets the appropriate directions itself so you
/linux-4.1.27/arch/cris/arch-v32/drivers/
DKconfig182 Remember that you need to setup the port directions appropriately in
/linux-4.1.27/Documentation/target/
Dtcmu-design.txt102 mechanisms in both directions.
/linux-4.1.27/Documentation/
Dvme_api.txt261 for a DMA channel purely checks the directions in which the
DManagementStyle199 specific directions, but let's face it, they might be good at what they
/linux-4.1.27/Documentation/fmc/
Dcarrier.txt109 * sdb: FPGA contents, scanned according to driver's directions.
/linux-4.1.27/arch/cris/arch-v10/kernel/
Dhead.S499 ;; setup port PA and PB default initial directions and data
/linux-4.1.27/arch/cris/arch-v10/drivers/
DKconfig517 Remember that you need to setup the port directions appropriately in
/linux-4.1.27/Documentation/filesystems/
Dramfs-rootfs-initramfs.txt334 Future directions:
/linux-4.1.27/drivers/dma/dw/
Dcore.c1678 dw->dma.directions = BIT(DMA_DEV_TO_MEM) | BIT(DMA_MEM_TO_DEV) | in dw_dma_probe()
/linux-4.1.27/Documentation/development-process/
D2.Process329 directions. The whole thing would not work anywhere near as well as it
/linux-4.1.27/Documentation/virtual/uml/
DUserModeLinux-HOWTO.txt305 which has directions on getting the sources. You can also browse the
/linux-4.1.27/arch/m68k/ifpsp060/src/
Dfpsp.S16337 # Typically, only one of the two possible branch directions could #