Searched refs:vendor (Results 326 - 332 of 332) sorted by relevance

<<11121314

/freebsd-10.0-release/sys/dev/vxge/vxgehal/
H A Dvxgehal-mgmtaux.c104 __HAL_AUX_ENTRY("vendor", about_info.vendor, "0x%x");
H A Dvxgehal-virtualpath.c479 ((u64 *) pmd_port0->vendor)[0] = vxge_os_ntohll(data1);
482 ((u64 *) pmd_port0->vendor)[1] = vxge_os_ntohll(data2);
552 ((u64 *) pmd_port1->vendor)[0] = vxge_os_ntohll(data1);
555 ((u64 *) pmd_port1->vendor)[1] = vxge_os_ntohll(data2);
/freebsd-10.0-release/sys/dev/bge/
H A Dif_bge.c135 * spec seems to indicate that the hardware still has Alteon's vendor
136 * ID burned into it, though it will always be overriden by the vendor
554 #define SPARC64_OFW_SUBVENDOR "subsystem-vendor-id"
2728 * Probe for a Broadcom chip. Check the PCI vendor and device IDs
3208 const uint16_t vendor; member in struct:mbox_reorder
3229 mbox_reorder_lists[i].vendor &&
/freebsd-10.0-release/sys/dev/iwn/
H A Dif_iwn.c82 uint16_t vendor; member in struct:iwn_ident
440 if (pci_get_vendor(dev) == ident->vendor &&
7011 * vendor driver is doing. Probably the bits should not be
/freebsd-10.0-release/sys/dev/ciss/
H A Dciss.c3386 padstr(inq->vendor, "HP",
/freebsd-10.0-release/sys/dev/bwn/
H A Dif_bwn.c848 #define VENDOR_LED_ACT(vendor) \
850 .vid = PCI_VENDOR_##vendor, \
851 .led_act = { BWN_VENDOR_LED_ACT_##vendor } \
/freebsd-10.0-release/sys/contrib/ngatm/netnatm/msg/
H A Duni_ie.c4190 MKT(UNI_BHLI_VENDOR, vendor),

Completed in 431 milliseconds

<<11121314