From alton.kenneth.macdonald at fokus.fraunhofer.de  Mon Jun  3 07:20:29 2013
From: alton.kenneth.macdonald at fokus.fraunhofer.de (Alton MacDonald)
Date: Mon, 3 Jun 2013 09:20:29 +0200
Subject: SimpleHLR: A web interface for OpenBSC
In-Reply-To: <20130531135900.GB26724@xiaoyu.lan>
References: <CAJ9yJzH1wnC61xMzpxbWO5zjV+oGHrZZ-27G=bmbLGpEODZazQ@mail.gmail.com>
	<5196536C.1030803@fokus.fraunhofer.de>
	<20130523110504.GA26255@xiaoyu.lan>
	<51A87809.7000505@fokus.fraunhofer.de>
	<20130531135900.GB26724@xiaoyu.lan>
Message-ID: <51AC43BD.3010907@fokus.fraunhofer.de>

Sure, I would be happy to help out in anyway I can. :)

Alton

On 05/31/2013 03:59 PM, Holger Hans Peter Freyther wrote:
> On Fri, May 31, 2013 at 12:14:33PM +0200, Alton MacDonald wrote:
>> For anyone interested, the web interface is now available at the
>> following link:
> Thanks a lot for the contribution! I wonder if you would be
> interested in working at the database code (to make it async
> and to support Postgres in the future)?
>
> holger
>




From holger at freyther.de  Mon Jun  3 08:37:39 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 3 Jun 2013 10:37:39 +0200
Subject: SimpleHLR: A web interface for OpenBSC
In-Reply-To: <51AC43BD.3010907@fokus.fraunhofer.de>
References: <CAJ9yJzH1wnC61xMzpxbWO5zjV+oGHrZZ-27G=bmbLGpEODZazQ@mail.gmail.com>
	<5196536C.1030803@fokus.fraunhofer.de>
	<20130523110504.GA26255@xiaoyu.lan>
	<51A87809.7000505@fokus.fraunhofer.de>
	<20130531135900.GB26724@xiaoyu.lan>
	<51AC43BD.3010907@fokus.fraunhofer.de>
Message-ID: <20130603083739.GP21518@xiaoyu.lan>

On Mon, Jun 03, 2013 at 09:20:29AM +0200, Alton MacDonald wrote:
> Sure, I would be happy to help out in anyway I can. :)
> 

Hi,

I had written some simple/short task description here[1]. Does this
interest you? In the first step the API would just be changed and the
callback could be called immediately.

holger

[1] http://openbsc.osmocom.org/trac/wiki/Tasks/NITBAsyncDatabase



From zero-kelvin at gmx.de  Wed Jun  5 09:10:47 2013
From: zero-kelvin at gmx.de (dexter)
Date: Wed, 05 Jun 2013 11:10:47 +0200
Subject: Osmocom Berlin User Group meeting -- discontinued
In-Reply-To: <20120818115942.GV29525@prithivi.gnumonks.org>
References: <502d01a9.mirider@mirider.augusta.de>
	<20120818115942.GV29525@prithivi.gnumonks.org>
Message-ID: <51AF0097.10402@gmx.de>

Hi folks.

My time is very limited at the moment and i can observe a decreasing
interest in the Osmocom Berlin meetings so i will no longer organize
meetings in the future.

The main problem is that somebody must be there to open the door and
let you in. If somebody else wants to organize future meetings it
has to be someone with a key to the CCCB location.

Regards,
Philipp Maier





From laforge at gnumonks.org  Wed Jun  5 12:14:28 2013
From: laforge at gnumonks.org (Harald Welte)
Date: Wed, 5 Jun 2013 14:14:28 +0200
Subject: Osmocom Berlin User Group meeting -- discontinued
In-Reply-To: <51AF0097.10402@gmx.de>
References: <502d01a9.mirider@mirider.augusta.de>
	<20120818115942.GV29525@prithivi.gnumonks.org>
	<51AF0097.10402@gmx.de>
Message-ID: <20130605121428.GA10030@nataraja.gnumonks.org>

Hi Dexter,

On Wed, Jun 05, 2013 at 11:10:47AM +0200, dexter wrote:
> My time is very limited at the moment and i can observe a decreasing
> interest in the Osmocom Berlin meetings so i will no longer organize
> meetings in the future.

I'm sorry to hear this.  Regarding the decreasing interest: Maybe we
should go back one step and look at a monthly rather than bi-weekly
schedule?

> The main problem is that somebody must be there to open the door and
> let you in. If somebody else wants to organize future meetings it
> has to be someone with a key to the CCCB location.

[which is available to every CCCB member, like Peter, Holger, dexter,
 myself]

Regards,
	Harald
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



From zero-kelvin at gmx.de  Wed Jun  5 15:54:48 2013
From: zero-kelvin at gmx.de (dexter)
Date: Wed, 05 Jun 2013 17:54:48 +0200
Subject: Osmocom Berlin User Group meeting -- discontinued
In-Reply-To: <20130605121428.GA10030@nataraja.gnumonks.org>
References: <502d01a9.mirider@mirider.augusta.de>
	<20120818115942.GV29525@prithivi.gnumonks.org>
	<51AF0097.10402@gmx.de>
	<20130605121428.GA10030@nataraja.gnumonks.org>
Message-ID: <51AF5F48.1050304@gmx.de>

Hi All.

> I'm sorry to hear this.  Regarding the decreasing interest: Maybe we
> should go back one step and look at a monthly rather than bi-weekly
> schedule?
Sounds like a good idea. If enough people would be interested in a meeting
i would continue doing it but maybe there is no more a need for a regular
meeting i don't know...

Maybe we should do a survey now. All ones who are interested in a monthly
meeting (lets say every last Wednesday) should write an email (+1).

>
> [which is available to every CCCB member, like Peter, Holger, dexter,
>   myself]
Sure, but the CCCB is not so much frequented at the moment. You have to
be lucky to meet others when you come on another day than tuesday or 
thursday.

regards.
Philipp



From zero-kelvin at gmx.de  Tue Jun 11 06:48:36 2013
From: zero-kelvin at gmx.de (dexter)
Date: Tue, 11 Jun 2013 08:48:36 +0200
Subject: Osmocom Berlin User Group meeting -- still interest?
In-Reply-To: <20120818115942.GV29525@prithivi.gnumonks.org>
References: <502d01a9.mirider@mirider.augusta.de>
	<20120818115942.GV29525@prithivi.gnumonks.org>
Message-ID: <51B6C844.3050007@gmx.de>

Hi folks.

I am willing to take care of a meeting every end of the month.

Please set me a private email that contains a "+1" if you are still 
interested in a regular meeting.

Regards,
Philipp Maier





From symack at gmail.com  Mon Jun  3 01:58:20 2013
From: symack at gmail.com (Nick Khamis)
Date: Sun, 2 Jun 2013 21:58:20 -0400
Subject: Hello from Montreal
Message-ID: <CAGWRaZbjqnUSUV7xpPY-TACq4YgnddtpHCfx89X7Lee9PvW5sQ@mail.gmail.com>

Hello Everyone,

Random weekend googling brought my attention to the very interesting
projects of OpenBSC, Osmocom etc.. My background started off on a good
foot in EE, and quickly spiraled downwards into the uninteresting
world of information system or business applications with many lines
of code written etc.. I still don't know how that happened, but lets
blame it on demand....

Upon completing my research as a masters student, my specializations
veered towards Natural Language Processing, Machine Learning, Semantic
Web etc.. which was a little more interesting with formal concepts and
so on. Manage to published papers, and even a book:

http://scholar.google.ca/citations?user=lh6e3q0AAAAJ&hl=en
http://www.amazon.com/Applying-Computational-Linguistics-API-Documentation/dp/3659346926

Moving forward, and the PURPOSE for my email is I would really like to
sink my teeth into the mysterious world of GSM, be it at the node side
(i.e., cell phone, bank or via rail train) and the base station side
or whatever... Maybe even devise a possible PhD topic funded by a
research lab here in Canada. Security topics and exploitations are
heavily funded here by DoD and so on, the trick really comes down to
wording....

Anyhow, I am afraid that any more chatter may be perceived as  "noise"
so let's just call this the hello world of emails, and hope it's
welcomed and not scrutinized for taking away from valuable development
time, at which point I do apologize!


Kind Regards,

Ninus from the land of 1900Mhz and T1 networks



From altaf329 at gmail.com  Tue Jun  4 09:57:55 2013
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 4 Jun 2013 11:57:55 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
Message-ID: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>

Hello everybody.

I was successful in running the calypso BTS by using the openBTS (without
gprs).


Now I am trying to setup a GPRS N/w with the guide provided at
http://wush.net/trac/rangepublic/wiki/GPRS  and by using the same Calypso
BTS. Want to know whether if this can work out. If not I want to do some
minimal implementation (GPRS attach or just activate a PDP context).

I followed the tutorial and I am here with logs from PCU and SGSN.

LOG from Osmo-PCU

# ./osmo-pcu -n 06 -m 234
<0001> pcu_l1_if.cpp:375 BTS available
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=6
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=6
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=7

<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=7
<0009> gprs_bssgp_pcu.cpp:508 NS-VC 4 is unblocked.
<0008> gprs_bssgp_pcu.cpp:549 Sending reset on BVCI 0
<0008> gprs_bssgp_pcu.cpp:557 Sending reset on BVCI 7
<0008> gprs_bssgp_pcu.cpp:565 Sending unblock on BVCI 7

<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=120,
             fn=961674
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
            do not start with bit sequence 'HH01' (Packet Downlink
Assignment)
0002>  gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission
<0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH
<0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet


<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=1, ra=124,
            fn=963005
<0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
            do not start with bit sequence 'HH01' (Packet
DownlinkAssignment)
0002> gprs_rlcmac_data.cpp:564 TBF T3169 timeout during transsmission
<0002> gprs_rlcmac_data.cpp:82 - Assignment was on CCCH
<0002> gprs_rlcmac_data.cpp:88 - No uplink data received yet

After a successful GSM attach procedure the phone is accessing the BTS on
RACH for a GPRS attach.
This set of statements repeats as long as the phone trying to do a GPRS
attach send requests on RACH. It seems like the phone BTS receives RACH and
a channel is assigned (IMM ASS, I can see this TBF assignment in
Wireshark), but I doubt whether this IMM ASS has reached the phone that is
trying to GPRS attach.


Log from SGSN

#./osmo-sgsn
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC
<0010> gprs_ns.c:806 Creating NS-VC for BSS at 192.168.111.144:5948
<0010> gprs_ns.c:679 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M
intervention)
<0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4)
<0010> gprs_ns.c:679 NSEI=4 Rx NS RESET (NSVCI=8, cause=PDU not compatible
with protocol state)
<0010> gprs_ns.c:538 NSEI=8 Tx NS RESET ACK (NSVCI=4)
<0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK
<0010> gprs_ns.c:865 NSEI=8 Rx NS UNBLOCK
<0011> gprs_bssgp.c:249 BSSGP BVCI=0 Rx RESET cause=O&M intervention
<0011> gprs_bssgp.c:249 BSSGP BVCI=7 Rx RESET cause=O&M intervention
<0011> gprs_bssgp.c:272 Cell 234-6-1000-0 CI 0 on BVCI 7
<0011> gprs_bssgp.c:344 BSSGP BVCI=7 Rx BVC-UNBLOCK
<0011> gprs_bssgp.c:747 BSSGP BVCI=7 Rx Flow Control BVC
<0011> gprs_bssgp.c:747 BSSGP BVCI=7 Rx Flow Control BVC

and The last statement repeats.........

the statement
Cell 234-6-1000-0 CI 0 on BVCI 7
The RAI and Cell ID are 0 and 0.... But when I read the code gprs_bssgp.c
it says these parameters will be received from BSS. If I set these
parameters in OpenBTS.db similar to LAC=RAC but still there is no effect.


I am running ./ggsn, ./osmo-sgsn, ./osmo-pcu, ./openbts

Is osmo-nitb needed along with SGSN and PCU.

I fail to do GPRS attcach in this situation. Can someone please give your
comments and guide me with some suggestions.


regards,

Altaf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/736481c4/attachment.htm>

From andreas at eversberg.eu  Tue Jun  4 10:56:55 2013
From: andreas at eversberg.eu (jolly)
Date: Tue, 04 Jun 2013 12:56:55 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
Message-ID: <51ADC7F7.4030908@eversberg.eu>

altaf sk wrote:
> <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets   
>             do not start with bit sequence 'HH01' (Packet
> DownlinkAssignment)
hi atlaf,

please try this patch. it will show what is sent to bts and what is
received as confirm from bts. what branches do you use (pcu, bts,
osmocombb) ? could you attach the configs for bts and openbsc?

regards,

andreas

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/ed1bd8dd/attachment.htm>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: pcu-imm-ass-test.patch
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/ed1bd8dd/attachment.ksh>

From altaf329 at gmail.com  Tue Jun  4 12:22:46 2013
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 4 Jun 2013 14:22:46 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <51ADC7F7.4030908@eversberg.eu>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
Message-ID: <CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>

Thank you andreas for your reply.

I applied the patch and I can see the IMM ASS messages

1.

eg : On the PCU log

receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 00 c8
00 10 0b 2b 2b 2b 2b 2b 2b 2b

2. Branches

PCU -> master
bts   -> gprs-work
os_BB -> sylvain/testing
openbsc -> master

3.
I have attached Openbts.db and osmo-sgsn.cfg
I have checked for openbsc.cfg in the openbsc folder. but I find a
diiferent openbsc.cfg for different type of bts (nanobts,bs11, etc) but not
for openbts. I am not sure which one to attach.

When you mean by configs of openbsc. Is it the osmo-sgsn.cfg or
openbsc.cfg.? Can you please tell me which one is the correct cfg when
using openbts.


regards,

Altaf





On Tue, Jun 4, 2013 at 12:56 PM, jolly <andreas at eversberg.eu> wrote:

> **
> altaf sk wrote:
>
> <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
>             do not start with bit sequence 'HH01' (Packet Downlink
> Assignment)
>
> hi atlaf,
>
> please try this patch. it will show what is sent to bts and what is
> received as confirm from bts. what branches do you use (pcu, bts,
> osmocombb) ? could you attach the configs for bts and openbsc?
>
> regards,
>
> andreas
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/4b6f2ac0/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenBTS.db
Type: application/octet-stream
Size: 33792 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/4b6f2ac0/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: osmo_sgsn.cfg
Type: application/octet-stream
Size: 465 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/4b6f2ac0/attachment-0001.obj>

From andreas at eversberg.eu  Tue Jun  4 13:55:37 2013
From: andreas at eversberg.eu (Andreas Eversberg)
Date: Tue, 04 Jun 2013 15:55:37 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
Message-ID: <51ADF1D9.7070605@eversberg.eu>

altaf sk wrote:
> eg : On the PCU log
>
> receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 
> 00 c8 00 10 0b 2b 2b 2b 2b 2b 2b 2b
yes, but didn't you get "sending IMM.ASS to BTS..." before that line? i 
need to compare these...




From altaf329 at gmail.com  Tue Jun  4 14:07:02 2013
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 4 Jun 2013 16:07:02 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
Message-ID: <CAGxkaga=_kTaopXpK9F-3z63n4SZA6dLc-na3=reu1a8PVYuBA@mail.gmail.com>

Well... I don't get that statement printed.


regards,

Altaf


On Tue, Jun 4, 2013 at 2:22 PM, altaf sk <altaf329 at gmail.com> wrote:

> Thank you andreas for your reply.
>
> I applied the patch and I can see the IMM ASS messages
>
> 1.
>
> eg : On the PCU log
>
> receiving IMM.ASS confirm from BTS: 2d 06 3f 10 0e 43 6c 7b 19 ce 00 00 c8
> 00 10 0b 2b 2b 2b 2b 2b 2b 2b
>
> 2. Branches
>
> PCU -> master
> bts   -> gprs-work
> os_BB -> sylvain/testing
> openbsc -> master
>
> 3.
> I have attached Openbts.db and osmo-sgsn.cfg
> I have checked for openbsc.cfg in the openbsc folder. but I find a
> diiferent openbsc.cfg for different type of bts (nanobts,bs11, etc) but not
> for openbts. I am not sure which one to attach.
>
> When you mean by configs of openbsc. Is it the osmo-sgsn.cfg or
> openbsc.cfg.? Can you please tell me which one is the correct cfg when
> using openbts.
>
>
> regards,
>
> Altaf
>
>
>
>
>
> On Tue, Jun 4, 2013 at 12:56 PM, jolly <andreas at eversberg.eu> wrote:
>
>> **
>> altaf sk wrote:
>>
>> <0002> gprs_rlcmac_data.cpp:1901 Got IMM.ASS confirm, but rest octets
>>             do not start with bit sequence 'HH01' (Packet Downlink
>> Assignment)
>>
>> hi atlaf,
>>
>> please try this patch. it will show what is sent to bts and what is
>> received as confirm from bts. what branches do you use (pcu, bts,
>> osmocombb) ? could you attach the configs for bts and openbsc?
>>
>> regards,
>>
>> andreas
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/d2676192/attachment.htm>

