OpenBSC

openbsc@lists.osmocom.org

14 participants
4279 discussions

conversations in gerrit "lost" here
by Neels Hofmeyr 22 Jun '16

22 Jun '16

I am a bit ambiguous on our use of comments in gerrit. We do discuss at least some fairly interesting things in the comments on patches waiting for approval in gerrit. When these discussions are attempted on openbsc@ or osmocom-net-gprs@, you tend to block off and redirect the discussion back to the gerrit comments infrastructure. However, we have moved the gerrit mails to a separate and very noisy mailing list, and these potentially interesting discussions are moved essentially out of the public focus. Also, if we in future would like to investigate discussion on some topic, we need to search both the main ML and the gerrit ML. IMHO it would make sense to copy the human originated comments to our "human" mailing lists, so that the automatic jenkins and gerrit notifications remain on the noisy ML while we see all discussions here. Is that easy to achieve (filter on originator of comment), and would you guys agree? ~Neels -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

2 2

release process
by Max 21 Jun '16

21 Jun '16

Hi. So far release process for new versions of osmocom components was rather quiet (unless I'm looking at the wrong place). This is different from many other open source projects some of which do announcements in ML, some use blogposts etc. Is there any interest/value in the release announcements for osmocom projects? Or maybe partially (applications but not libraries for example)? Or only major but not minor? Or not at all? To me personally the value is twofold: a) we generate some news which might be good thing to attract attention of potential contributors (if we won't overdo it :) and b) it makes it clear when some feature is "officially shipped" so we have to start paying attention to things like backward compatibility. Of course writing such announcements is boring regardless of a medium so if we follow this road we should automate the process as much as possible. What do you guys think? -- Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

2 1

gerrit and branches
by Neels Hofmeyr 21 Jun '16

21 Jun '16

Today I've taken another close look at branches and gerrit, and have written down my conclusions here: http://osmocom.org/projects/cellular-infrastructure/wiki/Gerrit#Submitting-… In summary: * Branch re-submission needs the workaround of tweaking the first commit. It would be nice to fix gerrit to not need this, but for the time being the effort of cosmetically changing the first commit log is acceptable. * It *is* possible to have private branches in the gerrit repos and still be able to submit them to master, with the proper project config. I have thus switched all our gerrit projects' configs to rebase-if-necessary with the flags as described on the wiki page. (Except for osmo-pcap, where we still disallow content merges.) I will now go back to pushing my "private" developments to the public repository (gerrit) under the neels/ or sysmocom/ namespaces. ~Neels -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

2 4

testing gerrit, might be down shortly
by Neels Hofmeyr 21 Jun '16

21 Jun '16

I'm testing things related to our gerrit bug report, if it's not working for you right now it may be because I'm restarting gerrit to test with/out our fix. I'll repost when I'm done. ~Neels -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

1 1

osmo-trx repo
by Max 20 Jun '16

20 Jun '16

Hi. Repository over git.osmocom.org/osmo-trx is not (yet?) converted to gerrit. Can I get commit access so I can push (not to master of course) some branches for review/testing if necessary? -- Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

3 3

RE: Regression in osmo-pcu with UHD trx ?
by Saurabh Sharan 17 Jun '16

17 Jun '16

> Date: Fri, 27 May 2016 18:02:28 +0200 > From: Pierre Baudry <pierre.baudry(a)diateam.net> > I noticed that since several weeks that osmo-pcu did not work as good as > previously. Yes we have also seen similar failures for GPRS calls in the osmo-pcu. Our setup uses NuRAN hardware with osmo-bts-sysmo > The latest "good" revision I am aware of is commit > d87e1d6ab747423d3668c74d16201a5d967accf0 (2015/12/14) This is a useful information for us that the above mentioned commit works for GPRS. > Can somebody confirm or reproduce this attitude ? The PCU log that we have during failure matches with the one you have reported. We have tried a workaround for this GPRS call failure by forcing two-phase-access in osmo-pcu.cfg. Based on our analysis done till now it seems One phase access of GPRS is broken. > I will try to provide more logs and a pcap capture as soon as I get > hands back on the hardware. It will be quite useful to narrow down the issue, so please share the relevant logs collected Regards Saurabh

3 3

gerrit on all repos?
by Neels Hofmeyr 16 Jun '16

16 Jun '16

On Wed, Jun 15, 2016 at 07:11:06PM +0200, Max wrote: > Repository over git.osmocom.org/osmo-trx is not (yet?) converted to gerrit. I believe that we could move all repositories to gerrit now. Are there reasons to keep some of the repositories out of gerrit? Almost all of my problems with gerrit have been resolved, and the last one is solved by not pushing private branches to gerrit. Instead, I have my own bare git clones on our sysmocom-office machine to sync my home and office work. It would be nice to be able to publicly push private branches again, and indeed I think the fix for gerrit wouldn't be too difficult, but for now I'm fine. I would like to switch all projects to 'rebase-if-necessary', but first want to verify the differences to the cherry-pick strategy. IIRC cherry-pick is no good for commits that depend on each other, but only 80% sure about that... ~Neels -- - Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschäftsführer / Managing Directors: Harald Welte

2 1

osmo-trx issues
by Max 16 Jun '16

16 Jun '16

Hi. While running osmo-trx with B200 I've noticed following log messages repeated multiple times: 1) WARNING 3011271488 16:59:00.1 Transceiver.cpp:674:pullRadioVector: Clipping detected on received RACH or Normal Burst 2) ERR 3011304256 16:58:12.9 UHDDevice.cpp:1512:write: Skipping buffer data: timestamp=210353475 time_end=202360063 How bad is that: are those break everything completely or can be sometimes ignored? What could be causing it and what can be done to try to fix it (hw/sw)? Note, I run it as follows: sudo chrt 20 ./Transceiver52M/osmo-trx -- Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

2 3

OpenBSC
by sms makhof 15 Jun '16

15 Jun '16

Hi all I am installing OpenBSC.I just following http://openbsc.osmocom.org/trac/wiki/Building_OpenBSC (I am just Building libosmocore, Building libosmo-abis, Building libosmo-netif, Building OpenBSC and install library.) But when I tried to run OpenBSC,I encounter with this error(problem). user12@ubuntu:~$ cd '/home/user12/openbsc/openbsc/src/osmo-nitb' user12@ubuntu:~/openbsc/openbsc/src/osmo-nitb$ sudo ./osmo-nitb <0005> bsc_init.c:492 Failed to parse the config file: 'openbsc.cfg' Or how do I run the software(OpenBSC)! Or do I have to install something missing? Note: My Linux is version 12.04 . Please help me. thank you.

1 0

RRLP encoding related
by mike sbor 11 Jun '16

11 Jun '16

Hello, I am trying to generate ephemeris data (that I get from a ublox receiver) in RRLP format. I have came across the following discussing n openbsc mailing list. http://openbsc.osmocom.narkive.com/8rLcJRc2/rrlp-ephemeris-data#post9 at the end of the discussion, Dieter Spaar wrote that he found a bug fix for a problem. Can you please guide me about where to look for this feature in the git repository? In the discussion, Slyvian has attached a project but I am not sure whether this bug fix is there or not I am planning to buy/manufacture the board that Slyvian has designed for ublox lea 6 and try producing assisted gps data in rrlp format http://openbsc.osmocom.org/trac/wiki/osmo-lea6t-gps Thanks a lot for your help rifo

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC