From: gitosis@osmocom.org Precedence: list To: osmocom-commitlog@lists.osmocom.org Date: Tue, 24 Dec 2013 19:16:47 GMT Message-ID: <201312241916.rBOJGliv053297@git.osmocom.org> Subject: osmo-trx.git branch loadtest updated. d263d59be279e1f2e309f71a361cf10e70d244a6 Message: 3 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, loadtest has been updated discards 6ae56c814ec6d4b9aae5f5f8a92509f304d2095a (commit) via d263d59be279e1f2e309f71a361cf10e70d244a6 (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 (6ae56c814ec6d4b9aae5f5f8a92509f304d2095a) \ N -- N -- N (d263d59be279e1f2e309f71a361cf10e70d244a6) 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=d263d59be279e1f2e309f71a361cf10e70d244a6 commit d263d59be279e1f2e309f71a361cf10e70d244a6 Author: Thomas Tsou Date: Tue Dec 24 14:02:45 2013 -0500 Transceiver52M: Add RACH flood testing option Allow flag passing to the transceiver constructor with a single RACH flood flag. This test mode sets the correlation type to RACH on all slots and disables selective burst detection - detection is always true. Demod uses a random symbol timing offset because the return TOA value would typically be zero in this case. Note that when 4 samples-per-symbol are used on the downlink, this option has only a minor role in load testing because the receive path is not oversampled and processing is dominated higher rate on the transmit side. Signed-off-by: Thomas Tsou ----------------------------------------------------------------------- Summary of changes: hooks/post-receive -- OpenBTS' transceiver retro-fit