[TESTING] - NAND OMGB (1.2.3)

[[ACL]]

Originally Posted by muziling

wake up issue still ,see log "10-17 08:16:18", I tried ppst, no options to set MMSC, proxy, port ,etc, in WM, use ##778#, no options too, this maybe store on system , not phone, I see my Hero200 CDMA, no APN menu but has telephony.db file.

##778# only works on oem builds that have custom apps to handle those entries. Usually EPST.apk or similar.

I'm not gonna give you the solution .... i think you need to rise to the challenge and fix this yourself .. i'm working on something else so i can't tend to this right now. Perhaps someone else wants to join you in the quest.

[muziling]

OK, finally, I found AT command to obtain 4 values in picture below:

Tx:AT+HTC_DM=C826AA0400000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 0000000000000000000000000000000\r
Tx:AT+HTC_DM=C826A80400000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 0000000000000000000000000000000\r
Tx:AT+HTC_DM=C8268E0300000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 0000000000000000000000000000000\r
Tx:AT+HTC_DM=C8268A0300000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 0000000000000000000000000000000\r

ACL, can you add to obtain HDR AN auth user/passwd, and pass this value to pppd
HTC_DM return format is: first 8bit same as send, 9th bit is length(hex) of value, next bits is hex of values

Can test AT commands with :http://forum.xda-developers.com/arch...t-1037075.html


auth bit under android is authenticated too, so ignore follow:

er, maybe when system bootup, ril will did an authentication with carrier , use HDR AN user/pwd , then pppd don't need user/pwd anymore.
Use xda build, when data transfering, phone call in or sms in, data connection icon will change to 1X, so maybe xda never into EVDO which carrier need authentication(picture last item)

[[ACL]]

Originally Posted by muziling

OK, finally, I found AT command to obtain 4 values in picture below:
ACL, can you add to obtain HDR AN auth user/passwd, and pass this value to pppd
HTC_DM return format is: first 8bit same as send, 9th bit is length(hex) of value, next bits is hex of values

Can test AT commands with :[TESTING] Fun with the radio [Archive] - xda-developers


auth bit under android is authenticated too, so ignore follow:

I dont understand what you are asking. Also i thought you already had fixed all of this.

[muziling]

PPPD establish connection need auth, auth user and password is store at phone, so we can use these AT commands to gather username and password, then be pppd run parameters.
I don't know this is right or not, not found CDMA document which intro pppd auth.

HERO200, MMS related with:
HOME ADDRESS
Primary HA Address
Second HA Address

[[ACL]]

Originally Posted by muziling

PPPD establish connection need auth, auth user and password is store at phone, so we can use these AT commands to gather username and password, then be pppd run parameters.
I don't know this is right or not, not found CDMA document which intro pppd auth.

HERO200, MMS related with:
HOME ADDRESS
Primary HA Address
Second HA Address

Ohh ic. Ok, if you can get the username and pass as a string. Then we can save that to a file and have pppd use the file for auth. Having the Ril pass down U/P will require framework changes which i can't make.

The old ril worked this way so you can go back and add the functionality.

htcgeneric-ril.c - hardware_xdandroid-ril in XDAndroid - Gitorious

Look at this line and how they write the data to /etc/ppp/pap-secrets

edit: ignore this.. Hyc is right i forgot /etc is RO. .. Only other hack i can think of is doing a setprop to write the u/p and replace pppd service with a script that will run with a password. samsung uses something called pppd-runner which is a script that has the U/P in there. crazy animals ..lol

[highlandsun]

The ril and pppd were changed in xdandroid to avoid needing to write to /etc. Are you mounting /etc read-write now?

Sent from my FRX06+ TP2 using Tapatalk

[arrrghhh]

Originally Posted by highlandsun

The ril and pppd were changed in xdandroid to avoid needing to write to /etc. Are you mounting /etc read-write now?

Sent from my FRX06+ TP2 using Tapatalk

No, it would appear not. /etc is symlinked to /system/etc, and /system is mounted RO.

# ls -la / |grep etc
ls -la / |grep etc
lrwxrwxrwx    1 root     root            11 Oct 17 08:25 etc -> /system/etc

# mount |grep system
mount |grep system
/dev/block/mtdblock3 on /system type yaffs2 (ro)

[[ACL]]

Originally Posted by highlandsun

The ril and pppd were changed in xdandroid to avoid needing to write to /etc. Are you mounting /etc read-write now?

Sent from my FRX06+ TP2 using Tapatalk

Yeah you are right. I also forgot in the past we saved all those scripts on /data so we can write.

I dunno. This is muzlings mountain that i'm confident he can solve. All i can do is cheer him on =D>

[muziling]

I use old pppd file in last nand version and add some files which store user/pwd under /etc/ppp directory, files are pap-secrets,chap-secrets,options.smd,options.smd1, this can let data connection work

Now I am search for new pppd connection method, so I found AT command which can obtain auth user/pwd
In fact, native android use rmnet, not pppd,

[arrrghhh]

Originally Posted by muziling

In fact, native android use rmnet, not pppd,

Yes, but we would need to have some serious rework done to get RMNET to work.

It only works on the HD2 in MAGLDR. It does NOT work on CWM. So there's no source to get that to work... Someone would have to reverse engineer MAGLDR to sort out how Cotulla made RMNET work.