simtrace

simtrace@lists.osmocom.org

346 discussions

Newbie
by Simon Blythe 20 Jan '22

20 Jan '22

I would be very grateful for help getting my SimTrace2 going under Debian 10 please. I have followed the instructions for getting the repository onto my system but am unsure how to install trace or the Wireshark plugin? Kind regards, Simon (chipscanner) Sent from my iPhone

1 0

Change requests for simtrace2
by James Tavares 14 Jan '22

14 Jan '22

Hello, I have pushed the following change requests to Gerrit for your consideration for inclusion into the simtrace2 project. firmware: add definition for main osc bypass when using external osc - https://gerrit.osmocom.org/c/simtrace2/+/26861 gitignore: add missing entries binaries - https://gerrit.osmocom.org/c/simtrace2/+/26862 simtrace2-tool: add "modem sim-card (insert|remove)" command - https://gerrit.osmocom.org/c/simtrace2/+/26863 firmware: bugfix: disable cardemu comms in local SIM mode - https://gerrit.osmocom.org/c/simtrace2/+/26865 Regards, James -- James Tavares Lead Software Engineer KVH Industries, Inc. 50 Enterprise Center | Middletown, RI 02842 Direct Tel: +1 401.845.2416 Tel: +1 401.847.3327 | Fax: +1 401.845.8149 jtavares(a)kvh.com http://www.kvh.com

1 1

Simtrace2-tool communications issue
by James Tavares 11 Jan '22

11 Jan '22

Hello, I am having a communications issue between the simtrace2 firmware & simtrace2-tool. It appears that only the first invocation of simtrace2-tool after reset of the Atmel processor works. Subsequent invocations of simtrace2-tool fail (to be specific, the simtrace2 firmware never calls usb_refill_from_host() nor dispatch_received_msg() for the lost message, according to additional debugging I added). We have confirmed this behavior on a stock simtrace2 board and stock simtrace2 firmware. As an experiment: With the Atmel processor in this state, I modified simtrace2-tool to send two commands back to back: a dummy message, followed by the real message. When I do this, the first dummy message is dropped, as described above, but the second is executed successfully! For some reason, you cannot get it to work by simply invoking simtrace2-tool twice at the shell— critically, you have to send both messages without closing and re-opening libusb in-between. The root cause is probably some kind of message framing or USB stack receive processing race condition in the simtrace2 firmware, relative to when the USB port is opened on the 2nd and subsequent times. Or, maybe some kind of race condition with usb_refill_from_host() that primes the receiver for another packet? Honestly, I’m not sure. Do you have any suggestions? Are you aware of this issue? Regards, James James Tavares Lead Software Engineer KVH Industries, Inc. 50 Enterprise Center | Middletown, RI 02842 Direct Tel: +1 401.845.2416 Tel: +1 401.847.3327 | Fax: +1 401.845.8149 jtavares(a)kvh.com<mailto:jtavares@kvh.com> http://www.kvh.com<http://www.kvh.com/>

1 1

lists.osmocom.org migrated to mailman3
by Harald Welte 03 Jan '22

03 Jan '22

Dear Osmocom community, today our mailing list server lists.osmocom.org has finally been migrated from mailman2-on-freebsd to mailman3-on-linux. This also included a variety of changes to DNS. I'll spare you the details, but everything _should_ be up and running now. * The List-Id headers should not have changed. * all list subscriptions + user accounts have been converted. * old 'static html' archives are still available (read only) at URLs like https://lists.osmocom.org/pipermail/baseband-devel/ * old List URLs like https://lists.osmocom.org/mailman/listinfo/baseband-devel are redirected to their respective modern counterparts In case you notice any mailing list related problem, please don't hesitate to contact me. Happy hacking, Harald -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

None
by None 03 Jan '22

03 Jan '22

The first time it even sends a C-APDU, but no SW is returned. Also the data stream (ATR and APDU) look correct, so it does no seem to be a speed issue. I only had the card for 5 minutes and did not try to debug it more (check it the PPS fails, or something afterwards) or use an oscilloscope. But maybe someone might have an idea. Here the SIMtrace log: Entering main loop ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 PPS(Fi=9/Di=5) ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 PPS(Fi=9/Di=5) APDU: 00 a4 00 0c 02 fc 00 ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 PPS(Fi=9/Di=5) ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 And here the debug log: main(76): entering main (idle) loop VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off thank, kevin

1 0

