Related
You can download the ROM files from here: http://goo.gl/ETPsm
Sorry I haven't had the time to package it for CWM. Hoping somebody here can do that for me.
Ta!
Care to elaborate, whats working, whats not...
Thanks, looking forward for this.
It should be everything included in this video
http://www.youtube.com/watch?v=dyPeT-ZUbBw&feature=youtube_gdata_player
Can't wait till someone compiles a ROM
how do I apply the update, you have any doc?
rosarafael said:
how do I apply the update, you have any doc?
Click to expand...
Click to collapse
Once someone compiles a ROM, it will be flashable via revovery.
rosarafael said:
how do I apply the update, you have any doc?
Click to expand...
Click to collapse
If you don't know how to flash it, then it's best for you to not even try.
It's an ALPHA (or even before an alpha) made from SDK image ported (quickly) to the Nexus One.
This means a lot of things are not working, it's not stable and can not be used as "main rom".
Just wait, "usable" ICS roms will come but now it's just too soon.
I asked him in a twitter. Here is answer:
Too many things to list that's not working. Here's what's working: touchscreen, hard buttons, battery indicator, accelerometer.
Click to expand...
Click to collapse
I ask, to see if there is any specific procedure, to work as many resources.
Unfortunately I do not know build a room, but, I try and install them, and if I can. Help improve.
With my comments.
Tks
Looking for devs to help in modifying gralloc.qsd8k.so to work in ICS. Please post below if ou can help.
The first problem is making a hwcomposer.qsdk8.so for Nexus One, this enables the hardware acceleration, needed for ICS.
I don't know, but I think it's actually possible without ICS source code
Just search for "hwcomposer android" on google
Sent from my GT-I9100 using XDA App
Oh! And you need to push EGL libs from Nexus One.
/system/egl
Sent from my GT-I9100 using XDA App
No. They are not compatible with the default gralloc module.
How did you get touchscreen to work? I am working on ICS port and wanted to know.
How can I make a zip package from your sources?
whooa. how you guys got touchscreen working please share
I'm looking for devs with NDK experience. PM me please if you can help.
Might have found a solution to the slow emulated graphics.
dr1337 said:
I'm looking for devs with NDK experience. PM me please if you can help.
Might have found a solution to the slow emulated graphics.
Click to expand...
Click to collapse
Sorry, I cant help, but if there is any other thing maybe i can...
Finally with a CM7.1 package i can boot this, but have you wifi working?
im working on this aswell.
DJ_Steve said:
im working on this aswell.
Click to expand...
Click to collapse
is ts working for you ?
Same question for touchscreen guys
I have it working on my HD2 but it has some stupid screen pointer I have to drag through the screen...
Hi I have found the way to port ICS to the galaxy players. :
http://www.freeyourandroid.com/guide/compile-ics
The problem is that I can't find the binaries for the galaxy player. Where I can find them?
arent they located in /system/bin?
Need root first though
(I would help out with this, but dont really know how to do it, and i dont have the player yet)
zaclimon said:
Hi I have found the way to port ICS to the galaxy players. :
http://www.freeyourandroid.com/guide/compile-ics
The problem is that I can't find the binaries for the galaxy player. Where I can find them?
Click to expand...
Click to collapse
Will this actually boot and run? If it's that "easy", then why don't more devices have ICS? If you can extract the binaries and cook up a rom, I would be happy to test it . Also, if I have time later this week, I'll try to follow those instructions and then post my results. If everything works on the first try, I'll be very surprised but not at all dissapointed . Thanks for sharing this
Dyskmaster said:
Will this actually boot and run? If it's that "easy", then why don't more devices have ICS? If you can extract the binaries and cook up a rom, I would be happy to test it . Also, if I have time later this week, I'll try to follow those instructions and then post my results. If everything works on the first try, I'll be very surprised but not at all dissapointed . Thanks for sharing this
Click to expand...
Click to collapse
Well maybe because people don't know how to do it. And as for the current rom the major problem is the hardware acceleration and the camera. Maybe We can find it (The binairies) at opensource.samsung.com
It should be easier than phones because you don't have to worry about not screwing with voice, data, and stuff like that. Just get it on and get all the apps working correctly. Radios are always the hardest.
I've also been triyng to compile the source for the player but i wasnt able to do so, the thing is that the source compiles fine with the pre-adjustments it comes with, i mean the androidboard.mk ( i think thats the name of the file not sure), but when i changed the variables for a armv5 build, which is the core of the device and the ones that comes in the same file on the opensource.samsung soource, it just doesnt compile and throws some kind of errors about some libraries that i didnt touched. i dont know what i had been doing wrong.
I Also found this video in which they show whats in every folder, and how to build and add packages from source to the build:
http://marakana.com/forums/android/general/269.html
This is a detail process description from the official android site to build from source, very similar like the one zaclimon found:
http://source.android.com/source/initializing.html
The source from samsung doesnt have all the drivers, just the alsa audio driver, i guess we gonna have to find a way to get the binaries like cyanogen did, maybe get some scripts they use and try to do it ourselves:
http://wiki.cyanogenmod.com/wiki/Sa...le_CyanogenMod_(Linux)#Copy_proprietary_files
it is done through the adb, but the thing is to get those files, maybe we could ask that fellow some help for this step, since he has the experience.
sodomywar said:
I've also been triyng to compile the source for the player but i wasnt able to do so, the thing is that the source compiles fine with the pre-adjustments it comes with, i mean the androidboard.mk ( i think thats the name of the file not sure), but when i changed the variables for a armv5 build, which is the core of the device and the ones that comes in the same file on the opensource.samsung soource, it just doesnt compile and throws some kind of errors about some libraries that i didnt touched. i dont know what i had been doing wrong.
I Also found this video in which they show whats in every folder, and how to build and add packages from source to the build:
http://marakana.com/forums/android/general/269.html
This is a detail process description from the official android site to build from source, very similar like the one zaclimon found:
http://source.android.com/source/initializing.html
The source from samsung doesnt have all the drivers, just the alsa audio driver, i guess we gonna have to find a way to get the binaries like cyanogen did, maybe get some scripts they use and try to do it ourselves:
http://wiki.cyanogenmod.com/wiki/Sa...le_CyanogenMod_(Linux)#Copy_proprietary_files
it is done through the adb, but the thing is to get those files, maybe we could ask that fellow some help for this step, since he has the experience.
Click to expand...
Click to collapse
The core is a ARMv7 right? because the hummingbird processor is a ARMv7. Maybe it did failed because of that? I found the gpu drivers from the opensource. Check in the kernel folder. If I can give you the gpu file if you want. Well tell me what files you are missing i'll find to give it to you. (Well I don't know how to program so I try do to my best.)
EDIT: Also its seem that to compile ICS is more difficult than the other versions. We do need ubuntu to extract the binaries right?
EDIT2: People are saying that it's easier to build from CM9 than from the source. It is right or it's the same thing?
http://forum.cyanogenmod.com/topic/38960-build-your-own-cm9ics-preview-on-ubuntu-and-perhaps-debian/
Galaxy S Phone
Shouldn't you just be able to modify a Galaxy S ICS port and take out the data and other stuff you don't need?
zaclimon said:
The core is a ARMv7 right? because the hummingbird processor is a ARMv7. Maybe it did failed because of that?
Click to expand...
Click to collapse
Well, i configured it with the files of the samsung source, and it said ARMv5, we need to know which one it is, probably faild because of libaries compatibilities for that architecture.
zaclimon said:
EDIT: Also its seem that to compile ICS is more difficult than the other versions. We do need ubuntu to extract the binaries right?
EDIT2: People are saying that it's easier to build from CM9 than from the source. It is right or it's the same thing?
Click to expand...
Click to collapse
Maybe it is easier than the official source, they modify the source and takes out some things that cellphones dont need 'cause the source it's made for all devices, so it could be smaller and easier to compile, i'm gonna try this port and let ya' know, it will take a while since the source it's huge
Would be great if a couple of us do it, if you can @zaclimon try it, you don't need ubuntu, if you know which libaries that command has (sudo apt-get install build-essential). I have debian and i compiled the source just fine, debian has a minimal installation (no X11) but to compile source you dont need anything else! Let me know if anyone else it's triyng we could excahnge some ideas!
sodomywar said:
Well, i configured it with the files of the samsung source, and it said ARMv5, we need to know which one it is, probably faild because of libaries compatibilities for that architecture.
Maybe it is easier than the official source, they modify the source and takes out some things that cellphones dont need 'cause the source it's made for all devices, so it could be smaller and easier to compile, i'm gonna try this port and let ya' know, it will take a while since the source it's huge
Would be great if a couple of us do it, if you can @zaclimon try it, you don't need ubuntu, if you know which libaries that command has (sudo apt-get install build-essential). I have debian and i compiled the source just fine, debian has a minimal installation (no X11) but to compile source you dont need anything else! Let me know if anyone else it's triyng we could excahnge some ideas!
Click to expand...
Click to collapse
how many MB or GB the source has because I can't exceed my download's limitations?
EDIT: I'm a linux newbie. Is Ubuntu is the same thing as debian? Because Ubuntu is debian based right?
EDIT2: nevermind I'll be using ubuntu
alltellmobile said:
Shouldn't you just be able to modify a Galaxy S ICS port and take out the data and other stuff you don't need?
Click to expand...
Click to collapse
I don't know if we can (we should ask permissions) but it's definitly possible.
zaclimon said:
EDIT: I'm a linux newbie. Is Ubuntu is the same thing as debian? Because Ubuntu is debian based right?
Click to expand...
Click to collapse
Yea Ubuntu should be pretty much the same.
Wish I knew how to program, because i would help out.
alltellmobile said:
Yea Ubuntu should be pretty much the same.
Wish I knew how to program, because i would help out.
Click to expand...
Click to collapse
You can help I follow the tutorials there:
http://www.freeyourandroid.com/guide/compile-ics
http://marakana.com/forums/android/general/269.html
Ok i was reading the first tutorial and got to the part about binaries for graphics acceleration; wouldn't we have to get ours before we compile it. Also i only have the US version of the galaxy player and if i made an image i couldn't test it because we don't have a custom recovery for ours.
alltellmobile said:
Ok i was reading the first tutorial and got to the part about binaries for graphics acceleration; wouldn't we have to get ours before we compile it. Also i only have the US version of the galaxy player and if i made an image i couldn't test it because we don't have a custom recovery for ours.
Click to expand...
Click to collapse
Oh that's true well you can try to port a custom recovery?
zaclimon said:
Oh that's true well you can try to port a custom recovery?
Click to expand...
Click to collapse
HaHa I'm not that good. that sounds way more complicated
hey guys, i've been following this thread and hopefully i can be of some help...
i'm currently in the process of pulling the system files from the original gingerbread build from the SGP...it looks like there will be some trial and error here comparing that of the nexus s build...correct me if i'm wrong, but is this where most of the proprietary libraries are located for the device?
i'm willing to engineer a generic build, described in the video tutorial and making the necessary adjustments for the ARMv7 board...
this is my first attempt at compiling Android source, so maybe we will have something or maybe i will have a good ol' brick...thanks for the great tutorial and video @zaclimon this has definitely shed some light on porting ICS for SGP
jdale38 said:
hey guys, i've been following this thread and hopefully i can be of some help...
i'm currently in the process of pulling the system files from the original gingerbread build from the SGP...it looks like there will be some trial and error here comparing that of the nexus s build...correct me if i'm wrong, but is this where most of the proprietary libraries are located for the device?
i'm willing to engineer a generic build, described in the video tutorial and making the necessary adjustments for the ARMv7 board...
this is my first attempt at compiling Android source, so maybe we will have something or maybe i will have a good ol' brick...thanks for the great tutorial and video @zaclimon this has definitely shed some light on porting ICS for SGP
Click to expand...
Click to collapse
Yes they are supposed to be there. But I have download all the source code of the firmware from opensource.samsung.com
Me and sodomywar are working with the internationnal version of the SGP4. If you want to join you're welcome.
EDIT: No problem for the tutorials.
alltellmobile said:
HaHa I'm not that good. that sounds way more complicated
Click to expand...
Click to collapse
Google is your friend
So this is where i'm at currently. I'm trying to compile and I got this error:
Code:
build/core/base_rules.mk:166: *** system/extras/ext4_utils: MODULE.TARGET.EXECUTABLES.setup_fs already defined by device/samsung/galaxyplayer. Stop.
Does anyone know how to remove that error?
EDIT: nvm I managed to remove this error.
Hi All,
First, please refrain to post if not related to development, don't clutter this thread.
Divx118, as I promised, here is my current source status.
You'll find attached the repo diff of aosp 4.0.3 where I stand up to today. It contains mostly traces, few hacks for sgx and touchscreen.
On top of this, I'm using a device definition that I uploaded there:
https://gitorious.org/archos-ics
It's a work in progress, it doesn't have half of what's needed. The init.rc is not valid, I'll attach my current one later on.
You'll find there also the 2.6.35 kernel ported from gen9, only for a70s currently. It's not finished either, I'm having crashes in backlight and touchscreen is not recognized. It requires proprietaries from LG P970 for sgx.
Currently, I'm working with this kernel so BoardConfig.mk should be modified with ARCH_ARM_HAVE_TLS_REGISTER := false to work with 2.6.29
Last, to make the build start, you'll have to grab libaudio.so and libaudiopolicy.so from regular Archos build. Sound won't work but zygote will start.
I'll update post later on, but if I wait for something finished I'm afraid it would take forever
Update 01/07 :
As many asked and I didn't make lots of progress, here is my current build. This one is using 2.6.29 kernel. sgx, touchscreen, wifi works. You *have* to edit initramfs.cpio.gz as you probably don't have the same partition layout as I do. It's for developers only, I won't explain how to make it run.
Cheers,
LeTama
*reserved*
I can't help at all in terms of development, but I will test every single release of this you guys come up with. This is a true milestone for our little seemingly abandoned tablet. I wish you guys the best, and can't wait to see what happens
Thanks Letama sorry I missed you at irc. (still have to work these holidays )
divx118
No problem divx118, same here, work and family, busy days and no time for interesting stuff
Sorry for the messy post and the code state, I wanted to push something out at least before getting caught on something else...
I added the init.rc on first post. This one is again for my .35 kernel, you'll need few adjustments for .29 (mknodes for adb and maybe few things), and it misses probably some mkdir/chmod on /data for initial boot.
Good work now i try it
I can't develop but I will also follow and do whatever I can to help.
Sent from my PG86100 using XDA App
I can develop, but I just know a delphi, basic and a little c#, java
I've been developing games for a several years now and I know how to use ADB
But I don't know anything about kernels and roms
I'll see where I can help
Little update:
I pushed my last changes for the .35 kernel, it has working touchscreen now and feels globally faster than .29. I tried few builds of wifi module for it without success, I couldn't find proper source/firmware for now. Maybe we'll get them when Honeycomb for 70IT2 goes out.
So I went back to .29 and made wifi work, unfortunately browser doesn't. Webkit is using accelerated graphics with an OpenGL extension our driver doesn't have. Does anyone know how to disable it ?
Only the Stuck Browser don´t Work
or any like Dolphin HD
when its Any try to edit webkit false fix
USE_OPENGL_RENDERER := false
And one other thing i have test to build it ... It worked but than i havnt a single .img i have many like system.img .... How can i get only one ?
AlphaTime said:
USE_OPENGL_RENDERER := false
Click to expand...
Click to collapse
USE_OPENGL_RENDERER is for framework, not webkit right ?
Framework is OK and I'd like to keep opengl there.
ENABLE_WTF_USE_ACCELERATED_COMPOSITING seems to be the key for webkit, but it doesn't seem to build properly. Oh well, I'll check that later on.
AlphaTime said:
And one other thing i have test to build it ... It worked but than i havnt a single .img i have many like system.img .... How can i get only one ?
Click to expand...
Click to collapse
These images are useless, they're coming from panda device configuration. You have to build your own img file, mix the Archos root with the files you'll find in out/target/product/g8/system directory.
Don't forget to replace archos init.rc with the one I attached. You need to push few stock archos firmware files on top of that, libaudio.so, libaudiopolicy.so and sgx files if they were not pulled from the device when you did the build.
egl.cfg needs to be replaced too.
Hi letama!
letama said:
You'll find there also the 2.6.35 kernel ported from gen9, only for a70s currently. It's not finished either, I'm having crashes in backlight and touchscreen is not recognized. It requires proprietaries from LG P970 for sgx.
Click to expand...
Click to collapse
I pulled the kernel from your repo and compared it with latest Archos gen9 2.6.35, to get an idea of the changes you made to get it work for A70s.
Seems that you used an early release from the archos git tree.
So looking at the diff generated against latest published sources from Archos,
i realized that some of latest patches are missing.
Maybe these udates would bring us into a better situation in general.
If you got some patches of the work you made for A70s please let me know...
I'm little old fashioned and like to fiddle around with diffs and patch files
You also spoke about wifi now working with ICS in another thread...
Was this related to 2.6.29 or 2.6.35 kernel ?
Refering to the config for gen8 on 2.6.35, it seems that the you used the internal kernel wifi driver, is this correct?
So the external ti module is not working for 2.6.35... also correct?
I guess i'll try another kernel build for A101it this weekend.
Thanks a lot for your work!!!
Regards,
scholbert
Hi Scholbert,
scholbert said:
I pulled the kernel from your repo and compared it with latest Archos gen9 2.6.35, to get an idea of the changes you made to get it work for A70s.
Seems that you used an early release from the archos git tree.
Click to expand...
Click to collapse
Yes, I started quite early, but I merged up to 3.2.61 afaik. So not that far from last release, 3.2.69.
scholbert said:
Maybe these udates would bring us into a better situation in general.
Click to expand...
Click to collapse
I'm a bit better already, I made the touchscreen work. I didn't pay much attention to the change of backlight as I "workarounded" the problem by removing archos dll that controls power. I reached my initial goal, boot ICS and see if sgx drivers are better.
I believe it is, it felt quicker all around, but it didn't solve my crashes that I now believe are not really sgx related. I always see the driver as PC,LR in control panel app, but there are multiple threads and crash is probably elsewhere.
So globally kernel is nice, misses apparently only hdmi and wifi. Wifi may be difficult, we'll see. As I never compiled tiwlan, I'm back on gen9 to understand the process first.
scholbert said:
If you got some patches of the work you made for A70s please let me know...
I'm little old fashioned and like to fiddle around with diffs and patch files
Click to expand...
Click to collapse
git allergic ? Can understand, took me time to get used to it and I probably use 30% but that's enough for me and I won't go back to diff / cvs.
You can get diff from git, just do a "git log" to get commit id then "git diff commit_id"
scholbert said:
You also spoke about wifi now working with ICS in another thread...
Was this related to 2.6.29 or 2.6.35 kernel ?
Click to expand...
Click to collapse
2.6.29... few patches and config to ICS, and it works.
Refering to the config for gen8 on 2.6.35, it seems that the you used the internal kernel wifi driver, is this correct?
So the external ti module is not working for 2.6.35... also correct?
Click to expand...
Click to collapse
Wifi is not working yet, need to first get a grasp on TI way, I always worked on broadcom. TI way is a bit weird for me, I have troubles understanding what version should I get in their tree. Well, we'll see. I need first to make it work for gen9...
I managed to build apparently good tiwlan.ko but while I was trying it I destroyed my gen9 config for other reason, ending up in needing a full format . And I'm good for another as I did update my firmware and forgot to put back my patched recovery, it resized my system partition to a too small size. Grrr. I think I'll work on an initrd to resize partition finally, at least it would have a benefit for the community .
I guess i'll try another kernel build for A101it this weekend.
Click to expand...
Click to collapse
Finally, after updating the git to .61, most changes needed were in a70 board file and back to almost the same file as A10it. So you could have good surprise there. The only delicate part is the sgx driver that I grabbed from p970, but you don't need that at first. Let me know if you get somewhere!
Cheers,
LeTama
As many asked, I added my current build. See first post for it and few details.
Hey letama,
thanks a lot for publishing your build.
It is little irritating, if useful information a is placed in seperate threads...
Maybe we should focus on this thread in the development section.
So i'd like to refer to your answer in the general section (and possibly mix things up):
http://forum.xda-developers.com/showpost.php?p=21191729&postcount=36
I'm not working on Android level because i'm missing the build evironment.
I simply got no adequate machine at hand to set everything up
Back to your post:
letama said:
Ah, market, not very surprising... I just added the ICS google apps quickly just to have a look,
Click to expand...
Click to collapse
Which GAPPS did you integrate?
There'd been similar reports that properly working ICS GAPPS are very hard to find...
letama said:
Screen rotation is normal too, no sensors yet.
Click to expand...
Click to collapse
Agreed, this is a know fact on the A101... fix could done in ICS itself i guess.
letama said:
The only things that work is accelerated graphics/touchscreen on A70/wifi, that's all. The to-do list is huge. On top of my head:
- Web browser (crashes because of missing OpenGL extension)
- Audio (don't know yet what's missing)
- Audio/Video Codecs (dsp support won't be easy)
- Sensors
- Power management
- Memory tuning
Click to expand...
Click to collapse
Some things mentioned here, might rely on kernel i guess and as you said wifi is working... i guess this again refers to 2.6.29 sources, correct?
As this source code is not part of your repo i'd like to concentrate on implementing A101it support for 2.6.35.
It seems there'd been some additions in audio framework in one of the last patches provided by archos
Maybe these patches could be integrated in your ICS 2.6.35 kernel branch as well. Still need to fiddle around with the original sources and git, to get more information about the state of this project in general.
I'm sorry if i mix things up myself, but in fact i'd like to find some "central theme" for ICS development on Gen8.
Should we stick with the 2.6.29 kernel first?
If so it would be very nice to get some information about your patches/canges you made in 2.6.29.
Regards,
scholbert
scholbert said:
Agreed, this is a know fact on the A101... fix could done in ICS itself i guess.
Click to expand...
Click to collapse
Yes, I done it on gingerbread CM7 in frameworks/base/surfaceflinger/SurfaceFlinger.cpp
https://www.gitorious.org/openaos-c...frameworks/base/surfaceflinger_rotation.patch
I don't know how much different it will be in ics, didn't look at any ics code yet.
divx118
scholbert said:
Hey letama,
thanks a lot for publishing your build.
It is little irritating, if useful information a is placed in seperate threads...
Maybe we should focus on this thread in the development section.
So i'd like to refer to your answer in the general section (and possibly mix things up):
http://forum.xda-developers.com/showpost.php?p=21191729&postcount=36
Click to expand...
Click to collapse
Yes, sorry about that. I wanted to keep dev on one side and general question/comments on the other one. I guess that's not such a good idea.
scholbert said:
Which GAPPS did you integrate?
There'd been similar reports that properly working ICS GAPPS are very hard to find...
Click to expand...
Click to collapse
It was just a quick experiment to validate wifi as browser doesn't work. I grabbed them from Cyanogen repositories if I remember well.
scholbert said:
Agreed, this is a know fact on the A101... fix could done in ICS itself i guess.
Click to expand...
Click to collapse
Well, it's worse than that, I don't have sensors dll in the build, so no rotation.
scholbert said:
Some things mentioned here, might rely on kernel i guess and as you said wifi is working... i guess this again refers to 2.6.29 sources, correct?
Click to expand...
Click to collapse
Yes, untouched from Archos 2.6.29. Nothing changed on .29 kernel, just grabbed the right wpa_supplicant and fixed some permissions/directories issues. I didn't touch anything on the .29 kernel, only added the touchscreen patch that you also have on .35.
scholbert said:
It seems there'd been some additions in audio framework in one of the last patches provided by archos
Click to expand...
Click to collapse
Well, raw ICS build doesn't bring audio support, we have to write or grab proper dll to supports it. I believe both kernels are probably equally good. It may be also codec issue as they're probably not working with what I did, I don't know yet.
scholbert said:
Maybe these patches could be integrated in your ICS 2.6.35 kernel branch as well. Still need to fiddle around with the original sources and git, to get more information about the state of this project in general.
Click to expand...
Click to collapse
Yes, maybe, I'll try a merge someday.
scholbert said:
I'm sorry if i mix things up myself, but in fact i'd like to find some "central theme" for ICS development on Gen8.
Should we stick with the 2.6.29 kernel first?
Click to expand...
Click to collapse
Currently I'm not decided, I try to play with both as we may get updated drivers from Archos with the new it2 honeycomb, and they'll integrate easily with .35. However wifi is an issue with .35, not sure proper firmware+source code are available.
Cheers,
LeTama
letama said:
Yes, sorry about that. I wanted to keep dev on one side and general question/comments on the other one. I guess that's not such a good ide.
Click to expand...
Click to collapse
No problem with this intent, but i just tried to sort things out.
Hopefully this thread will gain more intense discussion
letama said:
It was just a quick experiment to validate wifi as browser doesn't work. I grabbed them from Cyanogen repositories if I remember well.
Click to expand...
Click to collapse
So did you check internet connection with it?
letama said:
Well, it's worse than that, I don't have sensors dll in the build, so no rotation.
Click to expand...
Click to collapse
Do we need sensor at first
I'm not that familiar with surfaceflinger, but it seems that the patch from divx118 looks like a default setup for rotation.
So this piece of code might suit into ICS sources as well.
letama said:
Yes, untouched from Archos 2.6.29. Nothing changed on .29 kernel, just grabbed the right wpa_supplicant and fixed some permissions/directories issues. I didn't touch anything on the .29 kernel, only added the touchscreen patch that you also have on .35.
Click to expand...
Click to collapse
O.K. i see.
BTW how does the wifi firmware get loaded on the Gen9 devices?
I realized some wireless framework for the Ti chipset in the 2.6.35 kernel and i wonder if this could be used for gen8 as well.
Anyway, i'll try to find some matching Ti sources for wifi.
letama said:
Well, raw ICS build doesn't bring audio support, we have to write or grab proper dll to supports it. I believe both kernels are probably equally good. It may be also codec issue as they're probably not working with what I did, I don't know yet.
Click to expand...
Click to collapse
Time will bring it to us i guess, there are only a few OMAP3 devices running on ICS right now.
There's also some stuff for beagleboard XM, but i guess there's not much useful stuff in there.
EDIT:
Concerning sound issue... maybe this is worth a try...
https://github.com/kfazz/android_hardware_alsa_sound
EDIT2:
For sound related libs...
http://code.google.com/p/cm-milestone2/downloads/list
I know the codec used on the milestones is different, but AFAIK the higher level libs use the DSP inside OMAP and might fit.
Milestone 2 uses OMAP3630 as well, have to check the kernel versions though.
letama said:
Yes, maybe, I'll try a merge someday.
Click to expand...
Click to collapse
I will do as well... need some days to get a proper overview though.
Maybe i'll prepare some patches to be ready for git merge.
Time is always lacking for such things
letama said:
Currently I'm not decided, I try to play with both as we may get updated drivers from Archos with the new it2 honeycomb, and they'll integrate easily with .35. However wifi is an issue with .35, not sure proper firmware+source code are available.
Click to expand...
Click to collapse
Yeah, maybe we should simply wait until the sources are on repo.
Does Archos already sell those devices?
I know there are more questions, than answers again, but maybe someday i may give more useful contribution.
Have a nice day!
scholbert
scholbert said:
So did you check internet connection with it?
Click to expand...
Click to collapse
Yes, it seems working fine.
scholbert said:
Do we need sensor at first
I'm not that familiar with surfaceflinger, but it seems that the patch from divx118 looks like a default setup for rotation.
So this piece of code might suit into ICS sources as well.
Click to expand...
Click to collapse
I thought he was referring to the fact that the screen didn't switch from portrait to landscape, that's why I mentionned sensors. Reading from divx118 patch, it seems that A101 "default" orientation has to be offset ?
scholbert said:
BTW how does the wifi firmware get loaded on the Gen9 devices?
I realized some wireless framework for the Ti chipset in the 2.6.35 kernel and i wonder if this could be used for gen8 as well.
Anyway, i'll try to find some matching Ti sources for wifi.
Click to expand...
Click to collapse
It's similar to gen8, wlan_loader then specific wpa_supplicant. There is a good chance that Gingerbread driver works, it should against a .35 kernel too. I'll try today if work let me a bit of free time.
scholbert said:
Time will bring it to us i guess, there are only a few OMAP3 devices running on ICS right now.
Click to expand...
Click to collapse
Yes... We'll see. It would be nice to have a manufacturer officially releasing it, we will be able to grab sgx drivers with hw composer. Afaik, there is none so far.
Thanks for the audio pointers, I'll take a look!
scholbert said:
Does Archos already sell those devices?
Click to expand...
Click to collapse
Situation is not clear yet. They are selling a70it2 already, but with froyo. It's not 100% confirmed that these devices are the same than the ones that will be honeycomb, but I'd bet they are.
Hi letama,
thanks for your reply.
Just in short...
I really recommend to look at the latest Gen9 kernel sources.
After stepping through the "huge" diff between these sources and your git kernel tree, i'm pretty sure that most things got included within this release.
Seems that they worked hard to integrate the OMAP3 as well.
Maybe this is because they plan to release the A70S V2 soon.
So what i did is only this...
- copy the board-archos-a70s.c (the original was still lacking quite everything)
- copy the hid-hanvon.c (ICS tweaks for touch)
AFAIK Archos did also a lot of changes in the SGX driver code.
I think it would just require some tiny tweaks to make it work with P970 libs.
Maybe there're only a few defines missing in the SGX part to get it working, but i guess that's really it.
EDIT:
Some header files are still missing in latest source as well.
So i've added them too...
- mnemedefs.h
- sgx531defs.h
- sgx535defs.h
- sgx543_v1.164defs.h
- sgx543defs.h
I'll try your archos_gen8_defconfig to compile with these latest sources.
If it does fine maybe would worth a try on your A70S.
So in fact i believe we will get a useful 2.6.35 kernel for the Gen8 soon.
The kernel already seems to be in a good shape...
Maybe we just have to sit and drink a few beers
Please tell me what you think, if you'll find soem time!
Best regards,
scholbert
I've tried porting several roms to my devices and every time I try to flash I always get status 0 or some type of error! I can't logcat from recovery because some things do not work completely with clockworkmod I have. I even manually tried porting the same method that android kitchen does and still run into the same problem. I have no idea what I should try next? This is really making me made. I get no help at all after searching and searching every where!
android kitchen
http://forum.xda-developers.com/showthread.php?t=633246
all in one guide
http://forum.xda-developers.com/showthread.php?t=1273718
And some other methods and still no luck!!
You are right. There is no guide. It's trial and error. Logcat helps and if you know what certain files do that helps too.
It's simple:
grab the sources from github, add your device and vendor folder, add the device to the list in the mk files, lunch, and build.
openetna is a repository with many bugfixes, as you will have them.
Easy ****!
mDroidd said:
It's simple:
grab the sources from github, add your device and vendor folder, add the device to the list in the mk files, lunch, and build.
openetna is a repository with many bugfixes, as you will have them.
Easy ****!
Click to expand...
Click to collapse
Thats great if building from source
but i think he is talking about porting roms that are not AOSP.
The problem with a porting tutorial is that all devices and roms are a bit different so there will never will be a tutorial to get this done 100%. They are great guides to give you a start but it can take a lot more to get things ported.
if the device architecture is similar
Ex... Evo 4g to Incredible
than porting is fairly easy
being able to logcat is very necessary when porting roms
getting that working is your first step.
I always gave up on porting just because i dont have the patients to do it.
Exactly. I've ported several roms from the E3D and Sensation to the Rezound, and they are easy because the processor is the same. All you really need to get it booting is the kernel in most cases.
mDroidd said:
It's simple:
grab the sources from github, add your device and vendor folder, add the device to the list in the mk files, lunch, and build.
openetna is a repository with many bugfixes, as you will have them.
Easy ****!
Click to expand...
Click to collapse
Not that simple if you have to make a device tree from scratch like I'm doing
I've a question!!
I have an HTC Explorer (based on Qualcomm MSM7227) and I'd like to build a rom (AOSP or Cyano)...
I've downloaded Kernel Source Code but after hours of researches I haven't found a guide for merge a rom with a kernel..
can you help me?
thank you!
Can we port a rom from HTC desire to Motorola defy....is it easy??
HIT THANKS IF IVE HELPED
extremists said:
Can we port a rom from HTC desire to Motorola defy....is it easy??
HIT THANKS IF IVE HELPED
Click to expand...
Click to collapse
That's about as hard as it gets.
Unless building from source its not as difficult.
Sent from my PG86100 using Tapatalk
wes342 said:
That's about as hard as it gets.
Unless building from source its not as difficult.
Sent from my PG86100 using Tapatalk
Click to expand...
Click to collapse
Do u know how to port??
HIT THANKS IF IVE HELPED
The thing is there's also no real guide on how to make your own public repo for devices who don't have one .
E.g. Galaxy R
Herpderp Defy.
So I found out how to build from cm7 sources and it is a no go... I do not know how in the world you guys can port any roms. How do you get your files up on git hub any way? There is more to it then just compiling from cm sources..
Here's a slightly outdated one
EmoBoiix3 said:
The thing is there's also no real guide on how to make your own public repo for devices who don't have one .
E.g. Galaxy R
Herpderp Defy.
Click to expand...
Click to collapse
Just so its clear... this (slightly outdated) guide would be (the best I've found) for building a device tree (that you may elect to throw up on github) that can be used to build AOSP.. the same device tree probably could build CyanogenMod or MIUI fairly easily (minimal editing) but you are correct... no exact guide bc its not an exact science (lots of different devices out there with lots of different device configurations; even kernels different some are ti omap, some are qualcomm msm, etc.). Basically you build a tree to define your hardware.. AOSP, CM or MIUI will build themselves based on this definition (device) tree.
http://www.kandroid.org/online-pdk/guide/build_new_device.html
Now after you follow this guide, google the various build errors you get (one at a time) and perfect your tree until you get basic bring up... then perfect it some more until you get all your modules working (will take some aosp kernel cooking as well)... then perfect it some more... in a few months you should have something pretty decent (and learn tree building a bit more; we all learn by doing ) Best advice I have for you; going through the same thing myself.
Also wouldn't be a bad idea to download Hardware Info apk (Sleek Apps) and email yourself the info it spits out. That way you at least have a list of some of the hardware you are trying to define.
Rob
mDroidd said:
It's simple:
grab the sources from github, add your device and vendor folder, add the device to the list in the mk files, lunch, and build.
openetna is a repository with many bugfixes, as you will have them.
Easy ****!
Click to expand...
Click to collapse
How exactly do you do this? How do you build it completely specifically for your device?
Sorry, I'm a complete noob on building from scratch and Linux. Could anyone shed some some light?
Thanks you guys
Hey all, since a lot of folks are wondering about custom roms for the DX, I decided to start this thread to document my exploits in trying to compile CM9.
Basically, I'm new to Android (had an iPhone 3GS for about 2 years) so I'm going to need a lot of help and this is really going to start of very basic. But since I had my Desire X and been on this forum, I have met more and more cool people that are actively trying to help development for our phone, like stereo8,maartenxda and yasir, so I'm sure we'll be alright. None of this would be even possible if not for LLior that made the CWM recovery for us. :good:
OK, so to build CM9 you need a build environment set up specifically for the job, there's many guides out there on how to do this, but I found this one (props to mbroeders, OP of the tut) pretty good :
http://forum.xda-developers.com/showthread.php?t=1566224
Basically, building CM9 is done in linux, Ubuntu being the most popular version, and I'll be using the latest Ubuntu 12. If you don't use Ubuntu as main OS, you can still try this, but you'll need to set up a good (!) portion of your harddrive to install it in a virtual environment, like VMWare Player (free). Mind you, we'll be downloading the CM9 source, which ended up being around 10 gig on my pc, and we'll be needing at least another 16 gig to actually build CM9. To be on the safe, I set aside 50 gig on my drive for the virtual Ubuntu-pc in VMWare.
The guide I'm using will show you how to set up a general build environment, but since we are talking about the Desire X, which is brand new and without official CM support (yet?), we are going to have to adapt it to make CM9 for our phone. Several people have already worked on this, mainly Lloir, so I got his permission to use the stuff he's already done. A big thanks btw, from one and all
And this is basically the first time I'm going to need help. To adapt the build system specifically for the DX, we'll need to make a local_manifest file that points it to device and vendor trees LLoir has made. The local_manifest is supposed to go in the .repo folder of your CM9 source.
How do I do this ?
Goto cm9 wiki and install all prerequisites. Then do a repo init of the main build tree(cm9) and then add the device trees to manifest.xml found in .repo. after that , you sync via repo sync and then you setup environment through envsetup.sh and then you build for protou by brunch protou. Debug the errors you encounter. That's about it. If it doesn't boot after successful build, then the device/hardware/vendor/kernel trees need some sorting out .
Regards.
Sent from my HTC Desire X using xda app-developers app
help for local_manifest - Llior ?
Morning, googled some more, and found a template for a local_manifest.xml file I'm adapting for the DX.`I prefer to go as much by the book as possible for now, apparently putting these in manifest.xml can mess up your source.
So far, I have :
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<project name="Lloir/protou" path="device/htc/protou" remote="github" revision="ics"/>
<project name="LLior/XXXXXXXXXXXXX" path="device/htc/msmXXXX-common" remote="github" revision="ics"/>
<project name="Lloir/android_vendor_htc_protou" path="vendor/htc/protou" remote="github" revision="ics"/>
<project name="Llior/XXXXXXXXXXXXX" path="kernel/htc/msmXXXX" remote="github" revision="XXXXXXXXXXXX"/>
</manifest>
The XXXX need editing, not sure which repositories though
manifest
Here you go, you can see it for your reference...
Attachment
CM9 - first build - result
Yasir Javed Ansari said:
Here you go, you can see it for your reference...
Attachment
Click to expand...
Click to collapse
OK, using your manifest, I managed to set up the system to build with Lloir's device and vendor trees.
I had to edit the msm7x30.mk file in /device/htc/msm7x30-common though so the first section of it would point to /frameworks/base rather than /frameworks/native as in the original for it to build.
It then compiled to the end, I ended up with a boot.img, recovery.img, system.img and userdata.img, which I turned into a .zip file to flash in CWM.
It installs, but gets stuck on the HTC-logo screen, but I can't take a logcat -same as with stereo's paranoidandroid : logcat.txt says logcat cant be found in /sbin/sh- even when I create a sbin/sh folder with logcat.
Anyone know what I'm doing wrong ? I would really like to see what's going on during boot.
infernal77 said:
OK, using your manifest, I managed to set up the system to build with Lloir's device and vendor trees.
I had to edit the msm7x30.mk file in /device/htc/msm7x30-common though so the first section of it would point to /frameworks/base rather than /frameworks/native as in the original for it to build.
It then compiled to the end, I ended up with a boot.img, recovery.img, system.img and userdata.img, which I turned into a .zip file to flash in CWM.
It installs, but gets stuck on the HTC-logo screen, but I can't take a logcat -same as with stereo's paranoidandroid : logcat.txt says logcat cant be found in /sbin/sh- even when I create a sbin/sh folder with logcat.
Anyone know what I'm doing wrong ? I would really like to see what's going on during boot.
Click to expand...
Click to collapse
Stock Rom showed our device shares common config from msm7k and not msm7x30. I'll try another build with some modified things to see if it boots . One thing you can do is to compare lloir device tree with other trees of similar devices to verify whether we are missing something critical. Also did you use pre.built kernel ?
AND framework native is used in jelly bean , not ics. You're syncing jelly bean cm source and device tree is currently for ics. Recheck please.
Sent from my HTC Desire X using xda app-developers app
Yasir Javed Ansari said:
Stock Rom showed our device shares common config from msm7k and not msm7x30. I'll try another build with some modified things to see if it boots . One thing you can do is to compare lloir device tree with other trees of similar devices to verify whether we are missing something critical. Also did you use pre.built kernel ?
AND framework native is used in jelly bean , not ics. You're syncing jelly bean cm source and device tree is currently for ics. Recheck please.
Sent from my HTC Desire X using xda app-developers app
Click to expand...
Click to collapse
Hm, thanks for the input, Yasir. I was wondering about it, I just synced using the default.xml in the last post. I guess that means I was using the prebuilt kernel as well. Don't worry about the source code I synced, it's definitely cm-ics. As far as I can see, there aren't files relating to msm7k in Lloir's github. I'll see if I can find out about a device that uses the msm7k.
cheers :good:
EDIT : Yasir and me are working together on trying to get a CM9 to the Desire X, anyone that wants to help (preferably with experience) is welcome Use this thread to keep things organised. Thanks
update on CM9 - wip - all help welcome !
OK, update on what's happening :
Because our phone has a new Qualcomm processor there's no CyanogenMods out yet for any device that uses it, let alone by HTC, that we can compare it to. This could help us out a lot to get the device specific information and sources the build system needs to make us a CM9. This info and these files are contained in and referred to by the so-called device and vendor trees. Lloir has done the most work for the Desire X up to now in making these device and vendor trees, but since first test builds aren't booting, Yasir and me are going over them again.
By the way, if anyone knows more about why logcat doesn't work, that would be extremely helpful. All response I get is that logcat isn't in /sbin/sh. I tried adding it to a separate /sbin/sh folder in my test build, but no dice
Good news is I found out the MSM8225 chipset was designed to be fully backward compatible, both hardware and software, with the MSM7225A and MSM7227A phones, of which Qualcomm sold about a 100 million. So, I've begun studying the device and vendor trees for the HTC Explorer (Pico), which is a MSM7225A model. Important because it has the compatible 7225A chipset and uses the ARMv7 cpu instruction set - which is the same as the Desire X.
We'll keep you guys posted, also when we need testers. :good:
Ours is cortex a5, that's why it is compatible with msm7227. But the not booting issue is probably due to some thing missing or wrong in device.mk. the board config is ok. And kernel source is also available on htcdev and git simonsimons23. The device tree and vendor mk files need correction. At least that's my thinking.
Sent from my HTC Desire X using xda app-developers app
Yasir Javed Ansari said:
Ours is cortex a5, that's why it is compatible with msm7227. But the not booting issue is probably due to some thing missing or wrong in device.mk. the board config is ok. And kernel source is also available on htcdev and git simonsimons23. The device tree and vendor mk files need correction. At least that's my thinking.
Sent from my HTC Desire X using xda app-developers app
Click to expand...
Click to collapse
OK, I'll leave the boardconfig for now (am checking the files alphabetically) and move on to device.mk If I see anything I don't get or differs from the pico source (has official CM9), I'll let you know here or through pm. I was thinking the same about the device and vendor trees, it's our starting point and we're stuck here already lol. I know about the githubs, I'll check the changes (if any) simonsimons made.
I was thinking though : don't we need the 1.18 kernel to do this ? I already flashed the updated kernel with the 1.18 ruu. I checked on htcdev and it only lists the 1.14 kernel source. Or is there a way to get it from a running phone ?
missing logcat....
Hi Guys,
I don't know why logcat is missing, but to obtain kernel messages you could run the "dmesg" command instead.
I would like to participate in DX porting. I got intermediate knowlegde in android, but I'm really good in linux and kernel stuff.
Are you guys hanging around in IRC somewhere so we cant talk directly?
currently I am compiling lloirs tree. It is running for some time already...
hang loose
maze
atmel-touchscreen.kl is not in any git
Hi Guys,
I still try building the stuff, but atmel-touchscreen seems to be missing so I decided to remove it from
htc/protou/device_protou.mk. Now it continues compiling ....
( device/htc/protou/prebuilt/usr/keylayout/atmel-touchscreen.kl:system/usr/keylayout/atmel-touchscreen.kl)
Any progress OP??? I did a recent build with some mods on weekend but it failed to boot. I'm highly suspicious that its a kernel issue although i cant say for sure. If any one manages to boot it, even if its till the boot animation, DO POST AND SHARE, coz then its easier going forward.
Regards
neXus PRIME said:
Any progress OP??? I did a recent build with some mods on weekend but it failed to boot. I'm highly suspicious that its a kernel issue although i cant say for sure. If any one manages to boot it, even if its till the boot animation, DO POST AND SHARE, coz then its easier going forward.
Regards
Click to expand...
Click to collapse
got a logcat? or even a kmsg? you can get the kmsg by rebooting into TWRP mount system and open the file manager in advanced and going into /proc grab last_kmsg from in there, you can also find me on IRC Most days, (except tonight i'm working )
-Lloir
I'm sorry guys, haven't been able to do much for this project anymore...no time (holidays and starting training to become system administrator), not to mention I spilled coke all over my Macbook Pro
Lloir said:
got a logcat? or even a kmsg? you can get the kmsg by rebooting into TWRP mount system and open the file manager in advanced and going into /proc grab last_kmsg from in there, you can also find me on IRC Most days, (except tonight i'm working )
-Lloir
Click to expand...
Click to collapse
Doesnt even get past the splash screen (the one with HTC red letter sentence about private build). I used the prebuilt kernel which i have used in recovery. I'll try getting kmsg though.
Regards
neXus PRIME said:
Doesnt even get past the splash screen (the one with HTC red letter sentence about private build). I used the prebuilt kernel which i have used in recovery. I'll try getting kmsg though.
Regards
Click to expand...
Click to collapse
You can still logcat on that screen if adb sees it
Sent from my HTC One X+ using Tapatalk 2
nopes. I have QtADB running in background with logcat ON all the time. Thats how i can never miss if it gets to boot. But i didnt check kmsg though.
My laptop is in a mess right now and i have jellybean source synced by mistake over night. Now i gotta go back to ICS and it will again take a day to sync as the net is crappy here.
I got a ramdisk hack for you when I get home to enable very early adb. If I had the DX I would do it for you guys, but I'll help where I can. Don't be afraid to pm me if you need to.
Sent from my HTC One X+ using Tapatalk 2
Lloir said:
I got a ramdisk hack for you when I get home to enable very early adb. If I had the DX I would do it for you guys, but I'll help where I can. Don't be afraid to pm me if you need to.
Sent from my HTC One X+ using Tapatalk 2
Click to expand...
Click to collapse
Tell me, should I use pre built kernel or use HTC provided sources?