From andreas at eversberg.eu  Tue Jun  4 14:13:28 2013
From: andreas at eversberg.eu (jolly)
Date: Tue, 04 Jun 2013 16:13:28 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
Message-ID: <51ADF608.3080504@eversberg.eu>

altaf sk wrote:
> PCU -> master
> bts   -> gprs-work
> os_BB -> sylvain/testing
> openbsc -> master
pcu master is ok (everything merged).
openbsc master is ok.
bts gprs-work? i don't know this branch, please use jolly/trx.
osmocom_bb you should use jolly/testing branch, because you need to use
two phones, one for broadcast and one for timeslot 1 (gprs). i think i
need to write a documentation for that. but in your case, the IMM.ASS
problem must be solved first.



From alexander.chemeris at gmail.com  Tue Jun  4 14:28:07 2013
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Tue, 4 Jun 2013 18:28:07 +0400
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <51ADF608.3080504@eversberg.eu>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
Message-ID: <CABmJbFU9SF277iR9=Bz0ubNF-rZ3sW-xPW0B1H2phB8XYCodmA@mail.gmail.com>

On Tue, Jun 4, 2013 at 6:13 PM, jolly <andreas at eversberg.eu> wrote:
> altaf sk wrote:
>> PCU -> master
>> bts   -> gprs-work
>> os_BB -> sylvain/testing
>> openbsc -> master
> pcu master is ok (everything merged).
> openbsc master is ok.
> bts gprs-work? i don't know this branch, please use jolly/trx.

"gprs-work" is an OpenBTS branch which Ivan maintains.

--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ??? ???????
http://fairwaves.ru



From altaf329 at gmail.com  Tue Jun  4 14:53:27 2013
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 4 Jun 2013 16:53:27 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <51ADF608.3080504@eversberg.eu>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
Message-ID: <CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>

ok. Thank you...

I will look into this and will post if any success..

You say that using jolly/testing branch it is possible to use two phones.
 I am not sure how to use two phones and connect and how is the sync b/w
them. Can you please give some brief idea before you write documentation.

isnt it possible with 1 phone, Just for minimal functions.?

I don't find the branch jolly/trx in git clone git://
github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.




On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas at eversberg.eu> wrote:

> altaf sk wrote:
> > PCU -> master
> > bts   -> gprs-work
> > os_BB -> sylvain/testing
> > openbsc -> master
> pcu master is ok (everything merged).
> openbsc master is ok.
> bts gprs-work? i don't know this branch, please use jolly/trx.
> osmocom_bb you should use jolly/testing branch, because you need to use
> two phones, one for broadcast and one for timeslot 1 (gprs). i think i
> need to write a documentation for that. but in your case, the IMM.ASS
> problem must be solved first.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/43e8deaa/attachment.htm>

From altaf329 at gmail.com  Tue Jun  4 15:13:48 2013
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 4 Jun 2013 17:13:48 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
	<CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>
Message-ID: <CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>

Yes, I understand how trx uses two phones by reading your previous commits.
I will study them


regards,

altaf



On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329 at gmail.com> wrote:

> ok. Thank you...
>
> I will look into this and will post if any success..
>
> You say that using jolly/testing branch it is possible to use two phones.
>  I am not sure how to use two phones and connect and how is the sync b/w
> them. Can you please give some brief idea before you write documentation.
>
> isnt it possible with 1 phone, Just for minimal functions.?
>
> I don't find the branch jolly/trx in git clone git://
> github.com/chemeris/openbts-p2.8.git. Should I clone from a different git.
>
>
>
>
> On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas at eversberg.eu> wrote:
>
>> altaf sk wrote:
>> > PCU -> master
>> > bts   -> gprs-work
>> > os_BB -> sylvain/testing
>> > openbsc -> master
>> pcu master is ok (everything merged).
>> openbsc master is ok.
>> bts gprs-work? i don't know this branch, please use jolly/trx.
>> osmocom_bb you should use jolly/testing branch, because you need to use
>> two phones, one for broadcast and one for timeslot 1 (gprs). i think i
>> need to write a documentation for that. but in your case, the IMM.ASS
>> problem must be solved first.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130604/f9ed7eda/attachment.htm>

From andreas at eversberg.eu  Wed Jun  5 16:18:37 2013
From: andreas at eversberg.eu (Andreas Eversberg)
Date: Wed, 05 Jun 2013 18:18:37 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
	<CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>
	<CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>
Message-ID: <51AF64DD.5070706@eversberg.eu>

altaf sk wrote:
> Yes, I understand how trx uses two phones by reading your previous 
> commits. I will study them
>
>
> regards,
>
> altaf
i looked at the code again. the IMM.ASS error can be ignored, it think. 
next time when i run it, i will see what causes it.

you can use two phones by adding the "-2" option to transceiver. both 
phones use the same cell to sync to. you need to start two osmocon 
processes. one for the phone that provides TS1 and another with option 
"-s /tmp/osmocom_l2.2" for the other socket. if both sockets run, you 
can start transceiver and the osmo-bts and so on. be sure that you 
receive the usual debugging output (as you saw before) at both osmocon 
processes, which show the sync information.




From altaf329 at gmail.com  Wed Jun  5 16:37:50 2013
From: altaf329 at gmail.com (altaf sk)
Date: Wed, 5 Jun 2013 18:37:50 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
	<CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>
	<CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>
Message-ID: <CAGxkagZjT8qP3Zm_=ruE_A8yFON9G3N0W3=306smRm6+09=OMw@mail.gmail.com>

Hello andreas,

thanks a lot for your help.

I resulted successful in running the osmoBTS with calypso phones. Currently
I did (register) with 1 phone but will do it with 2 also.  yes I am using
the debugging option.

Can you kindly tell me how should I enable the PCU support. I have the
osmo-pcu (master) installed and I start it before  starting osmoBTS.

I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.

I tried looking around sockets and vty but could not figure it out. I
looked at the osmo-bts-sysmo code which has the command line option (-M
--pcu-direct) to enable pcu support.
I looked at the code and I found that pcu_direct is set to 1 (pcu_direct=1)
when -M option is used.

using this as a reference in the main.c of osmo-bts-trx i directly defined
pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I
dont see any response from PCU.

Can you suggest me in this regard.

regards,

Altaf


On Tue, Jun 4, 2013 at 5:13 PM, altaf sk <altaf329 at gmail.com> wrote:

> Yes, I understand how trx uses two phones by reading your previous
> commits. I will study them
>
>
> regards,
>
> altaf
>
>
>
> On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329 at gmail.com> wrote:
>
>> ok. Thank you...
>>
>> I will look into this and will post if any success..
>>
>> You say that using jolly/testing branch it is possible to use two phones.
>>  I am not sure how to use two phones and connect and how is the sync b/w
>> them. Can you please give some brief idea before you write documentation.
>>
>> isnt it possible with 1 phone, Just for minimal functions.?
>>
>> I don't find the branch jolly/trx in git clone git://
>> github.com/chemeris/openbts-p2.8.git. Should I clone from a different
>> git.
>>
>>
>>
>>
>> On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas at eversberg.eu> wrote:
>>
>>> altaf sk wrote:
>>> > PCU -> master
>>> > bts   -> gprs-work
>>> > os_BB -> sylvain/testing
>>> > openbsc -> master
>>> pcu master is ok (everything merged).
>>> openbsc master is ok.
>>> bts gprs-work? i don't know this branch, please use jolly/trx.
>>> osmocom_bb you should use jolly/testing branch, because you need to use
>>> two phones, one for broadcast and one for timeslot 1 (gprs). i think i
>>> need to write a documentation for that. but in your case, the IMM.ASS
>>> problem must be solved first.
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130605/3bcc8924/attachment.htm>

From altaf329 at gmail.com  Tue Jun 11 14:50:55 2013
From: altaf329 at gmail.com (altaf sk)
Date: Tue, 11 Jun 2013 16:50:55 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagZjT8qP3Zm_=ruE_A8yFON9G3N0W3=306smRm6+09=OMw@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
	<CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>
	<CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>
	<CAGxkagZjT8qP3Zm_=ruE_A8yFON9G3N0W3=306smRm6+09=OMw@mail.gmail.com>
Message-ID: <CAGxkagbUg8Y8Tt-ktqnH4eG8UeKCNjT5gYCbx1WX3iMXEFS7Qg@mail.gmail.com>

Hello Andreas

1.
As you mentioned use OpenBSC -> master and OsmoBTS -> jolly/trx branch.
Compiling OsmoBTS results in compilations errorrs.

Log from OsmoBTS:

rsl.c:138:2: warning: #warning merge lchan_lookup with OpenBSC [-Wcpp]
rsl.c: In function ?rsl_rx_chan_activ?:
rsl.c:744:53: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
rsl.c:748:15: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
rsl.c: In function ?rsl_rx_mode_modif?:
rsl.c:991:53: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
rsl.c:995:15: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
rsl.c: In function ?rsl_rx_ipac_XXcx?:
rsl.c:1304:7: warning: passing argument 3 of ?osmo_rtp_get_bound_ip_port?
from incompatible pointer type [enabled by default]
/usr/local/include/osmocom/trau/osmo_ortp.h:71:5: note: expected ?int *?
but argument is of type ?uint16_t *?
make[2]: *** [rsl.o] Error 1
make[2]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src/common'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src'
make: *** [all-recursive] Error 1

2.

No errors when OpenBSC -> jolly/testing and OsmoBTS->jolly/trx. But cannot
start OsmoSGSN when OpenBSC is on Jolly/tetsing.

OsmoSGSN says :

<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<000f> sgsn_libgtp.c:571 Failed to create GTP: -1
<000f> sgsn_main.c:346 Cannot bind/listen on GTP socket


So after compiling OsmoBTS, I switch OpenBSC->master and then start
OsmoSGSN and it starts.

Then OsmoSGSN  says :
<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC

3.

I was able to connect the PCU to OsmoBTS... I compiled PCU with sysmo-bts
support then it connected to osmoBTS.  I could also use the second phone
for TS1 and was able to send a IMM ASS (for packet channel). I verified
this on the MS (requesting for GPRS attach). And by observing log from PCU
it shows MS has responded in TS-1 and sent data.

OsmoNITB is also working good.

Log from PCU when a GPRS attch request is received

./osmo-pcu -c osmo-pcu.cfg -m 234 -n 06
<0001> sysmo_sock.cpp:292 PCU-SYSMO socket has been connected
<0001> pcu_l1_if.cpp:375 BTS available
<0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=1
<0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=1
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
fn=741687
<0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -59 dBm
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
fn=744933
<0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4 len=41
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -60 dBm


Log from OsmoBTS when GPRS attch request is received
When a UL data received on PDTCH

<000a> trx_if.c:178 No response from transceiver
<0006> scheduler.c:1169 Received RACH fn=754683 toa=1.51
<0006> scheduler.c:1338 Received bad PDTCH block ending at fn=754809
(81/104) for
            PDTCH
<000a> trx_if.c:178 No response from transceiver

After this OsmoBTS results in

Segmentation fault (core dumped)


Can you please tell how can I compile OsmoBTS correctly by using
OpenBSC->master.


regards,

Altaf





On Wed, Jun 5, 2013 at 6:37 PM, altaf sk <altaf329 at gmail.com> wrote:

> Hello andreas,
>
> thanks a lot for your help.
>
> I resulted successful in running the osmoBTS with calypso phones.
> Currently I did (register) with 1 phone but will do it with 2 also.  yes I
> am using the debugging option.
>
> Can you kindly tell me how should I enable the PCU support. I have the
> osmo-pcu (master) installed and I start it before  starting osmoBTS.
>
> I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
>
> I tried looking around sockets and vty but could not figure it out. I
> looked at the osmo-bts-sysmo code which has the command line option (-M
> --pcu-direct) to enable pcu support.
> I looked at the code and I found that pcu_direct is set to 1
> (pcu_direct=1) when -M option is used.
>
> using this as a reference in the main.c of osmo-bts-trx i directly defined
> pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but still I
> dont see any response from PCU.
>
> Can you suggest me in this regard.
>
> regards,
>
> Altaf
>
>
> On Tue, Jun 4, 2013 at 5:13 PM, altaf sk <altaf329 at gmail.com> wrote:
>
>> Yes, I understand how trx uses two phones by reading your previous
>> commits. I will study them
>>
>>
>> regards,
>>
>> altaf
>>
>>
>>
>> On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329 at gmail.com> wrote:
>>
>>> ok. Thank you...
>>>
>>> I will look into this and will post if any success..
>>>
>>>  You say that using jolly/testing branch it is possible to use two
>>> phones.  I am not sure how to use two phones and connect and how is the
>>> sync b/w them. Can you please give some brief idea before you write
>>> documentation.
>>>
>>> isnt it possible with 1 phone, Just for minimal functions.?
>>>
>>> I don't find the branch jolly/trx in git clone git://
>>> github.com/chemeris/openbts-p2.8.git. Should I clone from a different
>>> git.
>>>
>>>
>>>
>>>
>>> On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas at eversberg.eu> wrote:
>>>
>>>> altaf sk wrote:
>>>> > PCU -> master
>>>> > bts   -> gprs-work
>>>> > os_BB -> sylvain/testing
>>>> > openbsc -> master
>>>> pcu master is ok (everything merged).
>>>> openbsc master is ok.
>>>> bts gprs-work? i don't know this branch, please use jolly/trx.
>>>> osmocom_bb you should use jolly/testing branch, because you need to use
>>>> two phones, one for broadcast and one for timeslot 1 (gprs). i think i
>>>> need to write a documentation for that. but in your case, the IMM.ASS
>>>> problem must be solved first.
>>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130611/067237ae/attachment.htm>

From altaf329 at gmail.com  Thu Jun 13 15:29:01 2013
From: altaf329 at gmail.com (altaf sk)
Date: Thu, 13 Jun 2013 17:29:01 +0200
Subject: OpenBTS with GPRS....trouble with SGSN and PCU
In-Reply-To: <CAGxkagbUg8Y8Tt-ktqnH4eG8UeKCNjT5gYCbx1WX3iMXEFS7Qg@mail.gmail.com>
References: <CAGxkagazO96zHkC90UPSN-eAK5ZvbuS9Txm70TuX6su4Y+i1xw@mail.gmail.com>
	<51ADC7F7.4030908@eversberg.eu>
	<CAGxkagbKGQR1HPjyKQQftxaViQQNLa51WXPfPkAu+2pbCsgpHA@mail.gmail.com>
	<51ADF608.3080504@eversberg.eu>
	<CAGxkagZrpOJHA7UN2SZWgtUGDxsYarF_EJQBi87gPH1Xs+SUqQ@mail.gmail.com>
	<CAGxkagZqD3SF07k3JpP+JZ24qpp8OM-5ONHbuHHOStmzRsnWYQ@mail.gmail.com>
	<CAGxkagZjT8qP3Zm_=ruE_A8yFON9G3N0W3=306smRm6+09=OMw@mail.gmail.com>
	<CAGxkagbUg8Y8Tt-ktqnH4eG8UeKCNjT5gYCbx1WX3iMXEFS7Qg@mail.gmail.com>
Message-ID: <CAGxkagYZ1Bic56+LDP9nv0AoEFRDOh-JkaQz6OSDp0vTuL_Kdg@mail.gmail.com>

Hello everybody.

Log from Osmo-SGSN

<0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
<0010> gprs_ns.c:171 NSVCI=65535 Creating NS-VC
<0010> gprs_ns.c:819 Creating NS-VC for BSS at 192.168.111.144:23000
<0010> gprs_ns.c:692 NSEI=65535 Rx NS RESET (NSVCI=0, cause=O&M
intervention)
<0010> gprs_ns.c:547 NSEI=101 Tx NS RESET ACK (NSVCI=101)
<0010> gprs_ns.c:863 NSEI=101 Rx NS RESET ACK
<0010> gprs_ns.c:692 NSEI=101 Rx NS RESET (NSVCI=101, cause=O&M
intervention)
<0010> gprs_ns.c:547 NSEI=101 Tx NS RESET ACK (NSVCI=101)
<0010> gprs_ns.c:863 NSEI=101 Rx NS RESET ACK

These set of statements repeats as the NS reset timer timed out.
When a reset request is made to the NS, According to the code and specs the
NS-VC is blocked and made Alive.


Here is the log from PCU
<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=124,
fn=784700
<0008> gprs_rlcmac.cpp:1794 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b9af47b len=44
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b9af47b: -74 dBm

<0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=124,
fn=785415
<0008> gprs_rlcmac.cpp:1794 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x797c478f len=47
<0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x797c478f: -58 dBm

These set of statements repeat.

