Database Develop

The Honeycomb Conundrum

Let me preface this by saying that I have nothing but the utmost respect for the dev community (NC and otherwise) and I really don't mean to step on any toes with this. I'm fairly new at all this and I've got some questions.
Alright, so as we've all heard by now, Google (whether their reasons are benevolent or not) are withholding the AOSP release of Honeycomb and that kind of rains on everyone's nook color parade. We've got a mostly working port of HC that kind of sags in the performance area. Its almost been enough to make me flash Gingerbread but there are a few things - namely the browser, email app, soft keys and notification system - that I'd miss. The new + screen is nice, but I've been using launcher pro as it runs seemingly faster than the stock launcher, so I'm already missing out on that.
Now, from what I understand, and feel free to correct me if I'm wrong, deeperblue's HC port uses parts of Gingerbread to make everything all hunky dory.
My question is this; would a viable solution to slow HC performance be to make a new rom and pump MORE Gingerbread in? i.e. Take HC's notification system replace GB's phone-style notification pane. Make it mostly gingerbread with some tablet friendly nip/tucks here and there.
I realize there are things like softkeys and the bottom taskbar mod, but HC's handling of the android buttons and the new notification system is just so appealing. Its making the choice of which rom to run unduly difficult. And while I can't cook a rom, I'm hoping someone who can sees this and runs with it, if it is feasible, that is.

Truthfully... It's up in the air like everything else, unless a DEV directly comes out of the shadows and saids, hey i'm going to do it... Then we just won't know. Honestly, I'm sad that we won't see HC right around the corner, but CM7 is pretty awesome. And the Xoom is scheduled to drop down to $599 (Wifi only) today, making it a lot more competitive than the 3g.
That's not to say that I personally have $599 to drop and go buy a new tablet, but it does mean that you'll probably see them on craigslist or ebay in a few months for a bit cheaper. =\

The honey comb preview is awsome but to many apps don't work.

Tyfighter said:
My question is this; would a viable solution to slow HC performance be to make a new rom and pump MORE Gingerbread in?
Click to expand...
Click to collapse
That was kinda the plan. CM7 development was going in a way that all the improvements (Bluetooth, partially working DSP, an accelerated interface) were going to be directly ported to Honeycomb once the source released. But without the source, that can't happen.
Basically Google has completely screwed any Nook Color fans wanting Honeycomb.
The only improvement that can be made is that a ROM could be made from the final SDK. That would be just as laggy, and will lack new features (Bluetooth, DSP, etc.), but it would be able to use Android tablet apps.
From the conversation about Google's move on the net, many are saying there won't be a Honeycomb source at all, and the next source dump will come with Ice Cream months from now.
So Honeycomb fans have a choice- either try out the CM7 modification that you talked about to make CM7 more Honeycomb-like, or start saving up for that Xoom...

[email protected] said:
The honey comb preview is awsome but to many apps don't work.
Click to expand...
Click to collapse
what apps dont work? most of the major ones have worked for me so far...
im finding that the hc rom is very usable for a daily driver...although bluetooth and dsp support would be very nice...

nolook said:
what apps dont work? most of the major ones have worked for me so far...
Click to expand...
Click to collapse
Any Tablet app that requires the final SDK version (aka all those Xoom apps) won't work on our preview build.

poofyhairguy said:
Any Tablet app that requires the final SDK version (aka all those Xoom apps) won't work on our preview build.
Click to expand...
Click to collapse
Thank you for your informative reply.
It seems now that my best bet is going to be t see what the cm7 guys cook up. Hopefully this aosp business will spark some of the innovation that the android community is known for. I'd love to help, but its not exactly my forte
With regards to what apps aren't working, my marketplace only seems to intall apps when the stars are right. I often have to attempt an install upwards of five times to have it succeed, if it even does. Otherwise i get insufficient storage errors or indeterminate error 18

sorry if i am hijacking this a bit, but i had thought that android was 'open source'. why the change in the plans to not release hc? is this to protect the hw manufacturers like mot who have hc on the xoom, and freeze out users who want it ported non supported platforms? Otherwise, I can't understand the logic.
I got the nc cause i had thought it had the best $/performance of any android based tablet. For half the price of others, it had great screen, and forgetting bt, etc., nice hw specs. With hc, it would be fantastic!
How else to counter ipads if not to get hc on as many tablets as possible?

I wonder if the fact that the playbook is running our apps has anything to do with it. If so, I don't mind anything that makes it rough for RIM.
Sent from my Desire HD using XDA App

