Re: [PATCH] mtk: fix firmware makefile to work with current osmocom-bb makefile system

2017-12-06 Thread Vadim Yanitskiy
Hi Craig, > It seems the existing Makefile.mtk isn't compatible with the > current makefile scheme so nothing would happen when it was called. Your change is in Gerrit now: https://gerrit.osmocom.org/5217 > There are some compiler warnings that may need fixing or maybe the > code needs more

Re: [PATCH] mtk: fix firmware makefile to work with current osmocom-bb makefile system

2017-12-06 Thread Craig Comstock
> My congratulations! Could you please write a brief (or more detailed, > if you wish) description of the work you're doing, so I could create > a dedicated wiki page? Or is one already there? https://osmocom.org/projects/baseband/wiki/SciphoneDreamG2 This wiki page would probably be good. It

Tx support in MS with a virtual SIM

2017-12-06 Thread Ravi Shankar
Hello Community Can we make usrp to behave like a normal MS with parameters of SIM in "test sim" feature from telnet. I am not using any real SIM or writer. As we pass the make command as " make nofirmware" from osmocombb/src directory after enabling the " CFLAGS += -DCONFIG_TX_ENABLE " in

Re: TX SUPPORT

2017-12-06 Thread Harald Welte
On Thu, Dec 07, 2017 at 12:41:55AM +0700, Felix Angga wrote: > Hi, > > I already uncomment the tx support in Makefile file. But when I run on > phone, it said this firmware was compiled without tx support. > > How to fix this? did you do "make clean"? Did you verify that you actually loaded

Re: TX SUPPORT

2017-12-06 Thread Felix Angga
Resolved, I recloned the git and it work fine (y) Thanks On Dec 7, 2017 1:20 AM, "Harald Welte" wrote: > On Thu, Dec 07, 2017 at 12:41:55AM +0700, Felix Angga wrote: > > Hi, > > > > I already uncomment the tx support in Makefile file. But when I run on > > phone, it said

TX SUPPORT

2017-12-06 Thread Felix Angga
Hi, I already uncomment the tx support in Makefile file. But when I run on phone, it said this firmware was compiled without tx support. How to fix this?

Re: OsmoDevCon 2018 schedule planning

2017-12-06 Thread Harald Welte
Dear Osmocom Community, On Mon, Dec 04, 2017 at 01:23:47PM +0100, Harald Welte wrote: > == When, Who, Where == > > I propose the following date for OsmoDevCon 2018: > April 20 - April 23rd, 2018 > > * Who: Active developers/contributors of Osmocom projects (as usual) > * Where:

Re: Classmark Testing

2017-12-06 Thread Vadim Yanitskiy
Hi Max, This work is a part of "GSM and GPRS Security Using OsmocomBB" thesis written by Francois Ponsgen and was published a quite time ago. Moreover, I already have the changes in my local repo, which is mostly used for research purposes. I can push them, if it's really required. BTW: if I

Re: Classmark Testing

2017-12-06 Thread Max
On 06.12.2017 12:03, Vadim Yanitskiy wrote: > This work is a part of "GSM and GPRS Security Using OsmocomBB" thesis > written by Francois Ponsgen and was published a quite time ago. Mixed up the author, sorry about that. > > Moreover, I already have the changes in my local repo, which is >

Re: [PATCH] mtk: fix firmware makefile to work with current osmocom-bb makefile system

2017-12-06 Thread Craig Comstock
Some good news, I played around with the device and the loader and found that things work "as they did" if I follow the instructions more carefully... press and hold the button UNTIL LOADING IS FINISHED! ;) It says it there but I didn't quite understand I had to hold it down the whole time.

Re: Classmark Testing

2017-12-06 Thread Vadim Yanitskiy
Hi Sebastian, > My query is : my test network is supporting A5/1,2,3. Is it feasible to > set A5/1 on MS1 (though it supports A5/2 and A5/3 also) and A5/2 for MS2 > (though it supports A5/1 and A5/3 also) for a call in between them using > "Early Classmark Sending" ??? I think it will work

Re: Classmark Testing

2017-12-06 Thread Snehasish Kar
Hello everyone I have a doubt here from the DSP side, might be a silly one. While transmitting the classmark or any message from mobile on SDCCH during a call, does it transmit on the frequency we get after converting the ARFCN or is there a slight variation ? BR Snehasish