Don't know if this is correct place to ask, but I will ask here. If it's not, please make me aware of it and redirect me to correct forum.
Hello, I want to run chrooted Linux under Android, and "send" graphic's to framebuffer, so, I will have something like "native linux" on my phone. It will display linux desktop directly on my screen phone. I know how to compile Android kernel, and I have source's of kernel for my device. So, if I will use command "cat /dev/urandom > /dev/graphics/fbX" on my device, there will be printed random **** on my display.
So, what is the problem?
I don't know what option's I should add in config file. I heard that it must be vt enabled, someone said something about fb, and there was some info about fbdev. I'm distracted, don't know what to do, actually I don't wanna waste time with "try and check" game.
So, if someone will point me what code should I add to my config, I will be thankful. I think I know to what file I should add these line's of code.
EDIT:
I know about CONFIG_VT, it's that enough for it?
Related
This is probably somewhat of a linux question rather than an ndk question, but I'll ask anyway. Anybody know how to read the low level touchscreen events? I'm still a noob with the low level linux device coding. I've done some successful hacking of this and that, but sort of need some example code.
Ideally I'm hoping there's an input file that's relatively filtered, so you can read x/y points from it directly (or something like that). So far I've found /dev/eventX to point to the synaptics touchscreen, but I have no idea what would be the next step with that, and I assume that's going to be very raw data coming in.
Any thoughts? On the Java end, the best I could find was dispatchTouchEvent in the Activity class. To get at a lower level of inupt, the next step would really be building a custom OS build (I guess. There's probably something far easier that I'm not aware of).
I also may try to backtrack through the android source to see how the system dispatches its calls. It has to be there, but as of now I can't find it.
Thanks in advance.
Hi there, this is my first post on xda so forgive me if this is put in the wrong forum.
I am new to android and wish to play around with the emulator.
What I want to do is to create my own piece of virtual hardware that can collect OpenGL commands and produce OpenGL graphics.
I have been told that in order to do this I will need to write a linux kernal driver to enable communication with the hardware. Additionally, I will need to write an Android user space library to call the kernal driver.
To start with I plan on making a very simple piece of hardware that only does, say 1 or 2, commands.
Has anyone here done something like this? If so, do you have any tips or possible links to extra information?
Any feedback would be appreciated.
Regards
Has anyone done this?
Bump Bump
Im surprised this is left unanswered.
Yes, you can do this. There are several ways to do so, but I will explain 2 good options for you.
One: Use AndroidSDK. It's configured for android and simple to set up.
Two: Use virtualbox. If you have the android ISO, you can install it as a bootable image in this software. This gives more functionality than AndroidSDK, but it is not as simplistic. There are settings you will need to adjust to get it running. For a working Android ISO with limited functionality, you can download this: http://www.android-x86.org/download
Hello everyone. I'm looking for a way to use gcc make natively on Android. I know would supposedly be slow and heat up my cpu, but I don't get enough time on my computer to develop via a cross compiler.
Something like this would be ideal:
http://forum.xda-developers.com/showthread.php?t=1645182
I'd post there asking about a download link but the forums won't let me until I've made ten posts.
If anyone has any ideas how to get this working I'd love to hear them!
I found a gcc binary here:
rwiki.sciviews.org/doku.php?id=getting-started:installation:android
I don't know what version it us but it seems to run. I think I will try compiling gcc from scratch.
Can bionic libc be replaced with the full version of libc? Or would that break things?
Next up I think I'll try to get bash on this phone.
I'll post an update when I have gcc fully working.
I've found an app that does most of what I needed, called Terminal IDE on the play store. I now have a mostly functional development environment on my phone.
Next up, some of the open source software I want to port uses autoreconf, which is part of automake. Unfortunately, automake needs access to /tmp/ during configure, which doesn't exist. I guess I'll just have to edit the configure file on my PC and point it to a path that's accessible.
Does anyone know of an automake binary for Android?
I really need a developers answer to this question as this is a very technical one.
Ever since I've seen Ubuntu's site about Ubuntu on Android, I've wanted to do the same concept on my phone. I want to be able to do it myself as I've had experience with working with Gentoo and Arch but unfortunately not as deep of an understanding of how xorg and the kernel relate to each other (other than knowing xorg loads kernel modules and sets up the display) but understood that the Android OS has it's own display mechanism for creating things on the screen.
I'm also guessing that MHL (the tech behind the microUSB to HDMI) is a module of it's own as not all Android devices have access to doing this. If it's a module, I'm also guessing it's got it's own display driver which might be separate from the Android OS.
The root of my question is, would it theoretically be possible to get an xserver running off of that device for a chroot linux os so we can have a native linux on the phone when plugged into a MHL adapter? I am also guessing that I could script a chroot environment to start when the phone starts and maybe run a script on a hotplug from the MHL device to run the xserver... or if it works this way, have it running and it just needs a display show? Maybe an app to swap from linux to android display on the output through the phone? Would be a nice thing to have for us. Imagine being able to just work directly on the device through linux on the same device without using vnc.
I don't know if the Android OS display server (don't know what it's called) takes over all display devices and if that's why it's a problem or what the technical hurdles are, maybe that's another question that could be answered for me please?
I feel like I'm going to get a search the forums answer to this but I am searching, just hard to find answers to some of these questions since it's not the typical "I want wifi calling." or "I want (insert feature here)." or even "How does (insert feature here) work?"
This would be my first steps into developing, and I'm willing to take the time to learn, just would like a nice push in the right direction as to what the hurdles are and where I need to go for answers. Thank you in advance. =)
You may want to try the xda irc and look for linuxonandroid. You'll probably get much better answers than in q&a.
Sent from my M886 using Tapatalk 2
I am also interested in MHL support.
If you find any info please post it here too.
Hi there,
I am an android application developer and I'd like to write an application, which is rooting the phone.
There was a time(Android 2.2 and older), when rooting was not really a big thing.
Changing the rwx permissions of two files by running two "chmod" terminal commands was enough on nearly every device to root them.
But then it went more difficult.
There may not be such a simple solution like above, but I keep hoping that it is still possible programmatically. Here is an idea:
We could use Assembler and native C to generate a Puffer overflow by calling a Unix system call like here(http://peterdn.com/post/e28098Hello-World!e28099-in-ARM-assembly.aspx).Then we could get some code, which would be able to change the file permissions coz it's running in Kernel mode, into the Kernel this way.
What do you think of my idea? Write it down! I don't expect code or does anybody here know a Linux kernel exploit
But ideas where we have to look for those would be great.