In my experience, incompatibilities like that have for the most part been due business partnership decisions. Let me give you an example. A company that designs motherboards may state that one board should be compatible with a full range of other hardware in the market, e.g. RAM, PCIe, M.2, etc. The reality is that they usually partner and/or are locked into certain vendors, contractually, that supply them with their products for the board. You can see this in their products spec pages, in a section titled, "Support List," with a warning that should you deviate from this list, they will not guarantee 100% functionality. Basically, the company tests each product that they list, and if does not work properly, they either tweak the board, its firmware, or communicate this to the third-party vendor to see if they can provide a solution. Most companies that sell these boards or devices more often than not, are small, do not have enough R&D funds, or manpower to do the proper research, testing and adjustments to their products, since devices are already 6 months behind current technology when they are released into the wild. Usually, customers can call into the company's support line and report the problem. The company may or may not address the incompatibility of their board with the third-party product if they see that there is potential for increased sales should the third-party device prove to be a trending product, or the customer is a high-volume order customer. More often than not, the incompatibility is not properly addressed.
I've actually been dealing with this myself recently, but only the gpu portion. I've been trying to get a gpu working on the orangepi RV2 just to see if I can. The tools for building the kernel for orangepi are kind of bad though.
But no, the 2 old amd gpus I have just don't show up at all in lspci, testing the RTX 2080 and RX 7800 both did show up though.
Are they actually extra? Or does the other cable simply route them over coax? Answer here is to grab a couple SFF-???? Breakout boards, a scope, and a signal generator.
Another thing to consider is isolating all but the first PCIe lane.
> Answer here is to grab a couple SFF-???? Breakout boards, a scope, and a signal generator.
Yeah, I've considered buying an extra adapter and just probing pins — I don't have a spare M.2 to OCuLink adapter but will probably order a few different models to see if there are any differences there too.
> Another thing to consider is isolating all but the first PCIe lane.
Haha, touché- forgot the Pi5 only has a single lane.
The comment came out of knowing if the cable's a little dodgy the timing could be off- scrambling the PCIe signals (easier to just tape it off than look up if its supposed to matter and then tape it off anyway), and the fact my first HBA had the "QC pass" sticker prevent some lanes from connecting and the whole card was unresponsive as a result.
I understand the focus on the cables, and as an owner of several Minisforum devices, IME they don't really do compatibility very well (e.g. linux on V3). Their specialty seems to be taking reference PCB's, down costing them by changing/removing components, and then putting them in very unique enclosures. They're one vendor I would avoid considering - unless it's x86.
You mean like fish a cable through the case? It looks like it might be doable based on the pictures. If its in the right spot, you might even be able to 3D print a cable gland or something at the case. Hard to tell based on the pictures.
If you mean "can it be done with the connections" the answer is yes, as there are many PCIe x4 add-inboards for an external oculink port on the market.
As for framework's desktop specifically, their site says this about the PCIe x4 slot:
>1 x PCIe x4 slot (not exposed on default case)
No opening in the back of the case for an expansion card that exposes ports. My guess is you would be best off putting the mainboard in a different case, but alternatively you could either:
(A) Cut a big hole in the back that can expose an AIB with an external oculink.
(B) Use an internal oculink, and cut a smaller hole (anywhere you want) to run the oculink cable through.
I have read that thunderbolt and oculink are very different in this regard. Whereas thunderbolt devices can be plugged in at anytime, the oculink needs to be plugged at boot time. This seemingly innocuous detail is the catalyst as to the reason why oculink is better performing. It comes down to PCIe vs Thunderbolt in general.
I just bought an external thunderbolt eGPU box (even thought it'll never support a GPU with its mini form factor) to host a blackmagic 4k display card. Luckily, I'm still on the last gen i9 CPU so it worked right out of the box once I found the slightly older software. I've read people have issues getting it to work on the M* series chips though.
In my experience, incompatibilities like that have for the most part been due business partnership decisions. Let me give you an example. A company that designs motherboards may state that one board should be compatible with a full range of other hardware in the market, e.g. RAM, PCIe, M.2, etc. The reality is that they usually partner and/or are locked into certain vendors, contractually, that supply them with their products for the board. You can see this in their products spec pages, in a section titled, "Support List," with a warning that should you deviate from this list, they will not guarantee 100% functionality. Basically, the company tests each product that they list, and if does not work properly, they either tweak the board, its firmware, or communicate this to the third-party vendor to see if they can provide a solution. Most companies that sell these boards or devices more often than not, are small, do not have enough R&D funds, or manpower to do the proper research, testing and adjustments to their products, since devices are already 6 months behind current technology when they are released into the wild. Usually, customers can call into the company's support line and report the problem. The company may or may not address the incompatibility of their board with the third-party product if they see that there is potential for increased sales should the third-party device prove to be a trending product, or the customer is a high-volume order customer. More often than not, the incompatibility is not properly addressed.
Just my thoughts :|
I've actually been dealing with this myself recently, but only the gpu portion. I've been trying to get a gpu working on the orangepi RV2 just to see if I can. The tools for building the kernel for orangepi are kind of bad though.
But no, the 2 old amd gpus I have just don't show up at all in lspci, testing the RTX 2080 and RX 7800 both did show up though.
Are they actually extra? Or does the other cable simply route them over coax? Answer here is to grab a couple SFF-???? Breakout boards, a scope, and a signal generator.
Another thing to consider is isolating all but the first PCIe lane.
> Answer here is to grab a couple SFF-???? Breakout boards, a scope, and a signal generator.
Yeah, I've considered buying an extra adapter and just probing pins — I don't have a spare M.2 to OCuLink adapter but will probably order a few different models to see if there are any differences there too.
> Another thing to consider is isolating all but the first PCIe lane.
The Pi nicely does that for me ;)
Haha, touché- forgot the Pi5 only has a single lane.
The comment came out of knowing if the cable's a little dodgy the timing could be off- scrambling the PCIe signals (easier to just tape it off than look up if its supposed to matter and then tape it off anyway), and the fact my first HBA had the "QC pass" sticker prevent some lanes from connecting and the whole card was unresponsive as a result.
I understand the focus on the cables, and as an owner of several Minisforum devices, IME they don't really do compatibility very well (e.g. linux on V3). Their specialty seems to be taking reference PCB's, down costing them by changing/removing components, and then putting them in very unique enclosures. They're one vendor I would avoid considering - unless it's x86.
I love the hardware Minisforum makes, but man, this company ongoingly sets consumer expectations lower and lower.
I haven't checked in the past year, but historically Minisforum has been awful about having bios updates, doing so seemingly only when truly needed.
I can’t seem to find the answer about this, is there anyway to get an oculink through the x4 slot on framework desktop?
You mean like fish a cable through the case? It looks like it might be doable based on the pictures. If its in the right spot, you might even be able to 3D print a cable gland or something at the case. Hard to tell based on the pictures.
If you mean "can it be done with the connections" the answer is yes, as there are many PCIe x4 add-inboards for an external oculink port on the market.
As for framework's desktop specifically, their site says this about the PCIe x4 slot:
>1 x PCIe x4 slot (not exposed on default case)
No opening in the back of the case for an expansion card that exposes ports. My guess is you would be best off putting the mainboard in a different case, but alternatively you could either:
(A) Cut a big hole in the back that can expose an AIB with an external oculink.
(B) Use an internal oculink, and cut a smaller hole (anywhere you want) to run the oculink cable through.
There a cables/adapters to use NVMe slot for oculink. It should "just work".
oculink is basically just pcie, you can get a dumb adapter card for like $20
i had a nuc with an eGPU, connected via a simple usb/thunderbolt connection, and I recall it was a nightmare to setup
I have read that thunderbolt and oculink are very different in this regard. Whereas thunderbolt devices can be plugged in at anytime, the oculink needs to be plugged at boot time. This seemingly innocuous detail is the catalyst as to the reason why oculink is better performing. It comes down to PCIe vs Thunderbolt in general.
Same for my wife's old Mac Mini. Finally gave up on it and bought her a new M4 Pro
I just bought an external thunderbolt eGPU box (even thought it'll never support a GPU with its mini form factor) to host a blackmagic 4k display card. Luckily, I'm still on the last gen i9 CPU so it worked right out of the box once I found the slightly older software. I've read people have issues getting it to work on the M* series chips though.