simtrace

simtrace@lists.osmocom.org

347 discussions

[PATCH] Respect wLength/window size for USB
by Holger Hans Peter Freyther 17 Dec '11

17 Dec '11

From: Holger Hans Peter Freyther <zecke(a)selfish.org> This still needs to receive some more testing (untested on Windows right now) and also consideration how/if we want to upgrade this in the field. If we consider reflashing the DFU part safe enough. I would argue that there is still SAMBA to fix things up if someone breaks the bootloader. Holger Hans Peter Freyther (1): usb: Do not send ZLP when we have filled the window firmware/src/dfu/dfu.c | 46 ++++++++++++++++---------------- firmware/src/dfu/dfu.h | 2 +- firmware/src/os/pcd_enumerate.c | 54 +++++++++++++++++++++------------------ 3 files changed, 53 insertions(+), 49 deletions(-) -- 1.7.7.2

4 11

RFC: Osmocom developer workshop 2012
by Harald Welte 14 Dec '11

14 Dec '11

<DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Hi all, this idea has been around for quite some time, and for 2012 I really want to turn it into reality: I'd like to have a Osmocom developer workshop The idea here is to get all the active contributors of the project together for a couple of days (maybe 2-4 days), in order to exchange ideas, get to know each other better and last but not least work together on ironing out some of the more difficult issues. * City: Regarding the location: I think for me it is only possible to organize it if it is to be held in Berlin. I'mn happy if somebody else wants to host it at some other location, but then that person would also have to take care of local organization. Berlin also has good train and flight connections, which is definitely a plus. * Venue: If it is in Berlin, we might consider talking with c-base or Raumfahrtagentur as possible venues. * Date: Regarding a proposed date, I'm completely open for suggestions. Of course there shouldn't be any overlap with other major FOSS or Sescurity related conferences, and it should also not coincide with major public holidays, as that only makes travel + accomodation more expensive. * Funding: As we don't have that many commercial users of Osmocom projects, getting funding for e.g. travel / accomodation is probably going to be difficult. We can ask the "usual suspects" among those commercial users we know,, but I guess it will only be possible in exceptional cases to provide that kind of funding. Any ideas / comments / feedback is much appreciated. If somebody has a particular suggestion. <DISCLAIMER> Please follow-up to openbsc(a)lists.osmocom.org </DISCLAIMER> Cheers, 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)

2 2

RFC: Generic (U)SIM software
by Harald Welte 29 Nov '11

29 Nov '11

Hi all, I'm thinking of starting a project that would allow us to * perform SIM and USIM card pre-personalization * read/dump and explore [U]SIM contents interactively * perform SIM card simulation The idea is to start with some generic data structure that can represent the filesystem tree (DFs, EFs) and their "external" properties, i.e. file type, size, permissions, FID, SFID, etc. This data structure could also have the actual file content associated with each EF. The second step would be some code that can take that data structure and program a freely-programmable card (like sysmoSIM-GR1) and create the files according to that structure. Another module would implement card-simulation (via BT SAP, SIMtrace or virtual PC/SC card). After all, only a few instructions have to be imilpemented if the filesystem and its content is already in a generic data structure that the program can access.. Next step would be to associate parser and generator routines for the content of each individual file as it is specified in TS 11.11. After that has been done, we could think of representing the FS tree and the parsed contents of each file in some kind of graphical / user friendly representation. The idea here is that the UI code would be generic and not know any of the actual ecnoding/decoding of the EF content. The biggest question is what language to use for this. Some kind of object orientation might very well resemble the idea of a 'file object' in a tree, with many different file types, each having it's own parser/encoder. On the other hand, Erlang's bit field syntax would probably come very handy in terms of encoding/decoding the various EF content. However, at least once we start to want some kidn of UI, Erlan really sucsk. Also, almost nobody here reads/writes Erlang [yet?]. Writing all this in C seems like a bit much of an effort, probably even more so on the UI side. However, we already have quite a bit of C code for parsing/generating things like LAI, etc. which are stored like 04.08 inside the sim card files. Python might be a good idea in terms of tons of available libraries/modules, object orientation and good UI bindings. The biggest problem here is that my python skills are really limited so far, so my productivity might not be as high as I expect. The individual components could even be written in different languages, but then we would have to have some common format for exchanging data back and forth - which might not be worth it, given the small scope of the project. any ideas / comments / feedback? -- - 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)

4 5

[PATCH 0/5] DFU Address GCC warnings
by Holger Hans Peter Freyther 10 Nov '11

10 Nov '11

