[Announce] Wing Linux 0.3 Released (CAB INSTALL!) (Linux and Android Development) - Wing, P4350 ROM development

Project)
The Wing Linux project is happy to announce our 0.3 release! We're geared towards the development of Linux and Android on the T-Mobile Wing, HTC Herald, and HTC Atlas series of phones. This release features a much easier CAB file based installation! Simply install to Windows Mobile and you're good to go! It's also got a bunch of other goodies, like Android 1.5, fully working touchscreen / keyboard, and a better scaled display for QVGA. Previous problems with white screens on boot have been fixed!
The project is being hosted on Sourceforge at:
http://wing-linux.sf.net
The files can be gotten at:
https://sourceforge.net/project/platformdownload.php?group_id=253356
Discussion for this and future releases can be had at:
https://sourceforge.net/forum/?group_id=253356
See these threads for more info about the development leading up to this release:
Google Android for Herald and Tmobile Wing
Installable Linux Image for HTC Herald / T-Mobile Wing (UPDATED: Android Install)
Thanks to all who have helped in debugging, testing, and developing this release!

I have a question about the Virtual RAM. Does it just borrow some from the devices RAM, or does it use some of the space on the storage card as Virtual RAM?
Also does landscape work yet?
Still can't wait for Wifi and GSM! I love Android, but my contract doesn't expire for a while, so this would be awesome if it could be a viable replacement.

apreichner said:
I have a question about the Virtual RAM. Does it just borrow some from the devices RAM, or does it use some of the space on the storage card as Virtual RAM?
Also does landscape work yet?
Still can't wait for Wifi and GSM! I love Android, but my contract doesn't expire for a while, so this would be awesome if it could be a viable replacement.
Click to expand...
Click to collapse
The virtual RAM uses space on the flash card, kinda like a Windows swap file. Landscape does not yet work, but it's on our list.
We'll probably have GSM working before wifi, so keep tuned for the development releases. We're hoping to get things complete enough to be a viable replacement for WM, but we've still got a ways to go.
- d

darkstar62 said:
The virtual RAM uses space on the flash card, kinda like a Windows swap file. Landscape does not yet work, but it's on our list.
We'll probably have GSM working before wifi, so keep tuned for the development releases. We're hoping to get things complete enough to be a viable replacement for WM, but we've still got a ways to go.
- d
Click to expand...
Click to collapse
That's okay, I use GSM more than WiFi. I assume GPRS and EDGE fall into that category? Will they all come together at once, or will we get one before the other? I'm not much of a developer but I'm still trying to learn these things.
Since it's able to do use RAM from a flash card, in theory, couldn't we push our wings to 1gb of RAM on Android? Or is there some sort of limit?
I haven't been able to test it yet because I don't have a large enough flash drive.
What about overclocking? Are there any problems with overclocking through Windows Mobile and then running Android? Or has that not been really tested yet.

apreichner said:
That's okay, I use GSM more than WiFi. I assume GPRS and EDGE fall into that category? Will they all come together at once, or will we get one before the other? I'm not much of a developer but I'm still trying to learn these things.
Since it's able to do use RAM from a flash card, in theory, couldn't we push our wings to 1gb of RAM on Android? Or is there some sort of limit?
I haven't been able to test it yet because I don't have a large enough flash drive.
What about overclocking? Are there any problems with overclocking through Windows Mobile and then running Android? Or has that not been really tested yet.
Click to expand...
Click to collapse
The 64mb of RAM from the phone is still the main RAM. The swap "file" being used to get more RAM isn't very fast, so it doesn't really make it faster, it just gives it the ability to RUN programs without them being closed due to lack of memory.
There would be no point in having that much memory. As it stands, my G1 has never ran out of memory and I use a lot of third part android apps.
As far as overclocking, I would imagine it wouldn't work the normal way, as WM is kicked out when android loads and along with it the CPU controlling driver that controls the CPU speed.

ivanmmj said:
The 64mb of RAM from the phone is still the main RAM. The swap "file" being used to get more RAM isn't very fast, so it doesn't really make it faster, it just gives it the ability to RUN programs without them being closed due to lack of memory.
There would be no point in having that much memory. As it stands, my G1 has never ran out of memory and I use a lot of third part android apps.
As far as overclocking, I would imagine it wouldn't work the normal way, as WM is kicked out when android loads and along with it the CPU controlling driver that controls the CPU speed.
Click to expand...
Click to collapse
Oh so when you run Linux it isn't like a virtual machine running in Windows? It actually takes full control of the CPU and RAM. So it wouldn't make a difference if I used a more RAM/CPU hungry ROM like JustHome rather than JustStable Micro?
What about the SD card, does Android detect the rest of the data on your SD card?

apreichner said:
Oh so when you run Linux it isn't like a virtual machine running in Windows? It actually takes full control of the CPU and RAM. So it wouldn't make a difference if I used a more RAM/CPU hungry ROM like JustHome rather than JustStable Micro?
What about the SD card, does Android detect the rest of the data on your SD card?
Click to expand...
Click to collapse
That's right, Linux takes over completely. We've gotten testing from people running a wide range of ROMs, and nobody has ever had a problem. So, use what you like
As for the SD card, Linux detects and can use the entirety of the card. We haven't set up Android to be able to do that yet, but it shouldn't be hard.
- d

darkstar62 said:
That's right, Linux takes over completely. We've gotten testing from people running a wide range of ROMs, and nobody has ever had a problem. So, use what you like
As for the SD card, Linux detects and can use the entirety of the card. We haven't set up Android to be able to do that yet, but it shouldn't be hard.
- d
Click to expand...
Click to collapse
Just for curiosity sake... I realized that even if GSM worked, you couldn't really make a phone call without Sound/Microphone drivers. Does the Wizard team have anything that might help us here? I tried looking on the Sourceforge but it isn't listed under any Tasks.

