osmo-trx.git branch fairwaves/limesdr-support created. 1f34148bdef5a1c3d0e4174f9ef5e0122d97f1c7

gitosis at osmocom.org gitosis at osmocom.org
Sat Jun 18 12:35:25 UTC 2016


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "OpenBTS' transceiver retro-fit".

The branch, fairwaves/limesdr-support has been created
        at  1f34148bdef5a1c3d0e4174f9ef5e0122d97f1c7 (commit)

- Log -----------------------------------------------------------------
http://cgit.osmocom.org/osmo-trx/commit/?id=1f34148bdef5a1c3d0e4174f9ef5e0122d97f1c7

commit 1f34148bdef5a1c3d0e4174f9ef5e0122d97f1c7
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sat Jun 18 11:23:31 2016 +0300

    A lot of various debug of various levels of usefulness.

http://cgit.osmocom.org/osmo-trx/commit/?id=2b0a9569d05b8d99ba3a41b2c18e81ce0a303d14

commit 2b0a9569d05b8d99ba3a41b2c18e81ce0a303d14
Author: Josh Blum <josh at joshknows.com>
Date:   Fri Feb 5 00:52:49 2016 -0800

    UHD: Add LimeSDR support.

http://cgit.osmocom.org/osmo-trx/commit/?id=a4f5c2f4c96d8a3ceee12af58485e576a6ccfe3f

commit a4f5c2f4c96d8a3ceee12af58485e576a6ccfe3f
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sat Jun 18 10:38:19 2016 +0300

    uhd: Remove explicit check for devices with EDGE support.
    
    Now we already have 4 devices (B200, B210, UmTRX, LimeSDR) and it's getting
    crowded. We now have a generic check which complains if a configuration is not
    found in the offset table. This should be enough for all practical reasons.
    If we really want to complain about EDGE support, then we can just check
    'edge' flag and change the log message accordingly. I don't see a real need
    for this, though.

http://cgit.osmocom.org/osmo-trx/commit/?id=0a803c82ebeed078c4499e43448e5b2e94f9a641

commit 0a803c82ebeed078c4499e43448e5b2e94f9a641
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sat Jun 18 11:16:54 2016 +0300

    radioInterface: Initialize power scale with a meaningful default.
    
    Right now if you forget to send "POWER" control command, osmo-trx
    will transmitt zeros. This is counter-intuitive and I've spent several
    hours debugging this "issue". The issue may happen easily, because
    osmo-bts doesn't send "POWER" command if there is no "power" setting
    in the configuration file. Given that "POWER" command actually sets
    attenuation, it's percieved as optional and in absence of it should
    default to "POWER 0" (no attenuation), which translates to power
    scale being 1.0.

http://cgit.osmocom.org/osmo-trx/commit/?id=fa3fb82574e51ccbea64c9a510734065adc7e889

commit fa3fb82574e51ccbea64c9a510734065adc7e889
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sat Jun 18 10:50:11 2016 +0300

    uhd: Fix comment.
    
    It's osmo-trx, not OpenBTS anymore.

http://cgit.osmocom.org/osmo-trx/commit/?id=356e891d8b18428ca441b7a324fe9a3e8760c553

commit 356e891d8b18428ca441b7a324fe9a3e8760c553
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sat Jun 18 10:42:33 2016 +0300

    radioDevice: GSMRATE macro must have parentheses around its definition.
    
    So we had the following define:
       #define GSMRATE       1625e3/6
    
    Now, I wanted to use it in the following expression:
       3.0/GSMRATE
    which turns into:
       3.0/1625e3/6
    while what I really wanted is:
       3.0/(1625e3/6) = 3.0/1625e3*6
    
    To avoid this, all macros with calculations must be enclosed in parentheses.

-----------------------------------------------------------------------


hooks/post-receive
-- 
OpenBTS' transceiver retro-fit



More information about the osmocom-commitlog mailing list