As I receive a UL TBF on TS1 and when a request from PCU that calls
gprs_ns_sendmsg() inorder to send data to SGSN, it fails because the NS-VC
is still blocked and I also checked whether it is ALIVE or not, I find it
is Dead.

The MS (requesting for GPRS attach keeps on requesting for RACH and
responds on TS:1 with a TBF)

I am using
Libosmocore->jolly/trx
Openbsc->jolly/testing
OsmoBTS->jolly/trx
OsmoPCU->Master
OsmocomBB->Jolly/trx

I start as ./osmo-nitb   ./osmo-sgsn   ./Osmo-pcu
 ./transceiver(osmocom_bb) ./osmo-bts-trx

I compiled PCU as ./configure --enable--sysmocom-bts and osmo-bts as
./configure --enable-trx
If I dont compile PCU this way its not connecting with Osmo-BTS
and in OpenBSC I specified as sysmobts in the openbsc.cfg

Can you please guide and correct me in making the NS-VC alive and unblocked
and how can the PDU reach sgsn.

best regards,

Altaf


On Tue, Jun 11, 2013 at 4:50 PM, altaf sk <altaf329 at gmail.com> wrote:

> Hello Andreas
>
> 1.
> As you mentioned use OpenBSC -> master and OsmoBTS -> jolly/trx branch.
> Compiling OsmoBTS results in compilations errorrs.
>
> Log from OsmoBTS:
>
> rsl.c:138:2: warning: #warning merge lchan_lookup with OpenBSC [-Wcpp]
> rsl.c: In function ?rsl_rx_chan_activ?:
> rsl.c:744:53: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
> rsl.c:748:15: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
> rsl.c: In function ?rsl_rx_mode_modif?:
> rsl.c:991:53: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
> rsl.c:995:15: error: ?struct gsm_lchan? has no member named ?mr_bts_lv?
> rsl.c: In function ?rsl_rx_ipac_XXcx?:
> rsl.c:1304:7: warning: passing argument 3 of ?osmo_rtp_get_bound_ip_port?
> from incompatible pointer type [enabled by default]
> /usr/local/include/osmocom/trau/osmo_ortp.h:71:5: note: expected ?int *?
> but argument is of type ?uint16_t *?
> make[2]: *** [rsl.o] Error 1
> make[2]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src/common'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/cinterion/alt_cint/osmo-bts/src'
> make: *** [all-recursive] Error 1
>
> 2.
>
> No errors when OpenBSC -> jolly/testing and OsmoBTS->jolly/trx. But cannot
> start OsmoSGSN when OpenBSC is on Jolly/tetsing.
>
> OsmoSGSN says :
>
> <0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
> <000f> sgsn_libgtp.c:571 Failed to create GTP: -1
> <000f> sgsn_main.c:346 Cannot bind/listen on GTP socket
>
>
> So after compiling OsmoBTS, I switch OpenBSC->master and then start
> OsmoSGSN and it starts.
>
> Then OsmoSGSN  says :
> <0010> gprs_ns.c:171 NSVCI=65534 Creating NS-VC
>
> 3.
>
> I was able to connect the PCU to OsmoBTS... I compiled PCU with sysmo-bts
> support then it connected to osmoBTS.  I could also use the second phone
> for TS1 and was able to send a IMM ASS (for packet channel). I verified
> this on the MS (requesting for GPRS attach). And by observing log from PCU
> it shows MS has responded in TS-1 and sent data.
>
> OsmoNITB is also working good.
>
> Log from PCU when a GPRS attch request is received
>
> ./osmo-pcu -c osmo-pcu.cfg -m 234 -n 06
> <0001> sysmo_sock.cpp:292 PCU-SYSMO socket has been connected
> <0001> pcu_l1_if.cpp:375 BTS available
> <0001> pcu_l1_if.cpp:91 Sending activate request: trx=0 ts=1
> <0001> pcu_l1_if.cpp:502 PDCH: trx=0 ts=1
> <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
> fn=741687
> <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4
> len=41
> <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -59 dBm
> <0001> pcu_l1_if.cpp:296 RACH request received: sapi=1 qta=4, ra=120,
> fn=744933
> <0008> gprs_rlcmac.cpp:1793 LLC [PCU -> SGSN] TFI: 0 TLLI: 0x7b15c7c4
> len=41
> <0007> gprs_rlcmac_meas.cpp:102 UL RSSI of TLLI=0x7b15c7c4: -60 dBm
>
>
> Log from OsmoBTS when GPRS attch request is received
> When a UL data received on PDTCH
>
> <000a> trx_if.c:178 No response from transceiver
> <0006> scheduler.c:1169 Received RACH fn=754683 toa=1.51
> <0006> scheduler.c:1338 Received bad PDTCH block ending at fn=754809
> (81/104) for
>             PDTCH
> <000a> trx_if.c:178 No response from transceiver
>
> After this OsmoBTS results in
>
> Segmentation fault (core dumped)
>
>
> Can you please tell how can I compile OsmoBTS correctly by using
> OpenBSC->master.
>
>
> regards,
>
> Altaf
>
>
>
>
>
> On Wed, Jun 5, 2013 at 6:37 PM, altaf sk <altaf329 at gmail.com> wrote:
>
>> Hello andreas,
>>
>> thanks a lot for your help.
>>
>> I resulted successful in running the osmoBTS with calypso phones.
>> Currently I did (register) with 1 phone but will do it with 2 also.  yes I
>> am using the debugging option.
>>
>> Can you kindly tell me how should I enable the PCU support. I have the
>> osmo-pcu (master) installed and I start it before  starting osmoBTS.
>>
>> I tried to use jolly_test in osmo-pcu git, but errors concerning sysmobts.
>>
>> I tried looking around sockets and vty but could not figure it out. I
>> looked at the osmo-bts-sysmo code which has the command line option (-M
>> --pcu-direct) to enable pcu support.
>> I looked at the code and I found that pcu_direct is set to 1
>> (pcu_direct=1) when -M option is used.
>>
>> using this as a reference in the main.c of osmo-bts-trx i directly
>> defined pcu_direct=1 and then tried. The socket /tmp/pcu-bts is open but
>> still I dont see any response from PCU.
>>
>> Can you suggest me in this regard.
>>
>> regards,
>>
>> Altaf
>>
>>
>> On Tue, Jun 4, 2013 at 5:13 PM, altaf sk <altaf329 at gmail.com> wrote:
>>
>>> Yes, I understand how trx uses two phones by reading your previous
>>> commits. I will study them
>>>
>>>
>>> regards,
>>>
>>> altaf
>>>
>>>
>>>
>>> On Tue, Jun 4, 2013 at 4:53 PM, altaf sk <altaf329 at gmail.com> wrote:
>>>
>>>> ok. Thank you...
>>>>
>>>> I will look into this and will post if any success..
>>>>
>>>>  You say that using jolly/testing branch it is possible to use two
>>>> phones.  I am not sure how to use two phones and connect and how is the
>>>> sync b/w them. Can you please give some brief idea before you write
>>>> documentation.
>>>>
>>>> isnt it possible with 1 phone, Just for minimal functions.?
>>>>
>>>> I don't find the branch jolly/trx in git clone git://
>>>> github.com/chemeris/openbts-p2.8.git. Should I clone from a different
>>>> git.
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Jun 4, 2013 at 4:13 PM, jolly <andreas at eversberg.eu> wrote:
>>>>
>>>>> altaf sk wrote:
>>>>> > PCU -> master
>>>>> > bts   -> gprs-work
>>>>> > os_BB -> sylvain/testing
>>>>> > openbsc -> master
>>>>> pcu master is ok (everything merged).
>>>>> openbsc master is ok.
>>>>> bts gprs-work? i don't know this branch, please use jolly/trx.
>>>>> osmocom_bb you should use jolly/testing branch, because you need to use
>>>>> two phones, one for broadcast and one for timeslot 1 (gprs). i think i
>>>>> need to write a documentation for that. but in your case, the IMM.ASS
>>>>> problem must be solved first.
>>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130613/5930d6be/attachment.htm>

From mailman at lists.osmocom.org  Wed Jun  5 09:32:00 2013
From: mailman at lists.osmocom.org (mailman at lists.osmocom.org)
Date: Wed, 05 Jun 2013 11:32:00 +0200
Subject: Bounce action notification
Message-ID: <mailman.742.1370424720.1438.openbsc@lists.osmocom.org>

This is a Mailman mailing list bounce action notice:

    List:       OpenBSC
    Member:     situsaja at bshellz.net
    Action:     Subscription disabled.
    Reason:     Excessive or fatal bounces.
    


The triggering bounce notice is attached below.

Questions? Contact the Mailman site administrator at
mailman at lists.osmocom.org.
-------------- next part --------------
An embedded message was scrubbed...
From: MAILER-DAEMON at services.bshellz.net (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
Date: Wed,  5 Jun 2013 11:31:52 +0200 (CEST)
Size: 5903
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130605/a2cca256/attachment.eml>

From symack at gmail.com  Wed Jun  5 14:16:20 2013
From: symack at gmail.com (Nick Khamis)
Date: Wed, 5 Jun 2013 10:16:20 -0400
Subject: OpenBSC CDMA Support
Message-ID: <CAGWRaZaDknc3HDabTBNiBb9YV76-vK81rAY9VBqpskjeich+_A@mail.gmail.com>

Hello Everyone,

We just purchased a Nokia wcdma unit, and probably a unit missing many
parts... And was wondering if OpenBSC has support or even partial
support for cdma air interface?

Kind Regards,

Nick from Montreal.



From priyankabehl at ymail.com  Thu Jun  6 08:31:44 2013
From: priyankabehl at ymail.com (Priyanka Behl)
Date: Thu, 6 Jun 2013 16:31:44 +0800 (SGT)
Subject: OpenBSC meeting in India
Message-ID: <1370507504.30953.YahooMailNeo@web192604.mail.sg3.yahoo.com>

Hi everyone,
I have observed that there are a lot of meetings being organized (relating to OpenBSC) so, I was wondering if it is possible to organize one such meeting/session in India because there are a lot of people here who are asociated with the project and I am sure they all will be hoping for the same.
Please think over it, it's worth giving a shot..
Looking for a positive reply 
Thanks and regards
Priyanka
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130606/f6188648/attachment.htm>

From akibsayyed at gmail.com  Thu Jun  6 08:47:21 2013
From: akibsayyed at gmail.com (Akib Sayyed)
Date: Thu, 6 Jun 2013 14:17:21 +0530
Subject: OpenBSC meeting in India
In-Reply-To: <1370507504.30953.YahooMailNeo@web192604.mail.sg3.yahoo.com>
References: <1370507504.30953.YahooMailNeo@web192604.mail.sg3.yahoo.com>
Message-ID: <CAMG-S91SxbU--Qt_RBvkZOTixB4hQfW9HDJs9vf_f0a7xztjmQ@mail.gmail.com>

I am interested. I have some equipments that i can bring.


On Thu, Jun 6, 2013 at 2:01 PM, Priyanka Behl <priyankabehl at ymail.com>wrote:

> Hi everyone,
> I have observed that there are a lot of meetings being organized (relating
> to OpenBSC) so, I was wondering if it is possible to organize one such
> meeting/session in India because there are a lot of people here who are
> asociated with the project and I am sure they all will be hoping for the
> same.
> Please think over it, it's worth giving a shot..
> Looking for a positive reply [image: *:) happy]
> Thanks and regards
> Priyanka
>



-- 
Akib Sayyed
Matrix-Shell
akibsayyed at gmail.com
akibsayyed at matrixshell.com
Mob:- +91-966-514-2243
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130606/ce22ec63/attachment.htm>

From choukoumoun at gmail.com  Sun Jun  9 21:36:56 2013
From: choukoumoun at gmail.com (choukoumoun)
Date: Sun, 09 Jun 2013 23:36:56 +0200
Subject: Bs11 problem on startup.
Message-ID: <51B4F578.2090005@gmail.com>

Hello list,

I have a problem with BS11 at startup:


When I put the BS11 voltage and that I connect in serial and I run:

./bs11_config-p / dev/ttyUSB0 query

I like the result:


PHASE 1: unknown Abis-link: Down

PHASE 1: unknown Abis-link: Down

PHASE 1: unknown Abis-link: Down

PHASE 1: unknown Abis-link: Down

PHASE 1: unknown Abis-link: Down

PHASE 1: unknown Abis-link: Down

PHASE 1: unknown Abis-link: Down


constantly and eternally ......

Any idea??


thank you



From priyankabehl at ymail.com  Mon Jun 10 07:06:31 2013
From: priyankabehl at ymail.com (Priyanka Behl)
Date: Mon, 10 Jun 2013 15:06:31 +0800 (SGT)
Subject: Unable to enter correct values for classmarks in the database
Message-ID: <1370847991.60989.YahooMailNeo@web192601.mail.sg3.yahoo.com>

Hi everyone,
?
I have been able to start Osmo-nitb and have authenticated some subscribers in the HLR database but I am stuck while entering values in the? EIR table. I have tried using different values but no success, can someboy please provide me with an example of classmark 1, 2 and 3 values. This will be a great help.
?
Thanks and regards
Priyanka
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130610/77683ba2/attachment.htm>

From priyankabehl at ymail.com  Mon Jun 10 08:33:07 2013
From: priyankabehl at ymail.com (Priyanka Behl)
Date: Mon, 10 Jun 2013 16:33:07 +0800 (SGT)
Subject: Testing OpenBSC with FakeBTS
Message-ID: <1370853187.42224.YahooMailNeo@web192601.mail.sg3.yahoo.com>

Hi again,

I am trying to test OpenBSC with FakeBTS, it is getting initialized:?
st> bts connect: 'localhost'; waitForBTSReady.
Stop
OML Connected
SWActivation for SiteManagerOML
Opstarted SiteManagerOML
SWActivation for BTSOML
"Global garbage collection... done, heap grown"
Opstarted BTSOML
SWActivation for BasebandTransceiverOML
SWActivation for RadioCarrierOML
Opstarted BasebandTransceiverOML
RSL Connected
Opstarted RadioCarrierOML
BTS is fully initialized.
OML-Init exited
a BTS

but I? am getting the following errors: 
root at server:~/openbsc/openbsc/src/osmo-nitb# ./osmo-nitb -c ~/openbsc/openbsc/doc/examples/osmo-nitb/nanobts/openbsc.cfg?? 
<0019> input/ipaccess.c:925 enabling ipaccess BSC mode
DB: Database initialized.
DB: Database prepared.
<001d> sms_queue.c:220 Attempting to send 20 SMS
<0019> input/ipa.c:322 accept()ed new link from 127.0.0.1 to port 3002
<0019> input/ipa.c:322 accept()ed new link from 127.0.0.1 to port 3003
<0004> bsc_init.c:284 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 514 using MCC=404 MNC=1 LAC=1 CID=0 BSIC=63 TSC=7
<0004> abis_rsl.c:2050 unknown RSL message discriminator 0x01
<0019> input/ipaccess.c:458 Bad signalling message,sign_link returned error

can somebody kindly help me eliminating this..

Thanks and regards
Priyanka
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130610/284e5005/attachment.htm>

From holger at freyther.de  Mon Jun 10 17:36:42 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 10 Jun 2013 19:36:42 +0200
Subject: Testing OpenBSC with FakeBTS
In-Reply-To: <1370853187.42224.YahooMailNeo@web192601.mail.sg3.yahoo.com>
References: <1370853187.42224.YahooMailNeo@web192601.mail.sg3.yahoo.com>
Message-ID: <20130610173642.GD29600@xiaoyu.lan>

On Mon, Jun 10, 2013 at 04:33:07PM +0800, Priyanka Behl wrote:

> <0004> abis_rsl.c:2050 unknown RSL message discriminator 0x01
> <0019> input/ipaccess.c:458 Bad signalling message,sign_link returned error

OpenBSC only bootstraps a BTS on the first RSL message. The fakebts
is sending an invalid message to force the bootstrap.

> 
> can somebody kindly help me eliminating this..

You can change the FakeBTS to send another (valid) RSL message.



From alexander.huemer at xx.vu  Tue Jun 11 11:39:36 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 13:39:36 +0200
Subject: Updates for automake 1.13
Message-ID: <20130611113936.GA19018@yade.xx.vu>

Hi,

automake 1.13 appeared on my system lately.
As with every version bump of auto* some directives are no more 'en vogue'.
This time it's INCLUDES in Makefile.am files. AM_CPPFLAGS should be used now,
INCLUDES will be removed in some future release.
I created trivial patches for the osmo projects using autotools of which I
already had clones.
These are:

libosmo-abis
libosmocore
libosmo-dsp
libosmo-sccp
openbsc
osmo-bts
osmocom-bb
osmo-gmr

The patches are for the master branch of the respective repository,
current HEAD.
I'll send the patches individually.
Feel free to apply the patches if they seem useful.
Otherwise, feedback is appreciated.

Kind regards,
-Alexander Huemer