apreichner said:
Just for curiosity sake... I realized that even if GSM worked, you couldn't really make a phone call without Sound/Microphone drivers. Does the Wizard team have anything that might help us here? I tried looking on the Sourceforge but it isn't listed under any Tasks.
Click to expand...
Click to collapse
There is currently a sound driver but when it was originally ported to this build, it had a problem building. I'm not sure if darkstar has had time to look at it, again, yet.

Lol it seems like I'm the only one asking questions here. Has there been any testing of this using SDHC cards? Do they work properly? I'd like to get a 4 or 8gb card soon.

apreichner said:
Lol it seems like I'm the only one asking questions here. Has there been any testing of this using SDHC cards? Do they work properly? I'd like to get a 4 or 8gb card soon.
Click to expand...
Click to collapse
Yes, it works fine with my 8GB SDHC. I am not feeling the idea that Android completely takes over my Windows Mobile. It is still too new at this point for me. Still, it's a really great job by the author. I been skimming through the chronicle thread for months and it has come a long way. From having to install Linux to a simple cab must be a lot of work. I hope this will lead somewhere great in the future. Best of luck.

apreichner said:
Lol it seems like I'm the only one asking questions here. Has there been any testing of this using SDHC cards? Do they work properly? I'd like to get a 4 or 8gb card soon.
Click to expand...
Click to collapse
I run all this stuff on a 16gb card, so I'd say no problems at all.
- d

Alright, sounds good, thanks! Can't wait to give it a try!

very good work. Big thx to all the people involved in the deveolpment.
I thougt android would never run on the Herald but you proof me wrong.

Awesome stuff darkstar and ivan! It works very well, and picks up my lcd settings properly (I used to get a ghost image with the earlier kernel). Anyhow, I did notice a bit of flickering in the screen around the top-edge. Not sure what that is.
Quick question: I remember you saying dark, that it takes you almost a day each time to compile the kernel. Would it make a difference if we used a multi-core machine? Perhaps ssh to a very powerful server and build everything there?

Kernel Jag said:
Awesome stuff darkstar and ivan! It works very well, and picks up my lcd settings properly (I used to get a ghost image with the earlier kernel). Anyhow, I did notice a bit of flickering in the screen around the top-edge. Not sure what that is.
Quick question: I remember you saying dark, that it takes you almost a day each time to compile the kernel. Would it make a difference if we used a multi-core machine? Perhaps ssh to a very powerful server and build everything there?
Click to expand...
Click to collapse
A multi-core machine I think could help...not sure how parallelizable the build is. It isn't the kernel that takes that long, it's the whole Android/Angstrom image. The kernel itself from start to finish takes about 10 minutes. 1 minute for incremental builds.
The server I'm using is a Celeron D 3.33gHz single-core originally designed to be a DVR/home entertainment system. Having a beefier processor would definitely help. Do you have something in mind?
- d

And I haven't done any of the coding. ^_^
It's all darkstar.

darkstar62 said:
A multi-core machine I think could help...not sure how parallelizable the build is. It isn't the kernel that takes that long, it's the whole Android/Angstrom image. The kernel itself from start to finish takes about 10 minutes. 1 minute for incremental builds.
The server I'm using is a Celeron D 3.33gHz single-core originally designed to be a DVR/home entertainment system. Having a beefier processor would definitely help. Do you have something in mind?
- d
Click to expand...
Click to collapse
I'm not sure if I could be of any help... I have some experience with Linux, unfortunately none with rebuilding kernels. My computers a Intel Core2Quad 2.5ghz 4gb RAM.
PM me if you want, I might need a crash course in it first though

apreichner said:
I'm not sure if I could be of any help... I have some experience with Linux, unfortunately none with rebuilding kernels. My computers a Intel Core2Quad 2.5ghz 4gb RAM.
PM me if you want, I might need a crash course in it first though
Click to expand...
Click to collapse
It's not too hard to get into it. The wiki has instructions for downloading and building from source. Haven't tested them though, so you'd be a good guinee pig for that, if you're interested.
- d

darkstar62 said:
It's not too hard to get into it. The wiki has instructions for downloading and building from source. Haven't tested them though, so you'd be a good guinee pig for that, if you're interested.
- d
Click to expand...
Click to collapse
Why not? I'll give it a try. Unfortunately I still have no phone to test it on, so someone else would have to do that. I assume I'll need to install Linux on my PC of course?
Also where on the wiki can I find this? I can't seem to locate the instructions.

Related

Debian instead of android... can it be done?

