/Linux-v4.19/Documentation/devicetree/bindings/devfreq/ |
D | rk3399_dmc.txt | 73 the ODT on the DRAM side and controller side are 77 the DRAM side driver strength in ohms. Default 81 the DRAM side ODT strength in ohms. Default value 85 the phy side CA line (incluing command line, 90 the PHY side DQ line (including DQS/DQ/DM line) 94 the PHY side ODT strength. Default value is 100 the ODT on the DRAM side and controller side are 104 the DRAM side driver strength in ohms. Default 108 the DRAM side ODT strength in ohms. Default value 112 the PHY side CA line (including command line, [all …]
|
/Linux-v4.19/drivers/char/hw_random/ |
D | Kconfig | 27 This driver provides kernel-side support for a generic Random 42 This driver provides kernel-side support for the Random Number 55 This driver provides kernel-side support for the Random Number 68 This driver provides kernel-side support for the Random Number 82 This driver provides kernel-side support for the Random Number 95 This driver provides kernel-side support for the RNG200 108 This driver provides kernel-side support for the Random Number 121 This driver provides kernel-side support for the Random Number 134 This driver provides kernel-side support for the Random Number 147 This driver provides kernel-side support for the Pseudo-Random [all …]
|
/Linux-v4.19/Documentation/usb/ |
D | gadget_serial.txt | 54 side driver. It runs on a Linux system that has USB device side 81 On the device-side Linux system, the gadget serial driver looks 84 On the host-side system, the gadget serial device looks like a 89 The host side driver can potentially be any ACM compliant driver 95 With the gadget serial driver and the host side ACM or generic 97 the host and the gadget side systems as if they were connected by a 108 side kernel for "Support for USB Gadgets", for a "USB Peripheral 125 side Linux system. You can add this to the start up scripts, if 146 either the Windows or Linux ACM driver on the host side. If gadget 148 Linux generic serial driver on the host side. Follow the appropriate [all …]
|
/Linux-v4.19/Documentation/RCU/ |
D | lockdep.txt | 4 aware of when each task enters and leaves any flavor of RCU read-side 27 Check for RCU read-side critical section. 29 Check for RCU-bh read-side critical section. 31 Check for RCU-sched read-side critical section. 33 Check for SRCU read-side critical section. 76 1. An RCU read-side critical section (implicit), or 81 RCU read-side critical sections, in case (2) the ->file_lock prevents 92 complain if this was used in an RCU read-side critical section unless one 101 being in an RCU read-side critical section. In the future, separate
|
D | checklist.txt | 14 tool for the job. Yes, RCU does reduce read-side overhead by 15 increasing write-side overhead, which is exactly why normal uses 24 read-side primitives is critically important. 55 2. Do the RCU read-side critical sections make proper use of 59 under your read-side code, which can greatly increase the 64 rcu_read_lock_sched(), or by the appropriate update-side lock. 68 Letting RCU-protected pointers "leak" out of an RCU read-side 72 -before- letting them out of the RCU read-side critical section. 147 perfectly legal (if redundant) for update-side code to 152 of an RCU read-side critical section. See lockdep.txt [all …]
|
D | whatisRCU.txt | 82 b. Wait for all previous readers to complete their RCU read-side 143 entering an RCU read-side critical section. It is illegal 144 to block while in an RCU read-side critical section, though 146 read-side critical sections. Any RCU-protected data structure 147 accessed during an RCU read-side critical section is guaranteed to 157 exiting an RCU read-side critical section. Note that RCU 158 read-side critical sections may be nested and/or overlapping. 166 read-side critical sections on all CPUs have completed. 168 any subsequent RCU read-side critical sections to complete. 181 read-side critical sections to complete, not necessarily for [all …]
|
D | lockdep-splat.txt | 9 RCU read-side critical section or (2) holding the right update-side lock. 67 This form says that it must be in a plain vanilla RCU read-side critical 79 code was invoked either from within an RCU read-side critical section 84 On the other hand, perhaps we really do need an RCU read-side critical 99 read-side critical section, which again would have suppressed the
|
/Linux-v4.19/Documentation/devicetree/bindings/mailbox/ |
D | fsl,mu.txt | 10 different clocks (from each side of the different peripheral buses). 11 Therefore, the MU must synchronize the accesses from one side to the 45 - fsl,mu-side-b : Should be set for side B MU.
|
/Linux-v4.19/include/uapi/linux/netfilter/ |
D | xt_recent.h | 34 __u8 side; member 43 __u8 side; member
|
/Linux-v4.19/drivers/usb/usbip/ |
D | usbip_common.c | 606 if (ud->side == USBIP_STUB || ud->side == USBIP_VUDC) in usbip_recv_iso() 628 if (ud->side == USBIP_STUB || ud->side == USBIP_VUDC) in usbip_recv_iso() 686 if (ud->side == USBIP_STUB || ud->side == USBIP_VUDC) { in usbip_recv_xbuff() 706 if (ud->side == USBIP_STUB) { in usbip_recv_xbuff() 718 if (ud->side == USBIP_STUB || ud->side == USBIP_VUDC) { in usbip_recv_xbuff()
|
/Linux-v4.19/Documentation/ |
D | speculation.txt | 15 absence of data in caches. Such state may form side-channels which can be 65 Mitigating speculation side-channels 70 speculation-based side-channels are expected to implement these 74 prevent information from being leaked via side-channels.
|
/Linux-v4.19/Documentation/ABI/stable/ |
D | sysfs-driver-aspeed-vuart | 4 Description: Configures which IO port the host side of the UART 12 Description: Configures which interrupt number the host side of
|
/Linux-v4.19/drivers/char/ipmi/ |
D | Kconfig | 103 The driver implements the BMC side of the KCS contorller, it 104 provides the access of KCS IO space for BMC side. 115 The driver implements the BMC side of the KCS contorller, it 116 provides the access of KCS IO space for BMC side. 128 implements the BMC side of the BT interface.
|
/Linux-v4.19/Documentation/hwmon/ |
D | ina2xx | 40 The INA219 is a high-side current shunt and power monitor with an I2C 44 The INA220 is a high or low side current shunt and power monitor with an I2C 50 INA230 and INA231 are high or low side current shunt and power monitors
|
D | ina3221 | 17 side of up to three D.C. power supplies. The INA3221 monitors both shunt drop 19 and power are calculated host-side from these.
|
/Linux-v4.19/drivers/tty/serial/ |
D | sb1250-duart.c | 777 int chip, side; in sbd_probe_duarts() local 801 for (side = 0; side < DUART_MAX_SIDE && line < max_lines; in sbd_probe_duarts() 802 side++, line++) { in sbd_probe_duarts() 803 struct sbd_port *sport = &sbd_duarts[chip].sport[side]; in sbd_probe_duarts() 839 int side = co->index % DUART_MAX_SIDE; in sbd_console_write() local 840 struct sbd_port *sport = &sbd_duarts[chip].sport[side]; in sbd_console_write() 867 int side = co->index % DUART_MAX_SIDE; in sbd_console_setup() local 868 struct sbd_port *sport = &sbd_duarts[chip].sport[side]; in sbd_console_setup()
|
D | zs.c | 1076 int chip, side, irq; in zs_probe_sccs() local 1102 for (side = 0; side < ZS_NUM_CHAN; side++) { in zs_probe_sccs() 1103 struct zs_port *zport = &zs_sccs[chip].zport[side]; in zs_probe_sccs() 1115 uport->line = chip * ZS_NUM_CHAN + side; in zs_probe_sccs() 1118 (side ^ ZS_CHAN_B) * ZS_CHAN_IO_SIZE; in zs_probe_sccs() 1151 int chip = co->index / ZS_NUM_CHAN, side = co->index % ZS_NUM_CHAN; in zs_console_write() local 1152 struct zs_port *zport = &zs_sccs[chip].zport[side]; in zs_console_write() 1201 int chip = co->index / ZS_NUM_CHAN, side = co->index % ZS_NUM_CHAN; in zs_console_setup() local 1202 struct zs_port *zport = &zs_sccs[chip].zport[side]; in zs_console_setup()
|
/Linux-v4.19/drivers/block/ |
D | swim.c | 34 unsigned char side; member 460 int side, int track, in swim_read_sector() argument 472 swim_head(base, side); in swim_read_sector() 473 swim_write(base, mode0, side); in swim_read_sector() 489 if ((header.side != side) || (header.track != track) || in swim_read_sector() 502 int side, track, sector; in floppy_read_sectors() local 511 side = x / fs->secpertrack; in floppy_read_sectors() 516 ret = swim_read_sector(fs, side, track, sector, in floppy_read_sectors()
|
/Linux-v4.19/Documentation/driver-api/ |
D | spi.rst | 18 only "master" side interfaces are supported, where Linux talks to SPI 25 a pair of FIFOs connected to dual DMA engines on the other side of the 28 the SPI side of their device as a :c:type:`struct spi_master
|
/Linux-v4.19/Documentation/hid/ |
D | intel-ish-hid.txt | 121 client firmware side. When ISH interrupt handler is called, the ISH2HOST 125 Each side has 32 32-bit message registers and a 32-bit doorbell. Doorbell 130 Bit 31: doorbell trigger (signal H/W interrupt to the other side) 164 Either side can send disconnect request bus message to end communication. Also 173 Each side (host and FW) manages its DMA transfer memory independently. When an 174 ISHTP client from either host or FW side wants to send something, it decides 176 independent. The sending side sends DMA_XFER message when the message is in 194 the receiving side, DMA_XFER_ACK returns ownership to the sender. A sender 210 to send. Same thing holds true on receive side and flow control is required.
|
/Linux-v4.19/Documentation/media/v4l-drivers/ |
D | si476x.rst | 130 0x09 injside 0 - Low-side injection is being used 131 1 - High-side injection is used 141 0x18 lassi Signed Low side adjacent Channel 143 0x19 hassi ditto fpr High side
|
D | max2175.rst | 24 The high-side/low-side (HSLS) control of the tuner for a given band.
|
/Linux-v4.19/Documentation/devicetree/bindings/regulator/ |
D | max8997-regulator.txt | 43 - max8997,pmic-ignore-gpiodvs-side-effect: When GPIO-DVS mode is used for 45 that of another buck, which is the side effect of the change (set_voltage). 46 Use this property to ignore such side effects and change the voltage. 100 max8997,pmic-ignore-gpiodvs-side-effect;
|
/Linux-v4.19/drivers/nvme/target/ |
D | Kconfig | 7 This enabled target side support for the NVMe protocol, that is 24 to test NVMe host and target side features.
|
/Linux-v4.19/Documentation/driver-api/usb/ |
D | gadget.rst | 29 Linux-USB host side. 31 - Sharing data structures and API models with the Linux-USB host side 34 side drivers). 44 Linux "USB device drivers", which are host side proxies for the real USB 50 The gadget API resembles the host side Linux-USB API in that both use 55 host side's current URB framework exposes a number of implementation 58 necessarily different (one side is a hardware-neutral master, the other 60 be usable for an overhead-reduced host side API. 152 side stack, with ``usbcore``, one or more *Host Controller Drivers* 156 That helps the host and device side USB controllers implement the two [all …]
|