From holger at freyther.de  Tue Jun 11 12:10:51 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Tue, 11 Jun 2013 14:10:51 +0200
Subject: Updates for automake 1.13
In-Reply-To: <20130611113936.GA19018@yade.xx.vu>
References: <20130611113936.GA19018@yade.xx.vu>
Message-ID: <20130611121051.GH29600@xiaoyu.lan>

On Tue, Jun 11, 2013 at 01:39:36PM +0200, Alexander Huemer wrote:

Hi,



> automake 1.13 appeared on my system lately.
> As with every version bump of auto* some directives are no more 'en vogue'.
> This time it's INCLUDES in Makefile.am files. AM_CPPFLAGS should be used now,
> INCLUDES will be removed in some future release.
> I created trivial patches for the osmo projects using autotools of which I
> already had clones.

The other question is: When did automake start to support AM_CPPFLAGS and
which distros ship these?

thanks
	holger



From alexander.huemer at xx.vu  Tue Jun 11 12:48:31 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:48:31 +0200
Subject: Updates for automake 1.13
In-Reply-To: <20130611121051.GH29600@xiaoyu.lan>
References: <20130611113936.GA19018@yade.xx.vu>
	<20130611121051.GH29600@xiaoyu.lan>
Message-ID: <20130611124831.GA7023@yade.xx.vu>

On Tue, Jun 11, 2013 at 02:10:51PM +0200, Holger Hans Peter Freyther wrote:
> On Tue, Jun 11, 2013 at 01:39:36PM +0200, Alexander Huemer wrote:
> 
> > automake 1.13 appeared on my system lately.
> > As with every version bump of auto* some directives are no more 'en vogue'.
> > This time it's INCLUDES in Makefile.am files. AM_CPPFLAGS should be used now,
> > INCLUDES will be removed in some future release.
> > I created trivial patches for the osmo projects using autotools of which I
> > already had clones.
> 
> The other question is: When did automake start to support AM_CPPFLAGS and
> which distros ship these?

I forgot that in the introduction email.
The patches are tested on debian old stable (squeeze). That's the oldest 
I have access too. No problems there (automake 1.11.1, autoconf 2.67).

Kind regards,
-Alexander Huemer



From alexander.huemer at xx.vu  Tue Jun 11 12:13:50 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:13:50 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370952830-3351-1-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 Makefile.am       |    2 +-
 src/Makefile.am   |    2 +-
 tests/Makefile.am |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 4ba09f4..9c82f09 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,6 +1,6 @@
 ACLOCAL_AMFLAGS = -I m4
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src tests
 
 pkgconfigdir = $(libdir)/pkgconfig
diff --git a/src/Makefile.am b/src/Makefile.am
index 01f0913..41804d0 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -3,7 +3,7 @@
 ABIS_LIBVERSION=1:0:0
 TRAU_LIBVERSION=0:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 COMMONLIBS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 11b605f..fea78fc 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -g $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:17:12 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:17:12 +0200
Subject: libosmo-abis: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370953033-3902-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for libosmo-abis



From alexander.huemer at xx.vu  Tue Jun 11 12:17:13 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:17:13 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370953033-3902-1-git-send-email-alexander.huemer@xx.vu>
References: <1370953033-3902-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370953033-3902-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 Makefile.am       |    2 +-
 src/Makefile.am   |    2 +-
 tests/Makefile.am |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 4ba09f4..9c82f09 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,6 +1,6 @@
 ACLOCAL_AMFLAGS = -I m4
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src tests
 
 pkgconfigdir = $(libdir)/pkgconfig
diff --git a/src/Makefile.am b/src/Makefile.am
index 01f0913..41804d0 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -3,7 +3,7 @@
 ABIS_LIBVERSION=1:0:0
 TRAU_LIBVERSION=0:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS= -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 COMMONLIBS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 11b605f..fea78fc 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -g $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:19:47 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:19:47 +0200
Subject: libosmocore: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370953188-4167-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for libosmocore



From alexander.huemer at xx.vu  Tue Jun 11 12:19:48 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:19:48 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370953188-4167-1-git-send-email-alexander.huemer@xx.vu>
References: <1370953188-4167-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370953188-4167-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 Makefile.am |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Makefile.am b/Makefile.am
index d0fb027..7252a93 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,6 +1,6 @@
 ACLOCAL_AMFLAGS = -I m4
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src src/vty src/codec src/gsm src/gb tests utils
 
 pkgconfigdir = $(libdir)/pkgconfig
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:27:28 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:27:28 +0200
Subject: libosmo-dsp [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370953649-6676-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for libosmo-dsp



From alexander.huemer at xx.vu  Tue Jun 11 12:27:29 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:27:29 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370953649-6676-1-git-send-email-alexander.huemer@xx.vu>
References: <1370953649-6676-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370953649-6676-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 Makefile.am     |    2 +-
 src/Makefile.am |    2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 6e94dad..00ace29 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,6 +1,6 @@
 ACLOCAL_AMFLAGS = -I m4
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src
 
 pkgconfigdir = $(libdir)/pkgconfig
diff --git a/src/Makefile.am b/src/Makefile.am
index ce37da5..8a4ca76 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -2,7 +2,7 @@
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=0:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall -ffast-math $(FFTW3F_CFLAGS)
 
 lib_LTLIBRARIES = libosmodsp.la
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:29:32 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:29:32 +0200
Subject: libosmo-sccp: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370953773-6733-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for libosmo-sccp



From alexander.huemer at xx.vu  Tue Jun 11 12:29:33 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:29:33 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370953773-6733-1-git-send-email-alexander.huemer@xx.vu>
References: <1370953773-6733-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370953773-6733-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 Makefile.am            |    2 +-
 src/Makefile.am        |    2 +-
 tests/m2ua/Makefile.am |    2 +-
 tests/mtp/Makefile.am  |    2 +-
 tests/sccp/Makefile.am |    2 +-
 5 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 51d65f8..e300b31 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,6 +1,6 @@
 AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src tests
 
 pkgconfigdir = $(libdir)/pkgconfig
diff --git a/src/Makefile.am b/src/Makefile.am
index c7451ad..584c3bd 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS)
 
 sccpdir = $(libdir)
diff --git a/tests/m2ua/Makefile.am b/tests/m2ua/Makefile.am
index 0eb8302..7299e9b 100644
--- a/tests/m2ua/Makefile.am
+++ b/tests/m2ua/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -Wall
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -Wall
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS)
 
 EXTRA_DIST = m2ua_test.ok
diff --git a/tests/mtp/Makefile.am b/tests/mtp/Makefile.am
index 9e9292c..3490641 100644
--- a/tests/mtp/Makefile.am
+++ b/tests/mtp/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -Wall
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -Wall
 noinst_PROGRAMS = mtp_parse_test
 
 EXTRA_DIST = mtp_parse_test.ok
diff --git a/tests/sccp/Makefile.am b/tests/sccp/Makefile.am
index 90790a3..8cce20c 100644
--- a/tests/sccp/Makefile.am
+++ b/tests/sccp/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS)
 
 EXTRA_DIST = sccp_test.ok
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:31:26 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:31:26 +0200
Subject: openbsc: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370953887-6807-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for openbsc



From alexander.huemer at xx.vu  Tue Jun 11 12:31:27 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:31:27 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370953887-6807-1-git-send-email-alexander.huemer@xx.vu>
References: <1370953887-6807-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370953887-6807-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 openbsc/Makefile.am                   |    2 +-
 openbsc/src/Makefile.am               |    2 +-
 openbsc/src/gprs/Makefile.am          |    2 +-
 openbsc/src/ipaccess/Makefile.am      |    2 +-
 openbsc/src/libbsc/Makefile.am        |    2 +-
 openbsc/src/libcommon/Makefile.am     |    2 +-
 openbsc/src/libctrl/Makefile.am       |    2 +-
 openbsc/src/libgb/Makefile.am         |    2 +-
 openbsc/src/libmgcp/Makefile.am       |    2 +-
 openbsc/src/libmsc/Makefile.am        |    2 +-
 openbsc/src/libtrau/Makefile.am       |    2 +-
 openbsc/src/osmo-bsc/Makefile.am      |    2 +-
 openbsc/src/osmo-bsc_mgcp/Makefile.am |    2 +-
 openbsc/src/osmo-bsc_nat/Makefile.am  |    2 +-
 openbsc/src/osmo-nitb/Makefile.am     |    2 +-
 openbsc/src/utils/Makefile.am         |    2 +-
 openbsc/tests/abis/Makefile.am        |    2 +-
 openbsc/tests/bsc-nat/Makefile.am     |    2 +-
 openbsc/tests/channel/Makefile.am     |    2 +-
 openbsc/tests/db/Makefile.am          |    2 +-
 openbsc/tests/gprs/Makefile.am        |    2 +-
 openbsc/tests/gsm0408/Makefile.am     |    2 +-
 openbsc/tests/mgcp/Makefile.am        |    2 +-
 openbsc/tests/si/Makefile.am          |    2 +-
 24 files changed, 24 insertions(+), 24 deletions(-)

diff --git a/openbsc/Makefile.am b/openbsc/Makefile.am
index b966e69..91299f3 100644
--- a/openbsc/Makefile.am
+++ b/openbsc/Makefile.am
@@ -1,6 +1,6 @@
 AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = doc include src tests
 
 pkgconfigdir = $(libdir)/pkgconfig
diff --git a/openbsc/src/Makefile.am b/openbsc/src/Makefile.am
index cf34c4c..2cdbb9d 100644
--- a/openbsc/src/Makefile.am
+++ b/openbsc/src/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/src/gprs/Makefile.am b/openbsc/src/gprs/Makefile.am
index 1ef0250..f4b1354 100644
--- a/openbsc/src/gprs/Makefile.am
+++ b/openbsc/src/gprs/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall -fno-strict-aliasing $(LIBOSMOCORE_CFLAGS) \
 	$(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) \
 	$(LIBOSMOABIS_CFLAGS) $(LIBOSMOGB_CFLAGS) $(COVERAGE_CFLAGS)
diff --git a/openbsc/src/ipaccess/Makefile.am b/openbsc/src/ipaccess/Makefile.am
index 0b7c2f6..308215b 100644
--- a/openbsc/src/ipaccess/Makefile.am
+++ b/openbsc/src/ipaccess/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS =  $(COVERAGE_LDFLAGS)
 OSMO_LIBS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOABIS_LIBS)
diff --git a/openbsc/src/libbsc/Makefile.am b/openbsc/src/libbsc/Makefile.am
index 21cbccd..f5b1ff1 100644
--- a/openbsc/src/libbsc/Makefile.am
+++ b/openbsc/src/libbsc/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) \
 	$(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 
diff --git a/openbsc/src/libcommon/Makefile.am b/openbsc/src/libcommon/Makefile.am
index bcdf133..e41326f 100644
--- a/openbsc/src/libcommon/Makefile.am
+++ b/openbsc/src/libcommon/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) \
 	$(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 
diff --git a/openbsc/src/libctrl/Makefile.am b/openbsc/src/libctrl/Makefile.am
index 6a0be69..4f039c8 100644
--- a/openbsc/src/libctrl/Makefile.am
+++ b/openbsc/src/libctrl/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOABIS_LIBS) $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/src/libgb/Makefile.am b/openbsc/src/libgb/Makefile.am
index eafbc34..1592431 100644
--- a/openbsc/src/libgb/Makefile.am
+++ b/openbsc/src/libgb/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall -fno-strict-aliasing $(LIBOSMOCORE_CFLAGS) \
 	$(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 
diff --git a/openbsc/src/libmgcp/Makefile.am b/openbsc/src/libmgcp/Makefile.am
index 6347eac..72f625d 100644
--- a/openbsc/src/libmgcp/Makefile.am
+++ b/openbsc/src/libmgcp/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/src/libmsc/Makefile.am b/openbsc/src/libmsc/Makefile.am
index 64afedb..7faee43 100644
--- a/openbsc/src/libmsc/Makefile.am
+++ b/openbsc/src/libmsc/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOVTY_CFLAGS) \
 	$(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 
diff --git a/openbsc/src/libtrau/Makefile.am b/openbsc/src/libtrau/Makefile.am
index 802c455..0c8cf17 100644
--- a/openbsc/src/libtrau/Makefile.am
+++ b/openbsc/src/libtrau/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOABIS_LIBS) $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/src/osmo-bsc/Makefile.am b/openbsc/src/osmo-bsc/Makefile.am
index cea8944..63972c8 100644
--- a/openbsc/src/osmo-bsc/Makefile.am
+++ b/openbsc/src/osmo-bsc/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOSCCP_CFLAGS) $(COVERAGE_CFLAGS) $(LIBOSMOABIS_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/src/osmo-bsc_mgcp/Makefile.am b/openbsc/src/osmo-bsc_mgcp/Makefile.am
index 3f58d5d..0456cf1 100644
--- a/openbsc/src/osmo-bsc_mgcp/Makefile.am
+++ b/openbsc/src/osmo-bsc_mgcp/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) \
 	$(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 
diff --git a/openbsc/src/osmo-bsc_nat/Makefile.am b/openbsc/src/osmo-bsc_nat/Makefile.am
index d1a9bd5..e2ba551 100644
--- a/openbsc/src/osmo-bsc_nat/Makefile.am
+++ b/openbsc/src/osmo-bsc_nat/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOSCCP_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/src/osmo-nitb/Makefile.am b/openbsc/src/osmo-nitb/Makefile.am
index dc69232..ce2f25d 100644
--- a/openbsc/src/osmo-nitb/Makefile.am
+++ b/openbsc/src/osmo-nitb/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall	$(COVERAGE_CFLAGS)			\
   	$(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) \
 	$(LIBOSMOABIS_CFLAGS) $(LIBSMPP34_CFLAGS)
diff --git a/openbsc/src/utils/Makefile.am b/openbsc/src/utils/Makefile.am
index 701e9b8..fd1f7ae 100644
--- a/openbsc/src/utils/Makefile.am
+++ b/openbsc/src/utils/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/tests/abis/Makefile.am b/openbsc/tests/abis/Makefile.am
index 3255ecf..c2e38de 100644
--- a/openbsc/tests/abis/Makefile.am
+++ b/openbsc/tests/abis/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOABIS_CFLAGS) \
 	$(LIBOSMOGSM_CFLAGS) $(COVERAGE_CFLAGS)
 
diff --git a/openbsc/tests/bsc-nat/Makefile.am b/openbsc/tests/bsc-nat/Makefile.am
index 9b71d09..0847678 100644
--- a/openbsc/tests/bsc-nat/Makefile.am
+++ b/openbsc/tests/bsc-nat/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOSCCP_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/tests/channel/Makefile.am b/openbsc/tests/channel/Makefile.am
index c73f3a8..89f015a 100644
--- a/openbsc/tests/channel/Makefile.am
+++ b/openbsc/tests/channel/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOABIS_CFLAGS)
 
 EXTRA_DIST = channel_test.ok
diff --git a/openbsc/tests/db/Makefile.am b/openbsc/tests/db/Makefile.am
index 785aff0..6f735d0 100644
--- a/openbsc/tests/db/Makefile.am
+++ b/openbsc/tests/db/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOABIS_CFLAGS) $(LIBSMPP34_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/tests/gprs/Makefile.am b/openbsc/tests/gprs/Makefile.am
index e441259..904d567 100644
--- a/openbsc/tests/gprs/Makefile.am
+++ b/openbsc/tests/gprs/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS)
 
 EXTRA_DIST = gprs_test.ok
diff --git a/openbsc/tests/gsm0408/Makefile.am b/openbsc/tests/gsm0408/Makefile.am
index 12b0142..b000c08 100644
--- a/openbsc/tests/gsm0408/Makefile.am
+++ b/openbsc/tests/gsm0408/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOABIS_CFLAGS)
 noinst_PROGRAMS = gsm0408_test
 
diff --git a/openbsc/tests/mgcp/Makefile.am b/openbsc/tests/mgcp/Makefile.am
index ff67cf8..8c365b4 100644
--- a/openbsc/tests/mgcp/Makefile.am
+++ b/openbsc/tests/mgcp/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOSCCP_CFLAGS) $(COVERAGE_CFLAGS)
 AM_LDFLAGS = $(COVERAGE_LDFLAGS)
 
diff --git a/openbsc/tests/si/Makefile.am b/openbsc/tests/si/Makefile.am
index 63cf6f8..795bd30 100644
--- a/openbsc/tests/si/Makefile.am
+++ b/openbsc/tests/si/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall -ggdb3 $(LIBOSMOCORE_CFLAGS) $(LIBOSMOSCCP_CFLAGS) $(COVERAGE_CFLAGS)
 
 EXTRA_DIST = si_test.ok
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:33:05 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:33:05 +0200
Subject: osmo-bts: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370953986-6864-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for osmo-bts