None
by None 03 Jan '22

03 Jan '22

0x62) Can anyone point me to a resource for computing parameters with a valid MAC? Thanks for your attention, Rupert --089e013d1f28c0d5d004d784db04 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Good Afternoon,<div><br></div><div>I am trying to perform = USIM/3G authentication using=A0osmo-sim-auth and ran into the same problem = as Stefanos:</div><div><a href=3D"http://lists.osmocom.org/pipermail/simtra= ce/2012-November/000406.html">http://lists.osmocom.org/pipermail/simtrace/2= 012-November/000406.html</a></div> <div><br></div><div>I followed Benoit's advice to view the details as f= ollows (using the inputs from the web page):</div><div><br><div><div>> r= and_bin =3D stringToByte(a2b_hex('00000000000000000000000000000000'= ))</div> <div>> autn_bin =3D stringToByte(a2b_hex('ec9320c2c2000000e1dd22c1ad= 3e2d3d'))</div></div><div>> u.authenticate(RAND=3Drand_bin, AUTN=3Da= utn_bin,ctx=3D'3G')<br></div><div>> u.coms()<br></div><div><br><= /div> <div><pre style=3D"margin-top:0px;margin-bottom:0px;padding:0px;border:0px;= font-family:monospace,sans-serif;font-size:14px;line-height:17px;vertical-a= lign:baseline;white-space:pre-wrap;color:rgb(0,0,0)">['INTERNAL AUTHENT= ICATE apdu: 00 88 00 81 22 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = 00 10 EC 93 20 C2 C2 00 00 00 E1 DD 22 C1 AD 3E 2D 3D', 'sw1, sw2: 98 62 - undefined status', (152, 98), []]</pre></div><div><br></div></div><div style>From=A0TS 31.102, section 7= .3.1 it looks like this means a MAC failure (0x98 0x62)</div><div style><br= ></div><div style>Can anyone point me to a resource for computing parameter= s with a valid MAC?</div> <div style><br></div><div style>Thanks for your attention,</div><div style>= <br></div><div style>Rupert</div></div> --089e013d1f28c0d5d004d784db04--

1 0

None
by None 03 Jan '22

03 Jan '22