I have been a linux user for years, love it. so when i heard about android i bought a g1 as soon as i could... and honestly i HATE the java base... it sucks. For a while ii have been using debian on my sd and i think i have found a way to read ( but not send ) texts from within debian. any chance of developing debian to the point where we could use it as the primary system ? can the g1 g1 boot loader load it ?
No.........
damageless said:
No.........
Click to expand...
Click to collapse
Thanks ****, how about some reasoning or logic ? nothing cannot be done it is just a matter of how much effort is required to achieve the desired result.
modem_over said:
I have been a linux user for years, love it. so when i heard about android i bought a g1 as soon as i could... and honestly i HATE the java base... it sucks. For a while ii have been using debian on my sd and i think i have found a way to read ( but not send ) texts from within debian. any chance of developing debian to the point where we could use it as the primary system ? can the g1 g1 boot loader load it ?
Click to expand...
Click to collapse
Yes.
Seriously.
I haven't looked at Android in ages, but regardless - debian is just a packaging and deployment system. It has little to do with the actual code and configuration of what is deployed in the end. It's work, but it's trivial work.
As for your disdain for the Java - how about some elaboration there? Do you really think you feel a performance hit?
i do really feel that java does slow the system down for one, and second, i don't want to learn another language...
...
no..............
yes, the bootloader will load it just fine.
i have played with nothing but debian on my phone... although, it's fairly useless.
until someone reverse engineers some way to talk to rild and control the wifi module and its userspace components you're pretty much tied to the java environment if you want... well, anything but a fancy embedded debian computer.
anyway, initramfs-tools package is your friend, as well as the android development environment. the bootloader will load the kernel + initramfs, and from there the sky (and linux) is the limit.
and i had to comment on the java performance... seriously, does anyone doubt that there is a *huge* performance hit? while a register based vm is fancy and fairly efficient as far as non JIT vm's go, it's still ridiculously slow and wasteful for the operating specs of this machine. 96mb of usable ram? dalvik forks off separate processes for each vm instances, so not only do you incur major pain for the COW operation, but enough changes in the working set to almost eliminate any helpfulness of COW. it's confusing as the point of zygote is to have a basically mostly started vm, but i'm not entirely sure how that's working in the background.
FWIW, when you clock this beast up to full CPU spec speed (528mhz) interface responsiveness doubles in fluidity.
Of course there is a huge performance hit, few people saying no are google's blind lovers.
Im sorry for this useless post..
The issue to me is the time it would take to develop debian to full working capacity with all the hardware. Possible? Yes. Fun? Depends on who you ask. Probability high for it to be actually completed better than Android? Doubtful.
JMO
i agree with you in most points, however, there are already standard non-android mobile linux stacks. the only hardware specific areas that need to be addressed are the wifi and telephony libraries.
the graphics are simple, it's a standard linux framebuffer, and an x server will run directly on it. if that's too heavy for the g1 (likely) directfb can also be used.
in the end - will it be better than android? probably not. too much development has gone into android.
will standard native apps utterly outperform android apps? believe it.
though, without either: a port of an x server to interface with surfaceflinger, or: a modified version of surfaceflinger to talk to an x server running on the framebuffer, you will never get the best of both worlds without some intermediate transport like vnc.
i'm in no way an advocate of 'debian only!' however, the poster of this thread was smacked down by some people who obviously had no real knowledge in the matter, so i sought to inform him.
the better direction i think, is someone to write a nice tight little c api for the binder surface flinger interface so people can start writing some more memory conscious native apps for people with rooted phones. streaming daemons, etc. while i think the stock development capabilities of the android platform is much better than the stock iphone's, a jailbroken iphone is 100% cooler than a jailbroken g1 at this point, but once there is enough community drive - that can change.
Booting into debian primarily which then runs android ontop of it should be possible, and then using android for things until more is developed on debian. Should work.
Still the original post was more about strictly debian only.
modem_over said:
Thanks ****, how about some reasoning or logic ? nothing cannot be done it is just a matter of how much effort is required to achieve the desired result.
Click to expand...
Click to collapse
Temper tantrums aside, if you knew the answer to your question already what's the point of this thread? There's already a thread for people running debian on their G1, ask it there.
http://forum.xda-developers.com/showthread.php?t=444419&highlight=debian
nolageek said:
Temper tantrums aside, if you knew the answer to your question already what's the point of this thread? There's already a thread for people running debian on their G1, ask it there.
http://forum.xda-developers.com/showthread.php?t=444419&highlight=debian
Click to expand...
Click to collapse
Guess he can't now - been banned. Shame, too, I am sure we'll miss his pleasant demeanor.
davecanada said:
Yes.
Seriously.
I haven't looked at Android in ages, but regardless - debian is just a packaging and deployment system. It has little to do with the actual code and configuration of what is deployed in the end. It's work, but it's trivial work.
As for your disdain for the Java - how about some elaboration there? Do you really think you feel a performance hit?
Click to expand...
Click to collapse
OMFG yes there is a performance hit.
Yes i do bring certain special qualities to this forum don't I. at any rate i have began to build a port to be able to run directly off the jf bootloader.
vettejock99 said:
Guess he can't now - been banned. Shame, too, I am sure we'll miss his pleasant demeanor.
Click to expand...
Click to collapse
Yes i do bring certain special qualities to this forum don't I. at any rate i have began to build a port to be able to run directly off the jf bootloader.
Click to expand...
Click to collapse
cool i can't wait to try it out
modem_over said:
Yes i do bring certain special qualities to this forum don't I. at any rate i have began to build a port to be able to run directly off the jf bootloader.
Click to expand...
Click to collapse
Cool - that sounds great
modem_over said:
Yes i do bring certain special qualities to this forum don't I. at any rate i have began to build a port to be able to run directly off the jf bootloader.
Click to expand...
Click to collapse
any bootloader will work. there is no verification done by the bootloader during the bootstrap process, only during the flash process. flashing of the modified boot image with a debian initramfs instead of an android initramfs can be done from a functioning rooted android os, or from a test-keys enabled recovery partition. the method i used was to do a normal debian install on a partition of the sd card, installing initramfs-tools, building an initramfs, built a new boot.img with the stock android dev environment.
i've also compiled a kernel with full namespace support and a custom init that launches the android init and debian inits in separate namespaces allowing them to run concurrently. not much use since they can't talk to each other, but it is somewhat neat. virtuozzo like containers on your g1 =)

Making Hero FASTER project