From alexander.huemer at xx.vu  Tue Jun 11 12:33:06 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:33:06 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370953986-6864-1-git-send-email-alexander.huemer@xx.vu>
References: <1370953986-6864-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370953986-6864-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 src/common/Makefile.am         |    2 +-
 src/osmo-bts-bb/Makefile.am    |    2 +-
 src/osmo-bts-sysmo/Makefile.am |    2 +-
 tests/cipher/Makefile.am       |    2 +-
 tests/paging/Makefile.am       |    2 +-
 5 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/src/common/Makefile.am b/src/common/Makefile.am
index 2a4d53d..b2f6f8e 100644
--- a/src/common/Makefile.am
+++ b/src/common/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOTRAU_CFLAGS)
 LDADD = $(LIBOSMOCORE_LIBS) $(LIBOSMOTRAU_LIBS)
 
diff --git a/src/osmo-bts-bb/Makefile.am b/src/osmo-bts-bb/Makefile.am
index ae0d9b5..022931a 100644
--- a/src/osmo-bts-bb/Makefile.am
+++ b/src/osmo-bts-bb/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS)
 LDADD = $(LIBOSMOCORE_LIBS)
 
diff --git a/src/osmo-bts-sysmo/Makefile.am b/src/osmo-bts-sysmo/Makefile.am
index 1064acf..06fc1d5 100644
--- a/src/osmo-bts-sysmo/Makefile.am
+++ b/src/osmo-bts-sysmo/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOTRAU_CFLAGS)
 LDADD = $(LIBOSMOVTY_LIBS) $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOTRAU_LIBS) -lortp
 
diff --git a/tests/cipher/Makefile.am b/tests/cipher/Makefile.am
index 14648c7..8b2d33a 100644
--- a/tests/cipher/Makefile.am
+++ b/tests/cipher/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOTRAU_CFLAGS)
 LDADD = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(LIBOSMOTRAU_LIBS) -lortp
 noinst_PROGRAMS = cipher_test
diff --git a/tests/paging/Makefile.am b/tests/paging/Makefile.am
index 2142429..f89a788 100644
--- a/tests/paging/Makefile.am
+++ b/tests/paging/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(OPENBSC_INCDIR)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBOSMOVTY_CFLAGS) $(LIBOSMOTRAU_CFLAGS)
 LDADD = $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOVTY_LIBS) $(LIBOSMOTRAU_LIBS) -lortp
 noinst_PROGRAMS = paging_test
-- 
1.7.10.4




From alexander.huemer at xx.vu  Tue Jun 11 12:34:34 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:34:34 +0200
Subject: osmocom-bb: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370954075-6922-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for osmocom-bb



From alexander.huemer at xx.vu  Tue Jun 11 12:34:35 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:34:35 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370954075-6922-1-git-send-email-alexander.huemer@xx.vu>
References: <1370954075-6922-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370954075-6922-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 src/host/gsmmap/Makefile.am                  |    2 +-
 src/host/layer23/src/common/Makefile.am      |    2 +-
 src/host/layer23/src/misc/Makefile.am        |    2 +-
 src/host/layer23/src/mobile/Makefile.am      |    2 +-
 src/host/osmocon/Makefile.am                 |    4 ++--
 src/shared/libosmocore/Makefile.am           |    2 +-
 src/shared/libosmocore/src/Makefile.am       |    2 +-
 src/shared/libosmocore/src/codec/Makefile.am |    2 +-
 src/shared/libosmocore/src/gb/Makefile.am    |    2 +-
 src/shared/libosmocore/src/gsm/Makefile.am   |    2 +-
 src/shared/libosmocore/src/vty/Makefile.am   |    2 +-
 src/shared/libosmocore/tests/Makefile.am     |    2 +-
 src/shared/libosmocore/utils/Makefile.am     |    2 +-
 13 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/src/host/gsmmap/Makefile.am b/src/host/gsmmap/Makefile.am
index 29be15c..aceb8e5 100644
--- a/src/host/gsmmap/Makefile.am
+++ b/src/host/gsmmap/Makefile.am
@@ -7,7 +7,7 @@ $(top_srcdir)/.version:
 dist-hook:
 	echo $(VERSION) > $(distdir)/.tarball-version
 
-INCLUDES = $(all_includes) -I../layer23/include -DHOST_BUILD
+AM_CPPFLAGS = $(all_includes) -I../layer23/include -DHOST_BUILD
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS)
 
 sbin_PROGRAMS = gsmmap 
diff --git a/src/host/layer23/src/common/Makefile.am b/src/host/layer23/src/common/Makefile.am
index 8d96ed2..71081c0 100644
--- a/src/host/layer23/src/common/Makefile.am
+++ b/src/host/layer23/src/common/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBGPS_CFLAGS)
 
 noinst_LIBRARIES = liblayer23.a
diff --git a/src/host/layer23/src/misc/Makefile.am b/src/host/layer23/src/misc/Makefile.am
index d8fb322..9c2bc4d 100644
--- a/src/host/layer23/src/misc/Makefile.am
+++ b/src/host/layer23/src/misc/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBGPS_CFLAGS)
 LDADD = ../common/liblayer23.a $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOCODEC_LIBS) $(LIBGPS_LIBS)
 
diff --git a/src/host/layer23/src/mobile/Makefile.am b/src/host/layer23/src/mobile/Makefile.am
index 8920c54..04dd025 100644
--- a/src/host/layer23/src/mobile/Makefile.am
+++ b/src/host/layer23/src/mobile/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) $(LIBGPS_CFLAGS)
 LDADD = ../common/liblayer23.a $(LIBOSMOCORE_LIBS) $(LIBOSMOVTY_LIBS) $(LIBOSMOGSM_LIBS) $(LIBOSMOCODEC_LIBS) $(LIBGPS_LIBS)
 
diff --git a/src/host/osmocon/Makefile.am b/src/host/osmocon/Makefile.am
index 8b0d4bf..28487ff 100644
--- a/src/host/osmocon/Makefile.am
+++ b/src/host/osmocon/Makefile.am
@@ -7,13 +7,13 @@ $(top_srcdir)/.version:
 dist-hook:
 	echo $(VERSION) > $(distdir)/.tarball-version
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS)
 
 sbin_PROGRAMS = osmocon osmoload
 
 # FIXME: sercomm needs to move into libosmocore or another shared lib
-INCLUDES += -I../../target/firmware/include/comm -I../../target/firmware/apps -DHOST_BUILD
+AM_CPPFLAGS += -I../../target/firmware/include/comm -I../../target/firmware/apps -DHOST_BUILD
 osmocon_SOURCES = osmocon.c tpu_debug.c ../../target/firmware/comm/sercomm.c
 osmocon_LDADD = $(LIBOSMOCORE_LIBS)
 
diff --git a/src/shared/libosmocore/Makefile.am b/src/shared/libosmocore/Makefile.am
index c9b7ccd..a77bd8f 100644
--- a/src/shared/libosmocore/Makefile.am
+++ b/src/shared/libosmocore/Makefile.am
@@ -1,6 +1,6 @@
 ACLOCAL_AMFLAGS = -I m4
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src src/vty src/codec src/gsm src/gb tests utils
 
 pkgconfigdir = $(libdir)/pkgconfig
diff --git a/src/shared/libosmocore/src/Makefile.am b/src/shared/libosmocore/src/Makefile.am
index d719df7..c75ae03 100644
--- a/src/shared/libosmocore/src/Makefile.am
+++ b/src/shared/libosmocore/src/Makefile.am
@@ -2,7 +2,7 @@
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=4:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)/include
 AM_CFLAGS = -Wall
 
 lib_LTLIBRARIES = libosmocore.la
diff --git a/src/shared/libosmocore/src/codec/Makefile.am b/src/shared/libosmocore/src/codec/Makefile.am
index 665768c..6f886f1 100644
--- a/src/shared/libosmocore/src/codec/Makefile.am
+++ b/src/shared/libosmocore/src/codec/Makefile.am
@@ -2,7 +2,7 @@
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=0:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall
 
 lib_LTLIBRARIES = libosmocodec.la
diff --git a/src/shared/libosmocore/src/gb/Makefile.am b/src/shared/libosmocore/src/gb/Makefile.am
index 04d2108..eaa8321 100644
--- a/src/shared/libosmocore/src/gb/Makefile.am
+++ b/src/shared/libosmocore/src/gb/Makefile.am
@@ -2,7 +2,7 @@
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=2:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall ${GCC_FVISIBILITY_HIDDEN} -fno-strict-aliasing
 
 # FIXME: this should eventually go into a milenage/Makefile.am
diff --git a/src/shared/libosmocore/src/gsm/Makefile.am b/src/shared/libosmocore/src/gsm/Makefile.am
index 0544e0a..36e7830 100644
--- a/src/shared/libosmocore/src/gsm/Makefile.am
+++ b/src/shared/libosmocore/src/gsm/Makefile.am
@@ -2,7 +2,7 @@
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=3:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall ${GCC_FVISIBILITY_HIDDEN}
 
 # FIXME: this should eventually go into a milenage/Makefile.am
diff --git a/src/shared/libosmocore/src/vty/Makefile.am b/src/shared/libosmocore/src/vty/Makefile.am
index 6111123..9435ae3 100644
--- a/src/shared/libosmocore/src/vty/Makefile.am
+++ b/src/shared/libosmocore/src/vty/Makefile.am
@@ -2,7 +2,7 @@
 # Please read Chapter 6 "Library interface versions" of the libtool documentation before making any modification
 LIBVERSION=0:0:0
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 AM_CFLAGS = -Wall
 
 if ENABLE_VTY
diff --git a/src/shared/libosmocore/tests/Makefile.am b/src/shared/libosmocore/tests/Makefile.am
index aaad0c8..b108cbc 100644
--- a/src/shared/libosmocore/tests/Makefile.am
+++ b/src/shared/libosmocore/tests/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 
 check_PROGRAMS = timer/timer_test sms/sms_test ussd/ussd_test		\
                  smscb/smscb_test bits/bitrev_test a5/a5_test		\
diff --git a/src/shared/libosmocore/utils/Makefile.am b/src/shared/libosmocore/utils/Makefile.am
index 4e7869e..9ed4cb0 100644
--- a/src/shared/libosmocore/utils/Makefile.am
+++ b/src/shared/libosmocore/utils/Makefile.am
@@ -1,5 +1,5 @@
 if ENABLE_UTILITIES
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 noinst_PROGRAMS = osmo-arfcn osmo-auc-gen
 
 osmo_arfcn_SOURCES = osmo-arfcn.c
-- 
1.7.10.4




From holger at freyther.de  Wed Jun 12 05:59:35 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Wed, 12 Jun 2013 07:59:35 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370954075-6922-2-git-send-email-alexander.huemer@xx.vu>
References: <1370954075-6922-1-git-send-email-alexander.huemer@xx.vu>
	<1370954075-6922-2-git-send-email-alexander.huemer@xx.vu>
Message-ID: <20130612055935.GK29600@xiaoyu.lan>

On Tue, Jun 11, 2013 at 02:34:35PM +0200, Alexander Huemer wrote:
> Since automake 1.13 INCLUDES is depricates and causes a warning

Hi,

please send this to the baseband devel mailinglist.

>  src/shared/libosmocore/Makefile.am           |    2 +-
>  src/shared/libosmocore/src/Makefile.am       |    2 +-
>  src/shared/libosmocore/src/codec/Makefile.am |    2 +-
>  src/shared/libosmocore/src/gb/Makefile.am    |    2 +-
>  src/shared/libosmocore/src/gsm/Makefile.am   |    2 +-
>  src/shared/libosmocore/src/vty/Makefile.am   |    2 +-
>  src/shared/libosmocore/tests/Makefile.am     |    2 +-
>  src/shared/libosmocore/utils/Makefile.am     |    2 +-

these should probably come from merging the libosmocore again.




From alexander.huemer at xx.vu  Tue Jun 11 12:35:46 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:35:46 +0200
Subject: osmo-gmr: [PATCH] Makefile.am: Use AM_CPPFLAGS
Message-ID: <1370954147-6973-1-git-send-email-alexander.huemer@xx.vu>


This is the patch for osmo-gmr



From alexander.huemer at xx.vu  Tue Jun 11 12:35:47 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Tue, 11 Jun 2013 14:35:47 +0200
Subject: [PATCH] Makefile.am: Use AM_CPPFLAGS
In-Reply-To: <1370954147-6973-1-git-send-email-alexander.huemer@xx.vu>
References: <1370954147-6973-1-git-send-email-alexander.huemer@xx.vu>
Message-ID: <1370954147-6973-2-git-send-email-alexander.huemer@xx.vu>

Since automake 1.13 INCLUDES is depricates and causes a warning
---
 Makefile.am         |    2 +-
 src/Makefile.am     |    2 +-
 src/l1/Makefile.am  |    2 +-
 src/sdr/Makefile.am |    2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index c866969..5ee0a11 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -1,7 +1,7 @@
 AUTOMAKE_OPTIONS = foreign dist-bzip2 1.6
 ACLOCAL_AMFLAGS = -I m4
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include
 SUBDIRS = include src
 
 BUILT_SOURCES = $(top_srcdir)/.version
diff --git a/src/Makefile.am b/src/Makefile.am
index c3991ae..7887412 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -1,6 +1,6 @@
 SUBDIRS = l1 sdr
 
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMODSP_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMODSP_LIBS)
 
diff --git a/src/l1/Makefile.am b/src/l1/Makefile.am
index 602e77a..651b73c 100644
--- a/src/l1/Makefile.am
+++ b/src/l1/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS)
 
diff --git a/src/sdr/Makefile.am b/src/sdr/Makefile.am
index df1d2d3..4abb6ea 100644
--- a/src/sdr/Makefile.am
+++ b/src/sdr/Makefile.am
@@ -1,4 +1,4 @@
-INCLUDES = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
+AM_CPPFLAGS = $(all_includes) -I$(top_srcdir)/include -I$(top_builddir)
 AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMODSP_CFLAGS) $(FFTW3F_CFLAGS)
 AM_LDFLAGS = $(LIBOSMOCORE_LIBS) $(LIBOSMODSP_LIBS) $(FFTW3F_LIBS)
 
-- 
1.7.10.4




From cleb at defcon-3.net  Sat Jun 22 00:05:22 2013
From: cleb at defcon-3.net (Caleb Pal)
Date: Fri, 21 Jun 2013 17:05:22 -0700
Subject: SGSN Crash Report
Message-ID: <000601ce6edc$31323ec0$9396bc40$@net>

Hello,

I just updated my machine with the latest OpenBSC code from git. In the past
under heavy data load (EDGE), the BTS would crash. Now, after updating the
code, the BTS stays up, but the SGSN crashes. Below are a few details about
my setup and debugging output. 

BTS: NanoBTS 165BU 1900
PC: Atom Z530 1GB ram, Running Debian (Wheezy) 

Output from gdb:

<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xc3123cCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xac6064CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xdc7cc7CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x18af79CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x84caf1CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xf1f6b6CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xd9e63bCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xbadc11CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=64
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=197
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xb7e07cCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x987e00CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xf386aaCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x38700eCMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x62743eCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x1cba00CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x6e4346CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xb20578CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x49f5d0CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x760e46CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xc839b5CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xacd5a3CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xdaf317CMD=UI DATA
<0011> gprs_bssgp.c:747 BSSGP BVCI=3 Rx Flow Control BVC
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x7d7a91CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x1eef1aCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xd83b65CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xf6a775CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x855a58CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x18aa6fCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x167b76CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xce3dde6f Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x55d812CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500

Program received signal SIGFPE, Arithmetic exception.
fc_queue_timer_cfg (fc=fc at entry=0x808def0) at gprs_bssgp.c:596
596             msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
(gdb)

OpenBSC Console Output:

Fri Jun 21 16:36:19 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)

Fri Jun 21 16:36:20 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)

Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:315 OC=GPRS-NSVC(f2)
INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Failed(01)
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:315 OC=GPRS-NSE(f0)
INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05)
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:1757 OC=GPRS-NSE(f0)
INST=(00,ff,ff) Sending OPSTART
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:315 OC=GPRS-CELL(f1)
INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05)
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:1757 OC=GPRS-CELL(f1)
INST=(00,00,ff) Sending OPSTART
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:315 OC=GPRS-NSE(f0)
INST=(00,ff,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05)
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:315 OC=GPRS-CELL(f1)
INST=(00,00,ff) STATE CHG: OP_STATE=Disabled AVAIL=Dependency(05)
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:2418 OC=GPRS-NSE(f0)
INST=(00,ff,ff) IPACCESS(0xf6): SET ATTR ACK
Fri Jun 21 16:38:00 2013 <0005> abis_nm.c:2418 OC=GPRS-CELL(f1)
INST=(00,00,ff) IPACCESS(0xf6): SET ATTR ACK
Fri Jun 21 16:38:42 2013 <0005> abis_nm.c:315 OC=GPRS-NSVC(f2)
INST=(00,00,ff) Failure Event Report Type=communication failure
Severity=critical failure Probable cause= 03 03 11 Additional Text=