and I was told by Peter Stuge to use libusb too. Ok... libusb compiled ok under cygwin, now I have cygusb.dll. Now I need libosmocore to produce the dlls I need to use with the host application. The ouput of make is: $ make echo 0.5.3.104-a642 > .version-t && mv .version-t .version make all-recursive make[1]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore' Making all in include make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/include' GEN osmocom/core/crc16gen.h GEN osmocom/core/crc16gen.h GEN osmocom/core/crc32gen.h GEN osmocom/core/crc32gen.h GEN osmocom/core/crc64gen.h GEN osmocom/core/crc64gen.h GEN osmocom/core/crc8gen.h GEN osmocom/core/crc8gen.h make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/include' Making all in src make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' GEN crc8gen.c GEN crc16gen.c GEN crc32gen.c GEN crc64gen.c make all-am make[3]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' CC timer.lo CC select.lo CC signal.lo CC msgb.lo CC bits.lo CC bitvec.lo CC statistics.lo CC write_queue.lo CC utils.lo utils.c: In function 'osmo_str2lower': utils.c:205:3: warning: array subscript has type 'char' utils.c: In function 'osmo_str2upper': utils.c:218:3: warning: array subscript has type 'char' CC socket.lo CC logging.lo logging.c: In function 'log_vty_command_string': logging.c:635:5: warning: array subscript has type 'char' logging.c:657:4: warning: array subscript has type 'char' CC logging_syslog.lo CC rate_ctr.lo CC gsmtap_util.lo CC crc16.lo CC panic.lo CC backtrace.lo CC conv.lo CC application.lo CC rbtree.lo CC strrb.lo CC loggingrb.lo CC crc8gen.lo CC crc16gen.lo CC crc32gen.lo CC crc64gen.lo CC plugin.lo CC talloc.lo CC msgfile.lo CC serial.lo serial.c: In function 'osmo_serial_set_custom_baudrate': serial.c:193:2: warning: #warning osmo_serial_set_custom_baudrate: unsupported platform CCLD libosmocore.la libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[3]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' Making all in src/vty make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/vty' CC buffer.lo CC command.lo CC vty.lo vty.c: In function 'vty_hello': vty.c:363:10: warning: array subscript has type 'char' CC vector.lo CC utils.lo utils.c: In function 'vty_cmd_string_from_valstr': utils.c:96:6: warning: array subscript has type 'char' CC telnet_interface.lo CC logging_vty.lo CCLD libosmovty.la *** Warning: This system can not link to static lib archive ../../src/ libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/vty' Making all in src/codec make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/codec' CC gsm610.lo CC gsm620.lo CC gsm660.lo CC gsm690.lo CCLD libosmocodec.la libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/codec' Making all in src/gsm make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gsm' CC a5.lo CC rxlev_stat.lo CC tlv_parser.lo CC comp128.lo CC gsm_utils.lo gsm_utils.c: In function 'gsm_band_parse': gsm_utils.c:450:2: warning: array subscript has type 'char' CC rsl.lo CC gsm48.lo CC gsm48_ie.lo CC gsm0808.lo CC sysinfo.lo CC gprs_cipher_core.lo CC gsm0480.lo CC abis_nm.lo CC gsm0502.lo CC gsm0411_utils.lo gsm0411_utils.c: In function 'gsm340_gen_scts': gsm0411_utils.c:87:2: warning: #warning find a portable way to obtain timezone offset CC gsm0411_smc.lo CC gsm0411_smr.lo CC lapd_core.lo CC lapdm.lo CC auth_core.lo CC auth_comp128v1.lo CC auth_milenage.lo CC aes-encblock.lo CC aes-internal.lo CC aes-internal-enc.lo CC milenage.lo CC gan.lo CCLD libosmogsm.la *** Warning: This system can not link to static lib archive ../../src/ libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gsm' Making all in src/gb make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gb' CC gprs_ns.lo CC gprs_ns_frgre.lo CC gprs_ns_vty.lo CC gprs_bssgp.lo CC gprs_bssgp_util.lo CC gprs_bssgp_vty.lo CC gprs_bssgp_bss.lo CC common_vty.lo CCLD libosmogb.la *** Warning: This system can not link to static lib archive ../../src/ libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive ../../src/vty/ libosmovty.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive ../../src/gsm/ libosmogsm.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive /cygdrive/d/Workspace/Morpho/libosmocore/src/libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gb= ' Making all in tests make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/tests= ' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/tests' Making all in utils make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/utils= ' CC osmo-arfcn.o osmo-arfcn.c: In function =91freq2arfcn=92: osmo-arfcn.c:80:1: warning: control reaches end of non-void function osmo-arfcn.c: In function =91main=92: osmo-arfcn.c:92:8: warning: =91param=92 may be used uninitialized in this function CCLD osmo-arfcn.exe CC osmo-auc-gen.o osmo-auc-gen.c: In function =91main=92: osmo-auc-gen.c:216:3: warning: implicit declaration of function =91time=92 osmo-auc-gen.c:217:3: warning: dereferencing type-punned pointer will break strict-aliasing rules osmo-auc-gen.c:249:3: warning: format =91%lu=92 expects type =91long unsign= ed int=92, but argument 2 has type =91uint64_t=92 osmo-auc-gen.c:249:3: warning: format =91%lu=92 expects type =91long unsign= ed int=92, but argument 2 has type =91uint64_t=92 CCLD osmo-auc-gen.exe make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/utils' make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore' make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore' make[1]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore' I now compilation for Windows is not supported directly, but would you mind pointing me in the right direction on how to build libosmocore as a dll? Thanks! --=20 Atenciosamente, Hugo Frederico Soares --f46d042dfcd1ea9df404d6cbc3f6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi guys!<div><br></div><div>Some time ago I stopped by ask= ing what would one do to compile under Windows, and it was suggested to use= cygwin to build the application and than use it with cygwin dll to run it = under linux. Well, I'm having some issues to do that...</div> <div><br></div><div><br></div><div>From <a href=3D"http://bb.osmocom.org/tr= ac/wiki/SIMtrace">here</a>, I need libosmocore, and I was told by Peter Stu= ge to use libusb too. Ok... libusb compiled ok under cygwin, now I have cyg= usb.dll.</div> <div>Now I need libosmocore to produce the dlls I need to use with the host= application.</div><div><br></div><div>The ouput of make is:</div><div><br>= </div><div><div>$ make</div><div>echo 0.5.3.104-a642 > .version-t &&= amp; mv .version-t .version</div> <div>make =A0all-recursive</div><div>make[1]: Entering directory `/cygdrive= /d/Workspace/Morpho/libosmocore'</div><div>Making all in include</div><= div>make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/i= nclude'</div> <div>=A0 GEN =A0 =A0 =A0osmocom/core/crc16gen.h</div><div>=A0 GEN =A0 =A0 = =A0osmocom/core/crc16gen.h</div><div>=A0 GEN =A0 =A0 =A0osmocom/core/crc32g= en.h</div><div>=A0 GEN =A0 =A0 =A0osmocom/core/crc32gen.h</div><div>=A0 GEN= =A0 =A0 =A0osmocom/core/crc64gen.h</div> <div>=A0 GEN =A0 =A0 =A0osmocom/core/crc64gen.h</div><div>=A0 GEN =A0 =A0 = =A0osmocom/core/crc8gen.h</div><div>=A0 GEN =A0 =A0 =A0osmocom/core/crc8gen= .h</div><div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libos= mocore/include'</div> <div>Making all in src</div><div>make[2]: Entering directory `/cygdrive/d/W= orkspace/Morpho/libosmocore/src'</div><div>=A0 GEN =A0 =A0 =A0crc8gen.c= </div><div>=A0 GEN =A0 =A0 =A0crc16gen.c</div><div>=A0 GEN =A0 =A0 =A0crc32= gen.c</div><div>=A0 GEN =A0 =A0 =A0crc64gen.c</div> <div>make =A0all-am</div><div>make[3]: Entering directory `/cygdrive/d/Work= space/Morpho/libosmocore/src'</div><div>=A0 CC =A0 =A0 =A0 timer.lo</di= v><div>=A0 CC =A0 =A0 =A0 select.lo</div><div>=A0 CC =A0 =A0 =A0 signal.lo<= /div><div>=A0 CC =A0 =A0 =A0 msgb.lo</div> <div>=A0 CC =A0 =A0 =A0 bits.lo</div><div>=A0 CC =A0 =A0 =A0 bitvec.lo</div= ><div>=A0 CC =A0 =A0 =A0 statistics.lo</div><div>=A0 CC =A0 =A0 =A0 write_q= ueue.lo</div><div>=A0 CC =A0 =A0 =A0 utils.lo</div><div>utils.c: In functio= n 'osmo_str2lower':</div><div> utils.c:205:3: warning: array subscript has type 'char'</div><div>u= tils.c: In function 'osmo_str2upper':</div><div>utils.c:218:3: warn= ing: array subscript has type 'char'</div><div>=A0 CC =A0 =A0 =A0 s= ocket.lo</div> <div>=A0 CC =A0 =A0 =A0 logging.lo</div><div>logging.c: In function 'lo= g_vty_command_string':</div><div>logging.c:635:5: warning: array subscr= ipt has type 'char'</div><div>logging.c:657:4: warning: array subsc= ript has type 'char'</div> <div>=A0 CC =A0 =A0 =A0 logging_syslog.lo</div><div>=A0 CC =A0 =A0 =A0 rate= _ctr.lo</div><div>=A0 CC =A0 =A0 =A0 gsmtap_util.lo</div><div>=A0 CC =A0 = =A0 =A0 crc16.lo</div><div>=A0 CC =A0 =A0 =A0 panic.lo</div><div>=A0 CC =A0= =A0 =A0 backtrace.lo</div><div>=A0 CC =A0 =A0 =A0 conv.lo</div> <div>=A0 CC =A0 =A0 =A0 application.lo</div><div>=A0 CC =A0 =A0 =A0 rbtree.= lo</div><div>=A0 CC =A0 =A0 =A0 strrb.lo</div><div>=A0 CC =A0 =A0 =A0 loggi= ngrb.lo</div><div>=A0 CC =A0 =A0 =A0 crc8gen.lo</div><div>=A0 CC =A0 =A0 = =A0 crc16gen.lo</div><div>=A0 CC =A0 =A0 =A0 crc32gen.lo</div> <div>=A0 CC =A0 =A0 =A0 crc64gen.lo</div><div>=A0 CC =A0 =A0 =A0 plugin.lo<= /div><div>=A0 CC =A0 =A0 =A0 talloc.lo</div><div>=A0 CC =A0 =A0 =A0 msgfile= .lo</div><div>=A0 CC =A0 =A0 =A0 serial.lo</div><div>serial.c: In function = 'osmo_serial_set_custom_baudrate':</div> <div>serial.c:193:2: warning: #warning osmo_serial_set_custom_baudrate: uns= upported platform</div><div>=A0 CCLD =A0 =A0 <a href=3D"http://libosmocore.= la">libosmocore.la</a></div><div>libtool: link: warning: undefined symbols = not allowed in i686-pc-cygwin shared libraries</div> <div>make[3]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/s= rc'</div><div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/= libosmocore/src'</div><div>Making all in src/vty</div><div>make[2]: Ent= ering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/vty'</div= > <div>=A0 CC =A0 =A0 =A0 buffer.lo</div><div>=A0 CC =A0 =A0 =A0 command.lo</= div><div>=A0 CC =A0 =A0 =A0 vty.lo</div><div>vty.c: In function 'vty_he= llo':</div><div>vty.c:363:10: warning: array subscript has type 'ch= ar'</div><div>=A0 CC =A0 =A0 =A0 vector.lo</div> <div>=A0 CC =A0 =A0 =A0 utils.lo</div><div>utils.c: In function 'vty_cm= d_string_from_valstr':</div><div>utils.c:96:6: warning: array subscript= has type 'char'</div><div>=A0 CC =A0 =A0 =A0 telnet_interface.lo</= div><div>=A0 CC =A0 =A0 =A0 logging_vty.lo</div> <div>=A0 CCLD =A0 =A0 <a href=3D"http://libosmovty.la">libosmovty.la</a></d= iv><div><br></div><div>*** Warning: This system can not link to static lib = archive ../../src/<a href=3D"http://libosmocore.la">libosmocore.la</a>.</di= v><div> *** I have the capability to make that library automatically link in when</= div><div>*** you link to this library. =A0But I can only do this if you hav= e a</div><div>*** shared version of the library, which you do not appear to= have.</div> <div>libtool: link: warning: undefined symbols not allowed in i686-pc-cygwi= n shared libraries</div><div>make[2]: Leaving directory `/cygdrive/d/Worksp= ace/Morpho/libosmocore/src/vty'</div><div>Making all in src/codec</div> <div>make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/= src/codec'</div><div>=A0 CC =A0 =A0 =A0 gsm610.lo</div><div>=A0 CC =A0 = =A0 =A0 gsm620.lo</div><div>=A0 CC =A0 =A0 =A0 gsm660.lo</div><div>=A0 CC = =A0 =A0 =A0 gsm690.lo</div><div> =A0 CCLD =A0 =A0 <a href=3D"http://libosmocodec.la">libosmocodec.la</a></di= v><div>libtool: link: warning: undefined symbols not allowed in i686-pc-cyg= win shared libraries</div><div>make[2]: Leaving directory `/cygdrive/d/Work= space/Morpho/libosmocore/src/codec'</div> <div>Making all in src/gsm</div><div>make[2]: Entering directory `/cygdrive= /d/Workspace/Morpho/libosmocore/src/gsm'</div><div>=A0 CC =A0 =A0 =A0 a= 5.lo</div><div>=A0 CC =A0 =A0 =A0 rxlev_stat.lo</div><div>=A0 CC =A0 =A0 = =A0 tlv_parser.lo</div> <div>=A0 CC =A0 =A0 =A0 comp128.lo</div><div>=A0 CC =A0 =A0 =A0 gsm_utils.l= o</div><div>gsm_utils.c: In function 'gsm_band_parse':</div><div>gs= m_utils.c:450:2: warning: array subscript has type 'char'</div><div= >=A0 CC =A0 =A0 =A0 rsl.lo</div> <div>=A0 CC =A0 =A0 =A0 gsm48.lo</div><div>=A0 CC =A0 =A0 =A0 gsm48_ie.lo</= div><div>=A0 CC =A0 =A0 =A0 gsm0808.lo</div><div>=A0 CC =A0 =A0 =A0 sysinfo= .lo</div><div>=A0 CC =A0 =A0 =A0 gprs_cipher_core.lo</div><div>=A0 CC =A0 = =A0 =A0 gsm0480.lo</div><div>=A0 CC =A0 =A0 =A0 abis_nm.lo</div> <div>=A0 CC =A0 =A0 =A0 gsm0502.lo</div><div>=A0 CC =A0 =A0 =A0 gsm0411_uti= ls.lo</div><div>gsm0411_utils.c: In function 'gsm340_gen_scts':</di= v><div>gsm0411_utils.c:87:2: warning: #warning find a portable way to obtai= n timezone offset</div> <div>=A0 CC =A0 =A0 =A0 gsm0411_smc.lo</div><div>=A0 CC =A0 =A0 =A0 gsm0411= _smr.lo</div><div>=A0 CC =A0 =A0 =A0 lapd_core.lo</div><div>=A0 CC =A0 =A0 = =A0 lapdm.lo</div><div>=A0 CC =A0 =A0 =A0 auth_core.lo</div><div>=A0 CC =A0= =A0 =A0 auth_comp128v1.lo</div><div>=A0 CC =A0 =A0 =A0 auth_milenage.lo</d= iv> <div>=A0 CC =A0 =A0 =A0 aes-encblock.lo</div><div>=A0 CC =A0 =A0 =A0 aes-in= ternal.lo</div><div>=A0 CC =A0 =A0 =A0 aes-internal-enc.lo</div><div>=A0 CC= =A0 =A0 =A0 milenage.lo</div><div>=A0 CC =A0 =A0 =A0 gan.lo</div><div>=A0 = CCLD =A0 =A0 <a href=3D"http://libosmogsm.la">libosmogsm.la</a></div> <div><br></div><div>*** Warning: This system can not link to static lib arc= hive ../../src/<a href=3D"http://libosmocore.la">libosmocore.la</a>.</div><= div>*** I have the capability to make that library automatically link in wh= en</div> <div>*** you link to this library. =A0But I can only do this if you have a<= /div><div>*** shared version of the library, which you do not appear to hav= e.</div><div>libtool: link: warning: undefined symbols not allowed in i686-= pc-cygwin shared libraries</div> <div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/s= rc/gsm'</div><div>Making all in src/gb</div><div>make[2]: Entering dire= ctory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gb'</div><div>=A0 C= C =A0 =A0 =A0 gprs_ns.lo</div> <div>=A0 CC =A0 =A0 =A0 gprs_ns_frgre.lo</div><div>=A0 CC =A0 =A0 =A0 gprs_= ns_vty.lo</div><div>=A0 CC =A0 =A0 =A0 gprs_bssgp.lo</div><div>=A0 CC =A0 = =A0 =A0 gprs_bssgp_util.lo</div><div>=A0 CC =A0 =A0 =A0 gprs_bssgp_vty.lo</= div><div>=A0 CC =A0 =A0 =A0 gprs_bssgp_bss.lo</div> <div>=A0 CC =A0 =A0 =A0 common_vty.lo</div><div>=A0 CCLD =A0 =A0 <a href=3D= "http://libosmogb.la">libosmogb.la</a></div><div><br></div><div>*** Warning= : This system can not link to static lib archive ../../src/<a href=3D"http:= //libosmocore.la">libosmocore.la</a>.</div> <div>*** I have the capability to make that library automatically link in w= hen</div><div>*** you link to this library. =A0But I can only do this if yo= u have a</div><div>*** shared version of the library, which you do not appe= ar to have.</div> <div><br></div><div>*** Warning: This system can not link to static lib arc= hive ../../src/vty/<a href=3D"http://libosmovty.la">libosmovty.la</a>.</div= ><div>*** I have the capability to make that library automatically link in = when</div> <div>*** you link to this library. =A0But I can only do this if you have a<= /div><div>*** shared version of the library, which you do not appear to hav= e.</div><div><br></div><div>*** Warning: This system can not link to static= lib archive ../../src/gsm/<a href=3D"http://libosmogsm.la">libosmogsm.la</= a>.</div> <div>*** I have the capability to make that library automatically link in w= hen</div><div>*** you link to this library. =A0But I can only do this if yo= u have a</div><div>*** shared version of the library, which you do not appe= ar to have.</div> <div><br></div><div>*** Warning: This system can not link to static lib arc= hive /cygdrive/d/Workspace/Morpho/libosmocore/src/<a href=3D"http://libosmo= core.la">libosmocore.la</a>.</div><div>*** I have the capability to make th= at library automatically link in when</div> <div>*** you link to this library. =A0But I can only do this if you have a<= /div><div>*** shared version of the library, which you do not appear to hav= e.</div><div>libtool: link: warning: undefined symbols not allowed in i686-= pc-cygwin shared libraries</div> <div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/s= rc/gb'</div><div>Making all in tests</div><div>make[2]: Entering direct= ory `/cygdrive/d/Workspace/Morpho/libosmocore/tests'</div><div>make[2]:= Nothing to be done for `all'.</div> <div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/t= ests'</div><div>Making all in utils</div><div>make[2]: Entering directo= ry `/cygdrive/d/Workspace/Morpho/libosmocore/utils'</div><div>=A0 CC = =A0 =A0 =A0 osmo-arfcn.o</div> <div>osmo-arfcn.c: In function =91freq2arfcn=92:</div><div>osmo-arfcn.c:80:= 1: warning: control reaches end of non-void function</div><div>osmo-arfcn.c= : In function =91main=92:</div><div>osmo-arfcn.c:92:8: warning: =91param=92= may be used uninitialized in this function</div> <div>=A0 CCLD =A0 =A0 osmo-arfcn.exe</div><div>=A0 CC =A0 =A0 =A0 osmo-auc-= gen.o</div><div>osmo-auc-gen.c: In function =91main=92:</div><div>osmo-auc-= gen.c:216:3: warning: implicit declaration of function =91time=92</div><div= >osmo-auc-gen.c:217:3: warning: dereferencing type-punned pointer will brea= k strict-aliasing rules</div> <div>osmo-auc-gen.c:249:3: warning: format =91%lu=92 expects type =91long u= nsigned int=92, but argument 2 has type =91uint64_t=92</div><div>osmo-auc-g= en.c:249:3: warning: format =91%lu=92 expects type =91long unsigned int=92,= but argument 2 has type =91uint64_t=92</div> <div>=A0 CCLD =A0 =A0 osmo-auc-gen.exe</div><div>make[2]: Leaving directory= `/cygdrive/d/Workspace/Morpho/libosmocore/utils'</div><div>make[2]: En= tering directory `/cygdrive/d/Workspace/Morpho/libosmocore'</div><div>m= ake[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore'</d= iv> <div>make[1]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore&#= 39;</div><div><br></div><div style>I now compilation for Windows is not sup= ported directly, but would you mind pointing me in the right direction on h= ow to build libosmocore as a dll?</div> <div style><br></div><div style>Thanks!=A0</div><div><br></div>-- <br>Atenc= iosamente,<br>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Hugo Fred= erico Soares<br> </div></div> --f46d042dfcd1ea9df404d6cbc3f6--

