Latest update for comms/uhd attached. uhd-3.15.0.0p0 package builds from ports successfully right after fix all stupid mistakes. Thanks for help.
Yes, USRP devices require async transfers. In what stage async USB transfers codebase now? I'm looking for a project, but I'm not sure that I'm experienced enough to write kernel/libusb code. I have to check. FYI, I have one USRP device on hand with USB interface to test the driver. Martin ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Sunday, March 22, 2020 2:37 PM, Stuart Henderson <s...@spacehopper.org> wrote: > On 2020/03/22 14:29, Stuart Henderson wrote: > > > On 2020/03/22 14:17, Marc Espie wrote: > > > > > On Sun, Mar 22, 2020 at 01:59:36PM +0100, Marc Espie wrote: > > > > > > > On Sun, Mar 22, 2020 at 08:20:59AM +0000, Martin wrote: > > > > > > > > > It looks strange, but > > > > > make show=PKGNAME > > > > > uhd-3.15.0.0 > > > > > make show=FULLPKGNAME- > > > > > uhd-3.15.0.0p0 > > > > > make show=FULLPKGNAME > > > > > uhd-3.15.0.0p0 > > > > > I attached the new port I do which builds successfully, but make > > > > > package is broken. > > > > > > > > No it doesn't. > > > > > > > > -DCMAKE_C_COMPILER=/usr/local/bin/clang \\ > > > > -DCMAKE_CXX_COMPILER=/usr/local/bin/clang++ \\ > > > > -DPYTHON_EXECUTABLE=/usr/local/bin/python3.7 \\ > > > > -DCMAKE_INSTALL_PREFIX=/usr/local ../ > > > > > > > > > > I was talking too fast, your problem is waaay more stupid, the spaces > > > you left at the end of the line with REVISION ARE significant, and > > > you end up with a fullpkgname with spaces, which isn't so great ;) > > > You still need to clean up all the rest though... starting with a clean > > > system would help. > > > Also your comment is waaaay too long > > > > With this port, getting it built is likely only the start - for the > > USB-based devices it looks like they need async transfers, in which case > > it will need some work on the USB stack (kernel/libusb) as these aren't > > implemented yet (same problem with rtl-sdr which is why the port of that > > is barely functional). > > If that doesn't sound like something you want to work on then OpenBSD is > > probably not the right platform to use with this (rather nice looking) > > hardware. > > Here's a slightly cleaned up port FWIW.
uhd.tgz
Description: application/gzip
