Related
Can we expect Dell to release the kernel source? Are they required to release it?
Yes.......
they are supposed to release it ...
weather they do is another thing...
and if they don't who's gona fight em ... no one can afford it
http://gpl-violations.org/
how do we tell them that we want the source of dell and get them to get it??
@MattAtDell tweeted the other day in reply to some other random user that he would look into it, so its a good outlook that the kernel source will be made available... This will probably be the first phone I'd be willing to try and build a kernel for, lol. I'm sure we'd have a vanilla build of Android 2.1 (probably a bit broken) already IF we had the kernel source, 1.6 and 2.1 run the same kernel version 2.6.29 (froyo is 2.6.32 so it might actually take a bit more effort). This also explains why they show a 2.1 build even though they've committed to go straight to 2.2.
Random user my arse..
He was the first one from Dell that bothered to respond to *MY*query.
You can already build a vanilla froyo including kernel, but its taking a lot of experimenting to get a working combination of settings (I'm using the codearoura (qualcomm) surf ) git..
I may try a generic android git to see if it works..
jmhalder said:
@MattAtDell tweeted the other day in reply to some other random user that he would look into it, so its a good outlook that the kernel source will be made available... This will probably be the first phone I'd be willing to try and build a kernel for, lol. I'm sure we'd have a vanilla build of Android 2.1 (probably a bit broken) already IF we had the kernel source, 1.6 and 2.1 run the same kernel version 2.6.29 (froyo is 2.6.32 so it might actually take a bit more effort). This also explains why they show a 2.1 build even though they've committed to go straight to 2.2.
Click to expand...
Click to collapse
Any success compiling a kernel 2.6.33+ for Streak?
Any success compiling a kernel for Dell Streak? Where to start for it? I've been trying cyanogen kernels, but they don't seem to work or maybe I am doing something wrong creating the boot.img file. Any doc for it?
Thanks in advance!
Kernel source for Dell Streak?
Hi,
I was wondering whether the android kernel uses some kind of standardized kernel versions and configurations that allow people to add a module to an existing kernel in, let's say a dell streak tablet/smartphone.
Is it easy to get the kernel configuration and patches to compile modules for the streak?
Do they put some kind of locking so that nobody having a jtag tool can make the configuration changes to make the kernel read a new module?
jsmanrique said:
Any success compiling a kernel for Dell Streak? Where to start for it? I've been trying cyanogen kernels, but they don't seem to work or maybe I am doing something wrong creating the boot.img file. Any doc for it?
Thanks in advance!
Click to expand...
Click to collapse
ive had lots of success in building kernels, its just that none of them boot!
(technically I think this is known as not succeeding )
Building != Booting
So we have same situation... It's not a matter of building a kernel but booting it right on the device.
But what would be failing? Has anybody seen any log about what is happenning during boot to know what is failing? Because I would understand that a valid kernel would boot the device but some parts that would need propietary code wouldn't work (for example wifi, or whatever)... but no boot at all is quite strange.
Can anyone confirm at least a successful module compiling/running?
Not me
maxrfon said:
Can anyone confirm at least a successful module compiling/running?
Click to expand...
Click to collapse
Not me! Is it really impossible the get it running?
If you ask dell for the linux source code, they must provide it. They have to make the exact source code available that can be used to compile the shipped binaries.
If they won't make it available upon request go inquire with http://gpl-violations.org as recommended earlier.
hey dcordes glad to see you here, I have asked via a few avenues, but was waiting till its available in the USA before pressing them further
theres a Guy popped up on modaco yesterday that thinks the boot.img needs 2k page file but 4k padding and suggested some changes to makeimg to get it to boot properly.
I'll play again later on
quiet bump, tweet by me:
http://www.twitlonger.com/show/3g0ebt
I also put something on twitter.
If you are as pissed as everybody about the lack of the sources, go write a mail to https://lists.gpl-violations.org/mailman/listinfo/legal
They are the attorney to each user of GPL licensed software ! They will tell you what to do. If you browse the archives they will advise to keep asking for sources. We did that. No it's time to collect evidence of the ignored requests and take further steps.
But first we should let that mailing list know ! If nobody will mail it in the next few days I will. I don't have the device but I hate industry going ignorant on customers. It is also an insult to everybody working on the Linux kernel source code. And that's many and includes myself.
cheers
dcordes said:
But first we should let that mailing list know ! If nobody will mail it in the next few days I will. I don't have the device but I hate industry going ignorant on customers.
Click to expand...
Click to collapse
I do have the device.
http://lists.gpl-violations.org/pipermail/legal/2010-September/002235.html
I'm very interested in doing some ROM development, though I'm quite the beginner. I know my way around Java and can hold up against some C, and I've also done some apps. I have a few questions though before I get started.
After I run make on the AOSP, how can I test my build with the emulator and my device (Eris)?
Will using the build on my Eris work, provided there are no build problems?
How could I base a ROM I make off of an existing ROM? (For example, KaosFroyo)
What is the difference between cooking a ROM, and running make on the AOSP?
I think thats about it for now. Thanks for taking a look!
Chiggins said:
I'm very interested in doing some ROM development, though I'm quite the beginner. I know my way around Java and can hold up against some C, and I've also done some apps. I have a few questions though before I get started.
After I run make on the AOSP, how can I test my build with the emulator and my device (Eris)?
Will using the build on my Eris work, provided there are no build problems?
How could I base a ROM I make off of an existing ROM? (For example, KaosFroyo)
What is the difference between cooking a ROM, and running make on the AOSP?
I think thats about it for now. Thanks for taking a look!
Click to expand...
Click to collapse
1) I'll answer the Eris part, since I have done that more than once... You need to zip up the following:
a) /system folder from 'out/target/product/generic (or desirec if you used a vendor tree)
b) a /META-INF/com/google/android folder structure with a working update-script
c) a boot.img with an Eris kernel and appropriate init.* scripts in the ramdiskThen sign the resulting zip. There's your base ROM. You can also just throw that into dsixda's kitchen.
2) Yes. Define 'work'. You'll need an Eris kernel, Eris specific drivers in the right place, and the correct settings in the init.* scripts and build.prop. It also helps to have a wlan.ko in /system/lib/modules that is compiled against the kernel that you are using.
3) If you take an existing Eris ROM and use it as a base, you're golden. The Eris specific stuff is already there. At that point, you can theme, add/remove apps/etc. Give credit where credit is due though. Personally, I recommend that you start with a stock ROM or AOSP, but that's me.
4) Well, I suppose it depends on who you ask... Some devs don't really like the 'cook' moniker. It sort of implies that you are just taking parts from everywhere else and making something tasty instead of coming up with something new. Compiling AOSP is not really coming up with something new, but at least you started 'from scratch'.
Even if you don't want to use a kitchen, I recommend that you download dsixda's and my Android Builder to look at the scripts. You can learn a lot by looking at those.
I've been following the development of so-called ROMs for the Vibrant (and other SGS devices), but I have yet to see a single AOSP ROM. Even when Samsung released the original kernel sources for 2.1, there were no AOSP 2.1 ROMs. Why not? Is it because they don't know which BLOBs to pull for insertion or the proper vendor overlays?
Some developers have done great work with SGS kernels (especially supercurio and his Voodoo kernels ... eugene373's tend to always wipe the internal SD card unnecessarily ...). But, a kernel does not a ROM make ... therefore I ask, what is truly missing to build an AOSP ROM. I've gone through the sources, but I don't follow makefiles too well.
I know we have another month or so before Samsung is obligated to release their 2.2 kernel sources, but that should have no impact on 2.1 AOSP ROMs. Therefore, I ask "what is the hold up?" What is missing, and what might I contribute ...
Need 2.2 source code...
2.1 is a dead horse--why bother when 2.2/2.3 are out?
The reason to bother is to at least get AOSP running. Once its on 2.1, it'll be easier to get 2.2 AOSP running on it. But claiming 2.1 is a "dead horse" is the wrong path ... the real question still stands: after 9 months on the market their still are no AOSP ROMs.
MIUI
Now that vibrant 2.2 source is released ... we finally have a REAL AOSP port and my all time favorite from my old HD2 the MIUI.... so keep your heads up and wait for it to get finished.
Get a custom rom. There are so many good devs doing them don't waste your time on AOSP....... until they release the actual source code...... on April 22
sarim.ali said:
Now that vibrant 2.2 source is released ... we finally have a REAL AOSP port and my all time favorite from my old HD2 the MIUI.... so keep your heads up and wait for it to get finished.
Click to expand...
Click to collapse
Except, the 2.2 source for the Vibrant has not been released. The SGH-T959D that shows Froyo sources on Samsung's site is for the Canadian Fascinate, not the US T-Mobile Vibrant. Samsung has yet to release the 2.2 sources.
oka1 said:
Get a custom rom. There are so many good devs doing them don't waste your time on AOSP....... until they release the actual source code...... on April 22
Click to expand...
Click to collapse
Except the so-called "custom ROMs" are just modifications on the stock theme, a replacement kernel and a change of some of the supplied applications.
There is nothing close to a full "custom ROM" such as CyanogenMod or MIUI because we don't have Samsung's sources. What is passing for a "custom ROM" for the Vibrant are just repackaged files. It is akin to the "ROM cooking" that took place for the WinMo phones, not a truly ground-up build from source that is possible with Android.
EDT/Devs4Android has the MIUI build. From Source.
TW has a 2.2.1 in testing.
EDT has a 2.2.1 Beta released.
TW has a 2.3 AOSP in testing. From Source.
EDT has 2.2 AOSP in testing. From Source.
What you want is out there for you.
Watch the forums and reply when a call for Alpha testers is posted.
Hopefully it won't be long before you see a full TW/EDT/Devs4Android collaboration!
I think what the original poster is trying to ask (and I have the same question) is why were there never any real 2.1 AOSP, cyanogen5 for the vibrant. The source for 2.1 has been around for many months. Were some other proprietary bits missing, was the released source code such a mess that it was unbuildable, something else? With those questions in mind, why will things be any different when the 2.2 source comes out?
mattb3 said:
I think what the original poster is trying to ask (and I have the same question) is why were there never any real 2.1 AOSP, cyanogen5 for the vibrant. The source for 2.1 has been around for many months. Were some other proprietary bits missing, was the released source code such a mess that it was unbuildable, something else? With those questions in mind, why will things be any different when the 2.2 source comes out?
Click to expand...
Click to collapse
Yes, this is more towards what I was getting at. We do not have Samsung's kernel sources for 2.2. And, we do not have a Samsung provided vendor overlay.
When we receive these two pieces, then a true AOSP build will be possible. However, we do have the 2.1 kernel sources, so why wasn't a true AOSP build possible then? What was missing, and can we actually expect Samsung to release the overlay that's needed?
Actually, that's true. I know it was old but why didn't anyone build a 2.1 cyanogen or aosp rom? (Not to say its easy.)
Sent from my SGH-T959 using XDA App
A noob question, kindly can someone explain what is the vendor overlay stuff?
Many thanks!
Where have you been?
rpcameron said:
I've been following the development of so-called ROMs for the Vibrant (and other SGS devices), but I have yet to see a single AOSP ROM. Even when Samsung released the original kernel sources for 2.1, there were no AOSP 2.1 ROMs. Why not? Is it because they don't know which BLOBs to pull for insertion or the proper vendor overlays?
Some developers have done great work with SGS kernels (especially supercurio and his Voodoo kernels ... eugene373's tend to always wipe the internal SD card unnecessarily ...). But, a kernel does not a ROM make ... therefore I ask, what is truly missing to build an AOSP ROM. I've gone through the sources, but I don't follow makefiles too well.
I know we have another month or so before Samsung is obligated to release their 2.2 kernel sources, but that should have no impact on 2.1 AOSP ROMs. Therefore, I ask "what is the hold up?" What is missing, and what might I contribute ...
Click to expand...
Click to collapse
Dude theres been a true AOSP ROM for the Vibrant since like december and thats CM 6.1
Im running it now
rpcameron said:
I've been following the development of so-called ROMs for the Vibrant (and other SGS devices), but I have yet to see a single AOSP ROM. Even when Samsung released the original kernel sources for 2.1, there were no AOSP 2.1 ROMs. Why not? Is it because they don't know which BLOBs to pull for insertion or the proper vendor overlays?
Some developers have done great work with SGS kernels (especially supercurio and his Voodoo kernels ... eugene373's tend to always wipe the internal SD card unnecessarily ...). But, a kernel does not a ROM make ... therefore I ask, what is truly missing to build an AOSP ROM. I've gone through the sources, but I don't follow makefiles too well.
I know we have another month or so before Samsung is obligated to release their 2.2 kernel sources, but that should have no impact on 2.1 AOSP ROMs. Therefore, I ask "what is the hold up?" What is missing, and what might I contribute ...
Click to expand...
Click to collapse
For probably the same reason that many phones with non AOSP firmware running 1.5/1.6 did not bother with AOSP 1.5/1.6 when they were released around the time 2.1 source hit. Why bother developing at all for what is essentially an "out of date" OS.
The only people it seems who actively continue to develop for existing (as opposed to new) firmware are manufacturers and carriers. This stupidity should be left to the manufacturers who still do this.
One of the larger snags way back then (sits in his rocking chair on the porch) was a lack of understanding of the phones proprietary aspects and how to work around them. But we have a fairly clear understanding of Samsung's boot process now, and RFS can now easily be turned into a distant memory.
I would wager a guess that the apathy towards 2.1 will not repeat itself once we have 2.2 source widely available and the low level similarities between 2.2 and 2.3 should have Gingerbread being more than the experiment it currently is. It's been barely more than a week since Eugene's little present manifested and there are already proper and stable kernels available.
Keep in mind that the devs we do have, have done a phenomenal job of cleaning up, speeding up, and drastically enhancing our existing 2.2 release. And perhaps to the point where many will not really care, though I know many would still like to see CyanogenMod6/7 properly on this phone.
Master&Slave™ said:
Dude theres been a true AOSP ROM for the Vibrant since like december and thats CM 6.1
Im running it now
Click to expand...
Click to collapse
Um, that's not quite true. The CyanogenMod.com website lists 0 files available for download for either experimental or stable files. The CM6.1 you must be running is not a true CM build.
Also, CM is not AOSP, but rather AOSP with modifications.
phrozenflame said:
A noob question, kindly can someone explain what is the vendor overlay stuff?
Many thanks!
Click to expand...
Click to collapse
The vendor overlay tells the AOSP build system which proprietary files are needed from the device that are not available in source form. This includes things like GPS and video drivers, baseband firmware for wireless radios, &c.
hi everybody !
a month age i decided to compile a new rom for my Galaxy S absolutely from AOSP source ( branch 2.2.1_r1 ) after some compile-time problem and many painful steps to resolve ,eventually the rom successfully built and can boot it up flawlessly on emulator.
i create a nandroid backup of current rom and installed the compiled one. but i am facing new problem :
1- the phone successfully boots but after short while screen began
flicking several time and the phone go in deep sleep and never wakeup
( power button or menu button does not do any thing )
2- touch screen works only for some second that I can unlock the
phone
3- there is no network available
4- I have downloaded samsung opesource package for GT-I9000. it
contains a folder named 'platform' but when i merge these files to
AOSP , the compile process stops and fails again. if there any one can
help me which files from samsung source should i merge and how ? if
you now the answer and dont have spare time then some internet link or
online document is really useful .i have no problem studding and
reading and searching . reaching to target is my only hope .
I am really disappointed why there is not a good and complete step2step tutorial to compile an AOSP rom for galaxy s (GT-I9000) !!
such docs is available for phones like dell streak , desire , dream , magic , .... . i really want to to active these aspect on XDA forum and with help of all you ( mods and masters ) try to create such tutorial that any one in world can use to refer . i think XDA is the only reference on net to collect and create such help and document. please help me and leave PM or comment to agree ot disagree and from where can i start ?!! thank in advanced .
edit :
there is a google groups post that i send my question in Android-platform . if you prefer please join this group and active that post to ask any question related to 'galaxy s compile from source ' .
post located at http://groups.google.com/group/android-platform/browse_thread/thread/da5d6f18f3bd3c9b
I bought my Jetstream specifically to run NetExtender to connect to my company's network. Then I found it needed to be rooted. Thanks to DooMLoRD's instructions on rooting, that's done. Now I find the ppp_async.ko and ppp_synctty.ko are missing. I have the ".c" versions downloaded in HTC's kernel, but am at a loss on how to compile. I do not have access to Linux. I used Eclipse Helios along with the Android SDK to root. My background is in 3GL languages (hence, OverTheHill ). I’m wanting to learn as much as I can about Android programming. If you guys can stop laughing long enough, it would be greatly appreciated if you can give me some links to point me in the right direction. Thanks.
I have installed DooMLoRD's kernel, and installed the WiFi modules from this link: http://forum.xda-developers.com/showthread.php?t=1426145. I also downloaded the source file and notice that ppp_async.c and ppp_synctty.c are included in the kernel/drivers/net folder. Does anyone have the ability to build the two *.ko files for me? I got excited when I noticed the the code was there, hoping DooMLoRD included them in his custom Kernel. Unfortunately, NetExtender still does not work with the custom kernel. I'm still patiently hoping and waiting...
Quick question.
Can you download one specific apk from Android source and then just compile that or do you have to download the entire source, compile the entire rom and pick out the one apk?
Id like to look at adding/merging some things to Mms.apk which I cant do just through apktool/xml but if it requires a full build environment Ill have to add it to the pile of things to get round to
Never really looked at compiling from source, tend to stick to what I know (which isnt a lot!)