/linux/drivers/usb/misc/ |
A D | ftdi-elan.c | 331 struct u132_respond *respond = &ftdi->respond[RESPOND_MASK & in ftdi_elan_abandon_completions() local 334 *respond->value = 0; in ftdi_elan_abandon_completions() 1012 struct u132_respond *respond = &ftdi->respond[ in ftdi_elan_respond_engine() local 1021 *respond->value = data; in ftdi_elan_respond_engine() 1022 *respond->result = 0; in ftdi_elan_respond_engine() 1301 struct u132_respond *respond = &ftdi->respond[ in ftdi_elan_read_reg() local 1312 respond->value = data; in ftdi_elan_read_reg() 1344 struct u132_respond *respond = &ftdi->respond[ in ftdi_elan_read_config() local 1356 respond->value = data; in ftdi_elan_read_config() 1388 struct u132_respond *respond = &ftdi->respond[ in ftdi_elan_read_pcimem() local [all …]
|
/linux/drivers/usb/gadget/function/ |
A D | f_hid.c | 656 goto respond; in hidg_setup() 664 goto respond; in hidg_setup() 672 goto respond; in hidg_setup() 682 goto respond; in hidg_setup() 697 goto respond; in hidg_setup() 707 goto respond; in hidg_setup() 725 goto respond; in hidg_setup() 733 goto respond; in hidg_setup() 754 respond: in hidg_setup()
|
/linux/Documentation/misc-devices/ |
A D | eeprom.rst | 68 The other devices will not be found on a DIMM because they respond to more 80 does not respond to byte reads. If this register is present, the lower 128 83 device will no longer respond at the 0x30-37 address. The eeprom driver
|
/linux/net/tipc/ |
A D | discover.c | 210 bool respond = false; in tipc_disc_rcv() local 248 &maddr, &respond, &dupl_addr); in tipc_disc_rcv() 251 if (!respond) in tipc_disc_rcv()
|
A D | node.h | 96 bool *respond, bool *dupl_addr);
|
A D | node.c | 1154 bool *respond, bool *dupl_addr) in tipc_node_check_dest() argument 1169 *respond = false; in tipc_node_check_dest() 1212 *respond = true; in tipc_node_check_dest() 1230 *respond = true; in tipc_node_check_dest() 1249 *respond = true; in tipc_node_check_dest() 1261 *respond = true; in tipc_node_check_dest() 1282 *respond = false; in tipc_node_check_dest()
|
/linux/Documentation/ABI/testing/ |
A D | sysfs-bus-fsi-devices-sbefifo | 6 timeout; i.e. the SBE did not respond within the time allotted
|
A D | sysfs-class-power-ltc4162l | 73 remain in this mode (and no longer respond to I2C commands)
|
/linux/drivers/net/wwan/iosm/ |
A D | iosm_ipc_mux_codec.h | 154 size_t res_size, bool blocking, bool respond);
|
A D | iosm_ipc_mux_codec.c | 104 size_t res_size, bool blocking, bool respond) in ipc_mux_dl_acb_send_cmds() argument 117 if (respond) in ipc_mux_dl_acb_send_cmds()
|
/linux/Documentation/devicetree/bindings/rtc/ |
A D | isil,isl12026.txt | 4 registers respond at bus address 0x6f, and the EEPROM array responds
|
/linux/Documentation/devicetree/bindings/media/i2c/ |
A D | chrontel,ch7322.yaml | 39 the device will respond to power status requests with "standby"
|
/linux/Documentation/driver-api/xilinx/ |
A D | eemi.rst | 17 device to issue or respond to power management requests.
|
/linux/drivers/media/usb/dvb-usb-v2/ |
A D | dvbsky.c | 350 u8 command[4], respond[2], command_size, respond_size; in dvbsky_ci_ctrl() local 365 respond, respond_size); in dvbsky_ci_ctrl() 369 *mem = respond[1]; in dvbsky_ci_ctrl()
|
/linux/Documentation/i2c/ |
A D | ten-bit-addresses.rst | 8 address 0x10 (though a single device could respond to both of them).
|
A D | i2c-stub.rst | 16 quick commands to the specified addresses; it will respond to the other
|
/linux/Documentation/process/ |
A D | 6.Followthrough.rst | 44 impulse to respond in kind. Code review is about the code, not about 59 that the reviewer is asking you to fix. And respond back to the reviewer: 177 respond to these reports is a matter of basic pride in your work. If that 209 really only one way to respond: be pleased that your problem got solved and
|
/linux/Documentation/devicetree/bindings/input/touchscreen/ |
A D | ti,tsc2005.yaml | 44 if the touchscreen does not respond after the configured time
|
/linux/Documentation/w1/masters/ |
A D | omap-hdq.rst | 29 does not respond with a presence pulse as it does in the 1-Wire protocol.
|
/linux/Documentation/devicetree/bindings/display/ |
A D | dsi-controller.yaml | 51 peripherals respond to more than a single virtual channel. In that
|
/linux/Documentation/driver-api/pldmfw/ |
A D | index.rst | 66 the device. For each component, the firmware may respond with an
|
/linux/Documentation/scsi/ |
A D | megaraid.rst | 10 Different classes of controllers from LSI Logic accept and respond to the
|
A D | BusLogic.rst | 306 respond to synchronous transfer negotiation for UltraSCSI speed. AutoSCSI 324 The BT-948/958/958D will not respond to any of the ISA compatible I/O ports 325 that previous BusLogic SCSI Host Adapters respond to. This driver supports 375 UltraSCSI operation, or where existing SCSI devices do not properly respond 500 respond correctly when Logical Units above 0 are addressed.
|
/linux/Documentation/networking/ |
A D | mctp.rst | 174 may only respond (with TO=0) to requests they have received. 213 sent (TO=1) and may only respond (TO=0) to requests they have received.
|
/linux/Documentation/input/devices/ |
A D | alps.rst | 31 All ALPS touchpads should respond to the "E6 report" command sequence: 32 E8-E6-E6-E6-E9. An ALPS touchpad should respond with either 00-00-0A or 53 EC-EC-EC-E9 places the device in command mode, and the device will respond
|