Related
Guys and gals, I hope you all follow the General forum here at XDA-Dev
If you don’t (PLEASE DO FOLLOW IT! I only post most of my articles in there and, generally, do not post announcements in model-specific subforums – you don’t know what you miss!), and would like to know everything one can know about remotely controlling desktop Windows PC’s from Pocket PC’s, read THIS ARTICLE - I'm absolutely sure you'll find it useful!
Brilliant, Menneisyys.
Another very detailed report, that I have not read yet but just scanned through quickly. Thought it worth reporting my (our) thanks for your time, effort and incredible attention to detail.
Grateful Thanks
Mike
yea Menneisyys u have no idea, how much we appreciate ur time an efforts.
keep writing =)
WOW!! AWESOME work!! I can't find the words to say how much I appreciate it
Wow... just posting to record my shock and awe! Great writeup... They pay people to do (a much worse job at) that you know
Thanks guys! I really love feedback like this
Amazing article. Very detailed, really appreciate.
I have Remote Administrator (RAdmin) installed on my PC, been 2 years have had problem accessing it from another PC. Now I'm still fickle minded about switching to VNC. RAdmin was great over the net and lan.
awesome work indeed. Before reading your post I had heard about LogMeIn, but never did the effort to check it. Now I use the Pro version and it is soooo cooooool...
Exactly what I needed. Thank you once again for your effort.
Thanks for the help its all totally appreciated
Thank you guys; btw, I've also reposted the article to the XDA-Dev Wiki.
UPDATE (01/05/2007): Readers’ feedback:
XDA-Developers 1 2, AximSite, BrightHand, FirstLoox, HowardForums.
AximSite frontpage; Clinton Fitch's recommendation in microsoft.public.pocketpc.
In this post, you mention that XP does not support concurrent terminal sessions.
There is a way to achieve this though; in the last beta of SP2, concurrent terminal sessions were allowed but this feature was removed in the final release of SP2. By replacing the termserv.dll with the termserv.dll from that final beta and adjusting some settings, concurrent sessions become a possibility agaian (with a limitation of 3 concurrent users: 1 local + 2 remote).
Here is the procedure on how to do it:
http://riccardo.raneri.it/blog/eng/index.php/2006/04/24/windows-xp-multiuser-remote-desktop/
I haven't tested it yet with my WM5 device, but it works perfectly when I run a rdp session from my laptop to my desktop.
Bear in mind that the .dll that comes from the last SP2 beta can get replaced by Windows update; should it stop working after an update, just replace it again.
Jörg
V J said:
In this post, you mention that XP does not support concurrent terminal sessions.
There is a way to achieve this though; in the last beta of SP2, concurrent terminal sessions were allowed but this feature was removed in the final release of SP2. By replacing the termserv.dll with the termserv.dll from that final beta and adjusting some settings, concurrent sessions become a possibility agaian (with a limitation of 3 concurrent users: 1 local + 2 remote).
Here is the procedure on how to do it:
http://riccardo.raneri.it/blog/eng/index.php/2006/04/24/windows-xp-multiuser-remote-desktop/
I haven't tested it yet with my WM5 device, but it works perfectly when I run a rdp session from my laptop to my desktop.
Bear in mind that the .dll that comes from the last SP2 beta can get replaced by Windows update; should it stop working after an update, just replace it again.
Jörg
Click to expand...
Click to collapse
Thanks for the report; I've played a lot with this hack and found out that you can't use the same account - that is, you can't co-edit the same remote session. Are you sure you connected with a (locally) already-connected user?
Updated version posted; for the time being (because of the hurdles involved with cutting the article into 10k slices), to http://www.pocketpcmag.com/blogs/index.php?blog=3&p=1571&more=1&c=1&tb=1&pb=1 only.
No, that is not possible (didn't think I gave that impression).
There is a way of creating a second acount that uses a different loginname (so it can be used concurrently) but shares the profile (folders + startmenu) with another account, but I haven't gone that far. I would have to search for it in case you are interested.
Jorg
V J said:
No, that is not possible (didn't think I gave that impression).
There is a way of creating a second acount that uses a different loginname (so it can be used concurrently) but shares the profile (folders + startmenu) with another account, but I haven't gone that far. I would have to search for it in case you are interested.
Jorg
Click to expand...
Click to collapse
Yup, with the hack, it (logging in from other accounts) does work - but, still, there won't be a way of parallelly accessing the same desktop, cursor, app windows.
Pocket PC-to-desktop PC remote control news
In the Bible of Accessing your desktop PC from your Pocket PC, I’ve elaborated on how you can access your PC from anywhere using your Pocket PC.
Now, there are some updates / welcome news:
First, Citrix offers GoToMyPC for $8.25/month ($99 a year) to ex-GoToMyPC users (users that used the service a trial period that, after that, didn’t subscribe to the commercial version). This price (which is half of the regular price) is starting to be pretty good if you definitely need the solution that consumes the least bandwidth.
That is, if you would like to subscribe to GoToMyPC, it’s the best to let the trial period to run out, wait some time and, then, you’ll be offered the 50% rebate.
Second, Parys Technografx, the developer of by far the best VNC client for the Pocket PC, hasn’t been busy; they have just come out with version 1.2 of PT Pocket Office with a lot of welcome additions / fixes I’ve asked for; for example,
Auto selection of a compatible encoding e.g. if PT Pocket Office is set to request "tight" but the server does not support it then the first compatible encoding will automatically be used instead - e.g. "Hextile" with RealVNC.
The "Server Scaling On" or "Server Scaling Off" option has been changed to "PTeSVNC/UltraVNC" or "RealVNC/TightVNC" and if a connection is attempted to RealVNC or TightVNC or another VNC server without server-scaling when the option is set to "PTeSVNC/UltraVNC" then PT Pocket Office now automatically detects this and adjusts accordingly.
It will now connect and work with RealVNC4.x provided that the "RFB 3.3" option is selected in the "Legacy" options for the RealVNC server. (The developer promises to make it possible to connect to RealVNC servers in the 4.x mode in the near future.)
The file transfer works OK for you with the latest UltraVNC.
Also note that I’m working VERY hard on the multimedia remote control roundup, comparing ALL the available titles. Hope I’ll be able to publish it in this or next week.
I've finished updating the Remote Access Bible with brand new, never-before-published-by-anyone comparative information on the new, built-in, excellent Remote Desktop Mobile client in Windows Mobile 6.
Now that the new, 4.0 version of well-known, useful remote controller application PPC Tablet supports remote desktop access, I've thoroughly benchmarked & compared it to the alternatives in my Remote Access Bible. (Note that the article itself will only be updated tomorrow; now it's "only" the heart of the article, the comparison chart has been updated with PPC Tablet 4.0-related info. (Yes, before you ask: I'll really soon publish my multimedia remote controller roundup; I've found it useful to publish the strictly remote desktop-related PPC Tablet 4-related info before finally publishing the next article.)
It's really worth checking it out if you'd like to know how it compares to the alternatives and in what scenarios it should be used (it has major, mostly bandwidth usage-related problems; still, in some cases, it might turn out to be useful).
Finally, I also recommend this remote desktop access-related post in the microsoft.public.pocketpc newsgroup; it may turn out to be useful for many.
At last, a REALLY decent RDP (Terminal Server) client for WM5!
In the Remote Desktop Access Bible, I've promised I would announce when the excellent folks over at H/PC Factor manage to port the excellent Terminal Server client from WindowsCE .NET to Windows Mobile.
Fortunately, the porting attempts have been successful (albeit not at H/PC Factor but at XDA-Developers); see this thread for more information. Note that the port ONLY runs on WM5, NOT on previous operating systems.
Make sure you check it out if you need a DECENT RDP client (instead of the, to put it mildly, far-from-perfect built-in Terminal Services Client) on your WM5 Windows Mobile device.
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 think here is the right place to ask
Do u know/is there any C/C++ IDE that can actually run on WM?
I do not mean writing apps for WM. I mean writing, compiling (and y not debugging) programms directly on the PDA.
And generally is there such an IDE for any other programming language?
thx in advance
there is some for c# .net
and pocketVI support some c not to compile to native code or a real IDe though
I don't even think the pocket pc is powerful enough (yet) to handle the task of compiling software (unless you get a real os on there like linux).
I dont know if this is what you are looking for, but you can try Basic4PPC
I've tried it and I love'd it!
Rudegar said:
there is some for c# .net
and pocketVI support some c not to compile to native code or a real IDe though
Click to expand...
Click to collapse
yes i've seen that! i guess u r talking about http://www.geocities.com/hrowson/wm5_software/index.htm
just wondering if there are similar IDEs for other langs, like C, C++
Steven855 said:
I don't even think the pocket pc is powerful enough (yet) to handle the task of compiling software (unless you get a real os on there like linux).
Click to expand...
Click to collapse
hm.. i do not think that compiling is such an intensive task.. Well if u have like 5000 lines on ur windows mobile sure will take long..
But generally testing smal progs etc would be fine i think
Compiling is not something that came out with along with the fast CPUs!
What is more, the HD has a pretty fast CPU (i think!). Still remember that my first desktop PC's CPU was around 500MHz (!)
fredamexis said:
I dont know if this is what you are looking for, but you can try Basic4PPC
I've tried it and I love'd it!
Click to expand...
Click to collapse
u can use it to write progs directly @ ur PDA? (withour PC)
thx i will check it anyway!
See this thread: http://forum.xda-developers.com/showthread.php?t=445396
The following will compile (I've tried them) on the phone:
PocketGCC (FREEWARE)
Pocket C# Combo (Everything you need to compile and write apps for WM-- FREEWARE)
However, they do have limitations.
I'm completely positive FPC can be made to run on ARM. I'd say the chances of getting Lazarus (*the* FPC IDE) to run on WM are 30% out-of-the-box, and 70% after a day of hacking
The real question is... WHYYYY!?!?!?!?!?! would you want to?
LiKBeAsT said:
hm.. i do not think that compiling is such an intensive task.. Well if u have like 5000 lines on ur windows mobile sure will take long..
But generally testing smal progs etc would be fine i think
Click to expand...
Click to collapse
Dude seriously, compiling is a very CPU intensive task. 5000 lines? That is exactly one nothing in code terms.
Compiling is not something that came out with along with the fast CPUs!
What is more, the HD has a pretty fast CPU (i think!). Still remember that my first desktop PC's CPU was around 500MHz (!)
Click to expand...
Click to collapse
Oh please. My first desktop PC's CPU was 4.77mhz (with a turbo switch to 8!) and I'm considered a newbie in that area. While 500mhz is not necessarily slow, HTC hasn't produced a fast device in over two years. The HD is a horribly slow device.
Just a guess, but I'd say that the HD should still be fine for compiling. No floating point operations and no graphics.
Limitations to compilation probably memory size and memory speed, more than anything else? This will be a particular problem for C++, especially if you're doing anything more than minimal templating.
And putting Linux on it won't suddenly make it much better at compiling things - very little of this will be reliant on the OS subsystem.
ajige said:
See this thread: http://forum.xda-developers.com/showthread.php?t=445396
The following will compile (I've tried them) on the phone:
PocketGCC (FREEWARE)
Pocket C# Combo (Everything you need to compile and write apps for WM-- FREEWARE)
However, they do have limitations.
Click to expand...
Click to collapse
yea checked that out but it also had many other stuff and i wasn't sure about what i was asking
Chainfire said:
I'm completely positive FPC can be made to run on ARM. I'd say the chances of getting Lazarus (*the* FPC IDE) to run on WM are 30% out-of-the-box, and 70% after a day of hacking
The real question is... WHYYYY!?!?!?!?!?! would you want to?
Click to expand...
Click to collapse
erm.. i guess for fun, testing small progs and keep in touch with the lang when away from PC
Chainfire said:
Dude seriously, compiling is a very CPU intensive task. 5000 lines? That is exactly one nothing in code terms.
Oh please. My first desktop PC's CPU was 4.77mhz (with a turbo switch to 8!) and I'm considered a newbie in that area. While 500mhz is not necessarily slow, HTC hasn't produced a fast device in over two years. The HD is a horribly slow device.
Click to expand...
Click to collapse
Well, obviously i ammuch more younger (going to 20!) So my first PC was turbo-machine
Anyway! i guess nobody is going to use PPC IDE for that big progs and of course yes. they will take hours to compile (i guess)
Fast is a bit subjective i think.. What do u mean horribly slow? in terms of CPU, response time etc?
Thx everyone for the input!
PPC is pretty fast. You feel it is slow just because it has too many bad designed apps slow it down (must have while(1000) {Sleep(1000)} inside! no joking, I did see it sometimes!) and it has lack of good graphic driver (or chipset) so your TF3D has to use software to simulate semi-transparent effects and support z-order by allocating large buffer and repeatedly copy them.
Try pocketdos (or bochs emulator), you can run a windows 3.1 on ppc.
Then you can use TC, or old version of VC++/VB/Delphi etc on windows 3.1/dos
Considering emulator running on a real machine usually ~100 times slower than virtual machine, and ARM processor is a RISC chipset usually faster than CISC, your PPC is much faster than a Pentium even some Pentium III computer.
You may not understand how RISC faster than CISC. a function call in x86 cpu usually like
PUSH param1
PUSH Param2
Call function1 ( which push IP and stack again)
and more PUSH inside the function1.
it involves a lot of memory operations. memory is out of CPU so it is low.
A function call in ARM cpu usually like
MOV R0, param1
MOV R1, param2
BL function1 (which set return address in a register)
It doesn't use memory at all. everything is done within processor.
Pentium and after that solve this bottle neck by adding cache. But your code may not in cache when switching context. RISC is naturally faster.
ARM in general can be fast. However in MSM7K devices it usually isn't. All floating point operations for example are done in software, not hardware - this is why a lot of stuff is slow (try for example a Samsung chipset based on ARM, they are much faster for a lot of things). Hardware floating point is an absolute must for any multimedia related thing, and can affect any multiplication or division (and similar) where your compiler does not know at design time whether it will be an integer operation or not.
Furthermore, TF3D is actually one of the few things on these devices that actually does use hardware graphics acceleration.
Even then, while I do agree that RISC in general can be faster than CISC , no compiler worth its salt will use a stack-based calling convention (at least for non-exported functions) unless explicitly specified to do so. Register based function calling exactly like you give for your ARM example is quite normal on x86 as well.
And yes, my old and rusty 500mhz Pentium laptop literally ran circles around any MSM7K.
As far as I known compiler or IDE almost doesn't need float pointer operations at all.
386SX or 486SX works well and fast with old version of VB and VC.
That was an example for why MSM7K was slow. Even if it isn't applicable to compiling, it's still a slow-ass chip
Meme IDE
you could try this...its not c# or c++ but very similar
Build with a drag and drop editor. Develop complex functions using the unique MemeScript. A language created to make elements simple and cohesive on any platform.
It is currently in beta release and at the moment you can develop for Android and WM. IOS will be included in the full release and Blackberry further down the line.
OH and its FREE
find out more or download and play with it at www.memeapps.com
joememe said:
you could try this...its not c# or c++ but very similar
Build with a drag and drop editor. Develop complex functions using the unique MemeScript. A language created to make elements simple and cohesive on any platform.
It is currently in beta release and at the moment you can develop for Android and WM. IOS will be included in the full release and Blackberry further down the line.
OH and its FREE
find out more or download and play with it at www.memeapps.com
http://www.memeapps.com/
Click to expand...
Click to collapse
it is worth to try after the running download. Thank's for the hint.
If you don't understand what ssh or vnc is, please don't attempt this.
I am able to run Kali Linux armhf on the 13.3.1 by following this guide. It can run other distros too.
I can confirm it is working 100% and runs very smooth. Here is a link to the Linux Deploy app. You need a vnc app or a ssh app to interface with it. I recommend Real VNC Viewer. Instead of connecting to your private ip, just connect using your loopback 127.0.0.1 It is faster.
I hope this could be of some use towards cracking the bootloader. Comments, questions, discussion wanted.
Nice idea but what can you really do on Kali that you can't do via adb shell?
PS putty ftw!
Sent from my Nexus 4 using Tapatalk
Spec-Chum said:
Nice idea but what can you really do on Kali that you can't do via adb shell?
PS putty ftw!
Sent from my Nexus 4 using Tapatalk
Click to expand...
Click to collapse
Install linux native applications, light server, supports many linux distros like gentoo arch debian ubuntu fedora. Aircrack-ng, reaver, sslstrip, metasploit. The fun stuff.
Faznx92 said:
Install linux native applications, light server, supports many linux distros like gentoo arch debian ubuntu fedora. Aircrack-ng, reaver, sslstrip, metasploit. The fun stuff.
Click to expand...
Click to collapse
Nice, I'm sold
Repurpose a device
I would really like to get a different OS on my device or even do a GRUB bootloader kind of thing which will allow Android or another OS. I want to repurpose a tablet for my car project and I don't want to use Android.
I have done the VNC thing in the past with Ubuntu and it was horribly slow. Anything emulating on top of an OS will be less than optimal. I have used VMPlayer and VirtualBox before on a regular desktop and they seem ok. But still I'd like another OS that will be fast on boot up and ready to go in the shortest amount of time.
chris
This is very interesting. Has anyone managed to get Mer working through Linux Deploy? Having Plasma Active running like that would be pretty awesome. Other DEs aren't really optimised for touch the way Plasma Active is.
EDIT: Actually, it might be possible to get Plasma Active running via Gentoo, as they have an overlay for it. Still experimental, but then what isn't experimental at this point
GreatEmerald said:
This is very interesting. Has anyone managed to get Mer working through Linux Deploy? Having Plasma Active running like that would be pretty awesome. Other DEs aren't really optimised for touch the way Plasma Active is.
EDIT: Actually, it might be possible to get Plasma Active running via Gentoo, as they have an overlay for it. Still experimental, but then what isn't experimental at this point
Click to expand...
Click to collapse
You use a vnc app on loobback address(127.0.0.1) to connect. It is the fastest emulation I ever had running on any device. This is perfect for me if i can get a keyboard working. If you lower the resolution of the linux guest with a ui like lxde it is very easy to use it as a touch interface.
Mr_Ada said:
I would really like to get a different OS on my device or even do a GRUB bootloader kind of thing which will allow Android or another OS. I want to repurpose a tablet for my car project and I don't want to use Android.
I have done the VNC thing in the past with Ubuntu and it was horribly slow. Anything emulating on top of an OS will be less than optimal. I have used VMPlayer and VirtualBox before on a regular desktop and they seem ok. But still I'd like another OS that will be fast on boot up and ready to go in the shortest amount of time.
chris
Click to expand...
Click to collapse
Try it out on the loopback address 127.0.0.1 It is blazing fast with ui like lxde or xfce. Fastest I ever seen on a tablet/android.
Faznx92 said:
You use a vnc app on loobback address(127.0.0.1) to connect. It is the fastest emulation I ever had running on any device. This is perfect for me if i can get a keyboard working. If you lower the resolution of the linux guest with a ui like lxde it is very easy to use it as a touch interface.
Click to expand...
Click to collapse
Yea, thanks. I'll read a bit more on Linux Deploy to see how it works. And I'm very familiar with Gentoo (have three Gentoo devices here), so setting it up shouldn't be a problem. I also asked on their IRC, and they said Plasma Active should theoretically compile on Gentoo ARM, but nobody ever tested it. Sounds like a good opportunity to do just that!
Got to run Gentoo, although it required a bit of effort. Since I want Plasma Active, I didn't choose any GUI (I need to set it up manually). However, the problem is that SSH wouldn't run, either, citing that OpenRC wasn't started itself, and that I had to execute touch /run/openrc/softlevel in order to get it to start. Which is nice and all, but it's a circular dependency: to create the file, I need to log in through ssh, and to log in through ssh I need to create the file. So I ended up doing this:
Create a bash script file with that line
Upload it to the device (I put it in the downloads directory)
Do a "chmod 777 /datamedia/media/0/Download/<myscriptfilename>.sh"
In Linux Deploy:
Enable Custom mount (leave the path default)
Enable Custom startup
Set Script file to "/mnt/0/Download/<myscriptfilename>.sh"
That allowed me to create that file and start sshd correctly. So now I can log in via ssh, yay!
It makes me wonder, though – is there a support forum for Linux Deploy in English? Their main forum seems to be Russian...
GreatEmerald said:
Got to run Gentoo, although it required a bit of effort. Since I want Plasma Active, I didn't choose any GUI (I need to set it up manually). However, the problem is that SSH wouldn't run, either, citing that OpenRC wasn't started itself, and that I had to execute touch /run/openrc/softlevel in order to get it to start. Which is nice and all, but it's a circular dependency: to create the file, I need to log in through ssh, and to log in through ssh I need to create the file. So I ended up doing this:
Create a bash script file with that line
Upload it to the device (I put it in the downloads directory)
Do a "chmod 777 /datamedia/media/0/Download/<myscriptfilename>.sh"
In Linux Deploy:
Enable Custom mount (leave the path default)
Enable Custom startup
Set Script file to "/mnt/0/Download/<myscriptfilename>.sh"
That allowed me to create that file and start sshd correctly. So now I can log in via ssh, yay!
It makes me wonder, though – is there a support forum for Linux Deploy in English? Their main forum seems to be Russian...
Click to expand...
Click to collapse
Great job! It looks like the original dev was russian and their github is in russian but use google translate. Hope this helps.
Android Terminal Emulator
Faznx92 said:
Great job! It looks like the original dev was russian and their github is in russian but use google translate. Hope this helps.
Click to expand...
Click to collapse
I actually took concepts from Linux Deploy and Complete(??) Linux Installer, and built a set of scripts to do all the chroot work without needing an Android app. Since I primarily use the terminal, running everything from the shell is much easier than using an app.
Using something like Android Terminal Emulator, you do not need ssh on the android side at all. You simply su to root and run a chroot command:
chroot <linux-mnt-pt> /bin/bash -i
or
chroot <linux-mnt-pt> /bin/su <user>
or
chroot <linux-mnt-pt> /bin/login <user>
The last option requires typing a password, but since it's a login, it sets up your environment correctly. The other two inherit your Android PATH (among other things), so you have to set PATH by hand or use an rc file which sets it from scratch.
Personally, I find even LXDE much too slow for regular use over vnc. Most of my interest revolves around emacs and gcc, which both work great in Android Terminal Emulator.
-Pie
Faznx92 said:
Great job! It looks like the original dev was russian and their github is in russian but use google translate. Hope this helps.
Click to expand...
Click to collapse
Ah, thanks for pointing that out. His issue list is in English, and that's exactly what I need!
I talked to people over at #systemd to see if it would be possible to have systemd launching things in a chroot, and unfortunately it seems to be impossible for the Kindle Fire HDX 7, because its kernel is not compiled with PID namespaces that systemd requires to function, and we don't have any means to compile custom kernels as far as I know. It's too bad, but I guess I can cope with OpenRC for now.
EatingPie said:
I actually took concepts from Linux Deploy and Complete(??) Linux Installer, and built a set of scripts to do all the chroot work without needing an Android app. Since I primarily use the terminal, running everything from the shell is much easier than using an app.
Using something like Android Terminal Emulator, you do not need ssh on the android side at all. You simply su to root and run a chroot command:
Click to expand...
Click to collapse
Interesting, although I do prefer an app (it's really quite convenient). Also, as far as ssh goes, I do prefer having that running over typing things into the terminal using the touchscreen.
Overall the experience of running Gentoo on ARM is interesting. The Snapdragon 800 is really quite a beast, but rather peculiar. There are often delays before my input starts to be processed, but once it does, it runs very fast, until it goes idle again. And the speed at which it compiles things is amazing. It's also nice that I can use all of those nice optimisations (I'm using -march=native and -mfpu=neon-vfpv4, with the neon USE flag enabled; I'd like to set -mcpu to something specific, but it doesn't seem to have Snapdragon as an option).
Ubuntu os
Maybe sometime we would be able to get Ubuntu os on our tabs.
zhable said:
Maybe sometime we would be able to get Ubuntu os on our tabs.
Click to expand...
Click to collapse
You already can, although it's limited to the desktop version (which isn't any good when it comes to touchscreens). Not sure if Ubuntu Touch will be available at some point. But eventually Ubuntu will ship Unity 8, which will be more touch-friendly.
This is all great news!
GreatEmerald said:
Overall the experience of running Gentoo on ARM is interesting. The Snapdragon 800 is really quite a beast, but rather peculiar. There are often delays before my input starts to be processed, but once it does, it runs very fast, until it goes idle again. And the speed at which it compiles things is amazing. It's also nice that I can use all of those nice optimisations (I'm using -march=native and -mfpu=neon-vfpv4, with the neon USE flag enabled; I'd like to set -mcpu to something specific, but it doesn't seem to have Snapdragon as an option).
Click to expand...
Click to collapse
I don't think -march=native is doing anything there buddy.
GCC doesn't officially "support" Krait (yet), nearest I can see would be Cortex-A9 which uses the same scheduling model (albeit with 3 less pipeline stages) as a Krait. Interestingly, LLVM/Clang has just patched in a krait -mcpu target, if you can use that. To be honest you'll not be gaining too much as, IIRC, the main difference between a Krait and an A9, in compiler specific terms, is vfp4, but you're setting that with the -mfpu option anyway.
My point after spouting that gibberish is to not sweat it, lose -march, change -mcpu to cortex-a9 and you're golden. At least until a krait mcpu target for GCC...
Spec-Chum said:
I don't think -march=native is doing anything there buddy.
GCC doesn't officially "support" Krait (yet), nearest I can see would be Cortex-A9 which uses the same scheduling model (albeit with 3 less pipeline stages) as a Krait. Interestingly, LLVM/Clang has just patched in a krait -mcpu target, if you can use that. To be honest you'll not be gaining too much as, IIRC, the main difference between a Krait and an A9, in compiler specific terms, is vfp4, but you're setting that with the -mfpu option anyway.
My point after spouting that gibberish is to not sweat it, lose -march, change -mcpu to cortex-a9 and you're golden. At least until a krait mcpu target for GCC...
Click to expand...
Click to collapse
Nope, -march=native sets -march to armv7-a, which is close enough. The point in using it is that as soon as GCC gets better optimisations, -march=native will use the more optimised choice, without manual intervention.
too slow download
very slow retrieving of files from server i have a 2 mb/s line
any idea how should i retrive it offline
---------- Post added at 06:24 PM ---------- Previous post was at 06:00 PM ----------
suit urself and paste any one link in mirror url in linux depoly settings for kali and other deployments
http://http.kali.org/README.mirrorlist
remove the readme when adding the url ... press thanks nd make me feel aprreciated
Raspberry Pi 2 spec:
A 900MHz quad-core ARM Cortex-A7 BCM2836 CPU (up from a single-core 700Mhz part)
1GB LPDDR2 SDRAM (up from 512MB)
Complete compatibility with Raspberry Pi 1 (software will need to be recompiled to take advantage of the new multi-core processor)
Identical form factor to the existing Raspberry Pi, which means it can fit into existing enclosures
10/100 Ethernet port
40-pin extended GPIO
4 x USB 2.0 ports
4 pole Stereo output and Composite video port
Full size HDMI
CSI camera port for connecting the Raspberry Pi camera
DSI display port for connecting the Raspberry Pi touch screen display
Micro SD slot
Micro USB power source
Its not going to be a full Win 10 like on a PC, its Win 10 IoT.
Well yeah it can not be full version still there is a windows support, I'm still waiting for Android support
Wonder if they will have proper display drivers with Win 10... Those are the reason Android hasn't been 100% successful in being ported over
Nypan sr said:
Its not going to be a full Win 10 like on a PC, its Win 10 IoT.
Click to expand...
Click to collapse
But hopefully it will be more like more like the x86 Windows version without any dumb restrictions, as opposed to the Windows on ARM SKUs we've seen so far (Windows RT and phone) that have too many restrictions. I believe the current IoT version is prrety stripped down and runs win32 executables, but I guess it remains to be seen exactly what the Windows 10 IoT SKUs (x86 or ARM) will be like.
Either way this is good news, and especially as it's the first Windows on ARM release (that I'm aware of) that isn't pre-installed on a device, and can be installed and removed at will (again, unlike Windows RT/Phone device with a locked bootloader). So that at least is encouraging.
I know it is a silly question, apart from the company news, has anyone independently managed to get a developer copy to work? I scoured all over the web and have not been able to see any info with regards to that.
vulcanize said:
I know it is a silly question, apart from the company news, has anyone independently managed to get a developer copy to work? I scoured all over the web and have not been able to see any info with regards to that.
Click to expand...
Click to collapse
There is no copy anywhere. At least, I managed Windows RT to boot with hardware-accelerated Qemu(and a basic Tegra3 emulation) if I disable the graphics driver. Still no input but that should just be some boring code to write.
black_blob said:
There is no copy anywhere. At least, I managed Windows RT to boot with hardware-accelerated Qemu(and a basic Tegra3 emulation) if I disable the graphics driver. Still no input but that should just be some boring code to write.
Click to expand...
Click to collapse
That's sounds very interesting (maybe should have posted that on the Windows RT section)
as a couple of us would be interested in learning how you did that
xsoliman3 said:
That's sounds very interesting (maybe should have posted that on the Windows RT section)
as a couple of us would be interested in learning how you did that
Click to expand...
Click to collapse
I should clean the UEFI implementation and adapt the HalExtTegra3 to something cleaner without a hacked VersatilePB target. How to disassemble that lib?
A bluescreen is the result with the RTSM emulator. Does anyone have Windows RT BSP documentation or a disassembler?
Just noticed someone else who has done amazing things with Windows RT on generic ARM hardware
http://winocm.moe/projects/bringup/osports/2015/01/12/giving-windows-on-arm-a-hand/
I think Linux is much more important than windows support.