I'm at the point w/ flashing firmware where I feel like I need to use a debugger w/ JTAG. I figured I could probably use serial line logging somehow but JTAG seems better and I should learn it anyway.
Has anyone pried open the shield on a c139/c140 and tried attaching to the JTAG test points that are just inside the shield next to the test points which are accessible via the battery compartment?
Attached is simple patch which adds little-endian & big-endian macro to move bytes to
and from multibyte integer types like uint16_t, uint32_t etc.
Some of this code is used right away in msgb.h but it will also be used in kasumi
implementation later on.
--
best regards,
Max, http://fairwaves.ru
Hello.
Attached is a trivial patch which breaks existing GPRS cipher API of libosmocore by
switching from fixed 64-bit length Kc to variable-length.
There are several justifications for that:
- compliance with ETSI TS 155.22 (GEA4 - 128 bits Kc) and all further versions
- similarity to existing auth api (osmocom/crypt/auth.h uses 128 bits as well)
- nobody uses this API anyway (except my other patches with GEA)
- patch breaks nothing within libosmocore (make check succeeds) and openbsc (uses
gea0 only)
That's why I think next libosmocore version should apply this patch and change unused
API before someone actually start using it and makes transition more difficult.
--
best regards,
Max, http://fairwaves.ru
Hi.
While looking at osmocom-bb compilation warnings I've noticed that there are plenty
of those cause by signed-unsigned comparison with msgb-related functions. Attached is
a trivial patch which fixes that by changing int -> uint16_t. For the sake of
completeness I've also changed other functions to explicitly use uint16_t - this is
used for length fields in "struct msgb" anyway.
Although technically it's API change I do not expect any sane code to break. If you
still think it's potentially insecure, this could be applied during next api version
bump alongside with gprs api change.
--
best regards,
Max, http://fairwaves.ru
Hi all.
I'd like to see osmocom-bb builds less cluttered by compiler warnings - attached is
(far from complete) attempt to do so. It's tested which means it builds on my machine
and resulting mobile app seems to run fine - no in-depth testing were made.
However I'd like to get some feedback before going further: there seems to be some
evil hackery happening around src/target/firmware/apps/loader/main.c:
Why do we have external "unsigned char _start" which later used as msgb_put_u32(msg,
&_start);
Do we make some assumptions on the size of unsigned char? Is this documented
somewhere by any chance?
Also there are plenty of warnings regarding alignment: some things are marked as
"__attribute__ ((packed))" and some are not which seems to make compiler unhappy. Is
there rule of thumb to decide when we should care about alignment?
--
best regards,
Max, http://fairwaves.ru
what menu.e88loader.bin: No such file or directoryI refer to this article
:http://bb.osmocom.org/trac/wiki/flashing_newBut why can't find
menu.e88loader.bin??Does anyone know?thanks
--
View this message in context: http://baseband-devel.722152.n3.nabble.com/what-menu-e88loader-bin-No-such-…
Sent from the baseband-devel mailing list archive at Nabble.com.
Hi all,
time is moving fast, and I want to start some initial discussion and
planning for OsmoDevCon 2014.
There are basically four questions which I'm raising below. Please
provide your feedback to the osmocom-event-orga mailing list only, to
avoid cross-posting over all the project lists.
= Who? =
My intention is to keep it an 'active developer/contributer only' event,
like we had it before. I would also want to keep the group relatively
small, to keep the 'Osmocom family' atmosphere.
If desired, we could have one half or full day of public prsentations in
a larger auditorium, but the developer meeting should be a close group,
as known so far.
= Where? =
If we keep the number of attendees within the same range as this year,
then I'm sure we could again hold it at the same venue. I know it is
not perfect, but it is a place that we have access to, 24 hours per day,
and free of cost for community projects like osmocom.org.
If the community wants a larger event, then this is something that would
require more funds and much more time organizing. And that is something
that I personally could not offer to take care of, sorry. I'm happy to
attend and support any larger events, but I'm unable to take care of
fundraising and venue research.
= When? =
Q1/2014. In January, I'm not aware of any 'blocker' events. February,
there is Fosdem (Feb 1 + Feb 2), and MWC from Feb 24 through Feb 27. In
March there is CeBIT (March 10-14) and Easter holidays (with EasterHegg
March 17-21). Did I miss any other FOSS / mobile event that might clash
in Q1?
So my preference woudl be to do it either late January (23-26) or in
February (6-9 or 13-16). Any preferences regarding preferred schedule?
Once we have some concencus here on the list [and we want to do it in
the same size / venue], I'll talk to IN-Berlin.
= What? =
I think that question is easy to answer, if we have the above three
figured out... There's no shortage of topics, I suppose.
You can start adding your suggestions to
http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2014
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
On 12/27/13, neetesh saxena <saxenaneetesh061(a)rediffmail.com> wrote:
> Hi everyone,
>
> Can anyone please tell me what is the GSM frequency band for Europe
> (Germany)?
>
> Do I need to enable such band before working on OsmocomBB ?
>
> I have uploaded the mobile layer1 onto phone but I am still not able to read
> the SIM.
> The message I got is ms 1 is down and radio is not started.
>
> Can someone comment on this ?
>
>
>
> With regards
>
> Neetesh
>
>
your sim not connect to network . or maybe you can try use Blackberry
engineer mode for other options
http://ngerepotin.blogspot.com/2013/12/bbem-blackberry-engineer-mode.html
Cheers!
Dear all,
just a quick reminder:
On Sat, Nov 30, 2013 at 02:57:20PM +0100, Harald Welte wrote:
> Please make sure to add your name to the list at
> https://openbsc.osmocom.org/trac/wiki/OsmoDevCon2014 until December
> 31st (latest). If you don't have a wiki account, ask somebody who has
> one, apply for a wiki account or send an e-mail to me.
so today is the last chance to indicate your intrest in attending
OsmoDevCon.
I'm surprised to not have seen the following names in the list: pablo,
peter, nion, steve-m, dmitry, kaber. It would be great to have you
around again this year.
Looking forward to meeting all of you again!
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hello,
I need some help and maybe you are able to help me. Before I made any
decision I need confirm some of things I do not fully understand.
First of all I have some tests to preform and to make some report:
I need to receive CCCH or part of CCCH like PCH and to store results. After
this results are stored I need to analyze them with following:
1) How many paging requests came from 3 different operators at one LAC (I
know each of them will have separate LAC)
2) Than I need to confirm how many paging requests came calling IMSI how
much with TMSI
3) If it is possible to be done on one computer with 3 devices, or I will
need more computers ?
Question is because I need to do some reports. I do not need to monitor or
intercept any encrypted data, to monitor SMS or any call.7
My question is is this possible ? And is there anybody who can help me to
do this ?
I found that some TEST equipment is capable to give me this results, but it
is to expensive to me.
Also if there is anybody in region of Balkan who was doing something like
this please contact me.
Project I need to finish is to monitor some number of days with Paging
requests, and to make Prediction on what way and what speed GSM network
will grow .
Regards
Milinko Isakovic
