 Qemu-i386 |
OESF Forums > Distros, Development, and Model Specific Forums > Everything Development > Linux Applications  |
 Sep 6 2005, 04:40 PM
Post
#1
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967  |
Applying the gist of the changes from this message, I have successfully built a qemu-i386 and qemu-img binary on my Zaurus SL-C3100 (inside a Debian chroot).
I hoped to use it to launch wine in user mode, so I grabbed the full i386 deptree of Debian's testing Wine distribution and ran "dpkg -x --instdir=/x86" on each .deb, creating a tree that (theoretically) contains all the x86 binaries and libs that wine needs to run. However, I following Qemu's user-mode documentation, I tried to run /x86/usr/bin/yes and get: "Unable to load interpreter Segmentation fault" The program is able to display its --help just fine. I'm not at all familiar with cross-compilation and such, which is why I went for the prepackaged i386 environment instead of rolling my own glibc; is the problem there, or is the qemu executable I built somehow bad? I'd love to get qemu-i386 and wine working together on the Z, and it seems tantalizingly close to possibility... It should be working now, in theory. Is there any help out there? |
 |
 
|
|
Sep 17 2005, 12:26 PM
Post
#2
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967 |
If anyone's interested, I eventually got it to work by using Qemu's own gnemul package. It runs an x86 ls, but takes around 30 seconds to do it. That's not worthwhile, yet. I can run Wine, but it's way too slow.
|
|
|
|
|
Sep 29 2005, 07:54 AM
Post
#3
|
|
|
Group: Members Posts: 150 Joined: 8-December 04 Member No.: 5,839 |
QUOTE(Borealid @ Sep 17 2005, 08:26 PM) If anyone's interested, I eventually got it to work by using Qemu's own gnemul package. It runs an x86 ls, but takes around 30 seconds to do it. That's not worthwhile, yet. I can run Wine, but it's way too slow.  hi there, i am interested:-) tell me more details please on running wine on the zaurus. i use wine and qemu on the desktop, but thought that it would be nearly "impossible" to run them on the z... malik |
|
|
|
|
Sep 29 2005, 01:44 PM
Post
#4
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967 |
Well, I built Qemu from source (using the listed patches' changes in spirit and only selecting the qemu-i386 target [no kqemu]), and installed their gnemul-x86 package. I then went and fetched Debian's Wine and all its dependencies from their ARM distribution. But really, it's too slow - it takes a half-minute to run ls. You wouldn't be able to get anything at all done with Wine. I know it's really alluring, but it's just not good enough.
|
|
|
|
|
Sep 30 2005, 02:21 AM
Post
#5
|
|
 Group: Members Posts: 227 Joined: 27-April 05 Member No.: 7,008 |
QUOTE(Borealid @ Sep 29 2005, 11:44 PM) Well, I built Qemu from source (using the listed patches' changes in spirit and only selecting the qemu-i386 target [no kqemu]), and installed their gnemul-x86 package. I then went and fetched Debian's Wine and all its dependencies from their ARM distribution. But really, it's too slow - it takes a half-minute to run ls. You wouldn't be able to get anything at all done with Wine. I know it's really alluring, but it's just not good enough. Can you share your good work with us and put your binaries anf howto somewhere on web? Thank you ... |
|
|
|
|
Sep 30 2005, 02:45 AM
Post
#6
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967 |
Here is the Qemu binary. Enjoy it.
|
|
|
|
|
Sep 30 2005, 02:48 AM
Post
#7
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967 |
Oops. heh - attachments with (without) certain extensions are not allowed. Please eliminate the extension on this file. It's not really an .ipk but a .tgz.
Attached File(s)
|
|
|
|
|
Oct 4 2005, 06:11 AM
Post
#8
|
|
|
Group: Members Posts: 150 Joined: 8-December 04 Member No.: 5,839 |
thank you for the ipk, i also found qemu-0.5.3-armhost-i386user.tar.gz out there,
but i cant find a debian arm version of wine. if wine works within pocketworkstation i would give it a try, just for fun;-) |
|
|
|
|
Oct 4 2005, 09:26 AM
Post
#9
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967 |
Wine is an x86-only program. There's no such thing as an "arm version" at the moment. That's why there's so much experimentation with qemu and bochs going on out there.
|
|
|
|
|
Oct 6 2005, 06:24 AM
Post
#10
|
|
|
Group: Members Posts: 150 Joined: 8-December 04 Member No.: 5,839 |
okay, i think i am on the right way: you use qemu on your z to run a
linux version of wine? this is somewhat crazy:-) i am a little bit dissapointed that there is no arm version of wine and that qemu only runs in user mode... malik |
|
|
|
|
Oct 6 2005, 04:41 PM
Post
#11
|
|
 Group: Members Posts: 1,164 Joined: 17-December 03 From: Melbourne, AUSTRALIA Member No.: 1,219 |
