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=3dc93b5623fa9395adc2398faf4eff07... commit 3dc93b5623fa9395adc2398faf4eff07c8660e55 Author: Alexander Chemeris <Alexander.Chemeris@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=5c31cb377b1f861920fc1126fdc19945... commit 5c31cb377b1f861920fc1126fdc19945fe3e963c Author: Alexander Chemeris <Alexander.Chemeris@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=b1e7399c66112febb4d1fda9e3dcd849... commit b1e7399c66112febb4d1fda9e3dcd8497d77039e Author: Alexander Chemeris <Alexander.Chemeris@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=f5fd578d6097c295192840e846a8e4ec... commit f5fd578d6097c295192840e846a8e4eca5cef5d2 Author: Alexander Chemeris <Alexander.Chemeris@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