1 0

OsmoDevCall on Dec 10, 2021: osmo-dev and running TTCN3 test sultes locally + PFCP
by Harald Welte 09 Dec '21

09 Dec '21

Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at December 10, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "osmo-dev and running Osmocom TTCN3 tests suites locally" by osmith 21:00 unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom or open source cellular technologies. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

"OsmoDevCall" on Nov 25, 2021: Control/User Plane Separation (CUPS) + PFCP
by Harald Welte 24 Nov '21

24 Nov '21

Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at November 25, 2021 at 20:00 CET (yes, Thursday instead of Friday this time!) at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "Control/User Plane Separation (CUPS) + PFCP" by laforge 21:00 unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom or open source cellular technologies. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

2 1

simtrace2-sniff crashes wih undefined symbol: usb_open_claim_interface
by J. Félix Ontañón 22 Nov '21

22 Nov '21

Hi all. It is the very first time I see this error. I'm using a fresh Ubuntu 20.04. Any clue? $ simtrace2-sniff simtrace2-sniff: symbol lookup error: simtrace2-sniff: undefined symbol: usb_open_claim_interface $ lsusb | grep Osmo Bus 002 Device 002: ID 1d50:60e3 OpenMoko, Inc. Osmocom SIMtrace 2 Find attached a $ strace simtrace2-sniff output in case it helps. Also attached the list of osmocom and simtrace libraries installed. -- *J. Félix Ontañón* Director of Research and Innovation Pod Group A Giesecke+Devrient Company felix.ontanon(a)podgroup.com UK: +44 (0)1223 850 900 <+44%201223%20850900> USA: +1 415 707 0500 <+1+415+707+0500> ES: +34 954 050 200 <++34+954+050+200> www.podgroup.com <https://podgroup.com/> [image: Facebook] <https://www.facebook.com/podgroupIoT> [image: Twitter] <https://twitter.com/PodGroup_IoT> [image: LinkedIn] <https://www.linkedin.com/company/podgroup> [image: Instagram] <https://www.instagram.com/podgroup_iot>

2 2

← Newer
1
...
5
6
7
8
9
10
11
...
35
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

simtrace