There is no arm version of wine, because "Wine Is Not an Emulator"! It uses native x86 cpu calls and just translates the windows api calls to display graphics.
It's possible that winw would work under qemu, but the performance hit would probably be very high and I've had little success with qemu on sharp with graphic stuff Stu |
|
|
|
|
Oct 7 2005, 02:57 AM
Post
#12
|
|
|
Group: Members Posts: 46 Joined: 28-August 05 Member No.: 7,967 |
I believe that Wine under qemu would probably be a superior solution to a full Windows environment under bochs or the like. Not having the massive overhead of a complete Windows implementation might be helpful.
But either way, it requires CPU emulation - either qemu or bochs. |
|
|
|
|
Oct 9 2005, 12:42 PM
Post
#13
|
|
|
Group: Members Posts: 150 Joined: 8-December 04 Member No.: 5,839 |
QUOTE(Borealid @ Oct 7 2005, 10:57 AM) I believe that Wine under qemu would probably be a superior solution to a full Windows environment under bochs or the like. Not having the massive overhead of a complete Windows implementation might be helpful. But either way, it requires CPU emulation - either qemu or bochs. hello borealid, sorry, but i have problems with your ipk. first it is not a real ipk, its a *.tar.gz. this is not the problem. i unpacked it and ran the binary (qemu --help), that works, but it does not work if i apply it to a linux binary, for instance a simple hello program. i have a working, but old version of qemu (0.5.3). any hints? i install the gnemul package (i386 libraries) from the qemu homepage to /usr/gnemul. which libraries you installed to start wine with qemu? thank you for your help... malik |
|
|
|
|
Oct 9 2005, 01:03 PM
Post
#14
|
|
|
Group: Members Posts: 150 Joined: 8-December 04 Member No.: 5,839 |
i have to apologize. first i should read the whole thread and then write
something that makes more sense than the above:-) sorry... |
|
|
|
|
Feb 28 2006, 02:41 AM
Post
#15
|
|
|
Group: Members Posts: 150 Joined: 8-December 04 Member No.: 5,839 |
hello,
i want to report my similar experiences with qemu onboard compilation: i also applied the above mentioned patches to the sources of qemu 0.7.1 resp. 0.8 and compiled within pocket workstation. first i got some reference errors in block.c, so i commented out the last lines of it resp. changed the Makefile. a step by step compilation (starting without the patches) showed that all patches seem to be necessary, but the result is n both cases an unbelievable slow qemu-i386 binary. i was not able to compile a static version. i was only confused by the different debian packages for sdl and that compared to my linux desktop "sdl static link" was not available. maybe i will try to compile within dev-img1.5 or cross compile it. but first i have to setup these, for instance how can i add libsdl-dev to dev-img?! malik |
|
|
|
|
2 User(s) are reading this topic (2 Guests and 0 Anonymous Users)
0 Members:
|
Lo-Fi Version | Time is now: 22nd May 2013 - 12:35 PM |