HI. A little heads up: uhd version in jenkins building osmo-trx should be updated to 3.9.0 - this would allow gerrit #1117 to be properly verified by jenkins. -- Max Suraev <msuraev@sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte
On Mon, Oct 24, 2016 at 06:51:58PM +0200, Max wrote:
HI.
A little heads up: uhd version in jenkins building osmo-trx should be updated to 3.9.0 - this would allow gerrit #1117 to be properly verified by jenkins.
Is it really necessary to require UHD 3.9 as minimum? This means that pretty much all osmo-trx users will have to build UHD from source at this point; there generally seem to be no UHD packages available that are recent enough. If it's necessary, then let's go ahead, but just asking whether it's a nice-to-have or a real hard requirement that all users *must* satisfy to be able to use osmo-trx. Building UHD 3.9.5 from source on the build slave now. ~Neels -- - Neels Hofmeyr <nhofmeyr@sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte
On Mon, Oct 24, 2016 at 4:52 PM, Neels Hofmeyr <nhofmeyr@sysmocom.de> wrote:
On Mon, Oct 24, 2016 at 06:51:58PM +0200, Max wrote:
A little heads up: uhd version in jenkins building osmo-trx should be updated to 3.9.0 - this would allow gerrit #1117 to be properly verified by jenkins.
Is it really necessary to require UHD 3.9 as minimum? This means that pretty much all osmo-trx users will have to build UHD from source at this point; there generally seem to be no UHD packages available that are recent enough.
UHD versions prior to 3.9 are no longer actively maintained. The 3.9 series of releases is the current 'long term support' version. http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-August/0213... PPA packages are available. https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd-3.9.lts
If it's necessary, then let's go ahead, but just asking whether it's a nice-to-have or a real hard requirement that all users *must* satisfy to be able to use osmo-trx.
It's a hard requirement for some features - namely multi-carrier BTS. On the code level, we currently need to add additional ifdef's in order to support older UHD API and behavioral version dependencies. I really don't like the idea of forcing users up to UHD 3.9, but for code and stability reasons that is the strongly recommended version right now. -TT
Hi Tom, I'm sorry to have to get back to this topic, but I think we have to re-introduce support for "old" UHD versions in osmo-trx. It is creating too much fall-out and breakage down the road. On Mon, Oct 24, 2016 at 05:21:40PM -0700, Tom Tsou wrote:
UHD versions prior to 3.9 are no longer actively maintained. The 3.9 series of releases is the current 'long term support' version.
The problem is that Ettus did apparently not coordinate with major distributions to ensure that such a 'long term support' version is actually packated in their regular and/or long-term-support distributions. AFAICT, we now have broken package builds for Debian 8.0, Ubuntu 16.04 and 16.10. I know Debian is known for shipping relatively old versions which has created issues here and there, but I absolutely don't think anyone would claim that the two Ubuntu Linux distributions released in 2016 are "old" by any means.
PPA packages are available.
https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd-3.9.lts
That may be the case, but it apparently is not possible to add such external package feed to "standard" / "commonly used" build systems like OBS, which we use. So we have the choice of building yet another set of uhd drivers for all supported distributions, or we have to enable osmo-trx to support older UHD versions.
It's a hard requirement for some features - namely multi-carrier BTS. On the code level, we currently need to add additional ifdef's in order to support older UHD API and behavioral version dependencies.
So if I read this correctly, with a few #ifdefs, even multi-carrier can be supported? Regards, Harald -- - Harald Welte <laforge@gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
On Wed, Jan 18, 2017 at 9:08 AM, Harald Welte <laforge@gnumonks.org> wrote:
I'm sorry to have to get back to this topic, but I think we have to re-introduce support for "old" UHD versions in osmo-trx. It is creating too much fall-out and breakage down the road.
Understood. The more recent 3.9 series of UHD releases is the recommended version by Ettus Research and the reason behind the recent change, however, enforcing the requirement seems to create as many issues as it solves.
On Mon, Oct 24, 2016 at 05:21:40PM -0700, Tom Tsou wrote:
PPA packages are available.
https://launchpad.net/~ettusresearch/+archive/ubuntu/uhd-3.9.lts
That may be the case, but it apparently is not possible to add such external package feed to "standard" / "commonly used" build systems like OBS, which we use. So we have the choice of building yet another set of uhd drivers for all supported distributions, or we have to enable osmo-trx to support older UHD versions.
I briefly looked into the PPA approach, but did not arrive at any obvious solution. I am not opposed to reintroducing older version support.
So if I read this correctly, with a few #ifdefs, even multi-carrier can be supported?
Some features will likely be disabled with older UHD versions. Some amount of investigation and testing will be needed to clarify feature-version dependencies. I am looking into those dependencies now. -TT
Hi. One alternative would be to add newer uhd build into OBS and than re-use it from network <https://build.opensuse.org/project/show/network>:osmocom <https://build.opensuse.org/project/show/network:osmocom>:nightly <https://build.opensuse.org/project/show/network:osmocom:nightly> I'm not familiar with ppa but I guess it should not be too different from obs. On 19.01.2017 01:18, Tom Tsou wrote:
That may be the case, but it apparently is not possible to add such external package feed to "standard" / "commonly used" build systems like OBS, which we use. So we have the choice of building yet another set of uhd drivers for all supported distributions, or we have to enable osmo-trx to support older UHD versions. I briefly looked into the PPA approach, but did not arrive at any obvious solution. I am not opposed to reintroducing older version support.
-- Max Suraev <msuraev@sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte
participants (4)
-
Harald Welte -
Max -
Neels Hofmeyr -
Tom Tsou