Linux rt- patch for android anyone?

I dont know about the details down to the kernel level but I assume you want to create a RT Android version.

Regarding that desire I would think that just applying the RT patch will be no means get you to a real time version of Android.

Especially with a virtual machine there is a lot of complexity involved with garbage collection pauses and such that prevent true real time behaviour.

E.g. look at the real time specification for the JVM. It took 8 years to get from initial submit to an actual working implementation.

http://www.jcp.org/en/jsr/detail?id=1

So overall.. it might and probably is possible to apply the RT patch, but the outcome will not do what you are probably after.


If I understand the question. you have a very critical system (like a car's braking aids system etc..), and you want to control/track it via a nifty gui created in android (dashboard)?

I think you should always split the critical system, from the gui. That also on a hardware level. So you could do whatever you wan't in you GUI, but the critical system will never be influenced (by heavy cpu load for a fancy graph, etc.. ) 'cause it's running on it's own hardware.

So you'll have one system: the cars internal computer (as they exist today ), and a completely other system: the Android based nifty GUI.

The communication between those 2 things should be as simple as possible, there are already a lot of standards to communicate with the internal computer, they are mostly brand-dependent (example: VAG com).


Very Important Link

Ongoing research on real-time android.

http://code.google.com/edu/submissions/ncsu-rts/


below blog discussion is worth reading,

http://groups.google.com/group/android-kernel/browse_thread/thread/fbf7f94d80f5eb2c/4e9f6f4d22a40b36?pli=1

It is no different from real time support in any Linux system, have you looked into the real time patchset for the Linux kernel? It should apply to the Android kernels with no problems.

it says, you can successfully rt-patch of linux to android.

BTW, Definition of real time architecture is,

A real-time system is one in which the correctness of the computations not only depends upon the logical correctness of the computation but also upon the time at which the result is produced. If the timing constraints of the system are not met, system failure is said to have occurred.

Above ref from :http://www.ibm.com/developerworks/linux/library/l-real-time-linux/

So, Basically why in this universe you want to apply rt-patch to android kernel?


**JUST FOUND**

This article is worth exploring, You might find a link to follow for your research project.

http://users.ece.gatech.edu/~vkm/Android_Real_Time.pdf


If your goal truly is only to boot an Android kernel with the RT patch, then it is likely trivial if the architecture of the device running the kernel is supported by the RT patch. For example, x86 is well supported, and I believe ARM is as well.

I use "trivial" in a loose sense; the RT patch may not apply cleanly to an arbitrary kernel with custom (i.e. non-mainline) changes such as the Android kernel, but architectural and lower-level integration into things such as concurrency control can be some of the biggest challenges. The RT patch is generally designed to work with arbitrary drivers, for example--but other problems may exist: the RT patch touches MANY subsystems. On the plus side, a significant amount of the RT patch has actually made it into the upstream kernel, which simplifies the task depending on the forked version the Android kernel is based on.

Assuming that the architecture is supported by the RT patch, it is successfully applied to an Android kernel with conflicts resolved, and boots, your job is still far from complete. Any user space applications such as the UIs that run on top of the JVM must be made aware of timing constraints, etc...

For more information on building application with the RT patch, you can consult this wiki for the RT patch: http://rt.wiki.kernel.org/ (note that at the time of writing this kernel.org is down due to the recent security breach).