howdy peeps i have an idea of how maybe we could solve the speed issues with the hero rom but my programming skills have not reached java as of yet, i am learning as we speak, but heres my idea...
im thinking of a program that sits in the background that basically controls the priority of certain programs running on android like rosie.apk.
for instance if the home button is pressed not only is the rosie apk brought to the front but is given more cpu priority over other applications running which in affect should speed up delays. a bit like when you do it in task manager on windows.
i am trying to figure out how to write this with java and the android sdk but wondered what your views are on this and if anyone can actually implement this quicker and better than i will be able to lol
look forward to hearing your views
I'm no programmer but this seems plausible so this would be a program that would prioritize all programs running in the foreground and background or all programs?
dont you think running this program in the background would use up alot of cpu usage also?
even in the background apps of rosie already use up alot of power...this would just take up more space and room and slow stuff down.
if it does get made it would have to be extremely lightweight
good luck
looking forward to what develops
redmdc said:
howdy peeps i have an idea of how maybe we could solve the speed issues with the hero rom but my programming skills have not reached java as of yet, i am learning as we speak, but heres my idea...
im thinking of a program that sits in the background that basically controls the priority of certain programs running on android like rosie.apk.
for instance if the home button is pressed not only is the rosie apk brought to the front but is given more cpu priority over other applications running which in affect should speed up delays. a bit like when you do it in task manager on windows.
i am trying to figure out how to write this with java and the android sdk but wondered what your views are on this and if anyone can actually implement this quicker and better than i will be able to lol
look forward to hearing your views
Click to expand...
Click to collapse
If you can figure out a way to edit the fameworks in /system/framework you'll be fine.
This is called cpgroups - and Cy's ROM and xROM already do this.
The problem with Hero/Mytouch is that the framework is odexed and we have no way to unodex them, edit the files, then remake them.
I love this community. i have confidance that this thread will turn into something good.
im running jaxhero 1.2 and it doesnt lag for me at all. im running compcache with a linux swap
I think this problem is partly due to lack of memory and possibly poor coding.
Hero UI on Dream is slow. Hero UI on Hero is faster, but still not smooth. The extra RAM on the Hero obviously helps since it's the same hardware besides more RAM.
There's a lot of work ahead to get it to run faster. Perhaps work with the NDK instead of the SDK. I assume when an application goes into the background it stops and writes data to memory, the services don't stop. I think to make Hero UI work faster, the code needs to be improved for less memory usage and then optimized more for efficient code. Not a simple task.
I'm not sure if prioritizing tasks will make it faster. It may make it faster to get to Home (once), but once you are there and if you want to start another application it will still need to do what it originally needed to done before it got de-prioritized.
Think of it as cooking, each time you cook something and you want to start something else you can clean up dishes or just leave them in the sink. If you clean up your dishes after each project, you take some time before starting the next one. If you don't clean up the dishes, you can start the new project quickly. However, soon afterward you'll have a sink full of dishes and you can't continue and they need to be cleaned and will take a long time. Thats how I view the problem. Get a bigger sink and more dishes (RAM) or optimize the process so it doesn't use as much dishes or it's quicker to wash them..
Maybe it'll be easily solvable when much fast sd cards are out that we can swap out a lot without slowdowns.
Good luck to anybody who is tackling this.
jad011 said:
im running jaxhero 1.2 and it doesnt lag for me at all. im running compcache with a linux swap
Click to expand...
Click to collapse
compcache is not supported in 1.2
You can remove some of the bloat by reducing the home screen to 5 or even 3 desktops. This should be hex editable, but I don't know enough about HTC ROM to do this.
I also see a lot of improvement in responsiveness of the ROM if I install spare parts from market and turn off window animations as well transition animations. This reduces my battery consumption a lot (passes my overnight standy test: thou shall not use more than 5% battery while on standy overnight for 8 hours) because it seems to be using some sort of graphics hardware accelaration and/or CPU, which makes battery deplete faster.
For my usage, I have been observing the swap usage with swappiness of 30 and I seem to need about 30-35MB most of the time. Now, since this ROM runs slow on Hero also, it seems like the RAM is only a part the problem because Hero does provide more than 35MB RAM on top of Dream. So, the conclusion is that its the inherent bloat in the source code and optimizations which need to be done to reduce the CPU usage. But only HTC can do that.
am i the only one not having any issues w/ the speed? Friend of mine has Cy and im able to keep up with him even though i have 6 big widgets. Only issue is getting in and out of contacts.
imbonez9 said:
am i the only one not having any issues w/ the speed? Friend of mine has Cy and im able to keep up with him even though i have 6 big widgets. Only issue is getting in and out of contacts.
Click to expand...
Click to collapse
YES!
Experienced open source fellow about to chime in here,
Speeding up hero is basically poking around in the dark and hoping that we do the right thing. Unfortunately, because hero (and soon to be raphael and blur as well) are closed source and odexed and whatnot. It's just like windows-vs-linux. At first windows was shinier, but linux eventually caught up because they established a big enough codebase. The problem with hero is that most of it is EXTREMELY hard to "code" or "recode" for the average dev. For this reason the "community" that we have faith in can't do very much, as only one or two people have the knowledge required (not me btw), and they have the sense to promote open source instead of hacking closed source.
Bottom line, and this isn't a flame as much as a lifestyle guide, if you want your phone to be better, and have all the nice hero features, develop for ANDROID. Don't try to hack hero. Dev'ing for android makes things better for EVERYBODY involved.
That's my too sense. As shiny as hero may be....I'm never going to install it.
P.S.
If it explains anything, I'm the kind of person who donates to the FSF. Sorry if that makes me polarized.
[edit]
I apologize for disrupting the purpose of this thread. I'm going to take this to q/a where it belongs. Mostly because I have some questions as to the legality of "hero hacking"
Sorry
sha.goyjo said:
Experienced open source fellow about to chime in here,
Speeding up hero is basically poking around in the dark and hoping that we do the right thing. Unfortunately, because hero (and soon to be raphael and blur as well) are closed source and odexed and whatnot. It's just like windows-vs-linux. At first windows was shinier, but linux eventually caught up because they established a big enough codebase. The problem with hero is that most of it is EXTREMELY hard to "code" or "recode" for the average dev. For this reason the "community" that we have faith in can't do very much, as only one or two people have the knowledge required (not me btw), and they have the sense to promote open source instead of hacking closed source.
Bottom line, and this isn't a flame as much as a lifestyle guide, if you want your phone to be better, and have all the nice hero features, develop for ANDROID. Don't try to hack hero. Dev'ing for android makes things better for EVERYBODY involved.
That's my too sense. As shiny as hero may be....I'm never going to install it.
P.S.
If it explains anything, I'm the kind of person who donates to the FSF. Sorry if that makes me polarized.
[edit]
I apologize for disrupting the purpose of this thread. I'm going to take this to q/a where it belongs. Mostly because I have some questions as to the legality of "hero hacking"
Sorry
Click to expand...
Click to collapse
two important things my momma taught me.
1. Don't say anything if you can't say anything nice
2. Don't do anything you are gonna apologize for later.
I, unlike Mr.Negativity who seems to have some underlying hate for life itself, want a faster Hero rom. Thank you all the dev's that have contributed and will contribute to this cause in the future.
Here's what I have done and seen a good pick up in speed with hero builds, I have an 8 gig cl 4 card but I guess you can do this with a 4 gig card too. make your linux swap partion 128
From what I understand the swap runs kinda like ram. I ordered a 8 gig class 6 card and I will try a linux swap of 256, but I think that will hang bad I'll let you all know in a few days.
But try linux swap set at 128 its much better
sha.goyjo said:
Experienced open source fellow about to chime in here,
Speeding up hero is basically poking around in the dark and hoping that we do the right thing. Unfortunately, because hero (and soon to be raphael and blur as well) are closed source and odexed and whatnot. It's just like windows-vs-linux. At first windows was shinier, but linux eventually caught up because they established a big enough codebase. The problem with hero is that most of it is EXTREMELY hard to "code" or "recode" for the average dev. For this reason the "community" that we have faith in can't do very much, as only one or two people have the knowledge required (not me btw), and they have the sense to promote open source instead of hacking closed source.
Bottom line, and this isn't a flame as much as a lifestyle guide, if you want your phone to be better, and have all the nice hero features, develop for ANDROID. Don't try to hack hero. Dev'ing for android makes things better for EVERYBODY involved.
That's my too sense. As shiny as hero may be....I'm never going to install it.
P.S.
If it explains anything, I'm the kind of person who donates to the FSF. Sorry if that makes me polarized.
[edit]
I apologize for disrupting the purpose of this thread. I'm going to take this to q/a where it belongs. Mostly because I have some questions as to the legality of "hero hacking"
Sorry
Click to expand...
Click to collapse
great advice.....is anyone willin to teach me how to make my own rom??
That_Guy_19033 said:
Here's what I have done and seen a good pick up in speed with hero builds, I have an 8 gig cl 4 card but I guess you can do this with a 4 gig card too. make your linux swap partion 128
From what I understand the swap runs kinda like ram. I ordered a 8 gig class 6 card and I will try a linux swap of 256, but I think that will hang bad I'll let you all know in a few days.
But try linux swap set at 128 its much better
Click to expand...
Click to collapse
Hey guy are you running 128 swap on 1.2? I ran 128 on all the others and they ran super smooth. For whatever reason I had lots of lag with 1.2 and lowered it to 96 which made it run smoother
Naw i got 1.2 but didn't flash it i might skip 1.2 and wait on 1.3 but thanks for the reply and input
ccyrowski said:
If you can figure out a way to edit the fameworks in /system/framework you'll be fine.
This is called cpgroups - and Cy's ROM and xROM already do this.
The problem with Hero/Mytouch is that the framework is odexed and we have no way to unodex them, edit the files, then remake them.
Click to expand...
Click to collapse
wouldn't it be possible to baksmali the odexes, then smali them to a dex and put it inside the apk?
jubeh said:
wouldn't it be possible to baksmali the odexes, then smali them to a dex and put it inside the apk?
Click to expand...
Click to collapse
Sadly only baksmali does not work. There is a way to undex but not as simple to compile as a dex when done.
Seoulboy1 said:
two important things my momma taught me.
1. Don't say anything if you can't say anything nice
2. Don't do anything you are gonna apologize for later.
I, unlike Mr.Negativity who seems to have some underlying hate for life itself, want a faster Hero rom. Thank you all the dev's that have contributed and will contribute to this cause in the future.
Click to expand...
Click to collapse
No one needs to apologize, everything that was said is true. You just don't consider it to be "nice" because you want a faster ROM which you know you probably won't get because of the reasons that were stated. Take the blue pill or the red pill, your choice...

