osmo-trx.git branch fairwaves/debug updated. 3dc93b5623fa9395adc2398faf4eff07c8660e55

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-commitlog@lists.osmocom.org/.

gitosis at osmocom.org gitosis at osmocom.org
Mon May 25 00:49:00 UTC 2015


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/debug has been updated
  discards  e1fc0d5b1e244dfe376ee2260bc43686e3278bc1 (commit)
  discards  5bfca4ccf5473c880ad11b3b3a9e5ecfc0c63880 (commit)
  discards  5b87c6f0fab0956111703e5fc86bcea6acd75b0d (commit)
  discards  c4d67eb4881bd6815c54a51a26cfd616be0cb247 (commit)
  discards  45880a8169303f1b7fe2fdd6db3b8fde11c93057 (commit)
       via  3dc93b5623fa9395adc2398faf4eff07c8660e55 (commit)
       via  5c31cb377b1f861920fc1126fdc19945fe3e963c (commit)
       via  b1e7399c66112febb4d1fda9e3dcd8497d77039e (commit)
       via  f5fd578d6097c295192840e846a8e4eca5cef5d2 (commit)

This update added new revisions after undoing existing revisions.  That is
to say, the old revision is not a strict subset of the new revision.  This
situation occurs when you --force push a change and generate a repository
containing something like this:

 * -- * -- B -- O -- O -- O (e1fc0d5b1e244dfe376ee2260bc43686e3278bc1)
            \
             N -- N -- N (3dc93b5623fa9395adc2398faf4eff07c8660e55)

When this happens we assume that you've already had alert emails for all
of the O revisions, and so we here report only the revisions in the N
branch from the common base, B.

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
http://cgit.osmocom.org/osmo-trx/commit/?id=3dc93b5623fa9395adc2398faf4eff07c8660e55

commit 3dc93b5623fa9395adc2398faf4eff07c8660e55
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sun May 24 20:16:51 2015 -0400

    sigProcLib: Fix burst start phase.
    
    R&S CMD57 complains about the start phase of bursts, particularly it shows
    -15 to -30 deg of error for the bit 0.5 position (start tail bit). This patch
    makes it happy. ETSI TS 145 004 section 2.2 describes this: "Before the first
    bit of the bursts as defined in 3GPP TS 45.002 enters the modulator,
    the modulator has an internal state as if a modulating bit stream consisting
    of consecutive ones (di = 1) had entered the differential encoder."

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

commit 5c31cb377b1f861920fc1126fdc19945fe3e963c
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sun May 24 19:28:09 2015 -0400

    transceiver: Drive clock indication form the receive thread.
    
    Receive thread receives data from the device, which is a more stable source of
    clocking than the transmit side. If transmit side has a hiccup, osmo-trx doesn't
    send the clock indication, and transmit side is getting completely lost in time.
    With this patch we ensure that clock indication keeps coming.

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

commit b1e7399c66112febb4d1fda9e3dcd8497d77039e
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sun May 24 19:13:38 2015 -0400

    transceiver: Fix out-of-bounds acces in genRandNormalBurst().
    
    We should read gTrainingSequence starting from 0 bit index, not 61 bit index.

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

commit f5fd578d6097c295192840e846a8e4eca5cef5d2
Author: Alexander Chemeris <Alexander.Chemeris at gmail.com>
Date:   Sun May 24 18:56:51 2015 -0400

    osmo-trx: Fix random filler command line option.
    
    Filler types was of "bool" type, which prevented it from taking values greter
    than 1. And RAND filler type has integer value of 2, which was casted to 1 on
    assigning, which led to a normal filler table being used instead of the RAND
    one.

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

Summary of changes:


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



More information about the osmocom-commitlog mailing list