From: Holger Hans Peter Freyther <zecke(a)selfish.org> These address various compiler warnings, there is still one left related the flash handling but I will need to read a bit more on the EFC. I have flashed my device using DFU with these patches applied. Holger Hans Peter Freyther (5): dfu: The i variable to disable interrupts shadows the outer index dfu: udp_ep0_recv_clean is static and is not called anywhere dfu: Mark unsued variables as __unused for now dfu: Use {} for possible empty if statement (in case debug is off) dfu: Remove unused variable, mark method as not retuning firmware/include/asm/compiler.h | 3 +++ firmware/src/dfu/dfu.c | 36 +++++++++++------------------------- 2 files changed, 14 insertions(+), 25 deletions(-) -- 1.7.7.2

2 6

New bugfix firmware v0.3 release (fi/di calculation)
by Harald Welte 21 Oct '11

21 Oct '11

Hi! Thanks to Bjoern Kerler, we now have some bugfixes in fi/di calculation, which apparently was broken for cerain newer phones like the HTC Raphael or GT-S7070. If you had any problems regarding PPS/PTS and higher baud rates of the SIM card interface, feel free to try this new version. The source code can be found in openpcd.git as usual. Firmware can be installed into the application partition using dfu-util. -- - 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)

1 0

Updated usermanual and 'streamlining' of the wiki content
by Holger Hans Peter Freyther 10 Oct '11

10 Oct '11

Hi all, I have updated the usermanual and provided a section on the Firmware itself (getting, building, programming). This was written at night so I would be very happy if someone could proof read or provide feedback in any other way. I have moved some content in the Wiki as well, everything that is related to Hardware should be in the Hardware article[2] and everything related to the Firmware should be in the Firmware article[3]. I tried hard to not lose any information. Again please take a look. holger [1] http://bb.osmocom.org/trac/raw-attachment/wiki/SIMtrace/usermanual.pdf [2] http://bb.osmocom.org/trac/wiki/SIMtrace/Hardware [3] http://bb.osmocom.org/trac/wiki/SIMtrace/Firmware

3 3

simtrace on Mac OSX
by Myonium 08 Oct '11

08 Oct '11