Let me know if you need any further information.

Regards,

Caleb


 




From alexander.huemer at xx.vu  Sat Jun 22 00:32:54 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Sat, 22 Jun 2013 02:32:54 +0200
Subject: SGSN Crash Report
In-Reply-To: <000601ce6edc$31323ec0$9396bc40$@net>
References: <000601ce6edc$31323ec0$9396bc40$@net>
Message-ID: <20130622003254.GA5417@yade.xx.vu>

On Fri, Jun 21, 2013 at 05:05:22PM -0700, Caleb Pal wrote:
> <000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
> <000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
> 
> Program received signal SIGFPE, Arithmetic exception.
> fc_queue_timer_cfg (fc=fc at entry=0x808def0) at gprs_bssgp.c:596
> 596             msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
> (gdb)

(gdb) p fc->bucket_leak_rate

It seems to be 0.

Kind regards,
-Alexander Huemer



From alexander.huemer at xx.vu  Sat Jun 22 00:32:54 2013
From: alexander.huemer at xx.vu (Alexander Huemer)
Date: Sat, 22 Jun 2013 02:32:54 +0200
Subject: SGSN Crash Report
In-Reply-To: <000601ce6edc$31323ec0$9396bc40$@net>
References: <000601ce6edc$31323ec0$9396bc40$@net>
Message-ID: <20130622003254.GA5417@yade.xx.vu>

On Fri, Jun 21, 2013 at 05:05:22PM -0700, Caleb Pal wrote:
> <000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
> <000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
> 
> Program received signal SIGFPE, Arithmetic exception.
> fc_queue_timer_cfg (fc=fc at entry=0x808def0) at gprs_bssgp.c:596
> 596             msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
> (gdb)

(gdb) p fc->bucket_leak_rate

It seems to be 0.

Kind regards,
-Alexander Huemer



From laforge at gnumonks.org  Sat Jun 22 07:50:32 2013
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 22 Jun 2013 09:50:32 +0200
Subject: SGSN Crash Report
In-Reply-To: <000601ce6edc$31323ec0$9396bc40$@net>
References: <000601ce6edc$31323ec0$9396bc40$@net>
Message-ID: <20130622075032.GB31037@nataraja.gnumonks.org>

Hi Caleb,

On Fri, Jun 21, 2013 at 05:05:22PM -0700, Caleb Pal wrote:
 
> Program received signal SIGFPE, Arithmetic exception.
> fc_queue_timer_cfg (fc=fc at entry=0x808def0) at gprs_bssgp.c:596
> 596             msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
> (gdb)

What you should always do when reporting crashes is to include a full
backtrace (bt full) as well as 'list' to show some surrounding lines of
code.

However, in this case it is quite obvious.  Please try the attached
(untested) patch against libosmocore.

What happens is basically that the BTS wants the SGSN to stop all
downlink GPRS transmission.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)

From laforge at gnumonks.org  Sat Jun 22 07:44:00 2013
From: laforge at gnumonks.org (Harald Welte)
Date: Sat, 22 Jun 2013 09:44:00 +0200
Subject: [PATCH] BSSGP: prevent divide-by-zero in flow control
Message-ID: <mailman.73.1641744180.42898.openbsc@lists.osmocom.org>

If the BTS tells us to not send any data at all anymore (bucket leak
rate of 0 bits per second), then we should respect this and not run into
a divide-by-zero.  However, as this indicates complete overload, we
print a log message to that regard.
---
 src/gb/gprs_bssgp.c | 43 +++++++++++++++++++++++++++++++++----------
 1 file changed, 33 insertions(+), 10 deletions(-)

diff --git a/src/gb/gprs_bssgp.c b/src/gb/gprs_bssgp.c
index e41c7ef..5ef1887 100644
--- a/src/gb/gprs_bssgp.c
+++ b/src/gb/gprs_bssgp.c
@@ -590,16 +590,20 @@ static int fc_queue_timer_cfg(struct bssgp_flow_control *fc)
 	fcqe = llist_entry(&fc->queue.next, struct bssgp_fc_queue_element,
 			   list);
 
-	/* Calculate the point in time at which we will have leaked
-	 * a sufficient number of bytes from the bucket to transmit
-	 * the first PDU in the queue */
-	msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
-	/* FIXME: add that time to fc->time_last_pdu and subtract it from
-	 * current time */
-
-	fc->timer.data = fc;
-	fc->timer.cb = &fc_timer_cb;
-	osmo_timer_schedule(&fc->timer, msecs / 1000, (msecs % 1000) * 1000);
+	if (fc->bucket_leak_rate != 0) {
+		/* Calculate the point in time at which we will have leaked
+		 * a sufficient number of bytes from the bucket to transmit
+		 * the first PDU in the queue */
+		msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
+		/* FIXME: add that time to fc->time_last_pdu and subtract it from
+		 * current time */
+		fc->timer.data = fc;
+		fc->timer.cb = &fc_timer_cb;
+		osmo_timer_schedule(&fc->timer, msecs / 1000, (msecs % 1000) * 1000);
+	} else {
+		/* If the PCU is telling us to not send any more data at all,
+		* there's no point starting a timer. */
+	}
 
 	return 0;
 }
@@ -742,6 +746,8 @@ int bssgp_fc_ms_init(struct bssgp_flow_control *fc_ms, uint16_t bvci,
 static int bssgp_rx_fc_bvc(struct msgb *msg, struct tlv_parsed *tp,
 			   struct bssgp_bvc_ctx *bctx)
 {
+	uint32_t old_leak_rate = bctx->fc->bucket_leak_rate;
+	uint32_t old_r_def_ms = bctx->r_default_ms;
 
 	DEBUGP(DBSSGP, "BSSGP BVCI=%u Rx Flow Control BVC\n",
 		bctx->bvci);
@@ -769,6 +775,23 @@ static int bssgp_rx_fc_bvc(struct msgb *msg, struct tlv_parsed *tp,
 	bctx->r_default_ms = 100 *
 		ntohs(*(uint16_t *)TLVP_VAL(tp, BSSGP_IE_R_DEFAULT_MS)) / 8;
 
+	if (old_leak_rate != 0 && bctx->fc->bucket_leak_rate == 0)
+		LOGP(DBSSGP, LOGL_NOTICE, "BSS instructs us to bucket leak "
+			"rate of 0, stopping all DL GPRS!\n");
+	else if (old_leak_rate == 0 && bctx->fc->bucket_leak_rate != 0)
+		LOGP(DBSSGP, LOGL_NOTICE, "BSS instructs us to bucket leak "
+			"rate of != 0, restarting all DL GPRS!\n");
+
+	if (old_r_def_ms != 0 && bctx->r_default_ms == 0)
+		LOGP(DBSSGP, LOGL_NOTICE, "BSS instructs us to MS default "
+			"bucket leak rate of 0, stopping DL GPRS!\n");
+	else if (old_r_def_ms == 0 && bctx->r_default_ms != 0)
+		LOGP(DBSSGP, LOGL_NOTICE, "BSS instructs us to MS default "
+			"bucket leak rate != 0, restarting DL GPRS!\n");
+
+	/* reconfigure the timer for flow control based on new values */
+	fc_queue_timer_cfg(bctx->fc);
+
 	/* Send FLOW_CONTROL_BVC_ACK */
 	return bssgp_tx_fc_bvc_ack(msgb_nsei(msg), *TLVP_VAL(tp, BSSGP_IE_TAG),
 				   msgb_bvci(msg));
-- 
1.8.3.1


--wac7ysb48OaltWcw--



From cleb at defcon-3.net  Sun Jun 23 03:17:20 2013
From: cleb at defcon-3.net (Caleb Pal)
Date: Sat, 22 Jun 2013 20:17:20 -0700
Subject: SGSN Crash Report
In-Reply-To: <20130622075032.GB31037@nataraja.gnumonks.org>
References: <000601ce6edc$31323ec0$9396bc40$@net>
	<20130622075032.GB31037@nataraja.gnumonks.org>
Message-ID: <001201ce6fc0$2c92df70$85b89e50$@net>

Harald,

Thanks for the patch to test. I applied it, and now I am back to the BTS
crashing under heavy load, although it did survive a bit longer. Shortly
after the BTS crashed, the sgsn crashed, and the relevant output from the
OpenBSC console and gdb is below. 

OpenBSC console: 


Sat Jun 22 20:00:41 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=processing failure
Severity=warning level failure Probable cause= 03 00 01 Additional
Text=38137:WARN:GBHSS_UDPE:udp_entity.c#503:S:  736 1712 5592 1000 1416 672
888 1536 2440 848 5416 1052 816 1112 584 1488

Sat Jun 22 20:00:41 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=processing failure
Severity=warning level failure Probable cause= 03 00 01 Additional
Text=38140:WARN:GBHSS_UDPE:udp_entity.c#503: 496 672 424 968 784 952 1072
904 520 496 512 3176 504 888 1048 2832 1072 864

Sat Jun 22 20:00:41 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=processing failure
Severity=warning level failure Probable cause= 03 00 01 Additional
Text=38142:WARN:GBHSS_UDPE:udp_entity.c#503: 1168 1824 1128 496 512 424

Sat Jun 22 20:00:52 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)

Sat Jun 22 20:00:54 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (5 occurences)

Sat Jun 22 20:02:04 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)

Sat Jun 22 20:02:07 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)

Sat Jun 22 20:03:14 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)

Sat Jun 22 20:03:16 2013 <0005> abis_nm.c:315 OC=BASEBAND-TRANSCEIVER(04)
INST=(00,00,ff) Failure Event Report Type=quality of service failure
Severity=warning level failure Probable cause= 03 05 01 Additional Text=UDP
overflow alarm on port 23000 (1 occurences)


Sgsn/gdb

<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x717dcfCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x7e714bCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x6d27e3CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=105
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xb00b8bCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x4fcc88CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=151
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=131
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xa0115bCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xbc7635CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x690bd2CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x24fc1cCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xf06ef5CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x65d78cCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x4c0b92CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xe9acbeCMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x239284CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xf6d681CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xf4b3e6CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x92d6faCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xea0d6dCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xe78cddCMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x1dd741CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x757059CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x4d6e75CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=83
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xcb0b55CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xbb0405CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0x3c3339CMD=UI DATA
<0011> gprs_bssgp.c:376 BSSGP TLLI=0xc50a3bee Rx UPLINK-UNITDATA
<0012> gprs_llc.c:502 LLC SAPI=3 C   FCS=0xfdcb47CMD=UI DATA
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1470
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1470
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=377
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=105
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=105
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=105
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=140
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=55
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=55
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=131
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=55
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=55
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=116
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=115
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=151
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=131
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=83
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=109
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1470
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=81
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=52
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=120
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=60
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1470
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=377
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1470
<0010> gprs_ns.c:489 NSEI=102 Tns-alive expired more then 10 times, blocking
NS-VC
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=55
<0010> gprs_ns.c:573 NSEI=102 is not alive, cannot send
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=55
<0010> gprs_ns.c:573 NSEI=102 is not alive, cannot send
<000f> sgsn_libgtp.c:425 GTP DATA IND from GGSN, length=1500
<0010> gprs_ns.c:573 NSEI=102 is not alive, cannot send

Program received signal SIGABRT, Aborted.
0xb7fe1424 in __kernel_vsyscall ()
(gdb)


(gdb) bt full
#0  0xb7fe1424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb79eb941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb79eed72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#3  0xb7bb4738 in talloc_abort (reason=<optimized out>) at talloc.c:167
No locals.
#4  0xb7bb8d2a in talloc_chunk_from_ptr (ptr=0x808f0b0) at talloc.c:190
        pp = 0x808f0b0 ""
        tc = 0x808f080
#5  _talloc_free (ptr=0x808f0b0) at talloc.c:517
No locals.
#6  talloc_free (ptr=ptr at entry=0x808f0b0) at talloc.c:990
No locals.
#7  0xb7baeaab in msgb_free (m=m at entry=0x808f0b0) at msgb.c:72
No locals.
#8  0x0804df54 in sndcp_send_ud_frag (fs=0xbfffd7cc) at gprs_sndcp.c:423
        lle = 0x808e164
        sne = 0x808f020
        fmsg = 0x808f0b0
        max_payload_len = <optimized out>
        len = <optimized out>
        rc = <optimized out>
        more = 1
#9  sndcp_unitdata_req (msg=msg at entry=0x809a420, lle=0x808e164, nsapi=5
'\005', mmcontext=mmcontext at entry=0x808e950) at gprs_sndcp.c:471
        rc = 0
        fs = {frag_nr = 1 '\001', msg = 0x809a420,
          next_byte = 0x809a6d4 "h=/\r\nSet-Cookie:
bb_thread_lastview=bea63447ee9fe14d112a986a3c0e3923c0d88807a-17-%7Bi-3751_i-
1371319030_i-3686_i-1371306998_i-3620_i-1370565014_i-3675_i-1370754429_i-370
1_i-1371277053_i-3511_i-1369170"..., sne = 0x808f020, mmcontext = 0x808e950}
#10 0x0804fbf3 in cb_data_ind (lib=lib at entry=0xb7bd1a20,
packet=packet at entry=0xbfffd928, len=1500) at sgsn_libgtp.c:477
        pinfo = {mode = BSSGP_PAGING_PS, scope = BSSGP_PAGING_BSS_AREA, raid
= {mnc = 0, mcc = 0, lac = 0, rac = 0 '\000'}, bvci = 0, imsi = 0x0, ptmsi =
0x0,
          drx_params = 7680, qos = "\274\267X"}
        pdp = 0x808edf8
        mm = 0x808e950
        msg = 0x809a420
#11 0xb7bc8ea9 in gtp_gpdu_ind (gsn=gsn at entry=0x808ccb0,
version=version at entry=1, peer=peer at entry=0xbfffd90c, fd=fd at entry=11,
pack=pack at entry=0xbfffd91c, len=1512)
    at gtp.c:2714
        hlen = <optimized out>
        pdp = 0xb7bd1a20
#12 0xb7bc957a in gtp_decaps1u (gsn=0x808ccb0) at gtp.c:3162
        buffer = "2\377\005\340\000\000\000\001\017\342\000\000E
\005\334\001\332@\000\062\006?C\347\030\020\n#\a\202\000P\350\321|\a\031\251
\335\024\233,P\020>0\357^\000\000HTTP/1.1 200 OK\r\nDate: Sun, 23 Jun 2013
03:03:48 GMT\r\nServer: Apache/2.2.23 (Unix) mod_ssl/2.2.23
OpenSSL/1.0.0-fips mod_auth_passthrough/2.1 mod_bwlimited/1.4 Fr"...
        peer = {sin_family = 2, sin_port = 26632, sin_addr = {s_addr =
50799370}, sin_zero = "\000\000\000\000\000\000\000"}
---Type <return> to continue, or q <return> to quit---
        peerlen = 16
        status = <optimized out>
        pheader = 0xbfffd91c
        fd = 11
#13 0xb7bae7e2 in osmo_select_main (polling=polling at entry=0) at select.c:158
        flags = <optimized out>
        ufd = 0x80593d4
        tmp = 0x807c3f0
        readset = {__fds_bits = {0 <repeats 32 times>}}
        writeset = {__fds_bits = {0 <repeats 32 times>}}
        exceptset = {__fds_bits = {0 <repeats 32 times>}}
        work = 1
        rc = <optimized out>
        no_time = {tv_sec = 0, tv_usec = 0}
