I have one of those SIM cards with the menus, which prevent YellowSn0w from working fully. I had an idea to simply hook up a SIM card reader to my USB port, and using some hex editor to clear those menu entries.

Is this unrealistic of me? Do such software solutions exist for MacOSX? Have any of you Mac guys ever edited SIM Menus? :-)

Right now, YellowSn0w works for me only partially (I can receive calls, but not make calls. SMS & 3G Data are working fine). I am thinking perhaps if I clear the menus, it will allow me to also make phone calls.

Any ideas? Help? Thanks! :-)

You can't remove those menus (the SIM decides to give them to the phone, and you can't act on that - not without an additional hardware proxy at least)

However this is exactly the kind of issue we're trying to pinpoint, so don't hesitate to post a more detailed bug report about the problem you get (baseband reset ? something else ?) and a baseband log (obtained by dialing **5005*78283# and synchronizing the phone or recovering the file created in /var/logs/something, name of the file should have "baseband" in it). We need that kind of input to improve the solution.

Another random thing to try - install minicom (apt-get install minicom from the command line), configure the serial port to /dev/tty.debug, run minicom to connect to the baseband, issue the following command "at+cfun=7" (then return), quit minicom and see if there is any improvement.

I will try your suggestions shortly, however a quick update. I have achieved full success with an older SIM card. The card that does not work for me has USIM+ written on it. Some Googling shows that USIM uses stronger encryption keys, and a more advanced phone book, besides coming with full UMTS support (3G). I read reports that the older SIM+ cards (without U) also support 3G, and that this is up to the operator.

Anyway, quick conclusion:
* USIM+ Card (Orange Israel) = Outgoing calls crash Phone.app
* SIM+ Card (Orange Israel, "On the go" plan) = Outgoing calls work!

I will now try to produce those logs with minicom.
I can also make the phone available via SSH for you, if you coordinate with me online. I'm on most chat mediums, with the same nickname I use here.

Yeah, perhaps the problem is related to native 3G mode on the card. Can you force 2G in the settings and see if the card that crashed works in that case ?

However it's likely a bug, so a log would still be appreciated At least we should be able to know if it comes from the phone or the unlocking hack

I was unable to communicate with /dev/tty.debug using minicom.
However I have some Exciting news!

I now have YellowSn0w working with a USIM+ Card, with 3G working, and with Outgoing Calls working!

To do this, I followed the following:
1. Insert an older SIM+ Card (2G) into the phone
2. Make a phone call to any number, hang up
3. Take the SIM+ out, and put the USIM+ Card in (3G Card)
4. It works! Can receive/make calls, SMS In/Out, 3G Data, etc.

I don't know exactly why this works, but it does. Hopefully this is a useful hint for the dev team, to produce a new YellowSn0w 0.9.5 which works for more people.

It's very odd. Did you manage to create some logs in both cases ?

Some additional questions

- What happens when you reboot ? Do you have to perform the same thing or does it work immediately without swapping the SIMs ?

- Have you tried to just eject/reinsert the 3G SIM without swapping them ? Are you still unable to make outgoing calls if you do that ?

When I reboot, I have to do the procedure again. It also detects the 2G card without having to take it out - It just works awesome. Once it has the carrier, I take it out and put the 3G, and then the 3G works as well. However I rarely reboot my iPhone so this solution suits me just fine. I can say that after 12 hours, the phone still works with the 3G card. I can also take out the 3G sim and put it back in again (baseband reset), and it still works.

I can not connect with Minicom, still. I don't know why, it's like the device is busy. I tried to issue AT commands and it's not responsive. Any ideas what else I can do?

Here are some log lines I get when I have just the 3G card, without first putting the 2G card. The log shows what happens when I try to make an outgoing call, and the baseband crash:

15:14:48 +0200 ST [rm] crash: state=Initialized
15:14:48 +0200 ST [rm] reset: reason=modem reset;uptime=486;count=1;callactive=true;pdpactive =false;rat=0
15:14:48 +0200 ST [clm] disconnect: duration=0;cause=kRadioFailure;ceer=0;rat=0;cgi=42 5:1:9160:65071

Hope this helps somehow. This is from /var/logs/log-bb-live-stats.txt.

We'd need the more detailed logs. They'll appear in /var/logs/CrashReporter/Baseband after you dial the magic number **5005*78283# , press "reply" and enter a report name.

Those should be detailed enough for the time being.

Not being able to use minicom is weird. Did you check the serial port configuration ? (run minicom -s, then "Serial Port setup", then type A, then enter "/dev/tty.debug", then escape, then "Save setup as default")

Another option - watch the logs live from another terminal.

Run the following script in another window

Code:

#!/bin/bash
rm /dev/console
mknod /dev/console c 16 0
kill -USR1 `ps ax|grep CoreTel|grep ys|xargs|cut -d ' ' -f 1`
kill -HUP `ps ax|grep CoreTel|grep ys|xargs|cut -d ' ' -f 1`

and remember to increase the window buffer of your terminal (if you're using putty on Windows, that's right click, Change settings, Window, Lines of scrollback that you can set to 9999). Those logs will be as raw as possible (but also include your IMEI and other details, so be careful where you post them). The other logs (fetched from /var/logs/CrashReporter/Baseband) are anonymous and ok to share.

For everybody, make sure to include a link to such logs when submitting a bug report

0.9.5 has fixed it for me. I got back home and was ready to produce the logs, when I noticed an upgrade in cydia. So it's kinda too late to do it now. The only remaining issue is that I have to turn Airplane Mode ON/OFF after I boot, for finding a carrier. After that, everything works perfect.