jbinbi said:
sorry if i am hijacking this a bit, but i had thought that android was 'open source'. why the change in the plans to not release hc? is this to protect the hw manufacturers like mot who have hc on the xoom, and freeze out users who want it ported non supported platforms? Otherwise, I can't understand the logic.
Click to expand...
Click to collapse
It is open source and it WILL be released however at this time they don't think it's ready for final release (I've heard of various tweaks they need to make in the xoom) and are working those out prior to releasing it to devs

i dont understand, why so many ics roms based on an alpha?[rant]

already about 5 ics roms not counting the cm9 alpha, why??
they all have the same bugs
they all have the same things working
super ics kangorama?
http://forum.xda-developers.com/showthread.php?t=1360567
koush's + launcher pro added..
nexus mv ics?
http://forum.xda-developers.com/showthread.php?t=1364411
koush's + glados kernel + v6 supercharger
ultimate ics?
http://forum.xda-developers.com/showthread.php?t=1363765
koush's + some extra wall papers + file explorer
all these things are just a completely alpha ics build with some hacks thrown in.. why?? why not just make a post in the ics thread (either by kwiboo or koush) saying "hey guys use launcher pro if you feel its buggy" or "here is link to glados kernel" instead of making "New ultimate sweet fast ICS rom" when all you are doing is downloading one of the actual source built ics roms and opening it with 7zip and dropping in a new boot.img in there then asking for donations :/
/rant

It is no different than the numerous GB/CM based ROMs. Who cares?
Bounced off a tower to a forum near you!

I think that He ( OP ) won't be happy until they say Beta.. its alpha for a reason. so many bugs much more than beta. just sit happy with GB and give it time. I rushed it and lost the ability for Google Wallet, nothing can fix what went wrong with my phone.

xjreyes said:
I think that He ( OP ) won't be happy until they say Beta.. its alpha for a reason. so many bugs much more than beta. just sit happy with GB and give it time. I rushed it and lost the ability for Google Wallet, nothing can fix what went wrong with my phone.
Click to expand...
Click to collapse
What happened? I had wallet set up and ready to go, tried it at rite aid and wouldn't go through...
Sent from my Nexus S using XDA App

these people couldn't be taking part in a hobby for them, could they be just trying to learn the ins and outs of android, heck they couldn't even be kids learning to code and all are getting excited to show off what they complied.
Last time I checked you were not required to flash every rom in the Dev section. So lets take a step back I don't like miui nothing wrong with it but should I be complied to start a thread asking why we have topics about when I don't care for it.

icecoldbong said:
/rant
Click to expand...
Click to collapse
You said it....
Chill out. We have to get AOSP working bug-free in the first place, then they'll start looking different. Even CM9 doesnt have any CMsettings or anything special. We're sorry that something that we're beating Google at (ICS release for NS) currently is not to your standards.
In due time.....in due time.

I see where the OP is coming from, but I disagree. The fact that the devs work hard to bring the OS to our devices is pretty appreciated. They pretty much do Google's work for free by modifying the code.
Sent from my Nexus S using XDA App

icecoldbong said:
already about 5 ics roms not counting the cm9 alpha, why??
they all have the same bugs
they all have the same things working
super ics kangorama?
http://forum.xda-developers.com/showthread.php?t=1360567
koush's + launcher pro added..
nexus mv ics?
http://forum.xda-developers.com/showthread.php?t=1364411
koush's + glados kernel + v6 supercharger
ultimate ics?
http://forum.xda-developers.com/showthread.php?t=1363765
koush's + some extra wall papers + file explorer
all these things are just a completely alpha ics build with some hacks thrown in.. why?? why not just make a post in the ics thread (either by kwiboo or koush) saying "hey guys use launcher pro if you feel its buggy" or "here is link to glados kernel" instead of making "New ultimate sweet fast ICS rom" when all you are doing is downloading one of the actual source built ics roms and opening it with 7zip and dropping in a new boot.img in there then asking for donations :/
/rant
Click to expand...
Click to collapse
you missed these two.. http://goo.gl/bdy4w and http://fitsnugly.euroskank.com/sammich/crespo/
i can probably find you a few more if you would like more variety

simms22 said:
you missed these two.. http://goo.gl/bdy4w and http://fitsnugly.euroskank.com/sammich/crespo/
i can probably find you a few more if you would like more variety
Click to expand...
Click to collapse
lol im not mad that they are all buggy, im mad that people are "deving" with a buggy base and just adding to it. why not be a little patient, if you cant create it/build it from source, wait til the base you will be using to 7zip and copypaste into your rom becomes stable. dont use an alpha build to promote your name

icecoldbong said:
lol im not mad that they are all buggy, im mad that people are "deving" with a buggy base and just adding to it. why not be a little patient, if you cant create it/build it from source, wait til the base you will be using to 7zip and copypaste into your rom becomes stable. dont use an alpha build to promote your name
Click to expand...
Click to collapse
I don't think you quite understand how it works currently. There is no buggy base. They're attempting to adapt AOSP source code to compile and execute correctly on the Nexus S. This is way more complicated than you think. Almost all "bugs" you see are byproducts of tinkering with configurations, compile-ations, etc, in an attempt to get it working properly.
To put things in perspective, ICS development for the Nexus S is light years ahead of all other devices. For that reason alone, we should be grateful. Others are still struggling to either boot, or get somewhere AFTER boot.
If you don't like the way it's done, then wait for the official ROM. You have a choice, after all.

nickmv said:
I don't think you quite understand how it works currently. There is no buggy base. They're attempting to adapt AOSP source code to compile and execute correctly on the Nexus S. This is way more complicated than you think. Almost all "bugs" you see are byproducts of tinkering with configurations, compile-ations, etc, in an attempt to get it working properly.
If you don't like the way it's done, then wait for the official ROM. You have a choice, after all.
Click to expand...
Click to collapse
yes, two roms are getting built from the source on xda; kwiboo and koush. then all the others.
both kwiboo and koush thread is full of bug reports of people using a different rom like brainmaster, ultimate ics, kangorama ics, etc.
all this does is add confusion from the rom chef adding things to the original rom developers work
what im suggesting/ranting is that if a rom chefs should be a little more patient in making more spinoff roms that don't really add much besides to confusion for noob users

Your argument makes a LOT more sense now. I agree, if people are posting bugs in Koush/Kwiboo sections when running brainmaster or other tweaked versions, then that's bad.
Your original argument didn't really point this out.
Not much can be done about that, aside from aggressive moderation. Tweakers will be tweakers.

nickmv said:
Your argument makes a LOT more sense now. I agree, if people are posting bugs in Koush/Kwiboo sections when running brainmaster or other tweaked versions, then that's bad.
Your original argument didn't really point this out.
Not much can be done about that, aside from aggressive moderation. Tweakers will be tweakers.
Click to expand...
Click to collapse
Most of the bugs posted are not even valid. One in particular is known issue even on the GNexus.
The biggest issue I see is code optimization at this point.
One thing I think no one has mentioned is ICS may never be super fast on the NS. I will be much faster on dual core hardware
Bounced off a tower to a forum near you!

RonnieRuff said:
One thing I think no one has mentioned is ICS may never be super fast on the NS. I will be much faster on dual core hardware
Click to expand...
Click to collapse
This is one thing that has been bothering me as well. Every single one of these ROMs are not truly as smooth as Gingerbread. In no way do they even reach the fluidity found in Gingerbread ROMS. The hardware acceleration helps, but even then you can still feel the difference between the two Android releases. I have yet to hear a proper explanation as to why this is happening and I was hoping that the fix for this would be Google releasing the official Ice Cream Sandwich update.
Is it is code optimization as you say? Or is there more to it than that? I want to believe that hardware doesn't play a significant role here.

Eclair~ said:
This is one thing that has been bothering me as well. Every single one of these ROMs are not truly as smooth as Gingerbread. In no way do they even reach the fluidity found in Gingerbread ROMS. The hardware acceleration helps, but even then you can still feel the difference between the two Android releases. I have yet to hear a proper explanation as to why this is happening and I was hoping that the fix for this would be Google releasing the official Ice Cream Sandwich update.
Is it is code optimization as you say? Or is there more to it than that? I want to believe that hardware doesn't play a significant role here.
Click to expand...
Click to collapse
Agree 100% no released rom before ota is even out is worth running.. I ran koush or w/e and it worked but felt like I was holding a brick.. ruff! Brainmasters straight looks like android donut.. but so does cyanogens.. no disrespect to any of the above.. but htcclay is god..
Edit: wasn't brainmaster it was some one else.. sorry
Sent from my iPhone 4S using Siri

BLEEDCOLORYOU said:
Agree 100% no released rom before ota is even out is worth running.. I ran koush or w/e and it worked but felt like I was holding a brick.. ruff! Brainmasters straight looks like android donut.. but so does cyanogens.. no disrespect to any of the above.. but htcclay is god..
Edit: wasn't brainmaster it was some one else.. sorry
Sent from my iPhone 4S using Siri
Click to expand...
Click to collapse
Strange, I've found that Koush's latest (CM9 Alpha 11) is plenty fast, not significantly slower than GB. Definitely Kwiboo v2 was slow as molasses, but then again it came out days ago (a long time when it comes to how fast things are moving). BM v5 is pretty fast but buggy. Also, it seems that adding franco kernel to any of these also speeds things up significantly, but I haven't tried it with CM9 Alpha 11 yet.

oakamil said:
Strange, I've found that Koush's latest (CM9 Alpha 11) is plenty fast, not significantly slower than GB. Definitely Kwiboo v2 was slow as molasses, but then again it came out days ago (a long time when it comes to how fast things are moving). BM v5 is pretty fast but buggy. Also, it seems that adding franco kernel to any of these also speeds things up significantly, but I haven't tried it with CM9 Alpha 11 yet.
Click to expand...
Click to collapse
I found kwiboo's to be a lot more stable than koush's. although koush's had more functionality.. my bluetooth didnt work, and i got many errors.

Understand that we are using old binaries. ICS will run just as good as gingerbread, if not, better. These will make a world of difference

RonnieRuff said:
One thing I think no one has mentioned is ICS may never be super fast on the NS.
Click to expand...
Click to collapse
I'd kind of disagree with this. In its current early state here on the NS, I've gotten it running butter smooth and highly responsive, on a 1.1 OC/UV kernel. This is WITHOUT tweaks to filesystem, etc. If certain apps would just display properly when GPU Rendering is turned on, and some battery stuff worked out, I'd be 100% content.
Now granted, I've seen it running on the SGS2 and Galaxy Nexus and they're clearly speedier, but in my experience, my apps run just as fast as they did in GB.
On a side note....wanna see slow? It's been ported to the T-Mobile G1! HA! The first, original android phone!

I agree. there was actually a recent article on android police about this. There is no problem with people making their own roms but don't clog up the development section with "roms" that really all they do is bundle some easily downloadable market apps and some wallpapers and call it a new rom.
What the SGS2 xda forum actually did was split the dev section into 2 . One for original dev work and one for spin offs.

Thoughts on switching from HCv4 to CM7?

I'm curious what anyone who has had experience with both thinks about switching from HCv4 to CM7. I've read some of the previous posts on the subject, but it looked like most replies were back in February, so now that we're at the end of 2011, any thoughts?
I've been using HCv4 for about as long as it has been out, and it runs very, very well in my opinion. But since development seems to have died, and now ICS is maybe going to make HC development DOA, until ICS comes to the Color Nook I was thinking of checking around for alternatives.
I've seen that CM7 seems to be very popular, so is it currently the most compatible and fully functional Android version that runs on the NC? Is it better all the way around now than HCv4? Have the video and audio problems been worked out, or are there other drawbacks? Any suggestions will be appreciated.
-JTT

jttraverse said:
I'm curious what anyone who has had experience with both thinks about switching from HCv4 to CM7. I've read some of the previous posts on the subject, but it looked like most replies were back in February, so now that we're at the end of 2011, any thoughts?
I've been using HCv4 for about as long as it has been out, and it runs very, very well in my opinion. But since development seems to have died, and now ICS is maybe going to make HC development DOA, until ICS comes to the Color Nook I was thinking of checking around for alternatives.
I've seen that CM7 seems to be very popular, so is it currently the most compatible and fully functional Android version that runs on the NC? Is it better all the way around now than HCv4? Have the video and audio problems been worked out, or are there other drawbacks? Any suggestions will be appreciated.
-JTT
Click to expand...
Click to collapse
CM7 is actually usable unlike HC. Yes basically all issues have been squashed. I suggest you switch ASAP. No point using dead, and incomplete software.
---------------------------------
Sent from my LG Optimus V using Tapatalk

The main reason that it has no report/response since Feb is 'cuz nobody else uses it (a little exaggeration) except you and some others, very minor. Did I love HC, heck yes, beautiful GUI, I'd tried both HCv4 and 2 others (forgot from who), honestly, beautiful, but that's about it.
Since Feb til now, when ICS is being developed, I'm surprise that here and there, still people asking about HC.
CM7 - Gingerbread (full support)
CM8 - Honeycomb (die before born)
CM9 - Ice Cream Sandwich (in labor)

As the author of one of the ports, it still baffles me that people are using the darn thing. It was designed as an experiment, and honestly never expected for real use (without the hc source). Any remning users ould go to cm7 post haste, and hang in there for cm9 to roll aound..

Divine_Madcat said:
As the author of one of the ports, it still baffles me that people are using the darn thing. It was designed as an experiment, and honestly never expected for real use (without the hc source). Any remning users ould go to cm7 post haste, and hang in there for cm9 to roll aound..
Click to expand...
Click to collapse
You know why? 'cuz the one you've made, I believe the entire HC image file, was so beauty, seeing the GUI, honestly I didn't want to go back to CM7 but like I said, that's about it.

Yeoouch..
Hmmm, I guess I feel chastised for still using the Honeycomb SDK hack on my color Nook, but honestly, it has worked very well. Though I'm not living and dying by what I can or can't do with my Nook, it's been plenty usable while waiting for a better, cleaner, faster version of something to come along. 99% of the apps I've tried have worked, and the few that haven't have not been missed enough to change to a different mod just for them. So I'll grit my teeth and just say thanks to anyone who contributed to the HCv4 version I've been using.
I may try CM7, if only because I like knowing what my options are, and because I may give the thing as a gift to my daughter, who won't want to mess with a kludged version of Honeycomb. It's the eReader apps and their functionality that matters most at the moment, and I don't think that will matter whether I'm on CM7 or HCv4.
eh, I wish ICS was already out...
-JTT

[DEV][WIP] CM9/Ice Cream Sandwich

I have been working on porting CM9 to the VS910. So far I have gotten it to boot to the lock screen.
What Works
Boot animation
Lock screen
SurfaceFlinger
logcat/adb shell
3d accel is half working. I have gotten SurfaceFlinger to load up and interface the proprietary drivers (from GB) correctly, but HardwareRenderer (java framework) fails because the drivers don't give up a valid config.
What Doesn't Work
Touch screen
HardwareRenderer (fails because HardwareRenderer.chooseEglConfig() returns null value)
Everything else
Currently this ROM is totally unusuable for anything except for development. At this point, I do believe it is possible to get CM9 running, but it will take a good bit of developer effort. It would be helpful for any other developers around here to give some insight on the errors that come up in the adb logs.
How To Build
Follow Google's instructions for setting up a Linux system or VM for Android AOSP building
Follow CM9 build instructions up to brunch command
git clone git://github.com/andyichr/makerom.git to a location, such as ~/android/makerom
Overlay the files in ~/android/makerom/cm9-system/overlay onto the cm9/system directory (this adds vs910 brunch)
Adjust values in makerom.sh to match your own paths (MAKE SURE TO POINT IT AT A VALID KERNEL --I didn't include instructions for building a kernel)
Adjust values in makecm9.sh to match your own paths
Run ~/android/makerom/makecm9.sh to build cm9 (this takes a long time, depending on your system)
If build is successful, run ~/makerom/makerom.sh which will output a ROM which may be flashed to the device for testing
This is very rough work, but it proves that the basic parts of CM9/ICS do function on the Revolution. The cyanogenmod developers have already added some patches to the android source which allow ICS to run using video drivers from Gingerbread. This means it should be possible to get things working.
The current major problem with this ROM is that the HardwareRenderer does not initialize. Immediately after this, the main trebuchet process is killed and the system reboots itself after a while.
I will be happy to do what I can to support the process of porting CM9 to our phones. I read that a couple of other devs may be looking into porting CM7, but I think focusing on 9 might be more worth the effort, since we already have Gingerbread.
I have also attached a logcat to this post which should give developers some idea about what exactly is broken, which will lead to the first steps of debugging and porting.
Any interested developers should fork my repo on github (git://github.com/andyichr/makerom.git) which has the build scripts and patches.
That's about it for now. I very well may have left out some steps along the way. If you try to follow this process and it doesn't work out, let me know and I'll help you out.
ROM Download (very broken --only use for testing and development)
http://www.multiupload.com/GI0MLQYTE0 - Flash this if you want to see ICS boot to the lock screen or help test/debug. It's not useful for much else at this point.
We're getting there! I've already patched the android egl framework code slightly and built a kernel. CM team already patched frameworks/base for 2.3 video drivers. We'll patch what we have to to get this thing running! I am pretty busy but I will follow this thread and I hope for this to be a collaborative, transparent porting process! Good luck!

Nice, get with Mtmichaelson and Cubed, they are working on Cm9 also!
Sent from my VS910 4G using Tapatalk

Great! I saw in the CM7 thread that thecubed put up a git repo. I'm not sure exactly what his development plan is, but I'd be happy to fork his repo and trade patches, logs, etc. The more devs we have on this, the better... it's not a trivial task and I'm sure my wife hates me by now for spending so many hrs on it so far.

If I read correctly, thecubed just got a master repository set up for the revolution, so maybe the files that are needed could be lurking in there? I'll see if I can find the link and post it here.
Here's the link: https://github.com/thecubed
BLITZ ledded adshot nitro supercharged Gingerlution

I know in irc tonight cubed was talking about it. Guess they have to work on a few things but it's coming along. Wish I knew more so I could help out in this to. Guess I could be the Guinea pig.
Sent from my VS910 4G using Tapatalk

aichrist said:
Great! I saw in the CM7 thread that thecubed put up a git repo. I'm not sure exactly what his development plan is, but I'd be happy to fork his repo and trade patches, logs, etc. The more devs we have on this, the better... it's not a trivial task and I'm sure my wife hates me by now for spending so many hrs on it so far.
Click to expand...
Click to collapse
Awesome job so far! For a lot of things to work correctly, it's my understanding that you'll need a new kernel. For at least the touchscreen issues, you need the "idc" file in the "/system/usr/idc" directory (not sure if you have that or not, I didn't get a chance to check yet)
Either way, if you'd like to get in contact with me, hop on IRC and I'd be happy to answer any questions you may have.
Excellent work!

indyred99 said:
I know in irc tonight cubed was talking about it. Guess they have to work on a few things but it's coming along. Wish I knew more so I could help out in this to. Guess I could be the Guinea pig.
Sent from my VS910 4G using Tapatalk
Click to expand...
Click to collapse
Yeah I see thecube's repo at https://github.com/thecubed/android_device_lge_revolution. His CM files are a lot cleaner than mine... I just copied the crespo config and haven't had time to clean it up yet. I'll do some diffs of his vs mine and see about getting things merged. My github repo has some additional files so what I could do is replace my vs910 device folder with a fork of thecube's repo.
I'm not sure whether his files are for CM7 or CM9 (or if it doesn't matter). I'm new to CM porting, but I'm not new to linux or android app development.

thecubed said:
Awesome job so far! For a lot of things to work correctly, it's my understanding that you'll need a new kernel. For at least the touchscreen issues, you need the "idc" file in the "/system/usr/idc" directory (not sure if you have that or not, I didn't get a chance to check yet)
Either way, if you'd like to get in contact with me, hop on IRC and I'd be happy to answer any questions you may have.
Excellent work!
Click to expand...
Click to collapse
Thanks for the tip. I'll check that out. So far I've mainly been banging my head on getting the adreno205 drivers working, but it sure would be nice to have touch working. That'd be the next priority.
I'm tempted to switch of 3d acceleration but I am focusing on one thing at a time.
I'll hop on IRC. Which channel are you on specifically?

As always guys, I'm happy to assist in testing. Nor very knowledgeable on coding or porting, but I can definitely put my phone at risk
BLITZ ledded adshot nitro supercharged Gingerlution

wish I knew more about this stuff so I could help
keep up the great work!
crossing fingers, hoping I'll get the chance to start making themes for CM9!

aichrist said:
Thanks for the tip. I'll check that out. So far I've mainly been banging my head on getting the adreno205 drivers working, but it sure would be nice to have touch working. That'd be the next priority.
I'm tempted to switch of 3d acceleration but I am focusing on one thing at a time.
I'll hop on IRC. Which channel are you on specifically?
Click to expand...
Click to collapse
Head over to #lgrevolution and I'll be there as IOMonster.
Yep, for ICS we need a lot of work in the KGSL department in kernel for getting proper Adreno support working... Tiamat is working on adding the new KGSL/USB/Genlock support to his MSM7X30 repo here ( http://git.tiamat-dev.com/7x30/htc-kernel-msm7x30/ ) and after that we need to merge our kernel sources with his (boardfiles, includes, configs, etc)
Booting to lockscreen is great, but there's a LOT of work to be done before we can have a "working" ICS by any stretch of the imagination... ICS is a whole new beast, unfortunately...

Cubed beat me to it.
Sent from my VS910 4G using xda premium

thecubed said:
Head over to #lgrevolution and I'll be there as IOMonster.
Yep, for ICS we need a lot of work in the KGSL department in kernel for getting proper Adreno support working... Tiamat is working on adding the new KGSL/USB/Genlock support to his MSM7X30 repo here ( http://git.tiamat-dev.com/7x30/htc-kernel-msm7x30/ ) and after that we need to merge our kernel sources with his (boardfiles, includes, configs, etc)
Booting to lockscreen is great, but there's a LOT of work to be done before we can have a "working" ICS by any stretch of the imagination... ICS is a whole new beast, unfortunately...
Click to expand...
Click to collapse
Great --I'll be on the channel as achristianson or achristi.
Thanks so much for all that info.
I'm sure it is a long road to a fully working ICS. I see it as a challenge and will just keep fixing the next broken thing...

I'd be happy to test this. I got a spare revo cuz I had a warranty and this dent on the outer corner was driving me nuts.
Gingerfused Gingervolt 1.3 + Blitz

It's really awesome to see everyone working on this. I really wish I knew more about this stuff to be able to help. All this is really making me wanna read up on this stuff and learn how to do some of it. Until that happens, I'll be more than happy to help out with any testing or in any other way within my capabilities. I got a Revo just sitting there deactived waiting for that ICS goodness.
Thanks a lot for everyone working on this. Those of us that aren't as gifted really aprreciate the work you guys are putting in.

Grizzy3 said:
It's really awesome to see everyone working on this. I really wish I knew more about this stuff to be able to help. All this is really making me wanna read up on this stuff and learn how to do some of it. Until that happens, I'll be more than happy to help out with any testing or in any other way within my capabilities. I got a Revo just sitting there deactived waiting for that ICS goodness.
Thanks a lot for everyone working on this. Those of us that aren't as gifted really aprreciate the work you guys are putting in.
Click to expand...
Click to collapse
If you've noticed my post in the CM7 Thread, which somehow 'feels' like it's sparked something off here (maybe just timing, lol), I am beginning to work on this stuff.
Anyone can do it, but the problem is motivation and the willingness to learn something new. You will never learn this stuff unless you're willing to fail and fail again. You learn by mistakes and mistakes sometimes turn into innovation for new things and ideas.
There is a lot of Dev's all of a sudden and I do agree, it's great to see. I was almost about to start looking at the Nexus. When I realized I would lose out on the $130 of extra accessories for my Revo (Car Dock, home dock, extra battery, car charge, etc.), And the fact the the Nexus had no External SD Card, I was like... Nah.. Time to step up and see what I can do to make the Revo a well-supported, up to date, kick-ass device. If LG and Verizon wanna sit on their asses, let'em. We make the phone better anyhow, right? MT, Cubed, and anyone else who has already contributed so much, has made this phone 10X's what it ever was out of the box. And, unlike LG and Verizon, Dev's like MT (and others) don't give us the run around on the next release, but a timeline.
-Cybie

Cybie257 said:
If you've noticed my post in the CM7 Thread, which somehow 'feels' like it's sparked something off here (maybe just timing, lol), I am beginning to work on this stuff.
Anyone can do it, but the problem is motivation and the willingness to learn something new. You will never learn this stuff unless you're willing to fail and fail again. You learn by mistakes and mistakes sometimes turn into innovation for new things and ideas.
There is a lot of Dev's all of a sudden and I do agree, it's great to see. I was almost about to start looking at the Nexus. When I realized I would lose out on the $130 of extra accessories for my Revo (Car Dock, home dock, extra battery, car charge, etc.), And the fact the the Nexus had no External SD Card, I was like... Nah.. Time to step up and see what I can do to make the Revo a well-supported, up to date, kick-ass device. If LG and Verizon wanna sit on their asses, let'em. We make the phone better anyhow, right? MT, Cubed, and anyone else who has already contributed so much, has made this phone 10X's what it ever was out of the box. And, unlike LG and Verizon, Dev's like MT (and others) don't give us the run around on the next release, but a timeline.
-Cybie
Click to expand...
Click to collapse
Exactly how i feel. Forget LG and Verizon. You guys are the ones taking these average phones into something great. I definitely gave up on getting any real support from either of them.
I really want to start getting into this. I have a little bit of time on my hands and will definitely be reading up on all this. I think you sparked something with your post lol. I know other people like MT and theCubed were already working on some things but I think you definitely added a little spark lol. Very happy to see other people jumping on board to help out. Hopefully I can too

Grizzy3 said:
Exactly how i feel. Forget LG and Verizon. You guys are the ones taking these average phones into something great. I definitely gave up on getting any real support from either of them.
I really want to start getting into this. I have a little bit of time on my hands and will definitely be reading up on all this. I think you sparked something with your post lol. I know other people like MT and theCubed were already working on some things but I think you definitely added a little spark lol. Very happy to see other people jumping on board to help out. Hopefully I can too
Click to expand...
Click to collapse
Yup! The motivation for me has been that support by LG and VZ is diminishing. This is the beauty of open source, though. Now the community can support it.
I believe the Revolution really is a good phone. It's got a good GPU and CPU. It's not dual-core, no, but with a good ROM on there, it can be much more efficient than a dual-core phone that is loaded with crapware.
Cybie did inspire me to put my work up sooner so that we can all focus on it and not duplicate our efforts as much.

thecubed said:
Head over to #lgrevolution and I'll be there as IOMonster.
Yep, for ICS we need a lot of work in the KGSL department in kernel for getting proper Adreno support working... Tiamat is working on adding the new KGSL/USB/Genlock support to his MSM7X30 repo here ( http://git.tiamat-dev.com/7x30/htc-kernel-msm7x30/ ) and after that we need to merge our kernel sources with his (boardfiles, includes, configs, etc)
Booting to lockscreen is great, but there's a LOT of work to be done before we can have a "working" ICS by any stretch of the imagination... ICS is a whole new beast, unfortunately...
Click to expand...
Click to collapse
OK so I was doing more debugging last night in the EGL/SurfaceFlinger/HardwareRenderer code. I also looked at some of Tiamat's work on the MSM7X30 kernel.
I can see now what you mean with regard to merging parts of that kernel into our own. I am assuming that kernel is being crafted to work with ICS-friendly EGL blobs for the adreno205. Is that correct? If so, then that kernel would have code that would be required to talk to the binary blob EGL drivers for Adreno205 that we would pull from some device that has the same chip and has official proprietary drivers for ICS available. I believe the HTC Droid Incredible 2 is one such device. Is this roughly what you were thinking?
I initially had thought of going down a different path: Instead of using newer ICS proprietary drivers and updating our kernel to support it, I was planning on keeping the kernel we have and the binary drivers we have, which are already made to work with each other. The work then required to get ICS working would be to change parts of the ICS userspace code such that they'd work with our older drivers. I don't have the links on hand, but I believe this is possible because I read about others taking this strategy on other devices that do not have ICS support officially but do have proper GB support. It also makes sense to me logically that the userspace code could be changed to our heart's content to work with older drivers, since we have full access to that source code. One option that I read about that we could potentially do is write a wrapper for the *adreno200*so librares that would implement the newer API that ICS is expecting and would translate the calls into the older API that is supported in our GB proprietary drivers.
It looks to me like we have two possible ways forward with regard to getting hardware acceleration working: upgrading the kernel and drivers to have "proper" ICS support, or patching ICS userspace code to work with GB drivers and kernel. I believe that patching the ICS userspace code would get us up and running faster while upgrading the kernel and adding newer drivers would be the better long-term solution.
Here are a couple of patches that people have already implemented to support older EGL blobs/kernels:
https://github.com/VorkTeam/android_frameworks_base/commit/429e922fb6f2660fc40472e939175688af52b1d2
https://gist.github.com/CyanogenMod...mmit/5d689bd02531f8ff256b3b1eddcaa8040c9f3559
https://gist.github.com/CyanogenMod...mmit/f8e2430be2d6b3e88afd7190f6712f3bc1df0cbf
Let me know what you think.
Also, what do you think about using the BOARD_USES_QCOM_HARDWARE := true directive to our CM board configuration? I noticed references to the QCOM_HARDWARE flags all over the video code. It seems we would want this since we are using a QCOM video chip. The only problem is the build failed for me when I added this flag. There's an issue about it on github: https://github.com/CyanogenMod/android_hardware_qcom_display/issues/3#issuecomment-3457179.

aichrist said:
OK so I was doing more debugging last night in the EGL/SurfaceFlinger/HardwareRenderer code. I also looked at some of Tiamat's work on the MSM7X30 kernel.
I can see now what you mean with regard to merging parts of that kernel into our own. I am assuming that kernel is being crafted to work with ICS-friendly EGL blobs for the adreno205. Is that correct? If so, then that kernel would have code that would be required to talk to the binary blob EGL drivers for Adreno205 that we would pull from some device that has the same chip and has official proprietary drivers for ICS available. I believe the HTC Droid Incredible 2 is one such device. Is this roughly what you were thinking?
I initially had thought of going down a different path: Instead of using newer ICS proprietary drivers and updating our kernel to support it, I was planning on keeping the kernel we have and the binary drivers we have, which are already made to work with each other. The work then required to get ICS working would be to change parts of the ICS userspace code such that they'd work with our older drivers. I don't have the links on hand, but I believe this is possible because I read about others taking this strategy on other devices that do not have ICS support officially but do have proper GB support. It also makes sense to me logically that the userspace code could be changed to our heart's content to work with older drivers, since we have full access to that source code. One option that I read about that we could potentially do is write a wrapper for the *adreno200*so librares that would implement the newer API that ICS is expecting and would translate the calls into the older API that is supported in our GB proprietary drivers.
It looks to me like we have two possible ways forward with regard to getting hardware acceleration working: upgrading the kernel and drivers to have "proper" ICS support, or patching ICS userspace code to work with GB drivers and kernel. I believe that patching the ICS userspace code would get us up and running faster while upgrading the kernel and adding newer drivers would be the better long-term solution.
Here are a couple of patches that people have already implemented to support older EGL blobs/kernels:
https://github.com/VorkTeam/android_frameworks_base/commit/429e922fb6f2660fc40472e939175688af52b1d2
https://gist.github.com/CyanogenMod...mmit/5d689bd02531f8ff256b3b1eddcaa8040c9f3559
https://gist.github.com/CyanogenMod...mmit/f8e2430be2d6b3e88afd7190f6712f3bc1df0cbf
Let me know what you think.
Also, what do you think about using the BOARD_USES_QCOM_HARDWARE := true directive to our CM board configuration? I noticed references to the QCOM_HARDWARE flags all over the video code. It seems we would want this since we are using a QCOM video chip. The only problem is the build failed for me when I added this flag. There's an issue about it on github: https://github.com/CyanogenMod/android_hardware_qcom_display/issues/3#issuecomment-3457179.
Click to expand...
Click to collapse
You guys are great! I hope this is doable, keep up the hard work..
Sent from my Nexus S 4G using XDA App

The future of the Dell Streak 7

Okay, I wanted to take a moment to talk about the development for our device.
Recently CM decided to no longer support Tegra 2 devices as they are starting to get dated. So basically that boils down to the fact that the CM10.1 will be the last one for our device that I do.
Currently I'm trying to jump start the process of putting out our updated kernel from 2.6.36.4 -> 3.1. This will hopefully put our device at a point where everything should work.
DerArtem is the lead developer on the kernel, but has been busy because he just got married and works a full time job, which puts a damper on his time (which is understandable).
I am putting in an 1-2 hours every morning on this, trying to fix those bugs and was just tipped on a possible way to minimize the overload of the log with the USB error. This will be a hold off till we get the kernel done as these issues should go away after the update.
I am sad to see this tablet come to an end (though not yet). We all have to admit that its time we all start moving on. I am going to push to get these last bit done and call it quits. This can take anywhere from 2-5 months to finish up, maybe a bit longer and then our device will be done.
I have had an amazing time learning about Android under DJ_Steve and DerArtem, and thank them for taking the time to teach me.

I thank you what you done so far and in the future. Can blame you one bit for your decisions.

I think setting an "end game" is respectable, and is a good goal. The kernel work is the key to smoothing things over on what has been wonderful development thus far.
The fact you've taken us this far sir is very commendable and you and the crew deserve many thanks. For your time and efforts, you have my gratitude, and my tablet serves as a hobby rather than a shelved device.
4.2.x has been flawed since release by Google, and with the way android has evolved, future versions will undoubtedly require more current hardware and OEM support. The latest tablet releases have as much computing power as a 2 year old laptop! Thanks to you, we've managed to play with JB, and I look forward to what comes before a final release.:thumbup:
Sent from my Galaxy Nexus using xda premium

Wow, I hate doing this, but I may have to close up shop on all this. Severe lack of any real work is getting done as I am looking for jobs and trying to have some game time as well.
The time to do this isn't worth it. I may ask for payments for my next ROM ($1 per download). Seriously, I hate doing it but this just isn't worth it anymore. Currently working on a AOKP release, to see if this may resolve any bugs I am having.

Hi giveen,
first of all thank you for all the time you spent on our old device. I already donated you some time ago and always had an eye on your progesses. I really understand your decision to ask for some payment for all the work and that is absolutely ok for me.
I use my DS7 (wifi only) on a daily base to check my mails, surf the net and stream some TV and video from my HTPC. Until now I use a HC 3.2 mod (514 mod by dreamer) together with V6 Supercharger script and am so far quite ok with that. So far I see no need to buy me a new tablet as long as the DS7 fits my few needs
But before I collect all my courage and update my DS7 in the near future to your CM10 build I want to ask a few things:
1. Is your build already stable and usable enough for the things I do with my device?
2. Any news from DerArtem about the kernel work? Will there be a new kernel for our device in the future?
THX,
Michael

Montezuma10 said:
Hi giveen,
first of all thank you for all the time you spent on our old device. I already donated you some time ago and always had an eye on your progesses. I really understand your decision to ask for some payment for all the work and that is absolutely ok for me.
I use my DS7 (wifi only) on a daily base to check my mails, surf the net and stream some TV and video from my HTPC. Until now I use a HC 3.2 mod (514 mod by dreamer) together with V6 Supercharger script and am so far quite ok with that. So far I see no need to buy me a new tablet as long as the DS7 fits my few needs
But before I collect all my courage and update my DS7 in the near future to your CM10 build I want to ask a few things:
1. Is your build already stable and usable enough for the things I do with my device?
2. Any news from DerArtem about the kernel work? Will there be a new kernel for our device in the future?
THX,
Michael
Click to expand...
Click to collapse
If its from your HTPC, I honestly don't know as I have never tried it before. This latest build is much more stable, though it still has the gmail keyboard crash that I am tracking down. If you are happy with what you have, don't do anything. I would hate for you to make a purchase and not be happy.
I haven't heard from DerArtem in several weeks because he is in another country (Russia) doing a job. (He lives in Germany). To be honest, I don't think a new kernel is going to happen and I'm really upset by it.

giveen said:
If its from your HTPC, I honestly don't know as I have never tried it before. This latest build is much more stable, though it still has the gmail keyboard crash that I am tracking down. If you are happy with what you have, don't do anything. I would hate for you to make a purchase and not be happy.
I haven't heard from DerArtem in several weeks because he is in another country (Russia) doing a job. (He lives in Germany). To be honest, I don't think a new kernel is going to happen and I'm really upset by it.
Click to expand...
Click to collapse
One issue I see here is that when you start charging, a person paying for it like a app from the Play Store, they expect things to work. This "might" cause you to spend more time than you have been on it. Just my $0.02!
Didn't somebody donate an unused DS7 for DerArtem for this kernel project?

wptski said:
One issue I see here is that when you start charging, a person paying for it like a app from the Play Store, they expect things to work. This "might" cause you to spend more time than you have been on it. Just my $0.02!
Didn't somebody donate an unused DS7 for DerArtem for this kernel project?
Click to expand...
Click to collapse
They can contact me if they are having an issue. I appreciate the concern though.
Yes, someone did give their DS7 to him.

giveen said:
They can contact me if they are having an issue. I appreciate the concern though.
Yes, someone did give their DS7 to him.
Click to expand...
Click to collapse
I'll be downloading it later after some usage and a charge.

I'm working on sensors now. The old sensor drivers we used were for something we dont even have. I found the correct Android drivers but they are for qualcomm devices, so I need to modify them to work.

giveen said:
I'm working on sensors now. The old sensor drivers we used were for something we dont even have. I found the correct Android drivers but they are for qualcomm devices, so I need to modify them to work.
Click to expand...
Click to collapse
after several attempts and research I was still not the sound from my headphones with android android 2 and 3 sound going normally but not with 4.2.1 and 4.2.2.