death2all110
Android Expert
Looks like I may have made a *possible* break through on data! I'm just not sure how to test my theory since I doubt the stock jar files will work on CM9.
Neph just sent me a few logs,
And it definitely seems as if the RIL requires the jar files like qcrilhook.jar and lgsvcitems.jar
The logs he gave seemed to support my theory:
My theory is: On LG ICS the radio reads the ERI info and seems to straighten itself out, Well since there is no ERI.xml in the system/etc it has to be read from the radio/modem. The only way for the RIL to read the eri is through a special hook like this:
That's where qcrilhook.jar comes in... it has a hook that i'm assuming reads the ERI from the modem, QC_RIL_OEM_HOOK.
But wait! What about lgsvcitems.jar!?
lgsvcitems.jar seems to rely on the hook to be started, and then starts to send and receive the data to qcrilhook....
Seen below...
Notice above how it doesn't start until QC_RIL_OEM_HOOK starts and then QC_RIL_OEM_HOOK sends a data string out...
And above it looks like they're cooperating with each other
And again, above, still working together... but wait whats that CMAS!?
Chill I'm getting to that... see below...
Oh! Look LG_SVC_ITEMS finished, and looks like CMAS finished...
I'm honestly not sure how far this will get us, but it seems to be a step in the right direction....
Anyway special thanks to Neph for providing most if not all the logs thus far
Update: Neph noticed those random strings from QC_RIL_OEM_HOOK aren't random at all...
They spell QUALCOMM??????????
and the one right after CMAS starts spells:
QUALCOMM????????=???????????????CMAS?
Neph just sent me a few logs,
And it definitely seems as if the RIL requires the jar files like qcrilhook.jar and lgsvcitems.jar
The logs he gave seemed to support my theory:
My theory is: On LG ICS the radio reads the ERI info and seems to straighten itself out, Well since there is no ERI.xml in the system/etc it has to be read from the radio/modem. The only way for the RIL to read the eri is through a special hook like this:
But notice the '// NOT IMPLEMENTED, Chipset vendor/Operator specific' comment? That means the chipset vendor/manufacturer/operator has to implement their own way to use the hook.../**
* Load the ERI file from the MODEM through chipset specific RIL_REQUEST_OEM_HOOK
*
* In this case the ERI file can be updated from the Phone Support Tool available
* from the Chipset vendor
*/
Code:private void loadEriFileFromModem() { // NOT IMPLEMENTED, Chipset vendor/Operator specific }
That's where qcrilhook.jar comes in... it has a hook that i'm assuming reads the ERI from the modem, QC_RIL_OEM_HOOK.
But wait! What about lgsvcitems.jar!?
lgsvcitems.jar seems to rely on the hook to be started, and then starts to send and receive the data to qcrilhook....
Seen below...
Code:
[ 10-15 10:01:40.511 731:0x3d8 I/QC_RIL_OEM_HOOK ] QcRilOemHook Service Created Successfully
[ 10-15 10:01:40.511 731:0x3d8 D/LG_SVC_ITEMS ] getCommands commandId 1013-START
[ 10-15 10:01:40.511 731:0x3d8 V/QC_RIL_OEM_HOOK ] sendQcRilOemHookMsg: Outgoing Data is 5155414c434f4d4d0410090004000000f5030000
Code:
[ 10-15 10:01:55.317 1132:0x46c V/QC_RIL_OEM_HOOK ] sendQcRilOemHookMsg: Outgoing Data is 5155414c434f4d4d04100900040000004e040000
[ 10-15 10:01:55.317 1132:0x46c V/LG_SVC_ITEMS ] length =42 responseBytes=[B@41a4a8e8 itemValue=[URL]http://uaprof.vtext.com/lg/vs920/vs920.xml[/URL]
[ 10-15 10:01:55.317 1132:0x46c D/LG_SVC_ITEMS ] getCommands commandId 1102 = [URL]http://uaprof.vtext.com/lg/vs920/vs920.xml-END[/URL]
[ 10-15 10:01:55.317 1132:0x46c D/LG_SVC_CMD ] itemID = 1102, Value = [URL]http://uaprof.vtext.com/lg/vs920/vs920.xml[/URL]
Code:
[ 10-15 10:02:04.906 1132:0x46c I/QC_RIL_OEM_HOOK ] QcRilOemHook Service Created Successfully
[ 10-15 10:02:04.906 1132:0x46c D/LG_SVC_ITEMS ] sendCommands commandId 2109-START
[ 10-15 10:02:04.906 1132:0x46c D/LG_SVC_ITEMS ] sendCommands commandId 2109 = �� �� CMAS�-START
[ 10-15 10:02:04.906 1132:0x46c D/LG_SVC_ITEMS ] buf=java.nio.ReadWriteHeapByteBuffer, status: capacity=21 position=21 limit=21 length=13
[ 10-15 10:02:04.906 1132:0x46c V/QC_RIL_OEM_HOOK ] sendQcRilOemHookMsg: Outgoing Data is 5155414c434f4d4d05100900150000003d0800000d0000000000100401000005434d415300
Chill I'm getting to that... see below...
Code:
[ 10-15 10:02:04.956 1132:0x46c D/LG_SVC_ITEMS ] responseData = [B@41a54b58
[ 10-15 10:02:04.976 1132:0x46c D/LG_SVC_ITEMS ] sendCommands commandId 2109 => SUCCESS-END
[ 10-15 10:02:04.976 1132:0x46c D/CmasSimStateChangedReceiver ] Finished CMAS channel activation....
I'm honestly not sure how far this will get us, but it seems to be a step in the right direction....
Anyway special thanks to Neph for providing most if not all the logs thus far
Update: Neph noticed those random strings from QC_RIL_OEM_HOOK aren't random at all...
They spell QUALCOMM??????????
and the one right after CMAS starts spells:
QUALCOMM????????=???????????????CMAS?


Also, throwing in my appreciation, I know when I get home from work all I wanna do is veg out and play guild wars 2 or MW3 if I feel like getting aggravated. You definately have some motivation and I appreciate it, as I'm sure many others do. Keep up the good work. I'm decent with Unix and Java shit, but your last update was WAY over my head, all I can say is good luck with that. 