25 May
2015
25 May
'15
2:49 a.m.
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=3dc93b5623fa9395adc2398faf4eff0…
commit 3dc93b5623fa9395adc2398faf4eff07c8660e55
Author: Alexander Chemeris <Alexander.Chemeris(a)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=5c31cb377b1f861920fc1126fdc1994…
commit 5c31cb377b1f861920fc1126fdc19945fe3e963c
Author: Alexander Chemeris <Alexander.Chemeris(a)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=b1e7399c66112febb4d1fda9e3dcd84…
commit b1e7399c66112febb4d1fda9e3dcd8497d77039e
Author: Alexander Chemeris <Alexander.Chemeris(a)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=f5fd578d6097c295192840e846a8e4e…
commit f5fd578d6097c295192840e846a8e4eca5cef5d2
Author: Alexander Chemeris <Alexander.Chemeris(a)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