#14 0x0804a3c1 in main (argc=1, argv=0xbffffda4) at sgsn_main.c:368
        dummy_network = {country_code = 61428, network_code = 47103,
name_long = 0x0,
          name_short = 0xbffffc04
"\f\375\377\277\004N\234\267\370\255\377\267\060\374\377\277\260\374\377\277
\016", auth_policy = 3086928783,
          reject_cause = 3087006400, a5_encryption = -1214510736, neci =
-1212686476, send_mm_info = -1207980552, handover = {active = -1073742960,
            win_rxlev_avg = 0, win_rxqual_avg = 24, win_rxlev_avg_neigh =
3082283604, pwr_interval = 3080455104, pwr_hysteresis = 3628221240,
            max_distance = 3086973856}, stats = {chreq = {total = 0xa,
no_channel = 0x0}, handover = {attempted = 0x0, no_channel = 0x1, timeout =
0xae,
              completed = 0xb79c0540, failed = 0xb79cd824}, loc_upd_type =
{attach = 0xd696910, normal = 0xbffffbe4, periodic = 0xb7feada6, detach =
0xb79d3a30},
            loc_upd_resp = {reject = 0x804946a, accept = 0xbffffcb0}, paging
= {attempted = 0x8049355, detached = 0xb79c0400, completed = 0xbfff0002,
              expired = 0xb7ff0ae0}, sms = {submitted = 0x8049355,
no_receiver = 0xb7ba8aa0, delivered = 0xb7ffeff4, rp_err_mem = 0xb79c4bf8,
rp_err_other = 0x7},
            call = {mo_setup = 0xbffffc64, mo_connect_ack = 0xb7feb425,
mt_setup = 0x1, mt_connect = 0xb7ba8000}, chan = {rf_fail = 0xb7fea562,
              rll_err = 0xb7fd7000}, bts = {oml_fail = 0x7e10, rsl_fail =
0xb7ffeff4}}, mncc_state = 0xbffffd0c, mncc_recv = 0xb79c4e04, upqueue = {
            next = 0xb7ffadf8, prev = 0xbffffc30}, trans_list = {next =
0xbffffcb0, prev = 0xe}, bsc_api = 0xb79cd824, num_bts = 3080455120,
bts_list = {
            next = 0xf63d4e2e, prev = 0x0}, T3101 = 10, T3103 = 0, T3105 =
0, T3107 = 1, T3109 = 2210, T3111 = -1214512128, T3113 = -1212511480, T3115
= 134517786,
          T3117 = -1214455724, T3119 = 134514968, T3122 = 1, T3141 =
-1207963660, subscr_expire_timer = {node = {rb_parent_color = 3221224784,
rb_right = 0xb7fffac0,
              rb_left = 0xbffffd24}, list = {next = 0xb7feb662, prev =
0xbffffd14}, timeout = {tv_sec = 134514968, tv_usec = -1073742584}, active =
0, cb = 0,
            data = 0xb79c0400}, rrlp = {mode = RRLP_MODE_MS_BASED},
dtx_enabled = 0, ctype_by_chreq = {GSM_LCHAN_SDCCH, 3087005960,
GSM_LCHAN_SDCCH, GSM_LCHAN_SDCCH,
            GSM_LCHAN_NONE, GSM_LCHAN_SDCCH, 3080652277, 168972, 3082276864,
GSM_LCHAN_NONE, 3221224784, 3081899232, 134519124, 3086943632, 134582576,
3221224696},
          pag_any_tch = 134556299, bsc_data = 0x1, keep_subscr =
-1073742428, sms_queue = 0xbffffdac, ctrl = 0xbffffcf8}
        rc = <optimized out>
(gdb)


(gdb) list
280
281     static const struct log_info gprs_log_info = {
282             .filter_fn = gprs_log_filter_fn,
283             .cat = gprs_categories,
284             .num_cat = ARRAY_SIZE(gprs_categories),
285     };
286
287
288     int main(int argc, char **argv)
289     {
(gdb)


Let me know if you need any further information.

Regards,

Caleb


-----Original Message-----
From: openbsc-bounces at lists.osmocom.org
[mailto:openbsc-bounces at lists.osmocom.org] On Behalf Of Harald Welte
Sent: Saturday, June 22, 2013 0051
To: Caleb Pal
Cc: openbsc at lists.gnumonks.org
Subject: Re: SGSN Crash Report

Hi Caleb,

On Fri, Jun 21, 2013 at 05:05:22PM -0700, Caleb Pal wrote:
 
> Program received signal SIGFPE, Arithmetic exception.
> fc_queue_timer_cfg (fc=fc at entry=0x808def0) at gprs_bssgp.c:596
> 596             msecs = (fcqe->llc_pdu_len * 1000) / fc->bucket_leak_rate;
> (gdb)

What you should always do when reporting crashes is to include a full
backtrace (bt full) as well as 'list' to show some surrounding lines of
code.

However, in this case it is quite obvious.  Please try the attached
(untested) patch against libosmocore.

What happens is basically that the BTS wants the SGSN to stop all downlink
GPRS transmission.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)




From holger at freyther.de  Mon Jun 24 05:44:16 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 24 Jun 2013 07:44:16 +0200
Subject: SGSN Crash Report
In-Reply-To: <001201ce6fc0$2c92df70$85b89e50$@net>
References: <000601ce6edc$31323ec0$9396bc40$@net>
	<20130622075032.GB31037@nataraja.gnumonks.org>
	<001201ce6fc0$2c92df70$85b89e50$@net>
Message-ID: <20130624054416.GB21497@xiaoyu.lan>

On Sat, Jun 22, 2013 at 08:17:20PM -0700, Caleb Pal wrote:

> Program received signal SIGABRT, Aborted.
> 0xb7fe1424 in __kernel_vsyscall ()
> (gdb)
> 
> 
> (gdb) bt full
> #0  0xb7fe1424 in __kernel_vsyscall ()
> No symbol table info available.
> #1  0xb79eb941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #2  0xb79eed72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #3  0xb7bb4738 in talloc_abort (reason=<optimized out>) at talloc.c:167
> No locals.
> #4  0xb7bb8d2a in talloc_chunk_from_ptr (ptr=0x808f0b0) at talloc.c:190
>         pp = 0x808f0b0 ""
>         tc = 0x808f080
> #5  _talloc_free (ptr=0x808f0b0) at talloc.c:517
> No locals.
> #6  talloc_free (ptr=ptr at entry=0x808f0b0) at talloc.c:990
> No locals.
> #7  0xb7baeaab in msgb_free (m=m at entry=0x808f0b0) at msgb.c:72
> No locals.
> #8  0x0804df54 in sndcp_send_ud_frag (fs=0xbfffd7cc) at gprs_sndcp.c:423


This looks like the known double free. My workaround/solution has been
described here[1]. Could you please generate a PCAP file, I will then
look in what it takes to re-produce the issue..

thanks
  holger


[1] http://lists.osmocom.org/pipermail/openbsc/2013-March/004492.html



From admin at manateeshome.com  Sun Jun 23 09:16:09 2013
From: admin at manateeshome.com (Pierre Kim)
Date: Sun, 23 Jun 2013 18:16:09 +0900
Subject: NanoBTS 139 PCS1900 for sale
Message-ID: <008701ce6ff2$4e296eb0$ea7c4c10$@manateeshome.com>

Hello,

I have a nanoBTS 139 unit for sale.

It is from the united states, it operates on PCS1900.

I'd sell it for 1200 euro.

 

Please contact me if you are interested.

Thank you.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130623/1a740814/attachment.htm>

From andreas at eversberg.eu  Sun Jun 23 12:59:27 2013
From: andreas at eversberg.eu (Andreas Eversberg)
Date: Sun, 23 Jun 2013 14:59:27 +0200
Subject: Slow database access at OpenBSC
Message-ID: <51C6F12F.2000801@eversberg.eu>

hi,

i experienced audio glitches while another phone does location updating:

<0001> gsm_04_08.c:191 (bts 1 trx 0 ts 0 pd 05) Sending 0x18 to MS.
<0008> abis_rsl.c:1027 [262421104120913] MEASUREMENT RESULT NR=0
RXL-FULL-ul=-110dBm RXL-SUB-ul=-47dBm R Q-FULL-ul=0 RXQ-SUB-ul=0
BS_POWER=0 L1_MS_PWR=  0dBm L1_FPC=0 L1_TA=0 NOT VALID NUM_NEIGH=0
<0003> bsc_api.c:615 CLASSMARK CHANGE CM2(len=3) CM3(len=4)
dbi access time 95ms
Stalled 96ms
<0008> abis_rsl.c:1027 [262421104120913] MEASUREMENT RESULT NR=1
RXL-FULL-ul=-66dBm RXL-SUB-ul=-47dBm RX -FULL-ul=0 RXQ-SUB-ul=0
BS_POWER=0 L1_MS_PWR=  0dBm L1_FPC=0 L1_TA=0 RXL-FULL-dl=-47dBm
RXL-SUB-dl=-47dB  RXQ-FULL-dl=0 RXQ-SUB-dl=0 NUM_NEIGH=7
dbi access time 50ms
dbi access time 0ms
dbi access time 49ms
dbi access time 58ms
dbi access time 83ms
dbi access time 0ms
dbi access time 0ms
dbi access time 0ms
dbi access time 72ms
<0003> gsm_04_08_utils.c:315 TX CIPHERING MODE CMD
Stalled 319ms
<0008> abis_rsl.c:1027 [262421104120913] MEASUREMENT RESULT NR=2
RXL-FULL-ul=-65dBm RXL-SUB-ul=-47dBm RX -FULL-ul=0 RXQ-SUB-ul=0
BS_POWER=0 L1_MS_PWR=  0dBm L1_FPC=0 L1_TA=0 RXL-FULL-dl=-47dBm
RXL-SUB-dl=-47dB  RXQ-FULL-dl=0 RXQ-SUB-dl=0 NUM_NEIGH=7
<0003> osmo_msc.c:105 CIPHERING MODE COMPLETE
dbi access time 0ms
dbi access time 69ms
<0001> gsm_04_08.c:191 (bts 1 trx 0 ts 0 pd 05) Sending 0x02 to MS.
<0001> gsm_04_08.c:191 (bts 1 trx 0 ts 0 pd 05) Sending 0x32 to MS.
dbi access time 66ms
dbi access time 0ms
dbi access time 0ms
<0003> gsm_04_08.c:1249 TX APPLICATION INFO id=0x00, len=4
<0001> gsm_04_08.c:191 (bts 1 trx 0 ts 0 pd 06) Sending 0x38 to MS.
dbi access time 0ms
Stalled 140ms

the total time that openbsc was stalling is 555ms in this case. there
are only 4 subscribers in hlr and counter writing is disabled. is there
any trick to make database access faster?

speeding up the db access does not solve the problem. an async db access
is one solution, but there is other code at openbsc that might require
some time. (e.g. handling of many measurement reports) one solution is
to have an own thread for the audio processing. this thread must access
different interfaces independently from the rest of the openbsc code:

- RTP sockets
- MNCC socket
- TRAU sockets of E1 timeslots

MNCC socket could be split into two sockets: one for signalling, one for
audio traffic. this way it is not required to use queues and signals
between main thread and audio thread. a problem in case of
multithreading is osmo_select_main(). it uses global list of file
descriptors and global rb-tree for timers. one solution would be having
multiple lists and trees for each thread id. this way it is not required
to change timer and file descriptor api.

another solution could be a seperate process, which handles audio only.
i don't really like a sepeate process, since it requires some interface
to openbsc and makes everything more complex. even though i don't like
threads, multithreading seems to be the best solution to me at the moment.

was there any effort to solve the problem or to handle audio? are there
any suggestions about it?

regard,

andreas






From andreas at eversberg.eu  Sun Jun 23 13:12:36 2013
From: andreas at eversberg.eu (Andreas Eversberg)
Date: Sun, 23 Jun 2013 15:12:36 +0200
Subject: Slow database access at OpenBSC
In-Reply-To: <51C6F12F.2000801@eversberg.eu>
References: <51C6F12F.2000801@eversberg.eu>
Message-ID: <51C6F444.3050707@eversberg.eu>

Andreas Eversberg wrote:
> the total time that openbsc was stalling is 555ms in this case. there
> are only 4 subscribers in hlr and counter writing is disabled. is there
> any trick to make database access faster?
>   
at least i can give a hint to myself: put database to ram disk
this reduces the access time at location updating to <20ms in my case.



From holger at freyther.de  Mon Jun 24 05:53:29 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Mon, 24 Jun 2013 07:53:29 +0200
Subject: Slow database access at OpenBSC
In-Reply-To: <51C6F12F.2000801@eversberg.eu>
References: <51C6F12F.2000801@eversberg.eu>
Message-ID: <20130624055329.GC21497@xiaoyu.lan>

On Sun, Jun 23, 2013 at 02:59:27PM +0200, Andreas Eversberg wrote:
> another solution could be a seperate process, which handles audio only.
> i don't really like a sepeate process, since it requires some interface
> to openbsc and makes everything more complex. even though i don't like
> threads, multithreading seems to be the best solution to me at the moment.

fork (syscall) the mgcp mgw and make the NITB a call-agent. This way all
the audio will flow in a different process like it is done in the real
BSC right now.

> was there any effort to solve the problem or to handle audio? are there
> any suggestions about it?

I looked into libdbi once[1] and saw that every SELECT actually
spawns multiple PRAGMA calls to figure out the column types. On the
congress we should use a patched libdbi sqlite3 driver that is caching
the result of the pragma..

cheers
	holger

[1] http://sourceforge.net/mailarchive/message.php?msg_id=26808928



From mailman-bounces at lists.osmocom.org  Wed Jun 26 07:00:16 2013
From: mailman-bounces at lists.osmocom.org (mailman-bounces at lists.osmocom.org)
Date: Wed, 26 Jun 2013 09:00:16 +0200
Subject: OpenBSC unsubscribe notification
Message-ID: <mailman.1.1372230016.4645.openbsc@lists.osmocom.org>

situsaja at bshellz.net has been removed from OpenBSC.



From dchardware at gmail.com  Fri Jun 28 12:09:05 2013
From: dchardware at gmail.com (Sipos Csaba)
Date: Fri, 28 Jun 2013 14:09:05 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia InSite
Message-ID: <1210126494.20130628140905@freemail.hu>

Dear members,

It seems that the latest Osmo-nitb (0.13.0.48-9e22) broke
compatibility with Nokia InSite.

I am using a GSM1800 unit with an E1
dahdi card, and with the following config it was working fine with a
previous version (osmo-nitb v.0.13.0.33-e152a4):

openbsc.cfg:

! OpenBSC configuration saved from vty
!   !
password foo
!
line vty
 no login
!
e1_input
 e1_line 0 driver dahdi
network
 network country code 1
 mobile network code 1
 short name OpenBSC
 long name OpenBSC 
 mm info 1
 timer t3101 10
 timer t3113 60
 bts 0
  type nokia_site
  band GSM1800
  cell_identity 1
  location_area_code 1
  base_station_id_code 63
  training_sequence_code 7
  ms max power 40
  periodic location update 10
  
  oml e1 line 0 timeslot 5 sub-slot full
  oml e1 tei 1
  
  trx 0
   arfcn 885
   nominal power 22
   max_power_red 0
   rsl e1 line 0 timeslot 4 sub-slot full
   rsl e1 tei 1


    timeslot 0
     phys_chan_config CCCH+SDCCH4
     e1 line 0 timeslot 2 sub-slot 0

    timeslot 1
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 1

    timeslot 2
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 2

    timeslot 3
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 3

    timeslot 4
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 0

    timeslot 5
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 1

    timeslot 6
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 2

    timeslot 7
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 3

/etc/dahdi/system.conf

span=1,0,0,ccs,hdb3,crc4
bchan=2-31
dchan=1

Error message with the most recent verion:

root at openbsc:~# osmo-nitb -c /root/1800_nokia.cfg
<0018> input/lapd.c:212 LAPD Allocating SAP for SAPI=62 / TEI=1
<0018> input/lapd.c:223 k=1 N200=3 N201=260 T200=1.0 T203=10.0
<0018> input/lapd.c:485 LAPD DL-ESTABLISH request TEI=1 SAPI=62
<0018> input/lapd.c:212 LAPD Allocating SAP for SAPI=62 / TEI=1
<0018> input/lapd.c:223 k=1 N200=3 N201=260 T200=1.0 T203=10.0
<0018> input/lapd.c:485 LAPD DL-ESTABLISH request TEI=1 SAPI=62
DB: Database initialized.
DB: Database prepared.
<001d> sms_queue.c:220 Attempting to send 20 SMS
<0018> input/lapd.c:624 LAPD DL-ESTABLISH confirm TEI=1 SAPI=62
<0005> bts_nokia_site.c:58 bootstrapping OML for BTS 0
<0005> bts_nokia_site.c:1679 ABIS_OM_MDISC_FOM
<0005> bts_nokia_site.c:1507 (0x81) NOKIA_BTS_ACK
<0005> bts_nokia_site.c:1539 ACK = 1
<0018> input/lapd.c:513 LAPD DL-RELEASE request TEI=1 SAPI=62
<0018> input/lapd.c:628 LAPD DL-RELEASE confirm TEI=1 SAPI=62
<0018> input/lapd.c:513 LAPD DL-RELEASE request TEI=1 SAPI=62
<0018> input/lapd.c:628 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Segmentation fault (core dumped)

root at openbsc:~#

I have to admit that even with the previous versions I had issues,
like a lot of radio link failures, unstable voice calls (lasting only
1-2 minutes), but now it wont start at all.

Thanks in advance!

Csaba




From holger at freyther.de  Fri Jun 28 13:29:04 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Fri, 28 Jun 2013 15:29:04 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia InSite
In-Reply-To: <1210126494.20130628140905@freemail.hu>
References: <1210126494.20130628140905@freemail.hu>
Message-ID: <20130628132904.GF6882@xiaoyu.lan>

On Fri, Jun 28, 2013 at 02:09:05PM +0200, Sipos Csaba wrote:
> Segmentation fault (core dumped)

then please provide a backtrace. I don't have any nokia BTS equipment
myself.

holger



