Related
hi guys
first off...sorry for posting the usual question...its been done to death
i have been out of the xda-dev site for a while and have lost track of things.
i always hoped himalaya linux would get done.... but from what i can see its still lacking the key components (eg phone support under gpe).
i am a uni student on placement at a company that actually writes mobile phone radio stacks...so i am learning embedded c and about the interesting side of the hardware/software interface.... now i want to actually do something about this lack of a fully usable phone.
my questions go as follows..
1> what is the current stage of himalaya linux ... i have a feeling the wiki's are probably out of date
2> is anyone actually still working on it
3> i know only a little about haret i get the idea it is also able to watch hardware (and isnt just a bootloader)...where can i find docs about using it to do this.
4> was jtag ever found on the himalaya
5> of the code in the tree what files are specific to the himalaya
i have much to learn on writing drivers etc for linux...and alot to learn about embedded c, reverse engineering etc....ok so i have a hell of a lot to learn....but i'm willing to try! (i also have 3 himalayas (1 has a bust screen) so plenty of tinkering can be done)
any other tidbits of information would also be appreciated
i think my basic goal would be the phone working.
after that get the other little bits and pieces
get the backpack cf working
get sdio and wireless working.
but these are the kind of goals that will take a long time so we'll see
i'd also love to work on the UI one day.. GPE and OPIE just dont toot my horn enough yet.
thanks
Tim
tim_programmer said:
1> what is the current stage of himalaya linux ... i have a feeling the wiki's are probably out of date
Click to expand...
Click to collapse
It is out of date, but some parts are in a good shape.
2> is anyone actually still working on it
Click to expand...
Click to collapse
Yes, because it has many common hardware and features with blueangel.
The kernel source is not being fixed, because it is decided to make blueangel
work first, and then reuse and adapt the cleaned code for himalaya.
3> i know only a little about haret i get the idea it is also able to watch hardware (and isnt just a bootloader)...where can i find docs about using it to do this.
Click to expand...
Click to collapse
There are no "real" docs, only the source code. Many pxa27x functions are
implemented in haret, that either work or need minor changes for pxa26x.
4> was jtag ever found on the himalaya
Click to expand...
Click to collapse
Yes, it's in wiki since 3 years or so
5> of the code in the tree what files are specific to the himalaya
Click to expand...
Click to collapse
Blueangel is the authoritative source.
i think my basic goal would be the phone working.
Click to expand...
Click to collapse
AFAIK, the phone works. But not with the latest 2.6.18-hh0 kernel.
This one has a lot of audio problems anyway, so it's not a major concern right now.
get the backpack cf working
Click to expand...
Click to collapse
It's a bit challenging. The backpack is implemented in so-called ASIC5,
and there are no docs for it.
get sdio and wireless working.
Click to expand...
Click to collapse
You mean SDIO wifi card ?
The SDIO host can be done relatively easy, but good luck with the wifi part
I know 2 of them, one with the TI acx100 (should be doable, because
there is linux acx100 driver), another needs the firmware upload in Motorola
SREC format, maybe even prism2.
And there is no free software SDIO for linux, you need to do some heavy RE.
Hello guys,
I have got Himalaya and I would like to help with implementation of some driver/software that is needed.
So I have got a few questions (some of them are similar to tim_programmer's, but I don't know if there are not outdated):
1. Where is the current branch with Himalaya specific code?
I have found:
- K2-6-12-hh2-xda0-ba0 (http://xanadux.cvs.sourceforge.net/xanadux/linux-2.6-xda/) and
- K2-6-21-hh20 (http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/)
Is himalaya specific code that is in K2-6-12-hh2-xda0-ba0 already included in K2-6-21-hh20?
Or what differences are between these branches?
2. Is somewhere available (SD card/NFS) image with kernel+initrd+GPE that is already running on Himalaya?
I have found:
- http://wiki.xda-developers.com/index.php?pagename=HimalayaLinuxBooting
It boots, but freezes during boot (after some changes in initrd it was possible to connect to the MDA with SSH via USB bus)
- http://wiki.xda-developers.com/index.php?pagename=HimalayaStandaloneGPEWithoutSD
Link to GPE is dead.
- http://handhelds.org/moin/moin.cgi/Himalaya
There are screenshots of GPE so it should be working image somewhere.
3. Is it posssible to boot some BlueAngel "distribution" on Himalaya? (Possibly with a little changes?)
I have found:
- http://handhelds.org/moin/moin.cgi/BlueAngelHowtoInstallLinux
Could it be used on Himalaya?
4. What is the current state of Himalaya support in Linux? What is already done and what not (or partially)?
I have found:
- http://wiki.xda-developers.com/index.php?pagename=HimalayaToDo
But there is not mentioned of what branch state it is.
5. Is any other bootloader than HaRET with that is possible to boot to Linux directly from SD card without Windows booting?
I have found:
- bootldr (http://xanadux.cvs.sourceforge.net/xanadux/linux-2.6-xda/bootldr/)
What is it?
A lot of information about Himalaya development is outdated and I don't know where to start :-( So any help is welcome
Thanks
Drasar
drasar said:
A lot of information about Himalaya development is outdated and I don't know where to start :-( So any help is welcome
Click to expand...
Click to collapse
join #htc-linux at freenode.
Thanks for the link..just joined
btw when i start Haret on my Hima..the Thermometer goes up and the eyes go red..and then few lines comes up and thats it..i have tried every thing but cant get Linux to work
waiting for the New Linux Mobile
ather90 said:
btw when i start Haret on my Hima..the Thermometer goes up and the eyes go red..and then few lines comes up and thats it..i have tried every thing but cant get Linux to work
Click to expand...
Click to collapse
What kernel have you tried? What was the last message on display? Some old HaRET versions (e.g. 0.3.6) have a problem with big kernel and boot fails on mounting root fs. So try the newest HaRET 0.5.1 that goes fine.
Thankxxx alot..u are rite i have 0.3.6
here is what i have :
haret-0.5.1.exe
initrd-2.6.12.gz
modules-2.6.12.tgz
zImage-2.6.12
are these all latest
ather90 said:
haret-0.5.1.exe
initrd-2.6.12.gz
modules-2.6.12.tgz
zImage-2.6.12
Click to expand...
Click to collapse
For kernel 2.6.12, follow How To Compile 4 Himalaya instructions. It works, I have tried it yesterday ;-)
Thanks alot..thankfully i have Ubuntu so compling is no big
i will contact u for more assistance
Hi all,
Just read an artice on the hack of Google's impressive Android mobile OS. Hackers have used files from the emulator and installed the OS on some Linux phones. I was just thinking that there was a post on this forum saying that Linux could be Installed on Magician. Also Android uses Linux's kernal. So why not give Android a try. Would be great to use the new Android on Magician.
Any clues on how to proceed with the Installation ?
Is it really? I listen about porting on only Linux-PDA but Magican isn't Linux-PDA.
Of course, Android can run on the Magician, BUT never forget that you need drivers for the device - even for Linux!
And that's the problem: if you don't have any information about the chipset etc you will need month or even years to develop them.
If you want to run Linux on the Magician, there is already a project which try to develop drivers for Linux. Last time I read from their progress Linux runs on the Magician with the possibility to use the phone (but no GPRS)...
Use the search if you are interested;-)
Melkor said:
If you want to run Linux on the Magician, there is already a project which try to develop drivers for Linux. Last time I read from their progress Linux runs on the Magician with the possibility to use the phone (but no GPRS)...
Use the search if you are interested;-)
Click to expand...
Click to collapse
It is http://www.handhelds.org/moin/moin.cgi/Magician , isn't it?
So If Linux can be installed, then Android can also be installed. Because it supports all Linux compatible devices according to the hack.
For the DRIVER part, pls check the official Android website-
http://code.google.com/android/
and let us know. Waiting for your reply...
Thanks!
Peoples - a hve WORKING linux on my HTC magician.
name is Angstorm with GUi OpenMoko.
Work - tochscreen,Sound,GSM,blootuth.
thet meens - drivers are exist and work
Can anybody say, where i can download Google's Androuid for ANY platform ?
I'm Find =) Android For Zaurus
it seems to me, For using rootfs on magician we mast change drivers in it
http://www.omegamoon.com/blog/static.php?page=ZaurusAndroid
As me say one man, it takes compiling magican's drivers using Google android SDK.
Some useful links
Буржуйский форум -> http://www.oesf.org/forum/index.php?showforum=158
ЗАУРУС -> http://www.omegamoon.com/blog/static.php?page=ZaurusAndroid
Cкрины -> http://androidzaurus.seesaa.net/article/75516785.html
Angstrom на Qtek s110 -> http://grigio.org/howto_openmoko_htc_magic...dual_boot_wince
Немного о портировании для OMAP -> http://elinux.org/Android_on_OMAP
Sory for my English =)
does anyone know how to actually download the Android platform? regardless of phone model or drivers? or is it just included in the SDK and you gotta compile it yourself? If I can somehow get my hands on a copy of the image I'll probably end up spending the next 3 weeks trying to flash it natively into the ROM
The Android sources can found on this page: http://code.google.com/p/android/downloads/list
It is only kernel. Without drivers.
Found a new article for search on "Android on HTC", got this:
Android Kernel Found, Android on HTC Kaiser imminent
It says, that the kernal works only on MSM7200A chipset for now.
Take a look, link: http://fandroid.net/content/android-kernel-found-android-htc-kaiser-imminent
what i cannot understand is:
if there is an working linux kernel (http://wiki.xda-developers.com/index.php?pagename=MagicianXanadux) than android should be executable also!?
All necessary driviers shold be available.
So why should it be impossible to have a running android on a Magician?
cheers
aitsch
p.s.: the Magician is a very fast device. maybe android is running well on it.
UPDATE: Google has released a new version of Android, v0.9
Any updates on running Andriod on Magician ?
I could run Linux (Openmoko) successfully.
yea! Android 1.0 it very good
we need this
linux can run on a magician and u can use phone on it but no sms and it's full of bug's
Hi all,
I have tried to download the angstrom linux and follow the instruction from this site http://linuxtogo.org/~ph5/magician/....
but I always had kernel panic when start booting the linux, after then I found out the unzipping wasn't successful there is an error occurred during unzipping.
Does anyone ever encounter the error when unzipping? your help would be much appreciated. thank you
wayne
Hi everybody,
are there any news on running android on magican. Did anybody manage to get it running?
w00t!
I for one cannot wait to boot winCE on my Magician! Id love to put ANDROID on it! from what it looks like they are only 80% done!
I have opie II running on magician (http://linuxtogo.org/~htcpxa/htcmagician/)
and it runs perfectly (except a little bug eith the menu).
And here is a list what works in linux (http://www.handhelds.org/moin/moin.cgi/Magician)so android should work
header2k said:
I have opie II running on magician (http://linuxtogo.org/~htcpxa/htcmagician/)
and it runs perfectly (except a little bug eith the menu).
And here is a list what works in linux (http://www.handhelds.org/moin/moin.cgi/Magician)so android should work
Click to expand...
Click to collapse
Interesting, I'll take a look! What are the bugs you personally notice?
Dear all,
as I wrote on this other post (excuse me for crossposting - please mods to close the wrong-placed one):
http://forum.xda-developers.com/showthread.php?goto=newpost&t=384850
there are two guys that recompiled Android for ARMv4 processor - like ARM920T, the trinity processor!!
Here you have the links:
http://benno.id.au/blog/
http://perpetual-notion.blogspot.com/2008/10/android-freerunnder-updates.html
They are working on the Freerunner and Neo1973 devices.. but the processor is the same..
Anyone out there wants Android on our beloved trinity?
At the moment I have no spare time (and skills) to take the challenge.. but I hope that someone will do.
I think that with the source code the CLZ and Thumb mode issues are completely addressed.
Anyone could confirm this to me?
Best regards,
s
Hi,
i'm also interested to see android on my htc hermes. i'm waiting benos new blog entries to see if he was able to run the code on "Neo1973".
What is the diference between htc hermes and htc dream (g1) regarding other chips beside the prcessor?
i don't think that drivers included in android can cover all chips in hermes. can someone maybe make an list of same and different devices(chips) in this 2 devices?
thanks
G phone?
So this is the same OS that the G phone is sporting yeah?
If The flashing process isn't harder than the current process then I'd be up for this. Also will it brick the phone?
Need some people to test.
Great Topic!
More information about this here:
http://lists.openmoko.org/nabble.html#nabble-td1368755|a1368755
http://review.source.android.com/user/sean,,mcneil.com
Since the openmoko is very like the p3600 I will give these patches a try. Let you know!
That would be awesome !
Please tel us your progression.
I'm waiting for a Android ROM for my Trinity ^_^
This is what we can try. The openmoke images are out. Since the openmoke is very like the p3600 we could give these images a try. The images are located over here.
http://people.openmoko.org/sean_mcneil/androidfs.jffs2
http://people.openmoko.org/sean_mcneil/uImage-android
We need haret for the images as well.
http://www.handhelds.org/~koconnor/haret/haret-0.5.2.exe
The thing we also need is to have a proper default.txt for haret. Who can help?
Hi piethein,
This will replace the rom we have installed in the trinity or is like an emulator running under wm ?
We dont loss any wm rom that we have installed ?
Dear all,
here you have some (bad) news:
http://groups.google.com/group/android-porting/browse_thread/thread/906dcae21176d4e9#
at the link above you will find a thread I started in adroid-porting developers group.
http://groups.google.com/group/android-porting/browse_thread/thread/0b3743f8151783f6#
at this link there are other infos, but let me report two msgs:
shaice:
Dear all,
sorry to bother you with (probably) silly questions but..
I own a HTC trinity that use the same ARM920T processor of Freerunner.
I saw benno's and christopher's posts on their blogs...
Is there any chance that your binaries will run on other ARM920T
phones?
Thank you in advance for any answer.
Best regards,
s
Christopher Friedt:
Hi Shaice,
In short, no (for now...)
Chris
sigh sob!
Now I'm searching for some fresh news.
Stay tuned!
s
uhmm reading somewhere in the group I found this post:
Jean-Baptiste Queru
3 Nov, 01:14
The shipping G1s have 192MB. Earlier development devices had 128MB,
and that wasn't quite enough to smoothly run the applications that
ship with the G1. Even if all the device's RAM could be allocated to
Android (no baseband, no framebuffer) 64MB would probably be very
tight, to the point where even foreground applications would risk
getting killed because of low memory conditions (the browser
especially comes to mind). In 32MB the system is likely to be
thrashing for memory even before it's done starting the system server
(if it can even start it at all).
JBQ
Mmmmh no good news for us.. :-/
s
Hi there,
basically these are great news!!!
piethein said:
This is what we can try. The openmoke images are out. Since the openmoke is very like the p3600 we could give these images a try. The images are located over here.
http://people.openmoko.org/sean_mcneil/androidfs.jffs2
http://people.openmoko.org/sean_mcneil/uImage-android
We need haret for the images as well.
http://www.handhelds.org/~koconnor/haret/haret-0.5.2.exe
The thing we also need is to have a proper default.txt for haret. Who can help?
Click to expand...
Click to collapse
....but forget about running exactly these images on your trinity units.
It won't work
I don't want to digg your hope but there's a lot to do to make it real.
First:
You'll need a kernel that suits to trinity and offer some features the android OS needs.
Second:
You'll have to modify the image in jffs2 format to get loaded on trinity or build up a tricky environment to mount these image files after booting the kernel.
Have fun!
scholbert
Android on Trinity wanted!!
now that the full Android code is out it's possible!!
we can have Android on Trinity!!
please help... I cannot stand anymore WM!!
IMHO there is no enough memory to run smoothly android on trinity...
but stay tuned..
s
Dear all,
there is no hope for trinity users like us to see android running on our wonderful device.
As stated here:
http://groups.google.com/group/android-internals/browse_thread/thread/788c201e75ca7351
Android don't run on the ARM920T used in Neo1973.
In the following site
http://en.wikipedia.org/wiki/ARM_architecture#ARM_cores there is a table
where are described all the ARM cpu.
Android framework is compiled for the ARMv5 architecture version, so run on
the all the processors that belong to this architecture version and also in
some cpu of the new architecture (ARMv6/v7).
Other information can be found on this site
http://elinux.org/Android_on_OMAP#Real_hardware.
Best Regards,
Andrea Bernardi
Click to expand...
Click to collapse
:-(
bye all
s
ehm...
on HTC vox wat i was using 2 weeks ago they builded a ADNROID rom !!! But they have only clock working but working !!! (no gsm,no edge,no menu,....)
http://forum.xda-developers.com/showthread.php?t=368014&page=14
didoop said:
on HTC vox wat i was using 2 weeks ago they builded a ADNROID rom !!! But they have only clock working but working !!! (no gsm,no edge,no menu,....)
http://forum.xda-developers.com/showthread.php?t=368014&page=14
Click to expand...
Click to collapse
a new step per day, some time good new, other time bad news..... lets get hope that android will run on trinity...
Hi from EugeniaDevelopment chef,
This project is intended for porting the Windows Embedded CE 6.0 Kernel to Windows Mobile devices, based on Qualcomm MSM chipsets.
As you know, the MSM7 series chipsets are based on ARM11 CPUs.
Or more detailed... they're based on ARM1136EJ-S CPU!
Then... WHY this post?!?
I'd like to share with all the community my hard work for compiling the CE6 kernel for ARM11 devices, supporting ARMv6 instruction set.
The CE6 kernel is based on another kernel architecture, making the devices running it SO FAST...
I would like to say that this kernel IS compatible with current Windows Mobile builds, at least 6.5/6.5.x builds, as 6.5.x builds are alphas of Windows Mobile 7, based on CE6 kernel.
Infact, WM7 will be based on CE6 instead of current WM6.1/6.5/6.5.x that are all based on CE5.2 kernel codebase.
Now, I need some help to cook it in our ROMs because the MSXIPKernel i've generated remoduling all dlls is larger than old 5.2 XIP.
There are even some differencies from 5.2 XIP!
NK.exe is differently used: the base modules of MSXIPKernel are different and device.exe and filesys.exe now are both .dll due to the different architecture of the kernel that now integrates all in an unique process, both files in kernel mode and not in userspace anymore!
So, I've tried myself to port it to my ROMs before posting it there but with no luck.
I'm using the last ErviusVisualKitchen that includes bepe's platformrebuilder.exe... that CRASHES everytime I try to build the ROM with ALL dlls and modules of CE6 kernel.
If I integrate only coredll.dll module the kitchen goes on and builds the XIP and the ROM, but it won't boot because the new coredll looks for device and filesys dlls that in 5.2 are executables.
If I try to integrate new dll modules (device and filesys), the platformrebuilder will crash.
So, I'm asking for your help to making this fabulous project to continue and to make it working for having the FASTEST devices ever!
Here are the dlls, not remoduled with ErviusKitchen.
I decided to give you the original binaries because maybe ErviusKitchen won't remodule them correctly, making platformrebuilder to crash.
Ouh, and.. this kernel will work on all devices that has got Qualcomm MSM7xxx series chipsets..
For example: HTC Touch Diamond, TouchHD, TouchPro, Kaiser, Diamond2, TouchPro2... and more, more devices....
I hope I can get all of your help.
Anyway, you can download it here:
CE 6.0R2 Kernel
...If you want, I can post the entire ROM built with Platform Builder (not working on our HTC devices, as it's build for generic ARM1136EJ-S CPU).
NOTE: As for the device-specific drivers, we have OEMXIPKernel
Thank you all
How to use ?
Try sending a private msg to bepe, see if he can adjust his PRB to account for your kernel.
Okay, thank you
...if anyone has other ideas, write
this is probably the most impotant project on this forum.
Mods please make a sticky.
Converting to module didn't help.
Imageinfo.bin manipulation didn't work also.
Did you try porting it the old way? (XIPPORT)
If THAT doesn't work, try PMing bepe.
Tried to integrate this kernel into my ROM...
I copyed all the .dll's into MSXIPKERNEL
ROM - created without any ERRORS
Now i gonna try it...
Whoops... My mistake - i builded 21054 kernel without errors... 23049 - Platformbuilder error...
OMG stick this NOW, this is ground breaking stuff, da_g,nue2chem,bepe you should all take a look at this thread OMG!!!!
I think you may be a little confused?
It appears you have posted the MSXIPKernel package compiled from Embedded CE 6.0, compiled for ARM.
These CE 6.0 Binaries are not compatbile with CE 5.2, so attempting to use them in a Windows Mobile 6.x ROM as-is will not work. You state that "NOTE: As for the device-specific drivers, we have OEMXIPKernel" - do you mean the existing OEMXIPKernel, compiled against WM 6/CE5.2, if so this will not work at all with CE 6. I assume when you say "Ouh, and.. this kernel will work on all devices that has got Qualcomm MSM7xxx series chipsets.." you mean because it is compiled against ARMv6?
Also, you have posted several incorrect informations,
WM 7 is not based on CE6, but CE7.
WM 6.5.x is not in any way an alpha build of WM7. They are seperate code bases.
In short, to sum it up I don't think this project will be going very far unless you have access to whitepapers documenting the full hardware and are willing to code the OEM bits yourself using this info. I don't think it's worth doing though as you would be using the CE interface, and it would all need to be done over again when WM7 comes around...
Well, PRB doesn't crash for me in my visual kitchen when you add all other files from any other MSXIPKernel (dsm, rgu's etc).
Da_G said:
I think you may be a little confused?
It appears you have posted the MSXIPKernel package compiled from Embedded CE 6.0, compiled for ARM.
These CE 6.0 Binaries are not compatbile with CE 5.2, so attempting to use them in a Windows Mobile 6.x ROM as-is will not work. You state that "NOTE: As for the device-specific drivers, we have OEMXIPKernel" - do you mean the existing OEMXIPKernel, compiled against WM 6/CE5.2, if so this will not work at all with CE 6. I assume when you say "Ouh, and.. this kernel will work on all devices that has got Qualcomm MSM7xxx series chipsets.." you mean because it is compiled against ARMv6?
Also, you have posted several incorrect informations,
WM 7 is not based on CE6, but CE7.
WM 6.5.x is not in any way an alpha build of WM7. They are seperate code bases.
In short, to sum it up I don't think this project will be going very far unless you have access to whitepapers documenting the full hardware and are willing to code the OEM bits yourself using this info. I don't think it's worth doing though as you would be using the CE interface, and it would all need to be done over again when WM7 comes around...
Click to expand...
Click to collapse
I think they are all compatible with CE6.
CE6 has a different kernel architecture, but for drivers it all remains the same.
You're right, I'm not too updated, WM7 (Photon) is NOW based on CE7 Kernel, but if you search further, it initially was based on CE6 kernel Pre-Alphas of WM7 was CE6 based!
...and WM7 won't be usable with our devices, because it NEEDS a multitouch touchscreen, as you can see from minimum requirements by Microsoft.
Yes, for "it will work on all MSM7xxx" I mean that this is compiled against ARMv6.
All MSM7xxx chipsets has got a CPU that supports ARMv6 instructions set.
For example, MSM7201A (Diamond and other devices) has in its core an ARM1136EJ-S (yeah, the "J" was changed by Qualcomm, but it's an 1136EJ-S)!
And... the 5.2 kernel that we have now on our devices is compiled from Embedded CE 5.0 (updated) so it's compatible.
I didn't try porting with XIPPORT as the addresses with the CE6.0 Kernel are changed: it's larger than 5.2!
Well, it wouldnt hurt to TRY, right? I mean, the devices are pretty damn slow compared to android devices running on the same hardware, so if this COULD improve it, why not try it?
I'm sorry,
NK is very device specific, you cannot just take CE 6 NK and hope it'll magically work. We've been able to build CE6 ARM11 and Cortex for a long time, just press a few buttons in PB. But NK consists of OAL (OEM Adapation Layer) stuff, which is pretty device specific. More specifically, when NK gets to OEMInit, it'll simply fail, because this is where most of the initialization occurs, such as GPIO, MDDI client, NAND flash -etc. Even if you did get CE6 NK working, which would require you recompile CE6 with the OAL, which only HTC has, you would have to rewrite all the drivers since CE6 driver model changed a lot, (i.e., no more SetKMode(BOOL); - which HTC uses a lot).
Anyway, this project has been on the table for a while, and through a new (maybe old, well new for me) technique of disassemble-reassemble, we can maybe build an "Assembly" BSP that would let us run CE6. But its a lot of work, since again, ce6 driver model changed
Again, this topic has been repeated several times, so I will say what others have said in the past. If you have no clue about ARM assembly, please save your time, give up, and move on with other projects. A simple search will tell you about many people who got over-excited when they played with CE6 PB.
Da_ag. Why not give it a shot. This could open up the door to future developments beyond our wildest dreams for Windows Mobile. We, XDA as a community if we pull this off, might be able to create our own fully customized versions of Windows Mobile from the Kernel up. Also it would improve speed and usability of our current devices.
Please do not discount this project just because it looks hard. Isn't this the reason XDA was formed in the first place?
no2chem said:
I'm sorry,
NK is very device specific, you cannot just take CE 6 NK and hope it'll magically work.
Click to expand...
Click to collapse
CE6 doesn't even have NK(.exe) anymore say hello to kernel.dll and oal.exe! =)
kholk said:
I think they are all compatible with CE6.
CE6 has a different kernel architecture, but for drivers it all remains the same.
You're right, I'm not too updated, WM7 (Photon) is NOW based on CE7 Kernel, but if you search further, it initially was based on CE6 kernel Pre-Alphas of WM7 was CE6 based!
...and WM7 won't be usable with our devices, because it NEEDS a multitouch touchscreen, as you can see from minimum requirements by Microsoft.
Yes, for "it will work on all MSM7xxx" I mean that this is compiled against ARMv6.
All MSM7xxx chipsets has got a CPU that supports ARMv6 instructions set.
For example, MSM7201A (Diamond and other devices) has in its core an ARM1136EJ-S (yeah, the "J" was changed by Qualcomm, but it's an 1136EJ-S)!
And... the 5.2 kernel that we have now on our devices is compiled from Embedded CE 5.0 (updated) so it's compatible.
I didn't try porting with XIPPORT as the addresses with the CE6.0 Kernel are changed: it's larger than 5.2!
Click to expand...
Click to collapse
alright believe what you like but the facts will not change. no2chem told about it all already so I won't repeat him
Da_G said:
In short, to sum it up I don't think this project will be going very far unless you have access to whitepapers documenting the full hardware and are willing to code the OEM bits yourself using this info. I don't think it's worth doing though as you would be using the CE interface, and it would all need to be done over again when WM7 comes around...
Click to expand...
Click to collapse
you don't need access to so many papers. but they do ease the workload for you
again see what no2chem said... we're going to have lots of fun with this i guess.
I don't understand a thing, with this, you should be able to get CE 6 kernel without the BSP ?
cmonex said:
CE6 doesn't even have NK(.exe) anymore say hello to kernel.dll and oal.exe! =)
Click to expand...
Click to collapse
Right cmonex. I wanted to say that but you written before me
But.. now I've got a question.
IF CE6 doesn't have NK.exe anymore (and from what I see it doesn't have any NK.dll) and it's all based on OEM Adaptation Layer (OAL), THEN we won't use nk.exe anymore, right?
So.. CE5 uses PQOAL, monolithic kernel.
CE6 uses OAL, and it's all modular.
From THIS site, that explains the CE6 Kernel Architecture, I read the following:
"The OAL is linked with the generic kernel code to form the full kernel module."
Click to expand...
Click to collapse
"By splitting up the OAL from the generic parts two interesting things happen. First, the foundation for a well defined interface between the OAL and the kernel module is laid. It is no longer possible to just "extern" some kernel specific function in the OAL, as in the old monolithic architecture where the OEM sometimes use undocumented kernel functions to "backdoor" its way around some OAL "quirks" -something that may affect stability and compatibility of the kernel. In CE 6, the kernel functions are exported to the "oal.exe" as a function table (NKGLOBAL) as part of an initial handshake procedure. In the same way, OAL functions that are needed to support the core kernel are exported to "kern.dll" in a similar function table (OEMGLOBAL). "
Click to expand...
Click to collapse
And from MSDN I read the following:
So what did change? In CE6 we split up three components that previously linked together to make the kernel executable, nk.exe. CE5 the kernel, OAL and the Kernel Independent Transport Layer (KITL) all linked into nk.exe. In CE6 these are broken into kernel.dll, oal.exe and kitl.dll.
The primary reason for this change was updateability. In the past, if Microsoft released a kernel update, the OEM would have to take the updated kernel and link it again with their OAL to produce a new nk.exe. Now the OEM only has to distribute Microsoft’s new kernel.dll.
Click to expand...
Click to collapse
We CAN DO IT if we know how to split NK.exe into OAL and Kernel.
OR.. if we don't want to do never-used work, we need only to extract the OEM Adaptation Layer (OAL) from our current NK.exe.
Then we can link the OAL extracted from 5.2 Kernel to the NEW CE6 kernel.dll
Note that CE5 kernel does support the splitted modules, infact there are some BSPs that are built with OAL.exe/kernel.dll and NOT with NK.exe.
Read that on instructions for how to port a BSP from CE5 to CE6.
If someone can "extract" OAL from a Diamond NK.exe, I'll be happy to try if all works on MY device!
no, you can't just extract OAL from CE5 kernel, its linked at compile time into the fun monolithic kernel we know as NK. The architects of CE6 (in a smart move) seperated the OAL from kernel libs, much like the MDD-PDD model you see in many drivers since CE5.
So in ce6 you can just update the kernel by updating kernel.dll ideally. anyway like cmonex and i have said, just wait, we're working on reversing a bsp for rhod_w soon
Hello everybody,
I'm Johan, I live in the netherlands and i'm doing a study Informatica->Software Engineer. For a schoolproject we have to write an Android Application, though i don't have Android running on my telephone natively. So i searched the internet and found out that on the XDA forums its all about custom roms and that there are some Android Roms available. Unfortunately nothing for my MDA Compact/HTC Magician yet.
After asking arround a bit and searching all over the internet I figured nowone actually was bothering to further investigate Android for Magician.
So even though I have no idea if it will ever gonna work i'm gonna try to document as much as possible, and I hope others might join this topic and give some (usefull!!) feedback.
These websites I think are the best place to start, as I don't have any experience with ROMS or Android-OS its gonna be a challenging task but if you guys have any idea's, suggestions or websites where we can find more information feel free to post comments.
Startpage for Magician info:
http://wiki.xda-developers.com/index.php?pagename=HTC_Magician
HaRET bootloader working on magician:
http://www.handhelds.org/moin/moin.cgi/HaRET
http://www.handhelds.org/moin/moin.cgi/HaRET_20Documentation
Linux kernel for Magician:
http://www.htc-linux.org/wiki/index.php?title=Kernel#Kernel_for_intel_PXA_based_devices
Current status for linux kernel:
http://wiki.xda-developers.com/index.php?pagename=MagicianProgress
http://www.handhelds.org/moin/moin.cgi/Magician
Source code for Android:
http://source.android.com/
How to build Android OS:
http://source.android.com/porting/build_system.html
Compatiblity test suite:
http://source.android.com/compatibility/cts-intro.html
Any feedback is apreciated but please don't make it like "nice, when is it finished?" or "its impossible!"
as I have no idea about both of those 2 comments yet, I'll have to figure that out on the go.
It should be possible, someone already ported android to pxa270!
http://www.mask.org.tw/demo.htm
need to throw in a kernel guess i ll fetch yet another magician if that happens!!!
Hi header2k and evildarknight, thanks for the input.
My chinese/tw isn't to good, so i googled for android and pxa270 and found the following website, no idea if its any usefull (currently not at home, and my datalimit on my laptop dislikes downloading 1,3GB so i'll have to see what it is when i'm at my desktop again.)
http://www.ntut.edu.tw/~wyliang/
This looks interesting, if it comes to testing, you can contact me!
guess my chinese aint better
can't somebody anybody compile the android froyo kernel 2.6.32 for the magician which seems to be inline with ph5 dev???
I can't read chinese either, but i wanted to link to the pdf files:
http://www.mask.org.tw/data/Android_Porting_on_PXA270.pdf
http://www.mask.org.tw/data/BringUp_Android_on_PXA270.pdf (he used files from: svn co https://android-pxa270.svn.sourceforge.net/svnroot/android-pxa270 android-pxa270 )
He uploaded his work, too(with two mirrors, after 原始碼 (1.3GB) 下載位置: )
His machine:
[email protected] <-- identical with our magician
64MB RAM <-- identical with our magician
32mb ROM <-- Isn't important because he used an external usb-stick with chroot - We can use our sdcard and haret
Toppoly TD035STEB1 <-- identical wth our magician
Setting up Dev-Team
So this proves i guess its a done deal already
But is it then just theoretically/closed project? or did he indeed release his sourcecode as well? Sourceforge SVN shows there isn't anything deposited.
Anyway, still want to use this on my telephone, no idea what it takes to use/modify his work. Anyone interested in actually joining the project-team to make it run on a telephone? cause in the pics in the powerpoint i see some laptop and some mainboard and touchscreen but not a MDA Compact/HTC Magician yet.
There are copies of the project www.mask.org.tw/data/release-sourceforge.tgz and www.ntut.edu.tw/~wyliang/release-sourceforge.tgz. I don't have access to a linux box at this moment. Need to fix my PC before working on android.
Hello, This is Mask from http://www.mask.org.tw
Hello, I am Mask and I found there are some traffic from xda-developers to my website, so I come here and found there are some discussion of my work before in last year.
I had open an android project for pxa270 on sourceforge, but I didn't know how to upload my source code to sourceforge, so I put the source code on my website and mirror sites.
I hope maybe I could help you if you are interest in "android porting" and some related topics.
mask.chung said:
Hello, I am Mask and I found there are some traffic from xda-developers to my website, so I come here and found there are some discussion of my work before in last year.
I had open an android project for pxa270 on sourceforge, but I didn't know how to upload my source code to sourceforge, so I put the source code on my website and mirror sites.
I hope maybe I could help you if you are interest in "android porting" and some related topics.
Click to expand...
Click to collapse
Yes, i have a question. Do you have a pxafb.c driver that works with android and the 2.6.32 kernels?
sorry about that I have no time to maintain my android project for pxa270, and now I have no plan to keep to maintain it, maybe we could upload whole developing source code including all svn reversion from begin to now, do you know how to import svn to sourceforge ? thanks a lot.
Here is some information on SVN and sourceforge.
http://haacked.com/archive/2006/02/22/QuickstartGuidetoSubversiononSourceForge.aspx some older howto from 2006 not sure if its up to date
http://sourceforge.net/apps/trac/sourceforge/wiki/Subversion Official sourceforge howto.
http://tortoisesvn.net/ svn client
Kernel
Can someone test this kernel and see if it works as I do not have a magician to test it with.
If it does boot can you follow the steps posted here to see if android boots...
http://forum.xda-developers.com/showthread.php?t=658664
notime2d8 said:
Can someone test this kernel and see if it works as I do not have a magician to test it with.
If it does boot can you follow the steps posted here to see if android boots...
Click to expand...
Click to collapse
I try to use kernel on Qtek S110(WM 6.1 by Cotulla), but get freeze screen on line "Jumping to Kernel...". When i use zImage from thread "Android 1.5 Cupcake on Universal" - again freeze on line "Jumping to Kernel...". Any ideas?
If you need to test something on Magician, contact me by ICQ 258113792.
Pavel A Safonov said:
I try to use kernel on Qtek S110(WM 6.1 by Cotulla), but get freeze screen on line "Jumping to Kernel...". When i use zImage from thread "Android 1.5 Cupcake on Universal" - again freeze on line "Jumping to Kernel...". Any ideas?
If you need to test something on Magician, contact me by ICQ 258113792.
Click to expand...
Click to collapse
Make sure you have the radio turned on and not in airplane mode and wifi and bluetooth turned off. Also the correct machine type 875 in the startup text file or 855 if using the one for the universal.
i think set MTYPE 875 should be the right one
notime2d8 said:
Make sure you have the radio turned on and not in airplane mode and wifi and bluetooth turned off. Also the correct machine type 875 in the startup text file or 855 if using the one for the universal.
Click to expand...
Click to collapse
When radio is turned on, Linux loading and stop on next lines:
1. With kernel for Magician
...
mmc0: new SD card at addess 41a8
mmcblk0: mmc0:41a8 SD01G 982 MiB
mmcvlk0: p1 p2 p3
Waiting for root device /dev/sdb2...
I wait more then 5 minutes, but nothing happens.
2. With kernel for Universal
...
ds1wm: ds1wm: reset failed
Device vibrate all time and after last line turn off display.
Pavel A Safonov said:
When radio is turned on, Linux loading and stop on next lines:
1. With kernel for Magician
...
mmc0: new SD card at addess 41a8
mmcblk0: mmc0:41a8 SD01G 982 MiB
mmcvlk0: p1 p2 p3
Waiting for root device /dev/sdb2...
I wait more then 5 minutes, but nothing happens.
2. With kernel for Universal
...
ds1wm: ds1wm: reset failed
Device vibrate all time and after last line turn off display.
Click to expand...
Click to collapse
Ok, don't use the universal kernel, from what you posted it seems that the kernel is not pointing to the correct memory card path in the startup text file or try reinserting the card.
If anybody knows how to build kernels i can provide the files and walk them through how i built the kernel for the universal which i have just gotten a very slow and unusable eclair (mostly due to hardware) working. I think this is the most i can help out as i don't have a magician.