Hi, > I have built Osmocommbb with testing branch and I want to run Mobile app > allowing me to make a call via my local network. > All goes well in the build but I am unable to register on my own network > while using a genuine network sim. > This is output from my compal_e88/layer1.compalram.bin. > As you can see all looks good with signal levels fairly ok until this point > and then level drops to -138 dbm and there it stays on all chanells. > I have tried this with 3 different sims and all is the same. > Can someone help? Use master, not testing.
Hi,Use master, not testing.
> I have built Osmocommbb with testing branch and I want to run Mobile app
> allowing me to make a call via my local network.
> All goes well in the build but I am unable to register on my own network
> while using a genuine network sim.
> This is output from my compal_e88/layer1.compalram.bin.
> As you can see all looks good with signal levels fairly ok until this point
> and then level drops to -138 dbm and there it stays on all chanells.
> I have tried this with 3 different sims and all is the same.
> Can someone help?
72 Blythe Road, West Kensington, London W14 0HB
On Wed, Jul 30, 2014 at 10:54:39AM +0200, Milinko Isakovic wrote: > Hi I have same problem. Hi, > msgb(0x1638020): Not enough headroom msgb_push (4271669080 < 7) > backtrace() returned 10 addresses > /usr/local/lib/libosmocore.so.4(osmo_panic+0xb9) [0x7f2b4ea57929] > /usr/local/lib/libosmogsm.so.5(lapdm_phsap_up+0x16f) [0x7f2b4e62378f] > ./mobile() [0x43981c] > ./mobile() [0x439fce] > /usr/local/lib/libosmocore.so.4(osmo_wqueue_bfd_cb+0x93) [0x7f2b4ea550d3] > /usr/local/lib/libosmocore.so.4(osmo_select_main+0x1b1) [0x7f2b4ea54171] > ./mobile() [0x404be7] > /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7f2b4e099eed] > ./mobile() [0x404d59] we are still waiting for a patch. The LAPDm code is using l2h/l3h but in rx_l1_rach_conf it is not initialized at all. Patches welcome. holger
Hi, On 07/30/2014 07:28 AM, Holger Hans Peter Freyther wrote: > On Wed, Jul 30, 2014 at 10:54:39AM +0200, Milinko Isakovic wrote: >> Hi I have same problem. > > Hi, > >> msgb(0x1638020): Not enough headroom msgb_push (4271669080 < 7) >> backtrace() returned 10 addresses >> /usr/local/lib/libosmocore.so.4(osmo_panic+0xb9) [0x7f2b4ea57929] >> /usr/local/lib/libosmogsm.so.5(lapdm_phsap_up+0x16f) [0x7f2b4e62378f] >> ./mobile() [0x43981c] >> ./mobile() [0x439fce] >> /usr/local/lib/libosmocore.so.4(osmo_wqueue_bfd_cb+0x93) [0x7f2b4ea550d3] >> /usr/local/lib/libosmocore.so.4(osmo_select_main+0x1b1) [0x7f2b4ea54171] >> ./mobile() [0x404be7] >> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7f2b4e099eed] >> ./mobile() [0x404d59] > > we are still waiting for a patch. The LAPDm code is using l2h/l3h but > in rx_l1_rach_conf it is not initialized at all. > > Patches welcome. > The attached patch works for me. Anything I've missed? > holger > -- -- Igor Almeida
On Thu, Aug 21, 2014 at 01:04:38AM -0300, Igor Almeida wrote: Hi! > dl = (struct l1ctl_info_dl *) msg->l1h; > + msg->l2h = msg->l3h = dl->payload; > yes, looks fine. I had msg->l2h = msg->l3h = msg->tail but dl->payload should probably work as well. I will leave it for Sylvain/Andreas to comment. thanks a lot for the patch holger
On Fri, Aug 22, 2014 at 5:50 PM, Holger Hans Peter Freyther <holger@freyther.de> wrote: > On Thu, Aug 21, 2014 at 01:04:38AM -0300, Igor Almeida wrote: > > Hi! > > >> dl = (struct l1ctl_info_dl *) msg->l1h; >> + msg->l2h = msg->l3h = dl->payload; >> > > yes, looks fine. I had msg->l2h = msg->l3h = msg->tail but > dl->payload should probably work as well. I will leave it for > Sylvain/Andreas to comment. > > thanks a lot for the patch I'll give it a shot this week end when I have a osmocom-bb phone handy and merge it. Cheers, Sylvain
>> >>> dl = (struct l1ctl_info_dl *) msg->l1h; >>> + msg->l2h = msg->l3h = dl->payload; >>> >> >> yes, looks fine. I had msg->l2h = msg->l3h = msg->tail but >> dl->payload should probably work as well. I will leave it for >> Sylvain/Andreas to comment. >> >> thanks a lot for the patch > > I'll give it a shot this week end when I have a osmocom-bb phone handy > and merge it. Merged thanks. Sorry, it got delayed, life got in the way that weekend and I was just reminded of it by someone having that issue in IRC ... I think dl->payload makes sense since this is what's used to init it in the other cases (like data_ind). Cheers, Sylvain