/linux-4.1.27/drivers/scsi/libsas/ |
D | sas_internal.h | 128 rphy->identify.sas_address = SAS_ADDR(dev->sas_addr); in sas_fill_in_rphy() 129 rphy->identify.initiator_port_protocols = dev->iproto; in sas_fill_in_rphy() 130 rphy->identify.target_port_protocols = dev->tproto; in sas_fill_in_rphy() 136 rphy->identify.device_type = SAS_END_DEVICE; in sas_fill_in_rphy() 139 rphy->identify.device_type = SAS_EDGE_EXPANDER_DEVICE; in sas_fill_in_rphy() 142 rphy->identify.device_type = SAS_FANOUT_EXPANDER_DEVICE; in sas_fill_in_rphy() 145 rphy->identify.device_type = SAS_PHY_UNUSED; in sas_fill_in_rphy() 156 phy->identify.device_type = SAS_END_DEVICE; in sas_phy_set_target() 158 phy->identify.device_type = dev->dev_type; in sas_phy_set_target() 159 phy->identify.target_port_protocols = dev->tproto; in sas_phy_set_target() [all …]
|
D | sas_phy.c | 166 phy->phy->identify.initiator_port_protocols = in sas_register_phys() 168 phy->phy->identify.target_port_protocols = phy->tproto; in sas_register_phys() 169 phy->phy->identify.sas_address = SAS_ADDR(sas_ha->sas_addr); in sas_register_phys() 170 phy->phy->identify.phy_identifier = i; in sas_register_phys()
|
D | sas_host_smp.c | 50 resp_data[12] = rphy->identify.device_type << 4; in sas_host_smp_discover() 51 resp_data[14] = rphy->identify.initiator_port_protocols; in sas_host_smp_discover() 52 resp_data[15] = rphy->identify.target_port_protocols; in sas_host_smp_discover() 160 if (rphy->identify.target_port_protocols != SAS_PROTOCOL_SATA) in sas_report_phy_sata()
|
D | sas_expander.c | 273 phy->phy->identify.sas_address = SAS_ADDR(phy->attached_sas_addr); in sas_set_ex_phy() 274 phy->phy->identify.device_type = dr->attached_dev_type; in sas_set_ex_phy() 275 phy->phy->identify.initiator_port_protocols = phy->attached_iproto; in sas_set_ex_phy() 276 phy->phy->identify.target_port_protocols = phy->attached_tproto; in sas_set_ex_phy() 278 phy->phy->identify.target_port_protocols = SAS_PROTOCOL_SATA; in sas_set_ex_phy() 279 phy->phy->identify.phy_identifier = phy_id; in sas_set_ex_phy() 2150 type = rphy->identify.device_type; in sas_smp_handler()
|
D | sas_discover.c | 141 rphy->identify.phy_identifier = phy->phy->identify.phy_identifier; in sas_get_port_device()
|
D | sas_scsi_host.c | 872 BUG_ON(dev->rphy->identify.device_type != SAS_END_DEVICE); in sas_slave_configure()
|
/linux-4.1.27/drivers/scsi/mpt3sas/ |
D | mpt3sas_transport.c | 141 struct sas_identify *identify) in _transport_set_identify() argument 171 memset(identify, 0, sizeof(struct sas_identify)); in _transport_set_identify() 175 identify->sas_address = le64_to_cpu(sas_device_pg0.SASAddress); in _transport_set_identify() 178 identify->phy_identifier = sas_device_pg0.PhyNum; in _transport_set_identify() 183 identify->device_type = SAS_PHY_UNUSED; in _transport_set_identify() 186 identify->device_type = SAS_END_DEVICE; in _transport_set_identify() 189 identify->device_type = SAS_EDGE_EXPANDER_DEVICE; in _transport_set_identify() 192 identify->device_type = SAS_FANOUT_EXPANDER_DEVICE; in _transport_set_identify() 198 identify->initiator_port_protocols |= SAS_PROTOCOL_SSP; in _transport_set_identify() 200 identify->initiator_port_protocols |= SAS_PROTOCOL_STP; in _transport_set_identify() [all …]
|
D | mpt3sas_base.h | 393 struct sas_identify identify; member
|
D | mpt3sas_scsih.c | 1149 rphy->identify.sas_address); in _scsih_target_alloc() 1204 rphy->identify.sas_address); in _scsih_target_destroy()
|
/linux-4.1.27/drivers/scsi/mpt2sas/ |
D | mpt2sas_transport.c | 137 struct sas_identify *identify) in _transport_set_identify() argument 167 memset(identify, 0, sizeof(struct sas_identify)); in _transport_set_identify() 171 identify->sas_address = le64_to_cpu(sas_device_pg0.SASAddress); in _transport_set_identify() 174 identify->phy_identifier = sas_device_pg0.PhyNum; in _transport_set_identify() 179 identify->device_type = SAS_PHY_UNUSED; in _transport_set_identify() 182 identify->device_type = SAS_END_DEVICE; in _transport_set_identify() 185 identify->device_type = SAS_EDGE_EXPANDER_DEVICE; in _transport_set_identify() 188 identify->device_type = SAS_FANOUT_EXPANDER_DEVICE; in _transport_set_identify() 194 identify->initiator_port_protocols |= SAS_PROTOCOL_SSP; in _transport_set_identify() 196 identify->initiator_port_protocols |= SAS_PROTOCOL_STP; in _transport_set_identify() [all …]
|
D | mpt2sas_base.h | 469 struct sas_identify identify; member
|
D | mpt2sas_scsih.c | 1275 rphy->identify.sas_address); in _scsih_target_alloc() 1328 rphy->identify.sas_address); in _scsih_target_destroy()
|
/linux-4.1.27/drivers/gpu/drm/nouveau/nvkm/subdev/therm/ |
D | ic.c | 96 i2c->identify(i2c, NV_I2C_DEFAULT(0), "monitoring device", in nvkm_therm_ic_ctor() 108 i2c->identify(i2c, NV_I2C_DEFAULT(0), "monitoring device", in nvkm_therm_ic_ctor() 117 i2c->identify(i2c, NV_I2C_DEFAULT(0), "monitoring device", in nvkm_therm_ic_ctor()
|
/linux-4.1.27/drivers/message/fusion/ |
D | mptsas.c | 110 static void mptsas_parse_device_info(struct sas_identify *identify, 389 if (port_info->phy_info[i].identify.handle == handle) { in mptsas_find_portinfo_by_handle() 419 if (port_info->phy_info[i].identify.sas_address == in mptsas_find_portinfo_by_sas_address() 600 if (rphy->identify.sas_address == sas_address) { in mptsas_add_device_component() 766 rphy->identify.sas_address); in mptsas_add_device_component_starget() 1421 struct sas_identify identify; in mptsas_add_end_device() local 1465 mptsas_parse_device_info(&identify, &phy_info->attached); in mptsas_add_end_device() 1474 rphy->identify = identify; in mptsas_add_end_device() 1761 rphy->identify.sas_address) in mptsas_target_alloc() 1820 rphy->identify.sas_address) in mptsas_target_destroy() [all …]
|
D | mptsas.h | 166 struct mptsas_devinfo identify; /* point to phy device info */ member
|
/linux-4.1.27/drivers/scsi/ |
D | scsi_transport_sas.c | 164 BUG_ON(rphy->identify.device_type != SAS_END_DEVICE); in sas_bitfield_name_search() 554 if (!phy->identify.device_type) in show_sas_device_type() 556 return get_sas_device_type_names(phy->identify.device_type, buf); in show_sas_device_type() 639 sas_phy_protocol_attr(identify.initiator_port_protocols, 641 sas_phy_protocol_attr(identify.target_port_protocols, 643 sas_phy_simple_attr(identify.sas_address, sas_address, "0x%016llx\n", 645 sas_phy_simple_attr(identify.phy_identifier, phy_identifier, "%d\n", u8); 1205 if (!rphy->identify.device_type) in show_sas_rphy_device_type() 1208 rphy->identify.device_type, buf); in show_sas_rphy_device_type() 1263 sas_rphy_protocol_attr(identify.initiator_port_protocols, [all …]
|
D | 53c700.scr | 184 ; Receive a message. Need to identify the message to
|
D | 53c700_d.h_shipped | 247 ; Receive a message. Need to identify the message to
|
/linux-4.1.27/include/scsi/ |
D | scsi_transport_sas.h | 54 struct sas_identify identify; member 86 struct sas_identify identify; member 225 return rphy->identify.device_type == SAS_FANOUT_EXPANDER_DEVICE || in scsi_is_sas_expander_device() 226 rphy->identify.device_type == SAS_EDGE_EXPANDER_DEVICE; in scsi_is_sas_expander_device()
|
/linux-4.1.27/drivers/net/ethernet/intel/ |
D | Kconfig | 34 to identify the adapter. 51 adapters. For more information on how to identify your adapter, go 76 identify your adapter, go to the Adapter & Driver ID Guide at: 96 adapters. For more information on how to identify your adapter, go 137 information on how to identify your adapter, go to the Adapter & 159 instead. For more information on how to identify your adapter, go 182 adapters. For more information on how to identify your adapter, go 238 Intel(R) ixgbe driver. For more information on how to identify your 261 devices. For more information on how to identify your adapter, go 311 For more information on how to identify your adapter, go to the [all …]
|
/linux-4.1.27/drivers/block/mtip32xx/ |
D | mtip32xx.c | 1302 *timeout = ((*(dd->port->identify + 90) * 2) * 60000); in mtip_set_timeout() 1304 *timeout = ((*(dd->port->identify + 89) * 2) * 60000); in mtip_set_timeout() 1359 memset(port->identify, 0, sizeof(u16) * ATA_ID_WORDS); in mtip_get_identify() 1381 ata_swap_string(port->identify + 27, 40); /* model string*/ in mtip_get_identify() 1382 ata_swap_string(port->identify + 23, 8); /* firmware string*/ in mtip_get_identify() 1383 ata_swap_string(port->identify + 10, 20); /* serial# string*/ in mtip_get_identify() 1388 port->identify[i] = le16_to_cpu(port->identify[i]); in mtip_get_identify() 1393 if (port->identify[128] & 0x4) in mtip_get_identify() 1400 if (port->identify[69] & (1 << 14) && port->identify[69] & (1 << 5)) in mtip_get_identify() 1412 port->identify, in mtip_get_identify() [all …]
|
D | mtip32xx.h | 400 u16 *identify; member
|
/linux-4.1.27/arch/mips/dec/prom/ |
D | Makefile | 6 lib-y += init.o memory.o cmdline.o identify.o console.o
|
/linux-4.1.27/arch/mips/fw/arc/ |
D | Makefile | 5 lib-y += cmdline.o env.o file.o identify.o init.o \
|
/linux-4.1.27/Documentation/devicetree/bindings/serial/ |
D | cdns,uart.txt | 9 - clock-names: Tuple to identify input clocks, must contain "uart_clk" and "pclk"
|
/linux-4.1.27/Documentation/ABI/testing/ |
D | sysfs-devices-sun | 13 So reading the sysfs file, we can identify a physical position
|
D | sysfs-devices-memory | 19 identify removable sections of the memory before attempting
|
D | sysfs-bus-fcoe | 109 used to identify the discovered FCF. FCFs will exist in a
|
D | configfs-usb-gadget-uvc | 219 guidFormat - globally unique id used to identify
|
/linux-4.1.27/drivers/android/ |
D | Kconfig | 19 Android process, using Binder to identify, invoke and pass arguments
|
/linux-4.1.27/drivers/mcb/ |
D | Kconfig | 12 FPGA based devices. It is used to identify MCB based IP-Cores within
|
/linux-4.1.27/Documentation/hwmon/ |
D | ltc4151 | 24 which can be safely used to identify the chip. You will have to instantiate
|
D | ltc4260 | 25 which can be safely used to identify the chip. You will have to instantiate
|
D | ads7828 | 56 There is no reliable way to identify this chip, so the driver will not scan
|
D | lineage-pem | 30 which can be safely used to identify the chip. You will have to instantiate
|
D | ltc4261 | 25 which can be safely used to identify the chip. You will have to instantiate
|
D | ltc2945 | 25 which can be safely used to identify the chip. You will have to instantiate
|
D | max16065 | 61 can be safely used to identify the chip. You will have to instantiate
|
D | smm665 | 62 can be safely used to identify the chip. You will have to instantiate
|
D | pmbus-core | 173 int (*identify)(struct i2c_client *client, struct pmbus_driver_info *info); 240 identify function if supported. Must only be called from device probe
|
D | pmbus | 56 which can be safely used to identify the chip (The MFG_ID register is not
|
/linux-4.1.27/Documentation/devicetree/bindings/pci/ |
D | designware-pcie.txt | 4 - compatible: should contain "snps,dw-pcie" to identify the core.
|
D | versatile.txt | 6 - compatible: should contain "arm,versatile-pci" to identify the Versatile PCI
|
D | xgene-pci.txt | 5 - compatible: should contain "apm,xgene-pcie" to identify the core.
|
/linux-4.1.27/Documentation/devicetree/bindings/mailbox/ |
D | altera-mailbox.txt | 8 - #mbox-cells: Common mailbox binding property to identify the number
|
D | omap-mailbox.txt | 46 - #mbox-cells: Common mailbox binding property to identify the number
|
/linux-4.1.27/Documentation/devicetree/bindings/interrupt-controller/ |
D | ti,keystone-irq.txt | 5 The IRQ handler running on HOST OS can identify DSP signal source by
|
/linux-4.1.27/Documentation/devicetree/bindings/i2c/ |
D | i2c-opal.txt | 12 - ibm,opal-id: Refers to a specific bus and used to identify it when calling
|
/linux-4.1.27/Documentation/networking/ |
D | i40evf.txt | 25 For more information on how to identify your adapter, go to the Adapter &
|
D | ixgbevf.txt | 30 For more information on how to identify your adapter, go to the Adapter &
|
D | igbvf.txt | 44 For more information on how to identify your adapter, go to the Adapter &
|
D | tproxy.txt | 12 The idea is that you identify packets with destination address matching a local
|
D | i40e.txt | 23 For more information on how to identify your adapter, go to the Adapter &
|
D | igb.txt | 20 For specific information on how to identify your adapter, go to the Adapter &
|
D | s2io.txt | 31 The above messages identify the adapter type(Xframe I/II), adapter revision,
|
D | e100.txt | 39 For more information on how to identify your adapter, go to the Adapter &
|
D | e1000e.txt | 25 For more information on how to identify your adapter, go to the Adapter &
|
D | openvswitch.txt | 123 identify the flow for all future operations. However, when reporting the
|
D | ixgbe.txt | 23 For more information on how to identify your adapter, go to the Adapter &
|
D | rds.txt | 29 RDS uses IPv4 addresses and 16bit port numbers to identify
|
D | ixgb.txt | 60 For more information on how to identify your adapter, go to the Adapter &
|
D | e1000.txt | 19 For more information on how to identify your adapter, go to the Adapter &
|
D | cs89x0.txt | 251 identify the card. This could be dangerous if you are
|
D | arcnet-hardware.txt | 1708 used a memory dump in DOS to identify them. For the 00000 configuration and 1907 This is another SMC 90C65-based ARCnet card. I couldn't identify the
|
D | can.txt | 224 layer problems is a vital requirement for CAN users to identify
|
/linux-4.1.27/drivers/pcmcia/ |
D | i82365.c | 572 static int __init identify(unsigned int port, u_short sock) in identify() function 791 id = identify(i365_base, 0); in isa_probe() 792 if ((id == IS_I82365DF) && (identify(i365_base, 1) != id)) { in isa_probe() 797 if (identify(port, sock) == IS_I82365DF) { in isa_probe() 808 id = identify(port, sock); in isa_probe() 813 if ((ignore == i+j) || (identify(port, sock+j) < 0)) in isa_probe()
|
/linux-4.1.27/Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe/ |
D | par_io.txt | 34 - gpio-controller : node to identify gpio controllers.
|
/linux-4.1.27/Documentation/misc-devices/ |
D | isl29003 | 30 The ISL29003 does not have an ID register which could be used to identify
|
/linux-4.1.27/Documentation/devicetree/bindings/arm/ |
D | primecell.txt | 4 identify the peripheral type, vendor, and revision. This value can be used for
|
/linux-4.1.27/security/smack/ |
D | Kconfig | 26 identify which rules are necessary and what accesses
|
/linux-4.1.27/drivers/gpu/drm/nouveau/include/nvkm/subdev/ |
D | i2c.h | 71 int (*identify)(struct nvkm_i2c *, int index, member
|
/linux-4.1.27/drivers/hwmon/pmbus/ |
D | pmbus.c | 176 info->identify = pmbus_identify; in pmbus_probe()
|
D | pmbus.h | 373 int (*identify)(struct i2c_client *client, member
|
D | pmbus_core.c | 1740 if (info->identify) { in pmbus_init_common() 1741 ret = (*info->identify)(client, info); in pmbus_init_common()
|
/linux-4.1.27/drivers/eisa/ |
D | Kconfig | 10 Bus (VLB) card that identify itself as an EISA card (such as
|
/linux-4.1.27/Documentation/devicetree/bindings/arm/msm/ |
D | qcom,saw2.txt | 15 or Little) or cache, may be needed to uniquely identify the SAW register
|
/linux-4.1.27/drivers/scsi/mvsas/ |
D | mv_sas.c | 265 id->dev_type = phy->identify.device_type; in mvs_bytes_dmaed() 267 id->target_bits = phy->identify.target_port_protocols; in mvs_bytes_dmaed() 1033 phy->identify.target_port_protocols = SAS_PROTOCOL_STP; in mvs_update_phyinfo() 1058 phy->identify.device_type = in mvs_update_phyinfo() 1061 if (phy->identify.device_type == SAS_END_DEVICE) in mvs_update_phyinfo() 1062 phy->identify.target_port_protocols = in mvs_update_phyinfo() 1064 else if (phy->identify.device_type != SAS_PHY_UNUSED) in mvs_update_phyinfo() 1065 phy->identify.target_port_protocols = in mvs_update_phyinfo()
|
D | mv_sas.h | 222 struct sas_identify identify; member
|
/linux-4.1.27/Documentation/devicetree/bindings/leds/ |
D | common.txt | 18 name (excluding the unit address). It has to uniquely identify
|
/linux-4.1.27/Documentation/sound/oss/ |
D | Soundblaster | 53 The driver will identify the audio device as a "Sound Blaster 16 (ALS-100)".
|
D | ALS | 22 When using kernel level ISAPnP, the kernel should correctly identify and
|
D | SoundPro | 25 mis-identify the chip. You can still force soundpro=1 in the modprobe
|
D | Opti | 174 to all C931 based cards. I do not know how to identify cards that
|
D | README.OSS | 299 systems to easily identify and reconfigure I/O ports, IRQs and DMAs of ISA 1296 to look at the card and try to identify its origin.
|
/linux-4.1.27/arch/unicore32/kernel/ |
D | head.S | 67 @ process identify
|
/linux-4.1.27/drivers/gpu/drm/nouveau/dispnv04/ |
D | tvnv04.c | 59 return i2c->identify(i2c, i2c_index, "TV encoder", in nv04_tv_identify()
|
D | dfp.c | 646 type = i2c->identify(i2c, 2, "TMDS transmitter", info, NULL, NULL); in nv04_tmds_slave_init()
|
/linux-4.1.27/Documentation/devicetree/bindings/ |
D | submitting-patches.txt | 15 and Cc: the DT maintainers. Use scripts/get_maintainer.pl to identify
|
/linux-4.1.27/Documentation/power/ |
D | basic-pm-debugging.txt | 37 identify what goes wrong. 102 it usually is possible to identify the offending task by analysing the output of 196 you to identify drivers that fail to suspend or resume their devices. They
|
D | swsusp-and-swap-files.txt | 17 identify a swap file swsusp uses the name of the partition that holds the file
|
D | opp.txt | 339 struct device - This is used to identify a domain to the OPP layer. The
|
D | devices.txt | 376 system is in the sleep state. For example, enable_irq_wake() might identify
|
D | pci.txt | 232 in turn, allows the kernel to identify the source of the event (that may be
|
/linux-4.1.27/Documentation/ |
D | SAK.txt | 51 You can identify processes which will be killed by SAK with the
|
D | vme_api.txt | 102 of type vme_resource that should be used to identify the allocated resource
|
D | pinctrl.txt | 474 identify three pinmux functions, one for spi, one for i2c and one for mmc. 510 name. Defining a pin controller, function and group thus uniquely identify 967 software engineers will usually quickly identify that this is some
|
D | vfio.txt | 84 of functionality. To do this, the user first needs to identify the
|
D | SubmittingPatches | 634 The "subsystem" in the email's Subject should identify which
|
D | kernel-parameters.txt | 270 This option is useful for developers to identify the 830 to 1 or 2 should be enough to identify most random
|
/linux-4.1.27/Documentation/usb/ |
D | functionfs.txt | 49 On kernel level the gadget checks ffs_data->dev_name to identify
|
D | ehci.txt | 123 The contents of those files can help identify driver problems.
|
D | usbmon.txt | 111 - URB Tag. This is used to identify URBs, and is normally an in-kernel address
|
D | proc_usb_info.txt | 186 | be omitted, or (for newer drivers) will identify the kernel
|
/linux-4.1.27/Documentation/filesystems/ |
D | xfs-self-describing-metadata.txt | 41 is supposed to be. We can't even identify if it is the right place. Put simply, 61 location. This allows us to identify the expected contents of the block and 62 hence parse and verify the metadata object. IF we can't independently identify 116 looking at. The owner information can also identify misplaced writes (e.g.
|
D | qnx6.txt | 37 That serial number is used to identify the "active" superblock.
|
D | affs.txt | 74 identify itself as one. This option is necessary if
|
D | romfs.txt | 76 The first eight bytes identify the filesystem, even for the casual
|
D | autofs4-mount-control.txt | 294 also sets the process group id used to identify the controlling process 371 ioctlfd field to identify a specific mount point to check while the other
|
D | coda.txt | 410 unique number which will identify the message uniquely. A process and 443 The next item is the fundamental identifier used to identify Coda 461 to be prefixed to identify the Coda cell; this will probably take the
|
D | porting | 170 number is not sufficient to identify the actual file object. 'set'
|
D | Locking | 154 identify the superblock. Everything else (statfs(), fstatfs(), etc.)
|
D | f2fs.txt | 574 In order to identify whether the data in the victim segment are valid or not,
|
D | proc.txt | 1029 identify device identify block 1276 lines. These numbers identify the amount of time the CPU has spent performing
|
/linux-4.1.27/drivers/net/ethernet/intel/ixgbe/ |
D | ixgbe_x550.c | 1117 ret_val = phy->ops.identify(hw); in ixgbe_init_phy_ops_X550em() 1499 .identify = &ixgbe_identify_phy_generic, 1510 .identify = &ixgbe_identify_phy_x550em,
|
D | ixgbe_82598.c | 129 phy->ops.identify(hw); in ixgbe_init_phy_ops_82598() 1216 .identify = &ixgbe_identify_phy_generic,
|
D | ixgbe_x540.c | 839 .identify = &ixgbe_identify_phy_generic,
|
D | ixgbe_82599.c | 315 ret_val = phy->ops.identify(hw); in ixgbe_init_phy_ops_82599() 2358 .identify = &ixgbe_identify_phy_82599,
|
D | ixgbe_common.c | 277 hw->phy.ops.identify(hw); in ixgbe_start_hw_generic() 468 hw->phy.ops.identify(hw); in ixgbe_clear_hw_cntrs_generic()
|
D | ixgbe_type.h | 3094 s32 (*identify)(struct ixgbe_hw *); member
|
/linux-4.1.27/Documentation/acpi/ |
D | gpio-properties.txt | 62 available to the driver can be used to identify the device and that is supposed
|
/linux-4.1.27/drivers/ssb/ |
D | Kconfig | 88 Note that you won't be able to identify problems, once
|
/linux-4.1.27/Documentation/arm/Samsung-S3C24XX/ |
D | Suspend.txt | 130 identify any faults with better precision
|
/linux-4.1.27/Documentation/i2c/ |
D | writing-clients | 201 identify supported devices (returning 0 for supported ones and -ENODEV 213 devices. You need some reliable way to identify the supported devices 218 alone a standard way to identify devices. Even worse is the lack of
|
D | instantiating-devices | 224 segment, the address is sufficient to uniquely identify the device to be
|
/linux-4.1.27/Documentation/filesystems/nfs/ |
D | rpc-cache.txt | 21 - mapping from network identify to public key for crypto authentication. 100 This will be passed to ->match to identify the target entry. If no
|
D | nfs.txt | 22 NFSv4 requires clients to identify themselves to servers with a unique
|
/linux-4.1.27/drivers/scsi/pm8001/ |
D | pm8001_hwi.c | 3248 id->dev_type = phy->identify.device_type; in pm8001_bytes_dmaed() 3250 id->target_bits = phy->identify.target_port_protocols; in pm8001_bytes_dmaed() 3406 phy->identify.device_type = deviceType; in hw_event_sas_phy_up() 3408 if (phy->identify.device_type == SAS_END_DEVICE) in hw_event_sas_phy_up() 3409 phy->identify.target_port_protocols = SAS_PROTOCOL_SSP; in hw_event_sas_phy_up() 3410 else if (phy->identify.device_type != SAS_PHY_UNUSED) in hw_event_sas_phy_up() 3411 phy->identify.target_port_protocols = SAS_PROTOCOL_SMP; in hw_event_sas_phy_up() 3463 phy->identify.target_port_protocols = SAS_PROTOCOL_SATA; in hw_event_sata_phy_up() 3464 phy->identify.device_type = SAS_SATA_DEV; in hw_event_sata_phy_up() 3491 phy->identify.device_type = 0; in hw_event_phy_down()
|
D | pm80xx_hwi.c | 2895 phy->identify.device_type = deviceType; in hw_event_sas_phy_up() 2897 if (phy->identify.device_type == SAS_END_DEVICE) in hw_event_sas_phy_up() 2898 phy->identify.target_port_protocols = SAS_PROTOCOL_SSP; in hw_event_sas_phy_up() 2899 else if (phy->identify.device_type != SAS_PHY_UNUSED) in hw_event_sas_phy_up() 2900 phy->identify.target_port_protocols = SAS_PROTOCOL_SMP; in hw_event_sas_phy_up() 2955 phy->identify.target_port_protocols = SAS_PROTOCOL_SATA; in hw_event_sata_phy_up() 2956 phy->identify.device_type = SAS_SATA_DEV; in hw_event_sata_phy_up() 2985 phy->identify.device_type = 0; in hw_event_phy_down()
|
D | pm8001_sas.h | 253 struct sas_identify identify; member
|
D | pm8001_sas.c | 627 dev->rphy->identify.phy_identifier; in pm8001_dev_found_notify()
|
/linux-4.1.27/Documentation/devicetree/bindings/pinctrl/ |
D | pinctrl-st.txt | 68 - Second Cell: flags to identify the type of the interrupt
|
D | fsl,mxs-pinctrl.txt | 50 and config nodes to identify a pin. The mux selection in the integer takes
|
D | samsung-pinctrl.txt | 118 - Second Cell: flags to identify the type of the interrupt 153 - Second Cell: flags to identify the type of the interrupt
|
/linux-4.1.27/include/uapi/linux/ |
D | nvme.h | 464 struct nvme_identify identify; member
|
/linux-4.1.27/Documentation/blockdev/ |
D | paride.txt | 99 the adapter chip itself. That's usually sufficient to identify the 141 how to identify them. This requires specifying the port address, the 153 will need them to identify the devices.
|
/linux-4.1.27/Documentation/devicetree/bindings/powerpc/fsl/ |
D | fman.txt | 37 The cell-index value may be used by the SoC, to identify the 236 identify the MAC unit in the FMan (or SoC) memory map.
|
/linux-4.1.27/Documentation/trace/ |
D | events-kmem.txt | 24 kmalloc with kfree, it may be possible to identify memory leaks and where
|
D | coresight.txt | 196 Before trace collection can start, a coresight sink needs to be identify.
|
D | tracepoint-analysis.txt | 218 There may also be a requirement to identify what functions within a program
|
/linux-4.1.27/Documentation/device-mapper/ |
D | statistics.txt | 54 so that userspace programs can identify the ranges they
|
/linux-4.1.27/Documentation/locking/ |
D | lockdep-design.txt | 279 identify the leaking lock classes: 284 a later run of this command to identify the leakers. This same output
|
/linux-4.1.27/Documentation/input/ |
D | alps.txt | 22 (Compatibility ID) definition as a way to uniquely identify the 218 identify the first fragment of a bitmap packet.
|
D | gamepad.txt | 64 an alias for BTN_SOUTH/BTN_A. It can be used to identify a gamepad as such.
|
D | multi-touch-protocol.txt | 68 Some devices identify and/or track more contacts than they can report to the
|
D | sentelic.txt | 71 so we have PACKET NUMBER to identify packets.
|
/linux-4.1.27/drivers/s390/char/ |
D | Kconfig | 110 The Component ID for Call Home is used to identify the correct
|
/linux-4.1.27/Documentation/video4linux/ |
D | si4713.txt | 13 The chip also allows integrated receive power scanning to identify low signal
|
/linux-4.1.27/Documentation/target/ |
D | tcmu-design.txt | 201 <subtype> will be a userspace-process-unique string to identify the 222 number. This should allow userspace to identify both the UIO device and
|
/linux-4.1.27/sound/core/ |
D | Kconfig | 192 will help to identify source file and position containing
|
/linux-4.1.27/arch/arm/plat-samsung/ |
D | Kconfig | 295 the CRC data block will take more memory, but wil identify any
|
/linux-4.1.27/drivers/scsi/aic7xxx/ |
D | aic7xxx.seq | 193 * Setup the DMA for sending the identify and 267 * immediately follow the identify. We test for a valid 456 * sending our identify messages. 462 * Start out with a simple identify message. 1485 * This is done to allow the host to send messages outside of an identify 1519 mov SCSIDATL, SINDEX; /* Send the identify message */ 1634 * If the target never sent an identify message but instead went
|
D | aic7xxx.h | 625 uint8_t identify; /* Identify message */ member
|
D | aic79xx.h | 679 uint8_t identify; /* Identify message */ member
|
D | aic79xx.seq | 960 * This is done to allow the host to send messages outside of an identify 990 mov SCSIDAT, SINDEX; /* Send the identify message */ 1197 * If the target never sent an identify message but instead went
|
D | aic7xxx_core.c | 7871 lun = (cmd->identify & MSG_IDENTIFY_LUNMASK); in ahc_handle_target_cmd() 7952 if ((cmd->identify & MSG_IDENTIFY_DISCFLAG) == 0) { in ahc_handle_target_cmd()
|
D | aic79xx_core.c | 10722 lun = (cmd->identify & MSG_IDENTIFY_LUNMASK); in ahd_handle_target_cmd() 10802 if ((cmd->identify & MSG_IDENTIFY_DISCFLAG) == 0) { in ahd_handle_target_cmd()
|
/linux-4.1.27/drivers/gpu/drm/nouveau/nvkm/subdev/i2c/ |
D | base.c | 534 i2c->identify = nvkm_i2c_identify; in nvkm_i2c_create_()
|
/linux-4.1.27/Documentation/fb/ |
D | udlfb.txt | 13 result with a local shadow of the remote hardware framebuffer to identify
|
/linux-4.1.27/fs/ |
D | Kconfig.binfmt | 57 identify the build ID bits in the file, without paying the i/o
|
/linux-4.1.27/drivers/block/ |
D | nvme-core.c | 1162 c.identify.opcode = nvme_admin_identify; in nvme_identify() 1163 c.identify.nsid = cpu_to_le32(nsid); in nvme_identify() 1164 c.identify.prp1 = cpu_to_le64(dma_addr); in nvme_identify() 1165 c.identify.cns = cpu_to_le32(cns); in nvme_identify()
|
/linux-4.1.27/fs/reiserfs/ |
D | README | 18 It will be a kindness if you identify whether Hans Reiser is allowed
|
/linux-4.1.27/Documentation/gpio/ |
D | driver.txt | 34 identify GPIOs in a bank of I2C GPIO expanders.
|
D | gpio-legacy.txt | 108 use numbers 2000-2063 to identify GPIOs in a bank of I2C GPIO expanders.
|
/linux-4.1.27/Documentation/devicetree/ |
D | usage-model.txt | 97 First and foremost, the kernel will use data in the DT to identify the 101 Hardware is not perfect though, and so the kernel must identify the
|
D | booting-without-of.txt | 881 property to identify the specific cpu core.
|
/linux-4.1.27/Documentation/vm/ |
D | transhuge.txt | 191 identify what applications are using transparent huge pages, it is 254 using the mm_page_alloc tracepoint to identify which allocations were
|
/linux-4.1.27/Documentation/scsi/ |
D | scsi_fc_transport.txt | 135 is registered with the switch to identify the vport. For example, 138 to identify the port.
|
D | ChangeLog.megaraid | 297 identify each controller.
|
D | ncr53c8xx.txt | 359 revision ID identify the SCSI chip as follows:
|
/linux-4.1.27/Documentation/s390/ |
D | driver-model.txt | 195 intparm - the intparm which allows the device driver to identify
|
/linux-4.1.27/Documentation/powerpc/ |
D | firmware-assisted-dump.txt | 183 This interface can be used by kdump init scripts to identify if
|
/linux-4.1.27/Documentation/ia64/ |
D | mca.txt | 177 How do we identify the tasks that were running when MCA/INIT was
|
/linux-4.1.27/tools/perf/Documentation/ |
D | perf-report.txt | 143 A regex filter to identify parent. The parent is a caller of this
|
/linux-4.1.27/Documentation/block/ |
D | data-integrity.txt | 278 'tag_size' must be set to identify how many bytes of tag space
|
/linux-4.1.27/Documentation/netlabel/ |
D | draft-ietf-cipso-ipsecurity-01.txt | 139 to identify which mapping was used for the values within the option. 615 the system administrator to identify tag types that may safely be
|
/linux-4.1.27/drivers/acpi/ |
D | Kconfig | 96 and can be used to identify ACPI code or EC firmware bugs.
|
/linux-4.1.27/Documentation/isdn/ |
D | INTERFACE.CAPI | 95 identify the controller to operate on.
|
/linux-4.1.27/Documentation/thermal/ |
D | sysfs-api.txt | 371 thermal zone device will be used in the message to identify the zone. The
|
/linux-4.1.27/Documentation/devicetree/bindings/thermal/ |
D | thermal.txt | 37 to identify uniquely the sensor instances within
|
/linux-4.1.27/Documentation/rapidio/ |
D | rapidio.txt | 272 management notification mechanism to identify a device that is reporting an
|
/linux-4.1.27/arch/arm64/ |
D | Kconfig | 658 identify software that needs updating.
|
/linux-4.1.27/Documentation/ioctl/ |
D | hdio.txt | 260 This information is also available from /proc/ide/hdX/identify
|
/linux-4.1.27/Documentation/cgroups/ |
D | unified-hierarchy.txt | 62 of controllers which exist only to identify membership, which in turn
|
/linux-4.1.27/Documentation/spi/ |
D | spi-summary | 187 those /sys/class entries are only useful to quickly identify busses.
|
/linux-4.1.27/Documentation/development-process/ |
D | 2.Process | 221 and other metadata. At any given time, the maintainer can identify which
|
/linux-4.1.27/Documentation/sysctl/ |
D | vm.txt | 573 invoked, to identify the rogue task that caused it, and to determine why
|
/linux-4.1.27/Documentation/security/ |
D | Smack.txt | 530 and a category set with each packet. The DOI is intended to identify a group
|
/linux-4.1.27/drivers/staging/speakup/ |
D | spkguide.txt | 1243 Invariant Sections. If the Document does not identify any Invariant 1321 the back cover. Both covers must also clearly and legibly identify
|
/linux-4.1.27/Documentation/x86/ |
D | boot.txt | 699 to identify the contents of data; the len is the length of data
|
/linux-4.1.27/Documentation/kbuild/ |
D | makefiles.txt | 661 additional line can be used to identify this.
|
/linux-4.1.27/lib/ |
D | Kconfig.debug | 379 identify kernel problems.
|
/linux-4.1.27/arch/x86/ |
D | Kconfig | 769 Enabled scanning of DMI to identify machine quirks. Say Y
|
/linux-4.1.27/Documentation/virtual/kvm/ |
D | api.txt | 1332 used in kvm_assigned_pci_dev to identify the device.
|