Checked out some of changes in the omap linux mailing list: http://source.mvista.com/git/gitweb.cgi?p=linux-omap-2.6.git;a=commitdiff;h=bb236d9666442f98d955000abbb1b88d59ae42d4
The person responsible for the android kernel coding has uploaded patches for the omap 850 to the omap linux repository.
This means that Google are actively developing for that platform, and that drivers may not be a problem. I wouldn't be suprised if this will start to pop up in the git.android.com repos.
This means that it is possible to compile a linux kernel for both the P4350 and the S710 in the (hopefully) near future.
Sounds good, though it still seems technologically little difficult, I mean to be able to run final Android platform, once available, on OMAP 850 ... if true, and I will see results, then I am sure than I will keep my P3300 for that purpose.
You got more links talking about porting and being able to in future run Android on P4350, P3300 and similar phones?
Related
Hi !
Does anyone actually know if android can be installed / flashed on current devices ? Or it's only for certain devices that come with it preinstalled ?
Please don't post things like: "i would love it if it did" or "omg, android is great"...
I'm looking for an answer from someone who actually knows or someone who knows exactly how this stuff works...
Thanks
PS: Menneisyys, i hope you'll post something
I don't think that you'll be getting your answer any time soon as nobody has seen the thing yet.
But i would speculate that as HTC is one of the partners, it might be possible. HTC probably wont reinvent their phones again for the android.
Not a programmer...
but i was listening to leo laport yesterday and it seems that ggls world domination strategy would be all including. so it seems very likely that they would allow some version of it for use on other phones.
http://techguylabs.com/radio/ShowNotes/Show403#toc5
At this point, since there there is no release yet and nobody has/can play with it, it's probably hard to say. However, knowing Google, there is a good possibility they will come out with an app that allows you to use your current phone (speculation).
I heard that Android based on some Java-sintacsys - maybe it is good for us?
Well, the SDK has been released, get it here: http://code.google.com/android/. A demo video is available on the page to show you what it's capable of thus far--looks promising. I'm no coder, but I wish someone would develop this for current HTC devices. As an incentive, Google launched an Android Developer Challenge (http://code.google.com/android/adc.html), where developers of "innovative, useful apps" can win up to $275,000.
leetsauce said:
Well, the SDK has been released, get it here: http://code.google.com/android/. A demo video is available on the page to show you what it's capable of thus far--looks promising. I'm no coder, but I wish someone would develop this for current HTC devices. As an incentive, Google launched an Android Developer Challenge (http://code.google.com/android/adc.html), where developers of "innovative, useful apps" can win up to $275,000.
Click to expand...
Click to collapse
I grabbed the SDk and got a basic hello world up and running. From what the video said and what I can glean from various sites. The Android OS is designed to run on existing hardware. I would imagine that includes HTC machines. Its a complete OS though not an app so I would imagine you have to blow away WM6 and put android on in order to take advantage of its functionality. The actual coding appears to be extremely easy.
I can see google or the community releasing a "shell" of Android.
The more people with it the more money for them. If you watched the video they are really trying to push the location based services from GPS, cell towers, IP address... can anyone say more cash for ads.
I wouldn't mind having it on WM and its open source so there a good chance we will see it.
Alpine would be perfect for Android
Alpine would be a perfect phone if recycled with android !!
Good processor, lots of mem and a big screen for touch sensasions!!
Is it a dream or could that become reality?
Is Android compatible with HTC Touch-style hardware or does it require the numberpad?
There is a linux-2.6.23-android-m3-rc20.tar.gz kernel file on the android google code project site, there is also ADB utility - Android Debug Bridge (comes with SDK), it has an option of flashing a device (over usb) or an emulator (which is also included in the package)...the question is how to compile that kernel and make it run on our HTCs, and what kindof boot loader does it require? Maybe guys from Xanadux know better
It's also interesting how JAVA is being used after becoming open source, it appears that android is mostly independent from the JAVA API, the only relevance I found was only basic stuff like java.util, java.io and etc (included in the android.jar)...
i think that android will work on htc devices because pretty much they are the ones that will be releasing the first devices preloaded with android and i think that white device was made from htc. I see a potential here so i ask some one to make a thread on porting android to any or a specific device. good luck and may the force be with you.
ps. i hope its a htc wizard
I'd say we'd be waiting to see the HDK come out before we can put it on our own devices, can't wait though.
A dream
The Android SDK includes an emulator, see here http://www.ohadev.com/forum/viewtopic.php?t=15
Quote: "It seems that the main binary is emulator; this includes a qemu-0.8.2, which runs (in system mode) the ARM kernel image at lib/images/kernel-qemu.
Two more images are mounted from lib/images : the system.img (which appears to be the rootfs, and userdata.img, which gets replicated (and mounted from there) at $HOME/.android/userdata.img."
This guy (http://mamaich.uni.cc/fr_pocket.htm) got Qemu compiled for ARM, buggy/crashing, no visible update for several years, see also here http://www.pocketpcmag.com/blogs/in...e_to_running_ms_dos_8_12&more=1&c=1&tb=1&pb=1
Question: Anyone have any more recent news/experiences about Qemu on ARM/HTC?
So, theoretically one could try running the Android Kernel image from the SDK emulator on Qemu on PocketPC.
Even if it works (highly unlikely), this megasandwich AndroidImage->Qemu->PocketPC would probably be fantastically slow, with dodgy/absent I/O support.
Real solution is to wait for a modifyable Kernel which can run natively on the HTC ARM processor.
Did not someone from google mentioned at the day of the release that android will run on any ARM9 based device?
dirac said:
Real solution is to wait for a modifyable Kernel which can run natively on the HTC ARM processor.
Click to expand...
Click to collapse
There is no such thing as "HTC ARM processor". All major ARM-based CPUs
are supported by Linux, it's the device drivers for external hardware that are
often missing because of the missing documentation.
cr2 said:
There is no such thing as "HTC ARM processor". All major ARM-based CPUs
are supported by Linux, it's the device drivers for external hardware that are
often missing because of the missing documentation.
Click to expand...
Click to collapse
Im sure that HTC will release drivers for all their devices since they are partners in the Open Handset Alliance..
prodinho said:
Im sure that HTC will release drivers for all their devices since they are partners in the Open Handset Alliance..
Click to expand...
Click to collapse
There are some doubts that the (future) drivers will be released as free software, and not some binary blobs like nvidia, ati and m-systems did it in the past.
Binary linux kernel drivers are evil
So I've been having a discussion in another thread regarding the use of older versions of MSOS's on PPC. That spawned a question on my part:
Is there a development group here somewhere that is working on a Linux OS, or another OS for PPC?
Linux will run on just about anything, its' lightweight OS needs little memory and cpu power. So how hard would it be to design a light Linux based OS for a PPC?
Obviously it would take a group of people, much like those groups developing Linux distros and programs.
I think there is memory to be saved, and speed to be had. And if someone were smart enough to wrap a dialer and vendor agnostic connectivity around it, it would take off.
Any interest in this?
http://wiki.xda-developers.com/index.php?pagename=Xanadux
or android
or
http://www.google.co.uk/search?hl=e...H_en-GBGB243GB243&q=linux+for+pocket+pc&meta=
Wow, I'm disappointed.
There are hundreds of WM5 & WM6 custom ROMs' being developed by hundreds of top notch developers...... and only ONE Linux port?
very underwhelming...
You may also want to check out OpenMoko (http://www.openmoko.org) or just try and put together your own.
Splitter said:
Wow, I'm disappointed.
There are hundreds of WM5 & WM6 custom ROMs' being developed by hundreds of top notch developers...... and only ONE Linux port?
very underwhelming...
Click to expand...
Click to collapse
It's a whole different thing. All those roms you are talking about are just modifications of an existing OS.
The linux port amounts to building an OS from scratch, and it's a lot harder.
edzilla said:
It's a whole different thing. All those roms you are talking about are just modifications of an existing OS.
The linux port amounts to building an OS from scratch, and it's a lot harder.
Click to expand...
Click to collapse
Agreed.
Actually porting Linux to an HTC device wouldn't be so bad. Some people have found out how to flash ROM's theoretically without needing a bootloader even.
The problem really boils down to drivers for Linux. We can't even get proper video drivers working with the Kaiser under Windows Mobile (the proper drivers were never included, so video output is slowwww) though the hardware supports 3d acceleration! HTC denies our requests for hardware specs to develop our own. And this is trouble we're having with drivers for Windows!
Really it boils down to this hardware. This type of hardware being proprietary as you can get. You've got processors and controllers that are highly proprietary and the vendors are tied in to 100 different non compete non-disclosure agreements and can't provide specs. Even the qualcomm chips borrow code from broadcom -- which means qualcomm can't publish how those portions of their chips work! Microsoft then licenses code from these vendors with promises not to share source. HTC licenses code from broadcom and qualcom swearing not to publish it. Etc etc...
Now, your a Linux developer. How do you integrate drivers in to your kernel when the chip instruction set isn't even documented? Control codes aren't published? Reverse engineering is the only way, which can take years. Developers here have learned simple controls such as to change LED's or discovered the standard interface for USB/SD cards. That's about it.
It's hard for an open source OS to survive in a closed-spec hardware world. PC's are open and well documented and very standard. However, every phone is different, and different production runs may even have significant changes in internal hardware design.
It's really a waste of time to seek Linux on mobile devices until hardware becomes standardized. Which is never because companies like qualcomm and broadcomm via and others are not fans of open source. This is the market and those who dominate it.
If this saddens you, it should -- but it's just the way it is.
http://www.youtube.com/watch?v=nuxvOfGirGo
http://www.pcmag.com/article2/0,1895,2259431,00.asp
Today at Mobile World Congress, Texas Instruments Incorporated (TI) (NYSE: TXN) announced it will demonstrate an early look of the Android mobile platform in two forms: a prototype handset based on TI's OMAP850 processor that also includes TI's Wireless LAN (WLAN) and Bluetooth® wireless technology solutions, as well as an OMAP3430 processor-based Zoom Mobile Development Kit from Logic PD. Both demonstrations highlight the flexibility of the OMAP platform's multi-core architecture to deliver high-performance multimedia and sophisticated user interfaces (UI) on the Android platform.
Click to expand...
Click to collapse
http://fandroid.net/
Kinda cool **** huh
Watch or Test nitdroid-emulator : nokia n8x0 on your desktop
Worth a try since qemu provide good omap emulation now :
http://digg.com/linux_unix/Watch_nitdroid_emulator_emulated_nokia_tablet_runs_android
hi,
i'm workin on linux kernel for pharos.
actualy, i search for touchscreen driver .
i can catch the pen down event with wrong value.
i need some help.
porting android is the second stage.
good news,
toochscreen work, it most be calibrated ,but it work.
so is it possible that there might be an android rom for pharos in the future?
zenned said:
i'm workin on linux kernel for pharos.
Click to expand...
Click to collapse
could you say exactly how did you manage to use linux on this device? How could you write it as an OS? How do you build the OS?
wow !!
thats a big question!!!
you must be a linux user and a computer programmer skilled.
you need haret , linux kernel source, a cross compiler ( i usr this one for pharos : omap850 processor) and initrd file (as user space)
if you want to help us you just have to downlod our kernel source.
I've been interested in starting a project like this since I read the specifications of the MT6236 chip, and now I'm starting this thread with hope that this will turn into a real project of running Android on MT6236-based phones.
For those of you that don't know MT6236 is one of the chips mostly implemented in chinese mobile phone knockoffs. However, the chips specification look like it could run Android.
It has a ARM9 @312MHz processor which is AFAIK the most generic thing I could write but it also sounds possible to run Android.
MT6236 official page
I used this for reference for Android requirements:
http://www.kandroid.org/android_pdk/system_requirements.html
So what do you say people, could we make something out of this? Or just shoot me down.
For full touch fones it is possible but guess noone is willing to be mad cause of different key layouts
Hi.
I want to see if someone has tried to compile eUAE for Android before ? It would be cool to have a full Amiga emulator for the phone. Especially with the 1GHz units, this would probably run Workbench pretty nice aswell, and with TV Out on some devices (Galaxy I9000 etc) then this would be a very cool
The sources are located on : http://www.rcdrummond.net/uae/
I have no prior experience with compiling other peoples sources for Android. I take it, it is not just Plug'n'Play
Comments are welcome....
This version is written for "big" machines (PCs) if you or someone want's to try to compile UAE for Android then check this site
Code:
http://www.embeddev.se/agroot/
here you can find UAE4ALL sources that were made for symbian made by Anotherguest eventually search for pocketuae sources for WM anyway good programming skills are needed
Hi. Yep -- but doesn't the I9000 with 1GHz memory qualify as at least a test-candidate to see how eUAE will work ? I do not mean as a "desktop" computer, but more like a proof of concept
There is alreasy a uae4droid out on Market which seems to work nice, but to my big disappointment it does not hold emulation for hardfiles and bsdsocket.library for networking.
But, to test if a quick-compile (first try) will work. Do I just have to download the SDK and maybe a compiler ?
From what I know sources must be converted to java used in dalvik vm anyway there are uae4all versions with hardfiles suport(for other platforms) i think best try will be compiling pocketuae for android (it worked really nice on TG01 with 1Ghz snapdragon cpu but had problems with on screen keyboard)but I don't know if there are sources available.Anyway I think it's matter of time when someone will relase more advanced uae for android.
Nice. Hardfile support is a nice thing. However, the uae4all developer mentioned to me that hardfile support was not natively supported in his sources. Maybe there are people who works on his sources to make it more updated then. That would be great news if that is the case.
I wonder if it would be possible to extract the network support (bsdsocket.library) from eUAE sources (WIP4 version) into uae4all. I mean, if one can re-use code from eUAE to get RTG and Network support, then this would be great.
Reading your reply, I understand that just compiling eUAE sources is not just straight forward then )))