5,600,919 Members 41,147 Now Online
XDA Developers Android and Mobile Development Forum

CM7 BREAKTHROUGH! Radio UP!

Tip us?
 
Genesis3
Old
#1  
Senior Member - OP
Thanks Meter 185
Posts: 750
Join Date: Feb 2006
Default CM7 BREAKTHROUGH! Radio UP!

Bawhahahaha....

http://www.youtube.com/watch?v=Wu5maTCil8Y

The thread over on Androidforums....

http://androidforums.com/triumph-all...ml#post3129160

That's real progress - we now have a working radio. There's much more to do and Isaac deserves the lion's share of the credit for getting us a bootable system; I managed to hack on enough of the radio code to get it off the ground this evening.
Investing? http://market-ticker.org
Looking for me? http://www.denninger.net
T-Mobile and Virgin
The Following 8 Users Say Thank You to Genesis3 For This Useful Post: [ Click to Expand ]
 
crxmax
Old
#2  
Senior Member
Thanks Meter 5
Posts: 215
Join Date: May 2010
Location: sacramento
Great job! If my bank account wasnt overdraft i would donate lol
 
ravensguildassasin
Old
#3  
Junior Member
Thanks Meter 2
Posts: 24
Join Date: Aug 2011
Fuuuuuuuk yeah man good job on that one.
 
Genesis3
Old
#4  
Senior Member - OP
Thanks Meter 185
Posts: 750
Join Date: Feb 2006
No donations please; Isaac deserves the lion's share of the credit here, and he's a student. I'm a grizzled old codewriter, writer in general and trader of the market; I don't need it, I just want a better and faster ROM on the phone for myself ;)
Investing? http://market-ticker.org
Looking for me? http://www.denninger.net
T-Mobile and Virgin
The Following 4 Users Say Thank You to Genesis3 For This Useful Post: [ Click to Expand ]
 
ravensguildassasin
Old
#5  
Junior Member
Thanks Meter 2
Posts: 24
Join Date: Aug 2011
Quote:
Originally Posted by Genesis3 View Post
No donations please; Isaac deserves the lion's share of the credit here, and he's a student. I'm a grizzled old codewriter, writer in general and trader of the market; I don't need it, I just want a better and faster ROM on the phone for myself ;)
here here cheers to that :beer: the students need it more then us old guys we have or had great paying jobs (for me in computers). where as he is still getting his feet wet so to speak. i agree he deserves the donations for all his code he has laid out.
 
Genesis3
Old
(Last edited by Genesis3; 27th August 2011 at 04:21 PM.)
#6  
Senior Member - OP
Thanks Meter 185
Posts: 750
Join Date: Feb 2006
Yep.

Realistically speaking I've got a dozen or so hours into this so far, and a lot of it is "hurry up and wait" on compiles and such. I don't even know how to program in Java, although it's not very difficult - this is coming from a guy who taught himself how to program in Z80 assembler in the 70s and hacked on a Burroughs bookkeeping machine's opcodes to change tax rates and such a few years previous. All computers work basically the same way irrespective of language and if you "get it" then provided you have something you can trace and observe you can usually eventually figure out what has to be done.

Fortunately android is open enough to be able to do that, although it pisses me off to no end that the allegedly "open" nature of Android doesn't extend to things like changes to the so-called "abstraction layer" in the RIL such that if companies stick in extensions they're required to document the entry points, parameters and what they do. Without that the alleged "open" nature is a bad joke, and leads to exactly the situation we're in now with CM7.

Incidentally that disassembly has shown that the two original upcalls I thought we had to handle aren't the whole story. There are more of them - a bunch more. I've had to hack out one more exception already, and there will be more. Some can probably be safely ignored but I'm quite sure all of them can't be, and that sucks. This is why the state is not getting passed back up into the stack - that unsolicited "network state change" upcall is the one that I KNOW I have to figure out how to handle, and there are probably more. If someone has SOURCE to a Sprint CDMA RIL.java and RILConstants.java file from the framework (not a decompiled spaghetti ball - I already have the latter) on a motorola device (presuming the CDMA Qualcomm code is identical or nearly-so) that would make getting this thing going a literal piece of cake. I've posted a request in a couple of places for anyone who might have that (here on XDA and over on Androidforums) but so far no response. That implies that it may not exist beyond the walls of Motorola, and if so that just plain sucks.

