Hello familiar, This may be of interest for developers first of all, though maybe later this will be suitable for users too.
I deciced to try and setup QEMU emulator to boot/run Familiar, as my h4000 (wince) is in heavy use an it usually takes wait to boot something to it. I've taken previously announced procedure to do that: http://www.o-hand.com/~richard/qemu.html , thanks go to Richard Purdie for making it all possible, and providing OE support for it. Unfortunetaly, I have only headless Linux boxes around without X, so I decided to try it on win32. I used 0.8.2 ARM emulator binary from here: http://www.h7.dion.ne.jp/~qemu-win/ . Everything worked well as soon as I switched to use kernel provided by Richard Purdie (first link). Don't use kernel which comes with QEMU itself - it is broken and hangs, being passed any command line boot parameter. The emulator comes with TAP suport too (use TAP-Win32). Actually, I have my Familiar/OE build system running in another emulator, coLinux. So, I went on, and setup NFS on it, and make QEMU boot off of it. Well, now I have two virtual Linux systems, and WinXP emulating router between them ;-) . Now about issues: QEMU emulates specific ARM board (IntegratorCP). The kernel must be compiled for exactly this board, and of course not all features of common PDA design are supported. I yet have to build my own kernel for it (OE.dev has 'qemuarm' machine for this). IntegratorCP (== QEMU ARM) comes with mouse, not touchscreen. One would think, no big difference, but somehow Linux has input event format different for TSs and mice. Moreover, xserver-kdrive in Familiar 0.8.4 somehow compiled without support for mouse events (which is a kind of regression, as init.d scripts support TS-less (switch to mouse) configuration). All in all, I can boot h4000 images (well, I tried GPE only so far), but cannot use them much without pointing device. Using keyboard and killing TS calibrate however shows that it works pretty well ;-) . It's not clear if QEMU ARM support any secondary storage at all. Screen apparently has R and B bits "swapped" to what userlands expects of it (well, this relates not only to GUI, but to Midnight Commander booted from bare command line, so maybe there's bug in QEMU). Speed: shows ~400 BogoMIPS on my P4-2.8HT, but clearly runs slower than 400Mhz handheld. Usually loads one of virtual hyperthreading CPUs fully (i.e. system load 50%). I'm going to setup a wiki page with detailed instructions later. -- Best regards, Paul mailto:[EMAIL PROTECTED] _______________________________________________ Oe mailing list [email protected] https://www.handhelds.org/mailman/listinfo/oe
