• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root [DEV] Continuing Triumph ICS Development

No we cant use the radio from another device like ours, because the other devices use a sim and or ruim. those dont exist in our device. well it does but it doesnt. The qualcomm modem has the ability to(we think) but foxconn left it out. So we have to look at what ticker guy did in RIL.java and Constant.java and port it into ICS. The only prob after that is gonna be MMS but that another problem for another day. We should all be focusing on that. I am at school but if somebody could take ticker guys intire telphony folder in frameworks/base/ and replace it and build and see what happens. If that fails then we need to hand code some items.


Tickerguy said he was gonna stop buy and make a quick write up on we need to do to get everything going.
 
No we cant use the radio from another device like ours, because the other devices use a sim and or ruim. those dont exist in our device. well it does but it doesnt. The qualcomm modem has the ability to(we think) but foxconn left it out. So we have to look at what ticker guy did in RIL.java and Constant.java and port it into ICS. The only prob after that is gonna be MMS but that another problem for another day. We should all be focusing on that. I am at school but if somebody could take ticker guys intire telphony folder in frameworks/base/ and replace it and build and see what happens. If that fails then we need to hand code some items.


Tickerguy said he was gonna stop buy and make a quick write up on we need to do to get everything going.

I have ported most of it, it wasn't too hard. (Hard was figuring it out in the first place - what tg did). I've got one error remaining that's a little tricky, since the error message is not very helpful - I'm trying to track down exactly where it bails...

D/RILJ ( 374): [0022]< SETUP_DATA_CALL error: com.android.internal.telephony.CommandException: GENERIC_FAILURE
 
I have ported most of it, it wasn't too hard. (Hard was figuring it out in the first place - what tg did). I've got one error remaining that's a little tricky, since the error message is not very helpful - I'm trying to track down exactly where it bails...

D/RILJ ( 374): [0022]< SETUP_DATA_CALL error: com.android.internal.telephony.CommandException: GENERIC_FAILURE


Okay so thats a adb error right?
So when you go into setting about phone is it picking the PRL up?
Oh does it say uknown?
 
Hey Whyzor - I got edowar's kernel working with our build by adding ABS_MT_PRESSURE to drivers/input/input.c and copying over bi041p_ts.c from our (mantera's) kernel. edowar's got all the netfilter changes in that we'll need to eventually do the cool data tracking in ICS.

Unfortunately he also has a ton of build-generated files in there, so it's a pain to work with. I can post the config I'm using that works and is a merge of his and our configs.

EDIT: has some profiling and other stuff we'll want to change, but builds and boots for me:
http://pastebin.com/gRC8jzGt
 
In comparing logcats from CM7 and CM9, I noticed the Virgin Mobile APN data isn't loaded. So I put them in again. Rebuilt & booted, logcat still didn't show evidence of it loaded (maybe wrong file permissions?). Will look into it when I get time again. Here are my commits, since I already had gingerbread branch from Isaac, I couldn't do pull request to your repo. You'll have to cherry pick it or update manually.

https://github.com/Whyzor/android_d...mmit/4bbe5d877aecf338b9b0ee7175695c1b03f07349

I commented out that apn script because it wasn't actually doing anything. I'll wait on this to see how yumbrad is going. He seems to be moving along pretty good on the ril stuff.

I just recompiled the msm7x30 chaos-ICS kernel and it's same hanging boot. BTW there are object files in the repo on that branch too. Mantera can you try recompiling the kernel with the default config again and make sure to 'make clean' and push the clean changes back in. I have to manually clean the object files after every compile because git is tracking them and thinks they're modified source.

I've cleaned up the .gitignore so you should be ok. It's strange that you would have a hanging boot. I just recompiled everything as is 2 times and the kernel booted fine both times.
 
Hey Whyzor - I got edowar's kernel working with our build by adding ABS_MT_PRESSURE to drivers/input/input.c and copying over bi041p_ts.c from our (mantera's) kernel. edowar's got all the netfilter changes in that we'll need to eventually do the cool data tracking in ICS.

Unfortunately he also has a ton of build-generated files in there, so it's a pain to work with. I can post the config I'm using that works and is a merge of his and our configs.

EDIT: has some profiling and other stuff we'll want to change, but builds and boots for me:
triumph_ics_yum_defconfig - Pastebin.com

Is the stuff in his kernel working better? The netfilter stuff to which you're referring is just a config file change, correct?
 
if edwardo's kernel is now booting with our ics... shouldnt that mean we have working hw accel now? since he has it working correctly on the ideos x6 (somewhat... lol)
 
if edwardo's kernel is now booting with our ics... shouldnt that mean we have working hw accel now? since he has it working correctly on the ideos x6 (somewhat... lol)

We had HW accel working without his kernel... It continues to work with his.
 
I see. I'll take a look and see if I can merge it in.

I prefer we not merge new code unless there's hint that we need to. Otherwise it can introduce hard-to-find bugs later. I'm not against it, just don' t see any benefits at this point yet.
 
Yeah, it's "on the list" so we'll see when I can actually get to it... :)

So maybe we'll have a better answer by that time...
 
D/RILJ ( 374): [0022]< SETUP_DATA_CALL error: com.android.internal.telephony.CommandException: GENERIC_FAILURE

EDIT: Never mind. Figured it out. ...

Well, I'm confused. There are two places a log like this can be produced, one in RIL.java and one in QualcommNoSimReadyRIL.java. I changed both of these log statements a little, and I see my changes for all other events that flow through those statements, but the SETUP_DATA_CALL event spits out *unchanged*... My knowledge of how java and the android frameworks work is very thin, I'm a linux C guy for the most part. Anyone know where the code that prints that out could be coming from? Why is only that event unchanged? Actually, now that I type all that out, I'm seeing that I'm never seeing any of the log statements I added to RIL.java. I'll look into it, but suggestions on how to have the framework pick up changes to that welcome. I'm simply building the framework and pushing system/framework - again, works for the changes I make in QualcommNoSimReadyRIL.java.
 
Wow guys your progress is amazing! I was successfully able to make a call to my mom with no trouble whatsoever. Once you get the cameras and wifi working, I may start considering this as a default ROM. (3g would be nice though). Another thing I like is the haptic feedback, it's worlds better than gingerbread!
 
EDIT: Never mind. Figured it out. ...

Well, I'm confused. There are two places a log like this can be produced, one in RIL.java and one in QualcommNoSimReadyRIL.java. I changed both of these log statements a little, and I see my changes for all other events that flow through those statements, but the SETUP_DATA_CALL event spits out *unchanged*... My knowledge of how java and the android frameworks work is very thin, I'm a linux C guy for the most part. Anyone know where the code that prints that out could be coming from? Why is only that event unchanged? Actually, now that I type all that out, I'm seeing that I'm never seeing any of the log statements I added to RIL.java. I'll look into it, but suggestions on how to have the framework pick up changes to that welcome. I'm simply building the framework and pushing system/framework - again, works for the changes I make in QualcommNoSimReadyRIL.java.

Try this: reboot into recovery, fix permissions and reboot. It may fix your changes. I've had similar issues in the past.
 
Back
Top Bottom