<div dir="ltr">> Yes.  But, as other people stated, it is likely a significant effort,<br>> and there are other SDR devices that ship with fully open source<br>
> software, sometimes not only software but even FPGA gateware or even<br><div>
> open source hardware.</div><div><br></div><div>Which SDRs with PCIe do you remember?<br>I know about XTRX. Master osmo-trx does not support it. And I know about limesdr-pcie, I'm not convinced that it makes sense to buy in this state of development.<br><br>I don't know about GPL compatible PCIe SDR with Analog Devices AD93XX family chip. Results of SDR based on the Analog Devices versus Lime chip are in favor of Analog Devices. I did a simple DSB modulation test. Analog Devices has a cleaner spectrum, better carrier suppression. This is what I noticed first on the spectrum analyzer.</div><div><br></div><div><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-">Does anyone know of an SDR combining PCIe and an AD93XX chip that has the potential to be supported by osmo-trx?</span></span></div><div><div class="gmail-text-wrap gmail-tlid-copy-target"><div class="gmail-result-shield-container gmail-tlid-copy-target" tabindex="0"><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-">Does anyone know about such a CPRI for PCIe?</span> <span title="" class="gmail-">I don't need it but libsdr.so supports it.</span> I think this can be of benefit to the community.</span></div><div class="gmail-result-shield-container gmail-tlid-copy-target" tabindex="0"><br></div><div class="gmail-result-shield-container gmail-tlid-copy-target" tabindex="0">Xaver<br></div><div class="gmail-result-shield-container gmail-tlid-copy-target" tabindex="0"><span class="gmail-tlid-translation gmail-translation" lang="en"></span><span class="gmail-tlid-translation-gender-indicator gmail-translation-gender-indicator"></span></div></div><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-"></span></span></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">pá 11. 9. 2020 v 23:00 odesílatel Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>> napsal:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Xaver,<br>
<br>
On Fri, Sep 11, 2020 at 08:09:16PM +0200, Xaver Zu wrote:<br>
> Is it possible in its current form to have it in any branch?<br>
<br>
I would prefer not to have it in a branch of the official repository.<br>
<br>
> Can it at least stay in the gerrit?<br>
<br>
I see no problem with having it in gerrit.  I will add a related review<br>
comment that the patch was rejected due to licensing concerns.   I don't<br>
think copyright prevents us from publicly documenting our development<br>
process and reltaed decisions.<br>
<br>
> Could I solve this with an open source (GPL) reimplementation of that<br>
> library?<br>
<br>
Yes.  But, as other people stated, it is likely a significant effort,<br>
and there are other SDR devices that ship with fully open source<br>
software, sometimes not only software but even FPGA gateware or even<br>
open source hardware.<br>
<br>
By all means, don't let me discourage you from implementing an open<br>
source alternative to that library.  I just think there are other<br>
SDR devices available, which most likely have a much larger user base<br>
(at least in terms of FOSS projects like Osmocom, srsLTE, ...)<br>
<br>
Regards,<br>
        Harald<br>
-- <br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org" target="_blank">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" rel="noreferrer" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</blockquote></div>