SIM card related Projects » SIMtrace 2

are you running in some kind of virtual machine? (e.g. forwarding the usb device)

also it would be interesting to know which exact kernelversion you did try this on.

did you add the udev rule to allow access as regular user?

https://osmocom.org/projects/simtrace2/wiki#Accessing-it

kind regards

roh wrote:

are you running in some kind of virtual machine? (e.g. forwarding the usb device)

also it would be interesting to know which exact kernelversion you did try this on.

did you add the udev rule to allow access as regular user?

https://osmocom.org/projects/simtrace2/wiki#Accessing-it

kind regards

Thanks for the reply! Answers below:

Yes, I'm running it under virtual box.

kernel version is 4.18.0-25

Yes, udev rules were installed.

Is there a known issue with running in a vm?

roh wrote:

are you running in some kind of virtual machine? (e.g. forwarding the usb device)

also it would be interesting to know which exact kernelversion you did try this on.

did you add the udev rule to allow access as regular user?

https://osmocom.org/projects/simtrace2/wiki#Accessing-it

kind regards

I switched over to a Raspberry Pi, since I don't have another linux machine to test in front of me, installed it using apt there, and it does not crash running on that machine. However, it simply hangs when it's opened, it seems as though it's not taking control of the device. Simtrace2-list shows that the device is attached, but simtrace2-sniff outputs:

pi@raspberrypi:~ $ simtrace2-sniff
simtrace2-sniff - Phone-SIM card communication sniffer
(C) 2010-2017 by Harald Welte <laforge@gnumonks.org>
(C) 2018 by Kevin Redon <kredon@sysmocom.de>

and hangs at that point.

I should also note that it appears the Simtrace is working as the device I am attaching it to can communicate with the sim installed in it.

Ok we can close this issue.

I pulled the source on the Rpi, commented out the while(1) argument loop in the main function and rebuilt it, and it does what I need it to now.

thanks!

I presume thsi was

josh2751 wrote:

Ok we can close this issue.

I pulled the source on the Rpi, commented out the while(1) argument loop in the main function and rebuilt it, and it does what I need it to now.

I presume this was referring to

       while (1) {
                int option_index = 0;

                char c = getopt_long(argc, argv, "hi:kV:P:C:I:S:A:", opts, &option_index);
                if (c == -1)
                        break;

What strikes me as odd is the 'char' type for 'c': getopt_long() returns an 'int'. So maybe changing that will do the trick?

Can any of you raspi users check?

See https://gerrit.osmocom.org/c/simtrace2/+/17528

Thank you very much!

Modified into

int c = getopt_long(argc, argv, "hi:kV:P: c :I:S:A:", opts, &option_index);

Now on the Rpi, I can use it.

the patch has been merged. nightly packages from tomorrow onwards will have the fix.