From dchardware at gmail.com  Sat Jun 29 13:58:26 2013
From: dchardware at gmail.com (Sipos Csaba)
Date: Sat, 29 Jun 2013 15:58:26 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia InSite
In-Reply-To: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
References: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
Message-ID: <417565018.20130629155826@freemail.hu>

Hi Holger,

I was able to narrow it down, and it seems this is the patch that
causing the problem:

http://cgit.osmocom.org/libosmocore/commit/?id=f5a079f739c57d8be7c59149fd45475c402a45fc

Up to that patch it works (more or less), but after I applied it, I
got this seg faults.

I don't know how to do back traces but I try to get some info about
this topic and will send the results.

Csaba




From holger at freyther.de  Sat Jun 29 14:20:41 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sat, 29 Jun 2013 16:20:41 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia InSite
In-Reply-To: <417565018.20130629155826@freemail.hu>
References: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
	<417565018.20130629155826@freemail.hu>
Message-ID: <20130629142041.GC3330@xiaoyu.lan>

On Sat, Jun 29, 2013 at 03:58:26PM +0200, Sipos Csaba wrote:
> Hi Holger,

Hi,

> I was able to narrow it down, and it seems this is the patch that
> causing the problem:
> 
> http://cgit.osmocom.org/libosmocore/commit/?id=f5a079f739c57d8be7c59149fd45475c402a45fc
> 
> Up to that patch it works (more or less), but after I applied it, I
> got this seg faults.

good. this patch was meant to detect use after free cases. This means
the code claims that the memory is not used anymore, but it was.

> 
> I don't know how to do back traces but I try to get some info about
> this topic and will send the results.


$ ulimit -c unlimited
$ nitb....
...
Segmentation fault (core dumped)
$ gdb nitb core
gdb > bt
<BACKTRACE IS PRINTED>

include the output from here. 



From dchardware at gmail.com  Sat Jun 29 21:52:06 2013
From: dchardware at gmail.com (Sipos Csaba)
Date: Sat, 29 Jun 2013 23:52:06 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia
	InSite
In-Reply-To: <20130629142041.GC3330@xiaoyu.lan>
References: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
	<417565018.20130629155826@freemail.hu>
	<20130629142041.GC3330@xiaoyu.lan>
Message-ID: <1355509309.20130629235206@freemail.hu>

Hi Holger,

This was the result of the backtrace:

root at openbsc:~# ulimit -c unlimited
root at openbsc:~# osmo-nitb -c 1800_nokia.cfg
<0018> input/lapd.c:212 LAPD Allocating SAP for SAPI=62 / TEI=1
<0018> input/lapd.c:223 k=1 N200=3 N201=260 T200=1.0 T203=10.0
<0018> input/lapd.c:485 LAPD DL-ESTABLISH request TEI=1 SAPI=62
DB: Database initialized.
DB: Database prepared.
<001d> sms_queue.c:220 Attempting to send 20 SMS
<0018> input/lapd.c:624 LAPD DL-ESTABLISH confirm TEI=1 SAPI=62
<0005> bts_nokia_site.c:58 bootstrapping OML for BTS 0
<0005> bts_nokia_site.c:1679 ABIS_OM_MDISC_FOM
<0005> bts_nokia_site.c:1507 (0x81) NOKIA_BTS_ACK
<0005> bts_nokia_site.c:1539 ACK = 1
<0018> input/lapd.c:513 LAPD DL-RELEASE request TEI=1 SAPI=62
<0018> input/lapd.c:628 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Segmentation fault (core dumped)
root at openbsc:~# gdb nitb core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
nitb: No such file or directory.
[New LWP 6873]
Core was generated by `osmo-nitb -c 1800_nokia.cfg'.
Program terminated with signal 11, Segmentation fault.
#0  0xb774c11d in ?? ()
(gdb) bt
#0  0xb774c11d in ?? ()
#1  0xfffffffe in ?? ()
#2  0x00000003 in ?? ()
#3  0xb775acdf in ?? ()
#4  0x000006ec in ?? ()
#5  0x00000000 in ?? ()
(gdb)

I hope this is going to help.

BR,
Csaba




From holger at freyther.de  Sun Jun 30 06:04:08 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 30 Jun 2013 08:04:08 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia InSite
In-Reply-To: <1355509309.20130629235206@freemail.hu>
References: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
	<417565018.20130629155826@freemail.hu>
	<20130629142041.GC3330@xiaoyu.lan>
	<1355509309.20130629235206@freemail.hu>
Message-ID: <20130630060408.GH23402@xiaoyu.lan>

On Sat, Jun 29, 2013 at 11:52:06PM +0200, Sipos Csaba wrote:

> root at openbsc:~# gdb nitb core

'nitb' was meant as a place holder because I don't know if you invoke
it with ./osmo-nitb, osmo-nitb, /usr/local/bin/osmo-nitb. When invoking
gdb you need to pass the right one. E.g. you didn't use 'nitb' to start
the application either. ;)

> GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
> #0  0xb774c11d in ?? ()
> (gdb) bt
> #0  0xb774c11d in ?? ()
> #1  0xfffffffe in ?? ()
> #2  0x00000003 in ?? ()
> #3  0xb775acdf in ?? ()
> #4  0x000006ec in ?? ()
> #5  0x00000000 in ?? ()
> (gdb)

No, the above is not useful at all. The information about methods and
line numbers is missing. Re-run the gdb command and point it to the nitb
that was used.

holger




From dchardware at gmail.com  Sun Jun 30 10:00:06 2013
From: dchardware at gmail.com (Sipos Csaba)
Date: Sun, 30 Jun 2013 12:00:06 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia
	InSite
In-Reply-To: <20130630060408.GH23402@xiaoyu.lan>
References: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
	<417565018.20130629155826@freemail.hu>
	<20130629142041.GC3330@xiaoyu.lan>
	<1355509309.20130629235206@freemail.hu>
	<20130630060408.GH23402@xiaoyu.lan>
Message-ID: <12210700172.20130630120006@freemail.hu>

Thanks Holger,

I think this is the rigth one:

root at openbsc:~# ulimit -c unlimited
root at openbsc:~# osmo-nitb
<0018> input/lapd.c:212 LAPD Allocating SAP for SAPI=62 / TEI=1
<0018> input/lapd.c:223 k=1 N200=3 N201=260 T200=1.0 T203=10.0
<0018> input/lapd.c:485 LAPD DL-ESTABLISH request TEI=1 SAPI=62
DB: Database initialized.
DB: Database prepared.
<001d> sms_queue.c:220 Attempting to send 20 SMS
<0018> input/lapd.c:624 LAPD DL-ESTABLISH confirm TEI=1 SAPI=62
<0005> bts_nokia_site.c:58 bootstrapping OML for BTS 0
<0005> bts_nokia_site.c:1679 ABIS_OM_MDISC_FOM
<0005> bts_nokia_site.c:1507 (0x81) NOKIA_BTS_ACK
<0005> bts_nokia_site.c:1539 ACK = 1
<0018> input/lapd.c:513 LAPD DL-RELEASE request TEI=1 SAPI=62
<0018> input/lapd.c:628 LAPD DL-RELEASE confirm TEI=1 SAPI=62
Segmentation fault (core dumped)
root at openbsc:~# gdb osmo-nitb core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /usr/local/bin/osmo-nitb...done.
[New LWP 6873]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `osmo-nitb -c 1800_nokia.cfg'.
Program terminated with signal 11, Segmentation fault.
#0  0xb774c11d in lapd_send_i (line=1606, lctx=<optimized out>) at lapd_core.c:1802
1802            if (!dl->tx_hist[h].msg) {
(gdb) bt
#0  0xb774c11d in lapd_send_i (line=1606, lctx=<optimized out>) at lapd_core.c:1802
#1  0xb774ed9d in lapd_rx_i (lctx=0xbfcf0028, msg=0x81a31a8) at lapd_core.c:1606
#2  lapd_ph_data_ind (msg=0x81a31a8, lctx=0xbfcf0028) at lapd_core.c:1641
#3  0xb76fd5dd in lapd_receive (li=0x8177aa0, msg=0x81a31a8, error=0xbfcf00ac) at input/lapd.c:461
#4  0xb76f4046 in e1inp_rx_ts_lapd (e1i_ts=0x81796cc, msg=0x81a31a8) at e1_input.c:557
#5  0xb76f7c64 in handle_ts1_read (bfd=0x8179c38) at input/dahdi.c:190
#6  dahdi_fd_cb (bfd=0x8179c38, what=1) at input/dahdi.c:376
#7  0xb770cfc1 in osmo_select_main (polling=0) at select.c:158
#8  0x0804cc09 in main (argc=3, argv=0xbfcf03f4) at bsc_hack.c:346
(gdb)

BR,
Csaba




From holger at freyther.de  Sun Jun 30 11:21:52 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 30 Jun 2013 13:21:52 +0200
Subject: Osmo-nitb v_0.13.0.48-9e22 broke compatibility with Nokia InSite
In-Reply-To: <12210700172.20130630120006@freemail.hu>
References: <mailman.1.1372500010.19961.openbsc@lists.osmocom.org>
	<417565018.20130629155826@freemail.hu>
	<20130629142041.GC3330@xiaoyu.lan>
	<1355509309.20130629235206@freemail.hu>
	<20130630060408.GH23402@xiaoyu.lan>
	<12210700172.20130630120006@freemail.hu>
Message-ID: <20130630112152.GK23402@xiaoyu.lan>

On Sun, Jun 30, 2013 at 12:00:06PM +0200, Sipos Csaba wrote:
> Thanks Holger,

Good Afternoon,

> <0018> input/lapd.c:628 LAPD DL-RELEASE confirm TEI=1 SAPI=62

this releases the LAPD structures.. (and now sets dl->tx_hist to NULL)

> #0  0xb774c11d in lapd_send_i (line=1606, lctx=<optimized out>) at lapd_core.c:1802
> 1802            if (!dl->tx_hist[h].msg) {


and it is accessed even after it has been released. Now I don't know
if this access would be legetimate but it is from 'dead' memory.

Could you please create a PCAP file of the communication on the line?
NITB has a config param for that and it should work for LAPD.





From alexander.chemeris at gmail.com  Sat Jun 29 08:56:47 2013
From: alexander.chemeris at gmail.com (Alexander Chemeris)
Date: Sat, 29 Jun 2013 12:56:47 +0400
Subject: [PATCH] contrib: A shell script to send command(s) to
	osmo-nitb/osmo-bts live instances.
Message-ID: <CABmJbFXPo1dyAzO6_uQi8-xX5iV265kC-rY6C7tSN9G7u0nfqA@mail.gmail.com>

Hi all,

Attached is a shell script I found useful for monitoring a live
installation of OsmoNITB. I hope it'll be useful for someone else and
propose to check it into the 'contrib' directory of the OpenBSC
repository.

Actually I believe that Holger's zecke/features/nitb-ctrl-interface
branch should be merged into the master, as it makes such monitoring
much easier and failsafe.

PS I think it would be useful create a wiki-page with cheat-sheet of
useful commands during the OpenBSC operation. I could start putting
something together if there are no objections to that. I would
appreciate recommendations for the wiki page name and location too.

--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ??? ???????
http://fairwaves.ru
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-contrib-A-shell-script-to-send-command-s-to-osmo-nit.patch
Type: application/octet-stream
Size: 1221 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20130629/6ba5ee3f/attachment.obj>

From holger at freyther.de  Sun Jun 30 10:59:18 2013
From: holger at freyther.de (Holger Hans Peter Freyther)
Date: Sun, 30 Jun 2013 12:59:18 +0200
Subject: [PATCH] contrib: A shell script to send command(s) to
	osmo-nitb/osmo-bts live instances.
In-Reply-To: <CABmJbFXPo1dyAzO6_uQi8-xX5iV265kC-rY6C7tSN9G7u0nfqA@mail.gmail.com>
References: <CABmJbFXPo1dyAzO6_uQi8-xX5iV265kC-rY6C7tSN9G7u0nfqA@mail.gmail.com>
Message-ID: <20130630105918.GJ23402@xiaoyu.lan>

On Sat, Jun 29, 2013 at 12:56:47PM +0400, Alexander Chemeris wrote:
> Hi all,

Dear Alexander,

> Attached is a shell script I found useful for monitoring a live
> installation of OsmoNITB. I hope it'll be useful for someone else and
> propose to check it into the 'contrib' directory of the OpenBSC
> repository.

I don't think it is a useful addition. There is the 'obscvty' python
code that is rather complete and used in the VTY tests. E.g. with the
shell script sometimes one would like to monitor commands that are
only available in the enabled mode. So you would need to issue two
commands during an active connection.


> PS I think it would be useful create a wiki-page with cheat-sheet of
> useful commands during the OpenBSC operation. I could start putting
> something together if there are no objections to that. I would
> appreciate recommendations for the wiki page name and location too.

there are no objections. RunningNITB? TipsAndTricks?

holger



From dchardware at gmail.com  Sun Jun 30 19:14:14 2013
From: dchardware at gmail.com (Sipos Csaba)
Date: Sun, 30 Jun 2013 21:14:14 +0200
Subject: Nokia InSite configuration check
In-Reply-To: <mailman.1.1372586408.25085.openbsc@lists.osmocom.org>
References: <mailman.1.1372586408.25085.openbsc@lists.osmocom.org>
Message-ID: <13610530456.20130630211414@freemail.hu>

Dear members,

In connection with the problem I found, I kindly ask someone, to
please check my configuration, because I want to rule out any
configuration related issue, don't want to waste anyones time with
sending false bug reports.

Currently I am using a GSM1800 Nokia InSite unit with a Dahdi E1 card
and OpenBSC, the DAHDI card is the timing source.

/etc/dahdi/system.conf

span=1,0,0,ccs,hdb3,crc4
bchan=2-31
dchan=1

OpenBSC conf:

password foo
line vty
 no login
e1_input
 e1_line 0 driver dahdi
network
 network country code 1
 mobile network code 1
 short name OpenBSC
 long name OpenBSC 
 mm info 1
 timer t3101 10
 timer t3113 60
 bts 0
  type nokia_site
  band GSM1800
  cell_identity 1
  location_area_code 1
  base_station_id_code 63
  training_sequence_code 7
  ms max power 40
  periodic location update 10
  
  oml e1 line 0 timeslot 5 sub-slot full
  oml e1 tei 1
  
  trx 0
   arfcn 885
   nominal power 22
   max_power_red 0
   rsl e1 line 0 timeslot 4 sub-slot full
   rsl e1 tei 1


    timeslot 0
     phys_chan_config CCCH+SDCCH4
     e1 line 0 timeslot 2 sub-slot 0

    timeslot 1
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 1

    timeslot 2
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 2

    timeslot 3
     phys_chan_config TCH/F
     e1 line 0 timeslot 2 sub-slot 3

    timeslot 4
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 0

    timeslot 5
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 1

    timeslot 6
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 2

    timeslot 7
     phys_chan_config TCH/F
     e1 line 0 timeslot 3 sub-slot 3

My main concern is about the OML and RSL TEI addresses.

If I understand it correctly, OML TEI identifies the BTS, RSL TEI
identifies the TRX of that BTS. So if I have 2 BTSs and 2-2 TRXs, then
the correct configuration would be looking like this:

BTS0:
    oml: te1 1
    trx0: tei 1
    trx1: tei 2
    trx2: tei 3
    ....
BTS1:
    oml: tei 2
    trx0: tei 1
    trx1: tei 2
    trx2: tei 3
    ...

?

Even the Nokia BTS commissioning documentation is unclear about the
specifics:

sapi =Service access point identifier. (62 for OMUSIG, 0 for TRXSIG.)
tei =Terminal end point identifier. Must the same as defined in the BTS.
Usually the same as the TRX number. For OMU link, the value is 1.

According to this, every OML TEI of every BTS should be "1" ? The
other funny part is, that it sais it must be the same as defined in the
BTS, but Nokia BTS Manager does not have any parameter for TEI or SAPI
to set.

My other concerns are BSIC and Training Sequence Code (TSC).

As I know, BSIC identifies the BTS in a location and/or routing area,
it means that a location/routing area can have 64 BTSs at top
(BSIC=0-63), and every BTS have to use unique BSIC in the same LAC?

TSC is another mystery. Nokia Docs sais:

train_seq = Training sequence code. (eg. BCC value of the BSIC, eg. 7)

This has to be 7 all the time, or if I have more than one BTS (in the
same LAC and on the same E1)I have to change this?

Finally, DAHDI configuration:

How many D channels should I specify? For example if I have 2 BTSs on
the same E1, I have to specify two D channels for every OMUSIG
timeslots? Or I have to specify D channels for every timeslots I use
for signalling (OMUSIG and TRXSIG for all BTSs)? Or maybe I don't have
to allocate even one D channel, because I dedicate separate signalling and TCH
timeslots for every BTS?

I searched a lot about this topic, but the information available is
limited, not specific and most of the time lead to more questions...

I hope someone can enlighten me in this topic.

BR,
Csaba