[Q] Any way to install Android permanently?

I checked through the Android sticky, but all of them seemed to mention running Android through Haret/XDANDROID.
I know there are ways to run Android through your sdcard using Haret.exe and XDANDROID. But is there any way to completely erase Windows Mobile itself and flash android onto your phone's ROM instead of having to boot it through Windows Mobile? I am pretty much done with Windows Mobile (and almost everyone else appears to be too) and have no desire to keep it on my phone if I don't have to.
No. Not at this point.
Cyber Akuma said:
I checked through the Android sticky, but all of them seemed to mention running Android through Haret/XDANDROID.
I know there are ways to run Android through your sdcard using Haret.exe and XDANDROID. But is there any way to completely erase Windows Mobile itself and flash android onto your phone's ROM instead of having to boot it through Windows Mobile? I am pretty much done with Windows Mobile (and almost everyone else appears to be too) and have no desire to keep it on my phone if I don't have to.
Click to expand...
Click to collapse
TheDeadCpu said:
No. Not at this point.
Click to expand...
Click to collapse
One is being worked on, but still in its infancy. Not ready for general consumption yet!
I would like to flash to Android as well, but with all the bugs and incompatibilities, I fear it would not be wise to do so.
One day...
Honestly I don't see what the hold-up is, other than fear of bricking a device.
I am not impressed with Haret or XDAndroid myself since the Kaiser/TYTN II/Tilt runs 2.3.5 so smoothly on NAND with very limited resources.
Again, I was working on cracking the MK and seeing if I could modify and drop the G1 bootloader on it, but at this point it's a lost cause until I can crack the CID and work with NBH Tools.
What needs to happen is someone must gather all the information I have, get with Pof or Com and get them to release the CID unlocker, instead of Oli charging money to do it. After that, migration should be easy because I have the memory maps (which wouldn't matter since the G1 has less, the Raph would just show less), and all the release files and bootloaders/radios/kernels to install.
Surely not an easy egg to crack, but it will be done...
PoXFreak said:
Honestly I don't see what the hold-up is, other than fear of bricking a device.
I am not impressed with Haret or XDAndroid myself since the Kaiser/TYTN II/Tilt runs 2.3.5 so smoothly on NAND with very limited resources.
Again, I was working on cracking the MK and seeing if I could modify and drop the G1 bootloader on it, but at this point it's a lost cause until I can crack the CID and work with NBH Tools.
What needs to happen is someone must gather all the information I have, get with Pof or Com and get them to release the CID unlocker, instead of Oli charging money to do it. After that, migration should be easy because I have the memory maps (which wouldn't matter since the G1 has less, the Raph would just show less), and all the release files and bootloaders/radios/kernels to install.
Surely not an easy egg to crack, but it will be done...
Click to expand...
Click to collapse
There's NAND development on RHOD. But there aren't any (active) devs left with RAPH. So it's not like development has stopped, but there's no one with the device working on it.
What do you mean not impressed? I'd say it's impressive that it works at all. It's pretty smooth for me, once I setup memory management to be aggressive.
arrrghhh said:
What do you mean not impressed? I'd say it's impressive that it works at all. It's pretty smooth for me, once I setup memory management to be aggressive.
Click to expand...
Click to collapse
In a side by side comparison, the Kaiser (with less memory and slower CPU/GPU) just runs faster. From boot to actual use is about 2 minutes and runs fairly smooth after that. I have 2 of them (3 if you consider the "sat-on" Kaiser with a broken screen), one for daily use and the other strictly for testing.
I would be willing to say that if not for the age of the phone it could be sold for as much as what the G1 gets on the open market. It's THAT good...
Again, I would be porting this if not for the CID holdup. I do have a build working for the Raph but can't install it because of NBH restrictions. I only have 1 Raph, so blowing it up is not an option.
PoXFreak said:
In a side by side comparison, the Kaiser (with less memory and slower CPU/GPU) just runs faster. From boot to actual use is about 2 minutes and runs fairly smooth after that. I have 2 of them (3 if you consider the "sat-on" Kaiser with a broken screen), one for daily use and the other strictly for testing.
I would be willing to say that if not for the age of the phone it could be sold for as much as what the G1 gets on the open market. It's THAT good...
Again, I would be porting this if not for the CID holdup. I do have a build working for the Raph but can't install it because of NBH restrictions. I only have 1 Raph, so blowing it up is not an option.
Click to expand...
Click to collapse
Talk to ACL... he's got the NBH stuff down on the RHOD fairly well. He can help get you going on RAPH I bet...
I haven't touched my Fuze and Tilt for a long time... and reading on what has been developing.
Seems like the guys at Kaiser got Android booting directly while here with the Raph it's still running off from WM.
I was hoping both would have the ability to do a straight flash to Android.
I'll be checking back
Same here. Awaiting an Android rom to replace WinMobile. Thanks!
wow, I was halfway through a forum post and the page just reloaded for no reason and ate it. thanks, xdadevelopers, for your garbage forum software.
back on topic, it looks like the kernels are gone and all the current images cause panics during calibration
Should I throw away my fuze now?
edit: answer, no, use http://forum.xda-developers.com/showthread.php?t=623792

G1 ROM build server

I want to keep the g1 alive, so here's something I'm offering to the community.
I have set up a server dedicated to g1/magic rom and kernel development. It is rather low spec and not the best machine for this, but it's better than nothing and will be upgraded as I get more money and if I get a reasonable amount of users.
if you want to use this, just send me a pm with the following info:
- desired username
- password you want
- project you want to work on
After I receive a pm, I'll set up your account and tell you what server and port to connect to via SSH. You can pull your files of via scp, sftp, and (once I set it up) http
Specs:
Operating system - debian Sid
Pentium 4 - 2.8 ghz, HyperThreading enabled
1gb ram, 6g swap (another gb of ram will be added later)
Hard drives are formatted with ext4 (keeping it simple this time..)
Drive 1 - 80gb (for now)
build stats (from the old box. should be similar. will update later):
Cm7:
Clean build: - 2-3 hours (haven't really timed)
Rebuild - 8-20 minutes, depending on how many changes
Cm9:
Clean build - start at night, check in the morning. a long time
rebuild - around 20 minutes
More info on how the build server will work:
For devs:
-anyone can use it, just send me a pm.
-it is dedicated to building g1 roms, but during downtime i am okay with people using it for other small projects.
-there will be no bandwidth or storage limits (besides the physical 300 + 230 gb limit of my harddrives) unless I'm forced to set them
-no guaranteed uptime. it'll probably be okay, but i like to experiment, so no promises.
-I'll announce here anything about downtime (and try to give an hour or two warning)
-I'm obsessed with security, but that shouldn't matter here (you don't have anything to hide, right?) through the use of simple unix permissions, your work will only be able to be accessed by you (and root obviously, but no one but me has root access)
for regular users with no interest in development:
once there are enough people using this, i will post a link here to a website where you can download users work. still figuring out how I want to implement this. I'm a nerd, i want it fancy and nerdy.
current users:
previous users:
me
dfang123 (idk his xda username.. should know it)
arnold (xda username? Idk..)
Cole2kb
Austrie
Server status: getting set up again
well... there seems to be no interest for this. ~24 hours and i am giving up on the idea.
oh that's too bad I wish the dream would stay a little more active for longer
tvall said:
Server status: online.
any other users? come on guys..
Click to expand...
Click to collapse
Do not get discouraged...!!will continue online?
ROCKO1234 said:
Do not get discouraged...!!will continue online?
Click to expand...
Click to collapse
its still up, but no one is really using it yet. i also havent figured out what its next job will be.. so untill i get users, or think of something else to do, its still online
tvall said:
its still up, but no one is really using it yet. i also havent figured out what its next job will be.. so untill i get users, or think of something else to do, its still online
Click to expand...
Click to collapse
and has not said anything of his work ics..
I'm bad to develop u___u,
raydar670 said:
oh that's too bad I wish the dream would stay a little more active for longer
Click to expand...
Click to collapse
Lol, just because people don't want/need to use a build server does not mean that the HTC Dream is dead LOL.
I think this is a great idea, but I already have a development computer
Infinimint said:
Lol, just because people don't want/need to use a build server does not mean that the HTC Dream is dead LOL.
I think this is a great idea, but I already have a development computer
Click to expand...
Click to collapse
i guess ill keep it ready for a while then
No one in the g1 section seems interested... but I got a user wanting to develop for the LG optimus v! So I guess there is interest in something like this.
well... someone decided it would be a good idea to randomly pull the power cord while the box is running. btrfs doesnt handle sudden reboots too well... well now the box has been wiped and reinstalled. you should re sync your repos and go back to normal life. (todays project= off-site backups [this was also my backup server..])
Well if anyone cares, completed a minor hardware update to the box today.
A few days ago I switched from ext4 to btrfs (yes, I know, I'm insane). Today I added a 230gb hdd to the btrfs pool.
Btrfs is currently set up to mirror metadata and stripe data (raid1 metadata, raid0 data). So now we have a "fast" "530gb" hard drive.
(For those of you who don't know, btrfs is a new filesystem with cool features like snapshots, checksumming, raid, subvolumes, compression... etcetera. Its great, but not considered "stable" yet [but the fedora distro is seriously considering making it default. And the Ubuntu installer makes use of all the cool features out of the box if you select it. Debian.. supports it]. I haven't had issues with it that weren't caused my my stupidity yet)
Also changed the hostname ("debian" is boring, it is now Athena)
Small note: my girlfriend told me I'm not allowed on my computers tomorrow. So.. I won't be making any changes, building anything, or rebooting the box. But if it goes down on its own, I won't be on to fix it.
Another random piece of info: I have 3 Pentium 4 computers all kept in the same spot (they are my only computers...). I compiled the Linux 3.3.4-ck1 kernel on all of them with the same config. This box is fastest.
tvall said:
Small note: my girlfriend told me I'm not allowed on my computers tomorrow. So.. I won't be making any changes, building anything, or rebooting the box. But if it goes down on its own, I won't be on to fix it.
Click to expand...
Click to collapse
tell her she cant dress up or go shopping or w/e shes passionate about then! xD
Shano56 said:
tell her she cant dress up or go shopping or w/e shes passionate about then! xD
Click to expand...
Click to collapse
Well... I'd like to not piss her off. She kinda has a lot of say in some of the activities I really enjoy doing. One day of going to the park or something to keep her happy is definitely worth it
And I like her photography, not going to tell her to stop that
tvall said:
Well... I'd like to not piss her off. She kinda has a lot of say in some of the activities I really enjoy doing. One day of going to the park or something to keep her happy is definitely worth it
Click to expand...
Click to collapse
Happy wife (girlfriend), happy life.
Sent from my HTC PH39100 using Tapatalk 2
I just put a few missing parts in my other p4 box. Should I set it up as a second, separate server, or should I try to set up a cluster? (If I go cluster, that's 3 p4 cores between 2.8 and 3.2 ghz w/ ht and a total of 7.5gb ram [I'd use all 3 boxes I have])
Anyone have experience with clusters?
Also, I'm currently using a Linksys e2000 router. But there are no more open Ethernet ports... anyone know of a reliable wifi router with more than 4 LAN ports, wifi n, and supported by openwrt or tomato? Or should I just take the jump up to a switch an firewall with a wifi router behind it?
tvall said:
I just put a few missing parts in my other p4 box. Should I set it up as a second, separate server, or should I try to set up a cluster? (If I go cluster, that's 3 p4 cores between 2.8 and 3.2 ghz w/ ht and a total of 7.5gb ram [I'd use all 3 boxes I have])
Anyone have experience with clusters?
Click to expand...
Click to collapse
A cluster would be pretty cool and would make for much faster build times, but I myself have never made a cluster nor do I have any experience with making them. However, it looks as if these could be of some help:
http://www.mcsr.olemiss.edu/bookshelf/articles/how_to_build_a_cluster.html
http://byobu.info/wiki/Building_a_simple_Beowulf_Like_Cluster_with_Ubuntu
http://source.android.com/source/downloading.html#using-a-local-mirror
Infinimint said:
A cluster would be pretty cool and would make for much faster build times, but I myself have never made a cluster nor do I have any experience with making them. However, it looks as if these could be of some help:
http://www.mcsr.olemiss.edu/bookshelf/articles/how_to_build_a_cluster.html
http://byobu.info/wiki/Building_a_simple_Beowulf_Like_Cluster_with_Ubuntu
http://source.android.com/source/downloading.html#using-a-local-mirror
Click to expand...
Click to collapse
started working on this today
i can run a helloworld on all 3 boxes i have and get a response from all three. can also run hostname on all 3 and get each hostname back. now i just have to set it up to build android!

Ubuntu as a Phone OS

Well, ubnuntu just made an annoucnement that they will have a mobile tablet and phone os, that will be matched with thier other versions so it is one os that will work on all your computing devices using all the same apps that you already run. They will also have the HTML 5 apps as part of this.
Just thought you guys might be interested.
I am very excited about this.
Sound off and let's discuss after you check out the video on the link below:
http://www.ubuntu.com/devices/phone
I see android becoming a GUI skin for Ubuntu. It's been nothing more than a matter of time before PC OS's merged with phone OS's . With some of the new hardware technologies almost ready for primetime our mobiles will take the place of PC/laptops in our lives. Desktops are evolving into more of a server role in the home. Appliances , home entertainment, environmental control will all be run from a central home super PC/server. The technology is out now but advances are coming that will make it more practical for the masses.
mtnlion said:
I see android becoming a GUI skin for Ubuntu. It's been nothing more than a matter of time before PC OS's merged with phone OS's . With some of the new hardware technologies almost ready for primetime our mobiles will take the place of PC/laptops in our lives. Desktops are evolving into more of a server role in the home. Appliances , home entertainment, environmental control will all be run from a central home super PC/server. The technology is out now but advances are coming that will make it more practical for the masses.
Click to expand...
Click to collapse
Actually it is the other way around.... in the video it was said that the ubuntu phone os will work with the android kernel, so it should work on any current android hardware, and should be very easy to implement it.
This is really because the android kernel is really the general linux 3.0 kernel.
I am going to work on getting this working on this phone, as soon they release the OS to everyone. I can see this taking this phone to where it should be as far as performance is concerned.
jimbridgman said:
Actually it is the other way around.... in the video it was said that the ubuntu phone os will work with the android kernel, so it should work on any current android hardware, and should be very easy to implement it.
This is really because the android kernel is really the general linux 3.0 kernel.
I am going to work on getting this working on this phone, as soon they release the OS to everyone. I can see this taking this phone to where it should be as far as performance is concerned.
Click to expand...
Click to collapse
You are saying You can boot this version of Ubuntu with our stock moto kernel?
mtnlion said:
You are saying You can boot this version of Ubuntu with our stock moto kernel?
Click to expand...
Click to collapse
Not sure yet, but from the video in the link I posted toward the end, it sure sounded like that was the case. I am sure some work will have to be done, but it sounded promising.
I'm most interested in seeing how this turns out when you unleash your kung fu on it. My nexus 4 should be here soon, after it arrives my A2 will be at your disposal for any alpha testing. Then again my A2 has always been available for testing anything you or certain other devs come up with.
This is super sexy. I cannot wait for this to come out. I have been using Linux, mainly Ubuntu off and on for years now. This just made my day. I love the GUI. I wonder... What type of bootloader this will use. Some modified versions of Lilo, or Grub?
Maribou said:
This is super sexy. I cannot wait for this to come out. I have been using Linux, mainly Ubuntu off and on for years now. This just made my day. I love the GUI. I wonder... What type of bootloader this will use. Some modified versions of Lilo, or Grub?
Click to expand...
Click to collapse
Prolly not going to be lilo, it has been a while since lilo was a default BL for linux. Grub, both in the the gui and text bootloaders has been the BL of choice for most linux distros for some time now.
I am guessing that if this works with the android kernel, that it might not use a separate BL for those devices, but I would guess that again grub would be on new devices that are made to run this by default.
I can see this taking this phone to where it should be as far as performance is concerned.
Click to expand...
Click to collapse
I'm curious as to why you say this. Is there any particular reason that performance would be better with Ubuntu over Android? If the kernel is the same, it would seem to me that the performance level achievable would be the same with either.
jimbridgman said:
Prolly not going to be lilo, it has been a while since lilo was a default BL for linux. Grub, both in the the gui and text bootloaders has been the BL of choice for most linux distros for some time now.
I am guessing that if this works with the android kernel, that it might not use a separate BL for those devices, but I would guess that again grub would be on new devices that are made to run this by default.
Click to expand...
Click to collapse
Cool.Since it is open source do you think the BL will be locked down? I'm actually kinda confused as to how this would work. Would we still have our locked down BL if we installed a port of the Ubuntu OS? Or would the Ubuntu OS totally replace everything?
It looks like the original phone this is made for is a galaxy Nexus, so.... We should be able to get this running on our A2 fairly easily.
http://www.engadget.com/2013/01/02/ubuntu-for-smartphones/
As to the person who asked about why I feel the performance will be better, is because of how linux itself and the apps that are used, use hardware, android itself does not handle apps talking to hardware very well, and tend to kill battery in the process much faster.
I run linux on a ton of my computers and devices, and I will tell you, I have a netbook running ubuntu and I get 13 hours on battery with it, where with any other OS I get maybe 6 hours. And yes it runs an atom processor, and I have been able to test running android on it, and ran very poorly as far as battery and performance was concerned, even with linaro running.
The ONLY reason we will not be able to run the true ubuntu kernel with this is thanks to motorola locking this thing down so tight that we can not run any other bootloader or kernel on this device.
Maribou said:
Cool.Since it is open source do you think the BL will be locked down? I'm actually kinda confused as to how this would work. Would we still have our locked down BL if we installed a port of the Ubuntu OS? Or would the Ubuntu OS totally replace everything?
Click to expand...
Click to collapse
Sorry to say for our phone, we will not be able to run the whole thing. We will have to keep our bootloader and kernel, but basically run this from our /system partition much like flashing a ROM.
jimbridgman said:
Sorry to say for our phone, we will not be able to run the whole thing. We will have to keep our bootloader and kernel, but basically run this from our /system partition much like flashing a ROM.
Click to expand...
Click to collapse
Thank you for clearing that up. I was thinking that was how it would be. I still can't wait to try this out!
This may be a dumb question.... but wasn't ubuntu designed to run on x86? How would it work on ARM?
Sent from my MB865 using xda app-developers app
farshad525hou said:
This may be a dumb question.... but wasn't ubuntu designed to run on x86? How would it work on ARM?
Sent from my MB865 using xda app-developers app
Click to expand...
Click to collapse
Ubuntu has come a long way. There are many different variations of it now. http://www.ubuntu.com/download/arm
WOW this is a real game changer here..... Have been thinking for a while what could be the next BIG thing looks like this is it..... Take a quad core with 2gb ram 32gb onboard and 32gb sd and this is going to be a beasted laptop in your pocket.....
Haha just read the other part of the page and it almost looks loke a direct quote.....
I don't know if I'm remembering correctly but wasn't Canonical working with Motorola on Ubuntu for Android? And wasn't even the phone they demoed it on in the video an Atrix 2?
They are obviously different projects as Ubuntu for Android was to allow the ability to boot into Ubuntu from inside android much like Jim's Webtop hack, but I just thought I should bring it up.
Generally speaking, I'm pretty excited about this too. I haven't been able to find any information on the ubuntu "dock ". Availability, price, inputs/outputs, etc. I think it will be awesome to have a dockable piece of hardware to run as a mobile or home device.
Sent from my MB865 using xda app-developers app
Oh wow this is gonna be just amazing a true Linux mobile os I for one can't wait to load an Ubuntu based ROM onto my a2
Sent from my Nexus 7 using xda app-developers app
This is going to be so awesome if it really works. I'm already setting up a dev environment to port it to my tablet, where it will really be awesome.
EDIT: PS will it be able to run normal andriod apps too?

Categories

Resources