If anyone is interested I have made slight progress with linux on the Mogul. First you have to download the latest versior or haret from here http://handhelds.org/~koconnor/haret/ I am using this version haret-20071029d.exe Then i downloaded some stuff from this site http://www.angstrom-distribution.org/unstable/images/ I downloaded the apache images because it is the ppc6700 sprints one lower model than the mogul. The kernel does not boot. I think that this is because the processor is a different arch. I am going to try to build a custom kernel when I get home tonight. I did not extract the distro however I think that that will be a good starting point once we get a working kernel as the devices are simular (sliding keyboard, same size screen, made by htc, cdma, etc.) I also found out that you have to pass this arguement in the haret startup.txt file or it will just crash haret. "set MTYPE 1463"
My startup.txt reads:
set KERNEL zImage
set MTYPE 1463
set CMDLINE "rootdelay=1 root=/dev/mmcblk0p2 console=tty0 fbcon=rotate:1"
boot
edited from this page http://www.handhelds.org/moin/moin.cgi/ApacheLinux you might want to look there for information. It is what got me this far.
If you would like to help please post to let me know. Please do not post something like "I can test it" or "I would be willing to test" or "Can you send me a copy when you get it working"
Right now I need some help not testers
Thanks in advance
P.S. you can find all of the known mtypes here http://www.arm.linux.org.uk/developer/machines/
The apache and Titan have totally different hardware.
All the device drivers would need to be re-written from scratch. The 6700 was easier because previous devices (6600) had similiar architecture. The current generation of HTC devices (Titan, Kaiser) uses some new chips for the radio and main proc that haven't been used before in any device by HTC.
Drivers would be compiled as part of the kernel to begin with. They could be modules later on. I was just gonna use the image for the binaries of gpe. However further research shows that there is a gpe phone edition, opie2 (which is for phones) and my favorite openmoko which i'm about to compile.
main processor wise, some nokias also have the same ARM11 processor (as the titan and kaiser) in them. N95 being one of them.
wandrerx thatnks for the help. I spent all night trying to figure out what the linux kernel calls this processor or processor family. There is no simple answer like arm11 or qualcomm or msm at least not yet. I will do research into this nokia and see if that turns up any answers.
Thanks again
just remember that in many cases the arm11 is paired (which I'm guessing is part of the architecture) so either things will go through a qualcomm/samsung/whoever layer or things are sent directly to the arm11 and to the dual phone processor. Mucking around I found that there are various power modes (possible overclocking? I'd assume they would use a conservative power mode for a phone like this)
from what I have read it is built simular to how a dual core pc is built. It has two cores on one chip. However unlike dual core pcs the cores are not symetrical. One is an arm11 chip and the other is an arm9 chip depending on the model. The arm11 chip in this case is 400mhz and the the arm9 chip is something like 133mhz. The 400mhz arm11 core is deticated to running windows and applications. The arm9 ~133mhz chip is deticated to running the phone, wireless, bluetooth and gps.
What does this mean? Well it means that we could get linux running with a compatible arm11 kernel, however we would not have any communication ability. And I think that you are correct that there is or is going to be an arch that supports both processors with one simple kernel.
Another thought... Qualcomm has their own OS (BREW) that is built for these chips. It might be worthwhile to download it to see if it gives us any more clues to the hardware then windows mobile does.
Hope that this helps.
P.S. here is qualcomms site with info on the msm7500 http://www.cdmatech.com/products/msm7500_chipset_solution.jsp
More research... Open moko was designed for the NEO1973 which runs at up to 266mhz. The mogul/titan according to qualcomm can run at speeds up to 528mhz. That is more than twice as fast! If you look at movies on youtube of the openmoko OS you will see that it runs really fast. Very comperable to windows mobile faster with some things slower with others. If you go to the openmoko wiki and look at the supported hardware you will see that the fastest processor of any of the devices that it runs on excluding the other HTC products is 312mhz. The mogul/titan runs at 400mhz with windows. The other openmoko HTC devices run at 416 and 520mhz. The mogul/titan is capable of 528 so if/when we get linux on the mogul/titan it should be extreamly fast once it is booted. For some reason linux takes a long time to load on mobile devices. However if we get a native bootloader replacing windows completly it will probably take about the same amount of time to boot. Currently my idea is to haret or any other bootloader in the windows startup folder to boot directly to linux once windows loads.
More research part 2...
ARM ltd. uses linux to test all arm processors during the development cycle. They test every feature and make sure that everything works correctly. They also use it to stress test the processors. So my question is why don't they release these drivers when the new processors are released? I will scour the internet for any unofficial drivers or anything that could help us. I will be posting everything that I find that I think might be helpfull.
First off sorry for the tripple post.
Now the exciting news. The msm7500 uses the ARM1136EJ-S core. I'm not sure how simular the ARM1136EJ-S is to the ARM1136J-S and the ARM1136JF-S. I know that in the computer world one letter can mean a heck of a lot or next to nothing but... There are patches for both of the later on the following site. http://www.arm.linux.org.uk/developer/patches/search.php?summary=arm1136 granted these patches are atleast a year old but they do tell us one thing. the sub arch for these processors is arm1136 and that the most of the patches are in the linux/arch/arm/mm folder.
However in the kernel that I am using handhelds.org this still isnt an option. However there are three ARM Ltd. sub archs that I'm going to look up on their site and SA1100-based and also EBSA-110. I am hoping that the 11 in these archs means something to the effect of arm11 or that ARM Ltd. can spread some light on the situation. If worst comes to worst next Sunday or whenever I get enough time I will compile each of the arm kernels with the basic options and see is any of them boot on the mogul/titan. If they do that could mean either that we found the right arch or a compatible arch such as x86 is compatible with x86_64. Once I have something booting I will release it so other developers can use it to dump hardware information and if I can use usb networking or the keyboard by some stroke of luck I will try to get the output from a dmsg. Hope this helps
Breaking news: Disreguard most of what was just said some is true other is just guesses showing my stupidity. I just did a simple google search on "ARM1136EJ-S linux" without the quotes not expecting to find anything usefull. I was wrong again. I learned of other chips that use the ARM1136EJ-S core the TI OMAP2420 is based on this same core. Finally a arch that is selectable when configureing a kernel. Now to do more research into the TI OMAP2420 and other chips with this core and posibly finding some kernel configs to use as a starting point. I am so excited :-D
great find
Although not the same simular to the msm7500 (phone, wifi, BT, gps, 2 cores, usb, IR, flash, ram, keypad, camera, sd card) Oh yeah and did I forget to mention... People have booted linux on this bad boy. I also read that the kernel config for this is included with the linux kernel too!!!
http://focus.ti.com/general/docs/wt...entId=4671&navigationId=11990&templateId=6123
P.S. This file in the handhelds.org kernel controls this processor and its preriphrials /linux/arch/arm/mach-omap2/board-h4.c
Where I located the information said that it can be found in /linux/arch/arm/mach-omap/board-h4.c with the kernel from kernel.org I'm not sure if this is just outdated or changed in handheld.org's version of the kernel eitherway I am going to have my computer build the kernel as I sleep tonight. (There will be no modules everything will be built in) <-- for simplicity incase it doesn't load the ext3 filesystem on the microsd card for some reason. I have a feeling that some of the irqs in the file listed will need to be changed to work with the mogul/titan but maybe we could get lucky.
A little more info for someone trying to build the kernel. The kconfig file in the in the mach-omap2 directory says this:
config MACH_OMAP_H4
bool "OMAP 2420 H4 board"
depends on ARCH_OMAP2 && ARCH_OMAP24XX
Hope that that helps if you are trying to get a working config. Oh yeah one more thing I am useing the handhelds.org kernel because 1. I have it 2. I figure that it is made to be compatible with the most devices. I am planning on switching to the openmoko kernel as soon as I have something booting. I might need to steal patchs etc from the handhelds.org kernel though. I don't know as I haven't downloaded the openmoko kernel yet.
Nice... see, I like being proved wrong for stuff like this.
I've been telling people it couldn't be done.
Keep up the good work researching!
Well I built a kernel...
I also loaded the kernel
I am unsure how far it gets after that I will post my haret log files. One I made an empty file named zImage-fake. The other one is my (nonworking) kernel. And one I made by booting the openmoko zImage that I found somewhere on the internet. None of them booted Are you really supprised? But we did get some information from haret. And I can verify that the progress bar in haret did move form the beggining to the end when booting both real kernels. The empty file does nothing and haret just sticks. Pretty much all this tells us is where haret is looking for the kernel and what it is decompressing. Memory mapping and so on. It is all greek to me I have no clue what it means. Hopefully you guys will know more.
Something interesting I was reading on the kiser forums about there progress with linux on that device. They dont even know about the cores being the same as the TI OMAP 2420 processor. However they say that haret only reconises the msm7500 as being there but has nothing more as in no ability to boot kernels because nothing is known about the cpu. If this is true could someone contact Kevin O'Connor as he is the one that patched haret to reconize the msm7500 and tell him about the OMAP discovery and see if that helps. Or contact Paul Sokolovsky the other haret maintainer.
my default.txt is as follows:
set KERNEL zImage
Set MTYPE 1463
set CMDLINE "rootdelay=1 root=/dev/mmcblk0p2 console=tty0 fbcon=rotate:1"
boot
One last thing here are the haret logs and my kernel config incase anyone wants it.
P.S. I compiled my kernel with binutils 2.18.50 and the following arm gcc toolchain arm-linux-gcc-3.4.1.tar.bz2 <-- I found the link here http://www.gtlib.gatech.edu/pub/handhelds.org/projects/toolchain/ and binutils was found here ftp://sourceware.org/pub/binutils/snapshots and I referenced the guide to compile the kernel found here http://www.handhelds.org/moin/moin.cgi/KernelBuilding
More interesting/helpfull news...
Without specifying an mype haret reports "undefined MTYPE"
With the arguments "set MTYPE [MTYPE]" it will decompress the kernel.
I was hoping that I could find a MTYPE that wouldn't load but so far I have been unsucessfull. Everthing loads and there are 1538 different MTYPES. Now I guess that we could try every MTYPE untill we get something that boots or maybe someone has a better idea. Also here are some more devices with the same core.
Motorola MOTO Q9h Global
Motorola MOTO Q 9h (Q9h)
Nokia E90 Communicator
Verizon XV6800 (HTC Titan 100)
HTC Touch P3050 (HTC Vogue 100)
HTC S640 (HTC Iris 100)
Bell HTC 5800 (HTC Libra 100)
HTC 5800 (HTC Libra 100)
Bell HTC 6800 (HTC Titan 100)
HTC S720 (HTC Libra 100)
HTC P4000 (HTC Titan 100)
Here is a haret log when I pass the lsmod arguments. My guess that it shows all of the windows drivers that are loaded. Now if we just do a simple google search on them or if someone knows how decompress them and or look at them we can possibly find out more about the hardware.
My understanding,or rather assumption was that one processor ran windows and the other ran the radio and that the two were separate. I assumed that if you were to make linux run on these new phones,you would run linux on the 400mhz processor,and run the existing radio rom on the other which I would expect to make things much simpler. Rather than figuring out how to make the radio work,you would just have to figure out how to talk to the radio and the rest of the work would be done for you.
pflatlyne said:
My understanding,or rather assumption was that one processor ran windows and the other ran the radio and that the two were separate. I assumed that if you were to make linux run on these new phones,you would run linux on the 400mhz processor,and run the existing radio rom on the other which I would expect to make things much simpler. Rather than figuring out how to make the radio work,you would just have to figure out how to talk to the radio and the rest of the work would be done for you.
Click to expand...
Click to collapse
I've been watching from the Kaiser Section. Firdtly let me say that I believe you are correct. The way every device I've seen uses the two processors is as Follows: The ARM11 is your 400mhz system processor & the integrated 274mhz ARM9 is almost always used a a modem connect the system to the radio, GPS, etc.
I don't know if you've seen this, but there are some Dev tools/Info available at: http://www.virtio.com/
10/21/2004 - Virtio Corporation, the creator of Virtual Platforms for embedded software development, introduced its latest product offering for the Texas Instruments (TI) OMAPTM platform, the VPOM-2420 Virtual Platform. This product provides fast, full-function emulation for TI's OMAP2420 software development platform. Virtual Platforms give software developers a target system model that can boot an operating system and run application code long before hardware becomes available, speeding new system software development.
Additional information is available at www.virtio.com/vpom-2420 and evaluation copies of the platform are on-line at http://www.virtio.com/download.
I'm really curious to know what has become of this. Could an insider provide an update please?
Best bet is to watch the android wip. I'm going to get another mogul here in a couple months, i'll be using my current one as a test bed. since it's my only phone, i'm not too keen on hacking into it just yet
Check http://cs-alb-pc3.massey.ac.nz/vogue
Related
This may be a stupid question, but I need the answer so I'll ask it.
Are programs/dll's extracted from a rom compiled for the Samsung S3C2442 processor compatible with devices running an Intel PXA272 X-scale processor?
I assumed that since they are both ARM architecture they would be compatible, but now I'm not so sure. Anyone?
Yes, they are both ARM architecture and that's what counts. The only thing that might not work is something very processor specific like an overclocking app everything else will be fine. Note that same goes for OMAP processors.
Cool thx. hmm, now I just gotta figure out why the files I've extracted don't run. Is there any post processing that needs to be done to files extracted from an imgfs via rdmsflsh.pl? vijay suggested that maybe I needed to register the bta2dp.dll that wasn't loading, but when I tried to I got error 193 - not a valid win32 application.
Plus an exe that runs for vijay on a hermes device just beeps at me on the x-scale device.
Any ideas?
Maybe the header got screwed up in the extraction.
mamiac once wrote about an app that can fix PE headers, try searching his posts.
It's unlikely though, the whole directory of files worked fine for me on the Hermes, and I imagine we all dumped it in the same way. I'll try an xscale later tonight if I can.
The regsvr issue may just be pot luck, it may not need registering: not all dlls need registering.
Try searching through the dumped registry to see if the .dll you want is actually loaded as a driver, in the builtin or active reg keys. If it is, you need to copy over the reg settings and run it as a driver on your pda (or you can force it to launch programmatically).
It's possible the dll relies on device specific conditions - eg if you're talking about bluetooth hardware, it may not be cross compatible, eg the wifi hardware is different on the Wizard and the Universal. But a high level support dll is unlikely to have that kind of problem.
V
Hi folks
Recenty I got the Windows XP Embedded kit, and I was really satisfied and surprised with the performance of the directly built system on an old machine like a P1 @ 200 MHz with 64 MB of RAM, without a hard disk.
The main goal would be to run truly win32 apps on mobile devices, to give better functionality and compatibility.
Yet the builder supports x86 architecture only, but cannot be a big problem to port it to ARM pocessors.
What might be difficult are these things:
-Getting win32 drivers for built-in devices (ex. integrated SDIO/USB WLAN, BT adapter, touchscreen, and sound devices, and apps for them!)
-Saving user data on turning off (Ebmedded systems are designed for a workstation, like a cash register: prebuilt apps, and nothing more comfort ) like WM200x
If anybody has any suggestion are to get a warm welcome
bye
Yet the builder supports x86 architecture only, but cannot be a big problem to port it to ARM pocessors.
Click to expand...
Click to collapse
Are you kidding me?
This would mean reverse engineering and recompiling every binary in the OS.
Do you have any idea how many hours something like that would take?
yup, you're right, but in theory it's possibe. I've seen a running DOS on a Microchip micro-controller, or for example the Atmel STK 1000 is Linux based, also seen an mPlayer app operational on the demo board at the college.
as you see, i'm not an experienced programmer, but i'm not afraid to ask
Yeah, the basic low-level binaries must be recompiled, and once it's ok, it might be usable with regular win32 apps, until you run an old DOS app, wich directly access the hardware.
A few years ago i was able to port Z80 software to 8086, and it wasn't easy.
I don't really know these things, just want to see opinions, possibilities, and suggestions.
exe files are binarys which are instructions directly for the cpu
it's not parsed by the operating system
so compiling the os is not enough every application needs to be recompiled too
The programs you mentioned have source available in one way or another (since DOS is very old there are clones, like freeDOS).
If you have the full source for an app and the right compiler, porting it to another CPU is feasible.
But, this is not the case with embedded XP. Getting the full source is impossible which means most of the system will have to be rewritten from scratch.
Just look at the Wine project to see what it takes, and they "have it easy" - they are just trying to simulate the APIs not change processor architecture. (Lets make it clear - ARM instruction set is very different from x86).
And as Rudegar said it will not let you run any program that has not been specially compiled for ARM CPU.
I know it sounds like we are trying to kill you idea here but its nothing personal, unfortunately it just isn't feasible. We would all like to be able to run desktop apps on our devices, but simply having embedded XP on them would not accomplish that. Also while many old DOS apps can be run using various emulators like pocketDOS, almost all Win32 apps take more resources than our little gadgets can offer.
I am fairly sure though that in 5 -10 years that problem will be fixed.
<_< man hours or not, reveng'ing this will have a bigger impact than just winDOS Mobile devices. Desktops have a use for this, definitely (because the Vista-Only crap is starting to hit the market). Too bad they don't provide assembly in programming classes anymore, obviously because they don't want anyone else to reverse engineer anything and spoil their foisting fun. <_<
In any case, IIRC XP Embedded is missing the install/uninstall engine, so you can't customize it after it's flashed onto the board. This isn't quite a good start - XPLite or 98Lite are better for reverse engineering from scratch (but they're too powerful for mobile devices).
The other alternative is porting ReactOS, which is a reimplementation of W2K. Those guys are "having a lot of fun" getting things to work, tho. <_<
Maybye Windows CE6 yes, but Windows XP Embedded no, because they must run at 686-AT/X platform IMB. Sorry of my English
linux would be a path
with most linux programs you can compile them yourself
using good old
./configure
make
make install
of cause gui programs could have issues displaying correct
on such a small screen
You MIGHT be able to pull it off by installing a minimal (very!) WinMo firmware and then have it autorun Bochs, which is known to be able to run the PC version of XP.. A customised, thinned-down XPe image should run fine under Bochs.
--W5i2
I've been checking out the stuff on the web about Linux on the shift, found these, pretty interesting. This ubuntu even detects the motion rolling from left to right, and he makes the cursor move around the screen by tilting the unit. Also has csreen rotation working:
http://mobilitysite.com/2008/07/ubuntu-in-a-htc-shift/
another one:
http://pof.eslack.org/blog/2008/04/14/linux-on-htc-shift/
"Once Ubuntu is installed, you get a menu at boot time which lets you choose which operating system to boot, Vista or Ubuntu. Surprisingly most of the hardware is auto-detected by ubuntu, and almost everything works out of the box:
* Audio is working, mute and volume control works using the Fn keys.
* SD card reader is working.
* Adjusting the screen backlight works with the proper Fn keys.
* Webcam is working (you can test it with gstreamer-properties).
* CPU frequency scaling works by default too on the Intel Stealy 800Mhz CPU, you can monitor it by enabling the cpufreq gnome pannel.
* ACPI is working, you can get the CPU temperature using the sensors-applet.
* Screen resolution works at 800×480. I have not tried higher resolutions yet.
* Bluetooth is working.
However there are a few things that require some extra work in order to have them working properly."
http://forum.xda-developers.com/showthread.php?t=381915
its pof old work! it works only with 8.04 but once updated the system, most pof works will not work.
Hi
I installed Ubuntu last night as I can't get any other version of Windows (except the memory and space hogging Vista) to install at the moment.
I was very impressed with how much DID work without any fiddling and now I shall spend another few evenings reading exactly how to make the rest of it work.
I'm hoping to be able to then get rid of Vista (but not off the X partition JUST IN CASE!) and regain some space, but I think that I need Windows to run some software for my OU degree course... rather important given this was my excuse for buying a SHIFT (so I'd always be able to work on my degree regardless of where I was (or so my other half thinks!)).
However I know NOTHING about Linux and am somewhat daunted by it but also looking forward to getting a more "hands on" with the Shift and some more computing experience under my belt.
I am rather excited by the concept of actually being able to use things like the g-sensor. Why would HTC put it in then give you nothing to make it work under Vista? Kinda sums up their decision-process when creating the Shift, if you ask me...
Ubuntu on an external USB hard disk also works as described. Wireless doesn't work; this is noted elsewhere in this thread: the 8686 drivers need to be found, compiled, and installed; any detailed pointers would be much appreciated. 640x480 resolution (only) is a major drawback, as control panels come up with essential buttons off screen, and there doesn't seem to be any trick to move them on screen. It boots much faster and it is much more responsive than VISTA ... I would make Ubuntu permanent on the Shift platform if I could get wireless and the resolution control working.
cnbabbage said:
I would make Ubuntu permanent on the Shift platform if I could get wireless and the resolution control working.
Click to expand...
Click to collapse
If you go to POF's website (link in the second link in the first message of this thread I think) there is an installer packet that should make WIFI work although being a Linux novice, it doesn't for me! It seems to do what it's meant to do as I can see stuff happening in the terminal window but nothing actually happens or changes after it's done...
I agree that the resolution is a BIG problem at 800 x 640 or whatever it is under Ubuntu 8.04 and hope someone has a solution soon PLEASE!
for Resolution, you can go and reconfig your Xserver yourself. Never used to get it to work on ubuntu but on gentoo no problem at all.
All other pof stuff will work with smal adjustments !! just read the right threads.
Neutron83 said:
for Resolution, you can go and reconfig your Xserver yourself. Never used to get it to work on ubuntu but on gentoo no problem at all.
All other pof stuff will work with smal adjustments !! just read the right threads.
Click to expand...
Click to collapse
I think I did well to get as far as I did as a Noob actually (and a girl one at that!). I have no problem with people saying "search the forum" to people who ask simple questions like "how do I access SnapVue" but when someone's clearly done their research and is still struggling, it's very frustrating. I've just spent nearly ALL weekend on this forum (and google) and got as far as making Ubuntu 8.10 work as I wanted except Wifi and screen resolution, given no one else has mentioned any of these necessities working on 8.10 as far as I can remember and the fact I know nothing about Linux!! Proof in point; your first comment about the Xserver - I don't even know what that is (though I've probably been fiddling in it)
When I have the time I'll start a new thread with all my wonderful findings so it's all in one place - but I have to earn a living and feed the family so it's not high on my agenda this week. I'm due some time off work, so will aim to get it done then (like painting the kitchen and making curtains for my daughter's room...!)
I can upload older ubuntu 8.04 someplace. With this version all pofs configs and hacks work normally.
Hello together!
I'm also working on getting a current Linux up and running on the Shift (Arch Linux with kernel 2.6.28) and found these problems/"solutions":
- Display: I believe that's a combined hard- and software problem. The display doesn't report its correct capabilities and the driver doesn't handle interpolated resolutions that well (I modified the driver for this). I already mailed this to the xorg mailing list, but I didn't get an answer (perhaps I missed some information like driver version)
- Wifi: The old Marvell driver (from their website) isn't compatible with 2.6.28 anymore, but there is a new one in the kernel itself (called libertas), that only needs the firmware in /lib/firmware (check out this git repo if you need to). But at least in my case the chip is still not working, cause the SD controller is buggy and unknown. But I'm talking with some Devs who are willing to help.
- Touchscreen: You need this module to glue htcpen and the xserver together. Then it works like in Pof's manual.
All in all: I believe in having a fully working Linux on the Shift somewhen
Greetings,
Sven
Oaky guys:
Xserver = your grafical environment
Yea u're right the display doesnt send useable stuff to the Soft but you can hard overwrite the combinations of wich ModeLines are used, its a bit more advanced linux stuff but as far as you dont try to learn you wont get it .... i acctually use a 1024 x 600 is possible and i use it !
I Can give my x config to you here if you like to ! (When i am home
sorry for my roughness but i am not a linux pro just advanced PC user and i was able to do such stuff also !!
Greets
Appreciated!
If you could post your config when you have time I would be grateful (as would others!)
@Neutron83:
What version of the intel driver are you using? I'm using 2.4.1 (and newer) and I wasn't able to override the setting no matter what I did. But please share your config. I'd like to give it a chance.
Greeting,
Sven
please, can someone confirm me that ubuntu can do 1024x600 on htc shift?
i would like to buy one of them but i'm not sure about 1024x600 under linux.
thanks a lot
someone posted that xorg_conf can be modified in someway to get bigger resolution. no one have posted working config for this yet. If someone could post it, it would be great.
Shift's screen is 800x480 pixels (http://www.htc.com/europe/faqs.aspx?p_id=60&cat=0&id=45486.) Bundled software (~\htc\resolution.exe and ~\htc\ResolutioLauncher.exe) switches between native 800x480 and emulated 1024x600.
Any progress on a linux driver for the Marvell 8686 wifi card?
Hi @All,
maybe somewhere experts of you can build a script again for Ubuntu 9 users, the most of them I think can work with Linux, but the most are Windows users (like me) and are overstrained with modding aditional Hardware into Ubuntu ;-)
How's everyone going with Ubuntu on the Shift? Samstables?
I'm downloading and installing the current wubi to put ubuntu on with vista as a dual boot to see how much works out of the box and how much I can get working mucking around (low level linux user here )
hmm... my shift is a dustcover at the moment...
pls give me image iso ubuntu on a works drivers!!
Hi guys,
As we all know, the Acer Liquid has been released, and the hardware is mostly like the ACER s200 F1, I'm just thinking if possible to porting the android 1.6 from Liquid to F1? since the hardware is compatible
thanks
michael
I am very interested in that. Unfortunately i don't have the expertise in this. I will be very glad to see that happen.
I hope in that!!
Some people have androide working on Omnia
http://www.androidomnia.com/
So it's very possible i think!
Guys operating systems are not programs or simple cabs that you plug and play, yes the acer s200 and the liquid share almost the exact same hardware exept for the screens, but theres a BIG DIFRENCE the acer s200 has a win ce kernel and the liquid has a linux kernel, you can not swap kernels, the only way the acer s200 could run android is if someone compiles a linux kernel for it and then assemble drivers for android, its not as simply as you make it sound.
Sincerly
Rafyvitto
I Agree!
LCD Screen Drivers are a real pain in %#$^#(*@
Bluetooth and Sound may be Inoperabe at first also
as for GPS, Camera we got a chance here as SnapDragon has Intergrated support
So a dump of Liquid OR the Source of Liquid (when It will be released) Will Help A LOT!
After all Android is FREE!
sugardad said:
I Agree!
LCD Screen Drivers are a real pain in %#$^#(*@
Bluetooth and Sound may be Inoperabe at first also
as for GPS, Camera we got a chance here as SnapDragon has Intergrated support
So a dump of Liquid OR the Source of Liquid (when It will be released) Will Help A LOT!
After all Android is FREE!
Click to expand...
Click to collapse
Unless acer releases there Android kernel source we wont get any far, were gonna have to assemble drivers and stuff.
Yes I'am sure some one out there will be able to leak the sources, just a matter of time, as for always hacking is free but it's playing with our patience...
I just get my S200 today, I used to cook rom for Omnia, will try to do the same for this piece of tech ;-)
Rafyvitto, are your rom multilanguage? or english/russian only?
Also for the android port, maybe someone will try the stupid thing to directly flash a liquid dump in his S200, just to see, sometimes hacking is fun and a kind of pocker party.
In the very basis of logic, if the hardware is the same, if we inject in the nand ( sorry coming from console hacking world) the data of the liquid, the bootprocess must be identical beetween the two devices, I know acer is a brand that always try to reduce costs, so in my mind they should have kept many things identical beetween the two phone hardware,
even the touchscreen controler might be the same, there must be a controllr outthere that can handle both kind of touchscreen (capacitive & resistive ).
What could really help us in the porting :
- HQ shots of the two phones motherboard, to view in detail what are the differences, this could help to point out where to begin.
- if the hardware is nearly identical, interchanging the nands of the two phone
(must have good soldering competence ),
This could lead to interesting findings.
In the very basis of logic, if the hardware is the same, if we inject in the nand ( sorry coming from console hacking world) the data of the liquid, the bootprocess must be identical beetween the two devices, I know acer is a brand that always try to reduce costs, so in my mind they should have kept many things identical beetween the two phone hardware,
even the touchscreen controler might be the same, there must be a controllr outthere that can handle both kind of touchscreen (capacitive & resistive ).
Click to expand...
Click to collapse
Try to compile the kernel, there's the source at codeaurora.org. I've tried, but it seems that a newer toolchain (than 2009q3 by codesourcery) is required... As I pass all my exams, I'll try it better
However, I personally don't see any features that put android over winmo... If we had a capacitive ts, than it would be viable.
Well the kernel source of Acer Liquid has been released. Hope someone will manage to port android to Acer neotouch, because windows mobile really suck.
http://global-download.acer.com/GDF...&Step3=Liquid&OS=A01&LC=it&BC=Acer&SC=EMEA_17
kernel is a little incomplete so far.. also for liquid is hard to have a custom rom,so we need all support of best developers
dear all
anyone has news on the Android porting to our Acer neoTouch 200?
thanks!
Marco
+1.
I'm thinking of buying a Liquid. I get sic of WinMo. From the moment WM7 announced there is no 6.5 development. We are stuck.
Changing to Android will be great.
^im thinking about that too. getting bored of winmo on my neotouch...
Tried to cross-compile those kernel (with arm-2010q1-202-arm-none-linux-gnueabi-i686-pc-linux-gnu)
ARM System type: Qualcomm MSM
MSM SoC type: QSD 8x50
Also, checked all in MSM Board selection, but it can't even make bzImage, usually shows lots of errors in arch/arm/mach-msm/board-qsd8x50 file. Treat warning as errors options disabled.
http://htc-linux.org/wiki/index.php?title=Talk:Tg01
dcordes said:
http://htc-linux.org/wiki/index.php?title=Talk:Tg01
Click to expand...
Click to collapse
Hi,
I have a little experience with haret, haretconsole, make kernel...
I tried this for my old phone (samsung omnia)
Where can I find this:
Current status: With netripper's busybox initrd, boots comletely up to the blinking cursor ( I suppose it indicates that everything is quite ok), however, tux logo colors seem to be distorted
Click to expand...
Click to collapse
?
ok, I found this:
dcordes said:
06/20/2010 linux is booting on qsd8650 based acer s200 - let's see if same cpu crash problem can be observed
Click to expand...
Click to collapse
and this:
haret-pre-0.5.3-20100620
same date so I assume it is correct.
With the console I found these informations:
Code:
HaRET(1)# show ramaddr
0x18800000
HaRET(2)# show ramsize
0x0e000000
HaRET(3)# show mtype
0x00000000
HaRET(4)# print %s machname
Acer_S200
HaRET(5)# print %d machmtype
2566
so I think I need to edit the default.txt/startup.txt like this:
Code:
set mtype 2566
set ramaddr 0x18800000
set ramsize 0x0e000000
but what kernel/initrd can I use?
tnx in advance
p.s. sorry but my english is not very good
Stefano i think you must use http://www.netripper.com/leo/initrd-netripper-busybox.cpio.gz
but i'm not sure
This page contains a kernel that starts partially:
htc-linux.org said:
The kernel gets up to "console [ram0] enabled", then decides to freeze at "initizing cgroup subsys cpu", waits a few seconds, then reboots. The kernels that works is http://www.netripper.com/leo/20100310_package/Image and http://linuxtogo.org/~lgorris/builds/kernel/tg01/, all the others make haret freeze at "jumping to kernel"
Click to expand...
Click to collapse
default.txt said:
set mtype 2524
set ramaddr 0x11800000
set ramsize 0x18C00000
set kernel Image
#set initrd "initrd-netripper-busybox.cpio"
set cmdline "mem=64M"
bootlinux
Click to expand...
Click to collapse
In this page:
htc-linux.org said:
Current status: With netripper's busybox initrd, boots comletely up to the blinking cursor ( I suppose it indicates that everything is quite ok), however, tux logo colors seem to be distorted Acer neoTouch hw specs: CPU: (SkTools Phone Info reports it as '''8650b--sdcaopzm 1310720''', however, chip is marked as) QSD8250 BK153.R1 H192600C AAB RAM: MCP (NAND and RAM): Samsung KBY00N0HM 919 GMC159AC NAND: the same LCD Panel: AUO H380VL01 WiFi/BT/FM: AzureWave AW GH-600 (aka bcm4325, or at least driver/firmware compatible)
Click to expand...
Click to collapse
but there is no link to kernel
ok, I've compiled the kernel
Hello all,
I'm now the proud owner of an android phone (htc desire) and as a hobbiest programmer i'm of course intrested in making (free) apps for it. I come from a linux based devices background (like gp2x, wiz, dingoo a320) etc. So i'm used to the gcc toolchains and libs and I read a bit around about android programming. Am i correct in saying that is not possible to just use a gcc toolchain for programming android apps since android uses some sort of java virtual machine ?
Or is this possible after all, just like one woud make apps for linux based devices. I think the Answer will be NO but i still ask since i wasn't certain and did not find that much information about it.
Suppose it is not possible, my only option for porting linux based games / apps would be to use the NDK and split up the main functions of a game and make a shared lib out of it, which could be called using JNI from java right ?
But i have a question if this is the case...
I can't really imagine that all phone manufactures use the same hardware in their phone or even the same architecture, so suppose i would use the NDK to create a shared lib with basic functions of a game i wish to port, wouldn't this lib need to be build for the specific architecture of a certain phone and thus could only work on that phone ? or are all android phones arm based ?
So you could say my question basically comes down to this :
Will Using the ndk and apps created with it, be less compatible then a java only app for all the droid phones out there ?
thanks
hmm seems i can answer my own questions now, i hadn't looked at the official ndk site itselve yet and did not know it would have all the info i needed.
So using gcc toolchains only does not work,
android uses a (modified ?)java virtual machine called dalvik
de libraries do have to be build for a specific architecture, and all droid's (phones) do seem to run on arm, but in the future the x86 architecture will be supported as well.
HOWEVER,
one can target ARMv5TE or ARMv7-A (and in the future x86) and include the needed libs (per architecture) in the apk file, the droid system will do the rest by checking if a lib for the specific architecture is availible or not.
also it's worth to note that ARMv5TE libs should work on any arm based droid phone, BUT without hardware fpu support. Since all the (linux based) devices i programmed for had no hardware fpu either and weren't as near as powerfull as my desire is, i don't think using software floating point would be a problem for my needs and if it i do need it i can always use fixed point math.
Just thought i should write a small excerpt of that page here, since there might be other people looking for it eventually