No iLok and no Designare for the moment: awaiting my parts for the build... Only thing I have on my actual Hack DAW is a kext related to Pace.
gist.github.com
source ThunderboltUtil.sh # load the commands
loadioreg # load ThunderboltDROM's from the IO registry (other sources include exe, bin, aml, dsl, txt)
usedromnum 1 # use the first one
setuid 1122334455667788 # change the UID (bus=0x88=136)
dumpdrom # see the results (hides checksums, lengths, etc. unless there's a problem)
makedromdsl # make some dsl compatible code0x01) UID: 0x1122334455667788
0x0d) Device ROM Revision: 1
0x10) Vendor ID: 0x1
0x12) Device ID: 0xD
0x14) Device Revision: 0x1
0x15) EEPROM Revision: 0
0x16) 1: 800280000000
0x1e) 2: 900180000000
0x26) 3: 800480010000
0x2e) 4: 900380010000
0x36) 5: 090100
0x3b) 6: 090100
0x40) 7:
0x42) 8: 20
0x45) 9: 80
0x48) - A:
0x4a) - B:
0x4c) 1: "Apple Inc."
0x59) 2: "Macintosh"
0x65) End
"ThunderboltDROM",
Buffer (0x65)
{
/* 0x00 */ 0x18, // CRC8 checksum: 0x18
/* 0x01 */ 0x88, 0x77, 0x66, 0x55, 0x44, 0x33, 0x22, 0x11, // Thunderbolt Bus 136, UID: 0x1122334455667788
/* 0x09 */ 0x26, 0xf2, 0xec, 0x43, // CRC32c checksum: 0x43ECF226
/* 0x0D */ 0x01, // Device ROM Revision: 1
/* 0x0E */ 0x58, 0x00, // Length: 88 (starting from previous byte)
/* 0x10 */ 0x01, 0x00, // Vendor ID: 0x1
/* 0x12 */ 0x0d, 0x00, // Device ID: 0xD
/* 0x14 */ 0x01, // Device Revision: 0x1
/* 0x15 */ 0x00, // EEPROM Revision: 0
/* 0x16 1 */ 0x08, 0x81, 0x80, 0x02, 0x80, 0x00, 0x00, 0x00,
/* 0x1E 2 */ 0x08, 0x82, 0x90, 0x01, 0x80, 0x00, 0x00, 0x00,
/* 0x26 3 */ 0x08, 0x83, 0x80, 0x04, 0x80, 0x01, 0x00, 0x00,
/* 0x2E 4 */ 0x08, 0x84, 0x90, 0x03, 0x80, 0x01, 0x00, 0x00,
/* 0x36 5 */ 0x05, 0x85, 0x09, 0x01, 0x00,
/* 0x3B 6 */ 0x05, 0x86, 0x09, 0x01, 0x00,
/* 0x40 7 */ 0x02, 0x87,
/* 0x42 8 */ 0x03, 0x88, 0x20, // PCIe xx:01.0
/* 0x45 9 */ 0x03, 0x89, 0x80, // PCIe xx:04.0
/* 0x48 - A */ 0x02, 0xca,
/* 0x4A - B */ 0x02, 0xcb,
/* 0x4C 1 */ 0x0d, 0x01, 0x41, 0x70, 0x70, 0x6c, 0x65, 0x20, 0x49, 0x6e, 0x63, 0x2e, 0x00, // Vendor Name: "Apple Inc."
/* 0x59 2 */ 0x0c, 0x02, 0x4d, 0x61, 0x63, 0x69, 0x6e, 0x74, 0x6f, 0x73, 0x68, 0x00, // Device Name: "Macintosh"
},
YO! It looks like we/you/'re close to a solution. I would think that the fenvi BT connection is what's pulling down the bandwidth on the inatek card as it seems it only has one channel for all its ports as does the sedna. (Amazon Q and A quote below). The usb2 header on the fenvi card is only for BT wireless will still work. The slowest device would dictate the speed of the cards wouldn't it? I'm hoping the problem on my end is the ext hub as I'm out of PCI slots (FW, Fenvi, SATA, 580) and if I need a USB card, I'll have to dongle up (or get some kind of funky pci adapter) for wifi and BT, but if it costs 30 bux and works who cares......
Intek:
Question:
The usb 3.0 ports on this card can all run at full 5 gbps usb 3.0 speed in parallel, or all ports share total 5 gbps usb 3.0 speed together?
Answer:
For your information, all ports share total 5 Gbps USB 3.0 speed together.
Customer Support
· March 30, 2020
Sedna:
Question:
Is it possible to connect 4 usb pci-e risers with 4 gpu via this device?
Answer:
Probably, but it would be amazingly slow since the card is essentially a 4-port USB hub with one USB controller chip. Faster cards have one chip per port.
Amazon Customer
· February 28, 2018
Hmmm... very interesting! I ordered up an Inateck card too. It should be here today. I'm anxious to try it out too.
All USB 2.0 and USB 3.0 ports on the motherboard are routed to the same Intel XHC controller in the PCH (chipset). The only exception are USB 3.x devices connected to the two Thunderbolt ports; they are managed by the Intel JHL7540 Titan Ridge controller.