I'm also unimpressed that the unit doesn't appear to identify itself in the class definitions as a Triumph - at least not where I am looking for it. That sucks as the code changes I'm making WILL bork other CM7 devices and thus they need to be wrapped in conditionality - without a RELIABLE way to get that I'm hosed there too. That's not important right now but it will be to merge this back with the base CM7 code and not end up with a forked version that requires independent maintenance.
Investing? http://market-ticker.org
Looking for me? http://www.denninger.net
T-Mobile and Virgin
The Following User Says Thank You to Genesis3 For This Useful Post: [ Click to Expand ]
 
bigvandal
Old
#7  
Member
Thanks Meter 6
Posts: 76
Join Date: Jan 2008
This is great. I have been following your work over on the other forum. and eventho I have no clue as to what half the stuff your talking about means I read every last bit of it to see whats going on with the progress. Im amazed to see people so dedicated to building these ROMs. I wish I knew how to do this so I could help.
 
timedroid
Old
#8  
Member
Thanks Meter 4
Posts: 71
Join Date: Nov 2010
Quote:
Originally Posted by Genesis3 View Post
Yep.

Realistically speaking I've got a dozen or so hours into this so far, and a lot of it is "hurry up and wait" on compiles and such. I don't even know how to program in Java, although it's not very difficult - this is coming from a guy who taught himself how to program in Z80 assembler in the 70s and hacked on a Burroughs bookkeeping machine's opcodes to change tax rates and such a few years previous. All computers work basically the same way irrespective of language and if you "get it" then provided you have something you can trace and observe you can usually eventually figure out what has to be done.

Fortunately android is open enough to be able to do that, although it pisses me off to no end that the allegedly "open" nature of Android doesn't extend to things like changes to the so-called "abstraction layer" in the RIL such that if companies stick in extensions they're required to document the entry points, parameters and what they do. Without that the alleged "open" nature is a bad joke, and leads to exactly the situation we're in now with CM7.

Incidentally that disassembly has shown that the two original upcalls I thought we had to handle aren't the whole story. There are more of them - a bunch more. I've had to hack out one more exception already, and there will be more. Some can probably be safely ignored but I'm quite sure all of them can't be, and that sucks. This is why the state is not getting passed back up into the stack - that unsolicited "network state change" upcall is the one that I KNOW I have to figure out how to handle, and there are probably more. If someone has SOURCE to a Sprint CDMA RIL.java and RILConstants.java file from the framework (not a decompiled spaghetti ball - I already have the latter) on a motorola device (presuming the CDMA Qualcomm code is identical or nearly-so) that would make getting this thing going a literal piece of cake. I've posted a request in a couple of places for anyone who might have that (here on XDA and over on Androidforums) but so far no response. That implies that it may not exist beyond the walls of Motorola, and if so that just plain sucks.

I'm also unimpressed that the unit doesn't appear to identify itself in the class definitions as a Triumph - at least not where I am looking for it. That sucks as the code changes I'm making WILL bork other CM7 devices and thus they need to be wrapped in conditionality - without a RELIABLE way to get that I'm hosed there too. That's not important right now but it will be to merge this back with the base CM7 code and not end up with a forked version that requires independent maintenance.
Again, have you looked at the code you get from the following GIT checkout?
repo init -u git://codeaurora.org/platform/manifest.git -b gingerbread -m M76XXUSNEKNLYA1060.xml
 
Genesis3
Old
#9  
Senior Member - OP
Thanks Meter 185
Posts: 750
Join Date: Feb 2006
I think so but will take another look.

At this point I have a working radio for in and outbound calls and SMS. It's not querying the stack for the MID and MDN though and as a result data will not come up since the stack thinks it's unprovisioned.

Audio is also not working so we're a ways away from something even slightly functional for actual use, but progress IS being made.
Investing? http://market-ticker.org
Looking for me? http://www.denninger.net
T-Mobile and Virgin
The Following 3 Users Say Thank You to Genesis3 For This Useful Post: [ Click to Expand ]
 
Genesis3
Old
#10  
Senior Member - OP
Thanks Meter 185
Posts: 750
Join Date: Feb 2006
Radio is working - see the other thread.
Investing? http://market-ticker.org
Looking for me? http://www.denninger.net
T-Mobile and Virgin

The Following User Says Thank You to Genesis3 For This Useful Post: [ Click to Expand ]
Tags
cm7
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes