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

Root Where are all the devs at?

Conall52395 said:
You guys seriously rock... I know it's been said countless times. But really, where would us spec users be with out you guys? Thank you tdm, d2a, neph, pg, and anyone else that has worked on this phone(sorry for not remembering your names)
Click to expand...

we'd be on modded versions of stock... :/
 
CM10 is not talking to rild, need to investigate.

This is the only message that gets sent:

D/RILJ ( 911): [0000]> GET_CURRENT_CALLS

It never gets a response.

I suspect rild is probably not expecting that as its first message...
 
I also want to see which of those proprietary libs are actually required. Is it possible none of them are?
 
Could be, which would probably make our jobs easier, I got AtCmdFwd merged into framework.jar, of course it was the decompile with apktool and recompile method. now working on services.jar but no luck.
 
tdm said:
CM10 is not talking to rild, need to investigate.

This is the only message that gets sent:

D/RILJ ( 911): [0000]> GET_CURRENT_CALLS

It never gets a response.

I suspect rild is probably not expecting that as its first message...
Click to expand...
On CM10, I remember reading about them spliting NV and RUIM into two separate entities. There is a good chance that we're going to need to re-write some of the CM10 stuff to get things working. The EVO LTE CM10 or VZW GS3 would be the first place I'd look to see how they got theirs fully functional.

I would start here as this is the tracker of VZW GS3 changes and they went thru all our issues already.

BBQLog - Official CyanogenMod 7, 9 and 10 Changelog for Android distrubtion
 
  • Like
Reactions: tdm
Verified that none of the (new) proprietary frameworks, libs, or apps are required for data service. Haven't looked at the xml files yet.

Got the RIL changes into AOKP40 but it's not happy. The phone app FC's on boot and there's no service. Killing rild gets service but no data. Need to diff with CM9 to see what's up.
 
death2all110 said:
Thats good, I thought you meant we didnt need the prebuilt libril.

I'm assuming we just need the STK and VZWAPN apps?
Click to expand...

I included Stk, not any of the VZW apps.

Specifically, 4G works without these files:

system/app/SSOClient_P1.apk
system/app/SSOEngine.apk
system/app/Term.apk
system/app/VZWAPNLib.apk
system/app/VZWAPNService.apk
system/app/VzwSMS.apk
system/app/ssopermission.apk
system/app/vzwapnpermission.apk
system/framework/com.lge.mdm.jar
system/framework/lgsvcitems.jar
system/framework/modemwarmup.jar
system/framework/qcnvitems.jar
system/framework/qcrilhook.jar
system/framework/vzwlbs.jar
system/lib/libmotricity.so

And I still haven't figured out where your build picked up pigz from. I don't see it anywhere... :confused:
 
death2all110 said:
Im quite surprised that 4G doesnt require those apn apps. Term.apk is terminal emulator by the way.
Click to expand...

I don't know how they would be called. I am not aware of any custom entry points into these libs by the framework, and I would really be surprised if libril invoked java methods. So it seemed highly likely to me that they weren't actually being used.

And yeah, I forgot to take Term.apk out of my list. :p I don't build it because vendor/cm/proprietary isn't in the default manifest and it's available via the market.
 
Fixed the phone fc in aokp, it was a build.prop error (mistyped a prop name).

Still trying to fire up 4G. The differences between cm9 and aokp40 for frameworks/base/telephony and packages/apps/Phone are kinda large. Picking out the relevant changes is going to take a bit of sleuthing, trial and error, and maybe a pinch of luck.
 
Playing around with over clock, my nitro seems stable at 1674. It wouldn't boot when I added in the higher frequencies 1728..1944.
 
tdm said:
Playing around with over clock, my nitro seems stable at 1674. It wouldn't boot when I added in the higher frequencies 1728..1944.
Click to expand...

mtmichaelson's blitzkreig kernel for gingerbread had overclocking up to 1836mhz and most of us could run stable at that speed no problem. I personally ran at 1836 for months and never really had issues with it.
 
IMUcarmen said:
mtmichaelson's blitzkreig kernel for gingerbread had overclocking up to 1836mhz and most of us could run stable at that speed no problem. I personally ran at 1836 for months and never really had issues with it.
Click to expand...

I can look for that code.

The ics kernel is mostly the same for the clock data, but there are minor differences.

I took the clock data from PG's gb plague kernel, which was in turn authored by someone else. I'm guessing it originated from caf, but I don't really know.
 
tdm said:
I included Stk, not any of the VZW apps.

Specifically, 4G works without these files:

system/app/SSOClient_P1.apk
system/app/SSOEngine.apk
system/app/Term.apk
system/app/VZWAPNLib.apk
system/app/VZWAPNService.apk
system/app/VzwSMS.apk
system/app/ssopermission.apk
system/app/vzwapnpermission.apk
system/framework/com.lge.mdm.jar
system/framework/lgsvcitems.jar
system/framework/modemwarmup.jar
system/framework/qcnvitems.jar
system/framework/qcrilhook.jar
system/framework/vzwlbs.jar
system/lib/libmotricity.so

And I still haven't figured out where your build picked up pigz from. I don't see it anywhere... :confused:
Click to expand...
I'm glad you confirmed all the VZW stuff wasn't needed. Not sure why data didn't turn on without SSO the first time, but that was many build tweaks ago as well.
 
pigz might be from when i was building custom recoveries for devices that never had one. or when i was experimenting with building twrp for a non-supported device. who knows. oh well. lol
 
Looking through mtmichaelson's kernel github. Lots of changes there, most or all from other sources, and little to no documentation. Sigh. I don't know how long it will take me to wade through all of that, but it's kinda low priority right now.

I'll be posting a more modest OC kernel that goes to 1674 MHz soon. That's a 10% cpu boost with very little code change or effort.
 
Hey @spectrumhackers ... anyone get gps to work yet?

I tossed in gps.default.so, libloc*, libgps* from stock and there's a ton of chatter from gpsone_daemon but it doesn't work.

This is the first error that I notice:

gpsone_net_init:354] failed

This one shows repeatedly, possibly the result of the above:

gpsone_daemon_manager_connect_handler:657] udp connect, udp not implemented
 
You must log in or register to reply here.
Back
Top Bottom