If by bypass you mean re-writing GPL code at the block layer: yes. We removed all of that crap and tried to use native types and functions as much as possible. However since we don't have the hw driver source code, our options are limited. They will never open source it, they will bury it.
Yeah our fork needs 5.x, so you need to use a later version of Debian. I honestly don't recommend running the original code, it's just a giant mess. We support up to Kernel 5.6 so far, and 5.7 I believe is in testing. 4.19 is quite old eitherway, several years old now.
Check out our discord...
I wrote up a basic wiki for flashing cards, but for vsl4. snuf/iomemory-vsl4. Steps are mostly going to be same, but for the older cards you want to match all of the file versions in the original driver.
Edit: make sure to grab the latest driver from github:
for 5.x linux kernels: snuf/iomemory-vsl
The problem is not the codebase at this point. We've cleaned it up pretty well so that merging them wouldn't be overly difficult. The problem lies that we don't have the source code for the hw driver, so we can't fix simple issues like naming conflicts, or missing symbols that were in the...
The current code doesn't let you run both together due to a conflict in card enumeration in the corresponding drivers. We hope to fix it at some point, but PRs always welcome.
In short, no it won't work. I suggest sticking with the SX350, it's in better shape.
I have a cluster using sx350s running v5.6.1, and snuf has a card he can test with as well. Since that's my production ceph cluster I'd like to not impact it during testing in case we run into a bug during development.