Hi I tried SIMTrace with Gemalto java smart cards and it is working great. Unfortunately I can’t run it on my shiny Mac OSX (Darwin Kernel Version 10.8.0), hosting Ubuntu in VMware. SIMtrace is flashed with the latest firmware (see http://lists.osmocom.org/pipermail/simtrace/2011-August/000109.html) If I connect it to my mac the red light is flashing periodically. In the kernel log I see the following messages: 9/28/11 9:47:05 PM kernel USBF: 428978. 89 [0xadd3100] The IOUSBFamily was not able to enumerate a device. 9/28/11 9:47:06 PM kernel USBF: 428979.493 [0xadd3100] The IOUSBFamily is having trouble enumerating a USB device that has been plugged in. It will keep retrying. (Port 4 of Hub at 0x6000000) 9/28/11 9:47:06 PM kernel USBF: 428979.493 [0xadd3100] The IOUSBFamily was not able to enumerate a device. 9/28/11 9:47:07 PM kernel USBF: 428980.898 [0xadd3100] The IOUSBFamily is having trouble enumerating a USB device that has been plugged in. It will keep retrying. (Port 4 of Hub at 0x6000000) 9/28/11 9:47:07 PM kernel USBF: 428980.898 [0xadd3100] The IOUSBFamily was not able to enumerate a device. 9/28/11 9:47:09 PM kernel USBF: 428982.303 [0xadd3100] The IOUSBFamily is having trouble enumerating a USB device that has been plugged in. It will keep retrying. (Port 4 of Hub at 0x6000000) .... with logging enabled: 9/29/11 9:10:33 PM kernel USBF: 1466.294 AppleUSBOHCI[0x7679000]::MakeDevice error setting address. err=0xe00002ed device=0x96d3400 - releasing device 9/29/11 9:10:33 PM kernel USBF: 1466.294 **5** AppleUSBHubPort[0x77d5c00]::AddDeviceResetChangeHandler - Port 4 of Hub at 0x6000000, unable to set device 0 to address 0 - disabling port 9/29/11 9:10:33 PM kernel USBF: 1466.296 AppleUSBHubPort[0x77d5c00]::DetachDevice Port 4 of Hub at 0x6000000 being detached (_attachRetry = 0) 9/29/11 9:10:33 PM kernel USBF: 1466.296 [0x77d5c00] The IOUSBFamily is having trouble enumerating a USB device that has been plugged in. It will keep retrying. (Port 4 of Hub at 0x6000000) 9/29/11 9:10:33 PM kernel USBF: 1466.296 AppleUSBHubPort[0x77d5c00]::DetachDevice - Port 4 of Hub at 0x6000000 - device has gone away 9/29/11 9:10:33 PM kernel USBF: 1466.296 [0x77d5c00] The IOUSBFamily was not able to enumerate a device. 9/29/11 9:10:34 PM kernel USBF: 1467.700 AppleUSBOHCI[0x7679000]::MakeDevice error setting address. err=0xe00002ed device=0x96d3400 - releasing device 9/29/11 9:10:34 PM kernel USBF: 1467.700 **5** AppleUSBHubPort[0x77d5c00]::AddDeviceResetChangeHandler - Port 4 of Hub at 0x6000000, unable to set device 0 to address 0 - disabling port 9/29/11 9:10:34 PM kernel USBF: 1467.702 AppleUSBHubPort[0x77d5c00]::DetachDevice Port 4 of Hub at 0x6000000 being detached (_attachRetry = 0) 9/29/11 9:10:34 PM kernel USBF: 1467.702 [0x77d5c00] The IOUSBFamily is having trouble enumerating a USB device that has been plugged in. It will keep retrying. (Port 4 of Hub at 0x6000000) 9/29/11 9:10:34 PM kernel USBF: 1467.702 AppleUSBHubPort[0x77d5c00]::DetachDevice - Port 4 of Hub at 0x6000000 - device has gone away 9/29/11 9:10:34 PM kernel USBF: 1467.702 [0x77d5c00] The IOUSBFamily was not able to enumerate a device. 9/29/11 9:10:36 PM kernel USBF: 1469.107 AppleUSBOHCI[0x7679000]::MakeDevice error setting address. err=0xe00002ed device=0x96d3400 - releasing device 9/29/11 9:10:36 PM kernel USBF: 1469.107 **5** AppleUSBHubPort[0x77d5c00]::AddDeviceResetChangeHandler - Port 4 of Hub at 0x6000000, unable to set device 0 to address 0 - disabling port 9/29/11 9:10:36 PM kernel USBF: 1469.109 AppleUSBHubPort[0x77d5c00]::DetachDevice Port 4 of Hub at 0x6000000 being detached (_attachRetry = 0) 9/29/11 9:10:36 PM kernel USBF: 1469.109 [0x77d5c00] The IOUSBFamily is having trouble enumerating a USB device that has been plugged in. It will keep retrying. (Port 4 of Hub at 0x6000000) 9/29/11 9:10:36 PM kernel USBF: 1469.109 AppleUSBHubPort[0x77d5c00]::DetachDevice - Port 4 of Hub at 0x6000000 - device has gone away 9/29/11 9:10:36 PM kernel USBF: 1469.109 [0x77d5c00] The IOUSBFamily was not able to enumerate a device. 9/29/11 9:10:37 PM kernel USBF: 1470.512 AppleUSBOHCI[0x7679000]::MakeDevice error setting address. err=0xe00002ed device=0x96d3400 - releasing device Please find attached also the trace logs form USBProber and usbtracer. Any ideas how this could be fixed? Ben

7 35

[osmocom-announce] patched wireshark now on git.osmocom.org
by Harald Welte 07 Sep '11

07 Sep '11

Hi all, we have accumulated a number of wireshark patches, and by far not all of them have been merged into mainline wireshark so far (volunteers, anyone?) Some people have complained that it is hard to build them, as you first have to find a wireshark version to which they apply, etc. We have now created a wireshark.git repository at git.osmocom.org in which you will be able to find the latest mainline wireshark version ('trunk' branch) as well as our patches in 'master': http://cgit.osmocom.org/cgit/wireshark/ the read-onIy clone url is 'git://git.osmocom.org/wireshark' So the recommended option for everyone needing patched wireshark for one or the other reason (e.g. simtrace) now is to clone that wireshark.git repository and build from there. Like before, we will rebase our patches in irregular intervals, so you may have to do a 'pull -f' instead of 'pull' at that time. 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)

1 0

Any progress reports / experience with SIMtrace?
by Harald Welte 30 Aug '11

30 Aug '11

Hi all, it's now something like two weeks after the first 60 or so SIMtrace kits have been sold - but remarkably quite in here. I've been busy with mostly non-technical stuff, so I couldn't spend any more time improving the firmware/software. However, at least some of the SIMtrace owners should have used the device until now and gathered some data and/or experience. Please feel free to share your progress or problems here, including topics like * firmware update * simtrace host software * wireshark dissector 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)

4 4

OT: Chinese C118 supply?
by Harald Welte 29 Aug '11

29 Aug '11

Hi all, at the CCC Camp two weeks ago, a Chinese guy approached me, stating that there he has contacts to a considerable supply of very inexpensive C1xx family phones in China. Unfortunately we didn't exchange contact details, so I'm trying this route. If you are the person that has talked to me about this topic, pleaes contact me by private e-mail. I would love to use this opportunity to provide inexpensive C1xx phones to the larger OsmocomBB user community. Thanks in advance, 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)

1 0

← Newer
1
...
28
29
30
31
32
33
34
35
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

simtrace