From: git repository hosting <gitosis@osmocom.org>
Precedence: list
To: osmocom-commitlog@lists.osmocom.org
Date: Wed, 23 Jan 2013 18:27:51 +0100
Message-ID: <E1Ty475-00088p-Q5@calypso.gnumonks.org>
Subject: osmo-bts.git branch master updated. 0.1.0-45-gf0c5a42
Message: 4

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 "Osmocom BTS-side code (Abis, scheduling, ...)".

The branch, master has been updated
       via  f0c5a424af1a99d7d03a72eaa1ac6f87ea7b36c1 (commit)
       via  76a1bf6136ce224b92c4192953d32d1efbebe9bc (commit)
       via  e210f1a864b0752f5baeb14de8ddcfc7320007a4 (commit)
      from  61e739912f22a4c6e4eca5ed7852bbc0077ba93e (commit)

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/cgit/osmo-bts/commit/?id=f0c5a424af1a99d7d03a72eaa1ac6f87ea7b36c1

commit f0c5a424af1a99d7d03a72eaa1ac6f87ea7b36c1
Author: Holger Hans Peter Freyther <zecke@selfish.org>
Date:   Wed Jan 16 15:38:07 2013 +0100

    sysmobts: Send GSM requests using the l1if_gsm_req_compl method
    
    Prepare to change the queue and callback handling. For the TX power
    VTY command it is still possible that it will conflict with other
    callbacks and the easiest way is to beging with sending these requests
    through another method that allows us a more strict test.

http://cgit.osmocom.org/cgit/osmo-bts/commit/?id=76a1bf6136ce224b92c4192953d32d1efbebe9bc

commit 76a1bf6136ce224b92c4192953d32d1efbebe9bc
Author: Holger Hans Peter Freyther <zecke@selfish.org>
Date:   Wed Jan 16 13:30:56 2013 +0100

    sysmobts: Help in calling the right callback for l1if_req_compl
    
    The wait list code has a limitation that for two requests of the
    same kind it does not know where the confirmation belongs to. This
    limitation is triggered when two lchan's get activated/deactivated
    at the same time and is noticed once we start to count the SAPIs.
    
    Set the hLayer3 to the lchan identifier, use the trx as closure for
    the callback and resolve the lchan in the callback using these two
    bits of information.

http://cgit.osmocom.org/cgit/osmo-bts/commit/?id=e210f1a864b0752f5baeb14de8ddcfc7320007a4

commit e210f1a864b0752f5baeb14de8ddcfc7320007a4
Author: Holger Hans Peter Freyther <zecke@selfish.org>
Date:   Wed Jan 16 13:44:19 2013 +0100

    sysmobts: Rename the hLayer2<->lchan to hLayer<->lchan
    
    We are using this conversion for both hLayer2 and hLayer3. Make the
    function name more generic to indicate that this function can be used
    with the hLayer3.
    
    The functions that call the methods were updated using spatch and
    @rule1@
    expression E;
    expression F;
    @@
    - l1if_hLayer2_to_lchan(E, F)
    + l1if_hLayer_to_lchan(E, F)
    @rule2@
    expression E;
    expression F;
    @@
    - l1if_lchan_to_hLayer2(E)
    + l1if_lchan_to_hLayer(E)

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

Summary of changes:
 src/osmo-bts-sysmo/l1_if.c |   18 ++++++++----
 src/osmo-bts-sysmo/l1_if.h |    6 +++-
 src/osmo-bts-sysmo/oml.c   |   64 +++++++++++++++++++++++++++++++++-----------
 3 files changed, 64 insertions(+), 24 deletions(-)


hooks/post-receive
-- 
Osmocom BTS-side code (Abis, scheduling, ...)


