From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:41750) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNkoB-0000b5-GG for qemu-devel@nongnu.org; Thu, 04 Apr 2013 10:06:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNknz-0001h1-68 for qemu-devel@nongnu.org; Thu, 04 Apr 2013 10:06:31 -0400 Received: from mail.itcsnam.com ([196.1.28.178]:4382) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNknx-0001gC-Ty for qemu-devel@nongnu.org; Thu, 04 Apr 2013 10:06:19 -0400 Message-ID: <515D88D3.5000203@itcsnam.com> Date: Thu, 04 Apr 2013 16:06:11 +0200 From: Benito MIME-Version: 1.0 References: <515D755A.7060500@itcsnam.com> In-Reply-To: <515D755A.7060500@itcsnam.com> Content-Type: multipart/alternative; boundary="------------040909080809020204040305" Subject: [Qemu-devel] Fwd: Re: Raspberry ARM with 32-bit guest List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: mjt@tls.msk.ru, =?ISO-8859-1?Q?=22afaerber=40suse=2Ede_=3E=3E_And?= =?ISO-8859-1?Q?reas_F=E4rber=22?= This is a multi-part message in MIME format. --------------040909080809020204040305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Ok , I do have a qemu-system-i386 : pi@raspberrypi / $ qemu-system-i386 --version QEMU emulator version 1.1.2 (Debian 1.1.2+dfsg-6a), Copyright (c) 2003-2008 Fabrice Bellard My intention is to run an old application , that used to run on FedoraCore2,also a modified version of the app runs on Centos 5.1/6.3 also Fedora 14 . The problem lies with glibc. The glibc in newer kernels , is backwards compatible up to a certain point, but not far enough. The version I require is GLIBC.2.0 also, the app never ran on debian , always fedora/Red hat and Centos , hence the emulation of i386 on ARM. So it requires ld-linux.so.2 , libc.so.6 and so on. The RPM Package for glibc-2.12.90-1mgc25.i686.rpm , is the package for fc14. - in the /lib directory of FC14 : [root@mdr lib]# ls -al libc.so.6 lrwxrwxrwx. 1 root root 15 Oct 22 2010 libc.so.6 -> libc-2.12.90.so Now there are only a few of these libraries, like /lib/ld-linux.so.2 /lib/libm.so.6 that are needed to run. Do you mean there's a possibility that I'd be able to run the libraries, via the qemu-i386 and manage to get the app working? Also should i try and use qemu-system-i386 and try it the same way I did with only qemu? I have a Model B pi, 512 MB RAM ,Disk space : rootfs 3.6G 2.0G 1.5G 57% / (the puppy iso is 130 MB , the centos one is +- 300 ) This should suffice right ? Thank you so much for your response Regards > Hi, > > Am 04.04.2013 13:06, schrieb Benito: >> I know this might absurd, but >> I'm trying to run a 32-bit guest on a Raspberry Pi - Raspbian OS - >> Debian Wheezy ARM >> I have used : >> >> qemu-img create -f raw harddrive.raw 700M >> qemu -hda harddrive.raw -cdrom fedora14.iso >> >> I've installed qemu via apt-get install qemu on the Pi. > You're not providing sufficient details for the upstream community to > help you, so CC'ing the Debian maintainer. "qemu" sounds rather old, > it's qemu-system-i386 since several versions already. > > Did you check that you have sufficient RAM on your Raspi? Or disk space > on your SD card / USB disk? Disk images are created sparse, and when the > host runs out of resources lots of things can happen. > >> After I do the 2nd command, the guest os starts up , but soon consumes >> 100% cpu , and then hangs. Tried with puppy 511 , centos6.3 minimal , >> fedora14 >> >> Is there a way to run any of these in "invisible" mode or user mode , >> and get past this obstacle.. ? > qemu-i386 can execute individual Linux binaries, with a bunch of known > issues. Might or might not work for you - you don't say what you > actually want to do. > >> Can I create this guest on a faster machine , and clone itto the Pi's >> qemu that runs ARM ? > Yes. The disk image is just a file. > > Regards, > Andreas > >> Also am I missing something regarding the creation of the guest? I don't >> need a GUI for the guest, just need to be able to get to it and execute >> commands. >> Please could someone point me in the right direction ? >> >> Kind Regards >> Benito --------------040909080809020204040305 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit

Ok , I do have a qemu-system-i386 :

pi@raspberrypi / $ qemu-system-i386 --version
QEMU emulator version 1.1.2 (Debian 1.1.2+dfsg-6a), Copyright (c) 2003-2008 Fabrice Bellard

My intention is to run an old application , that used to run on FedoraCore2,also a modified version of the app runs on Centos 5.1/6.3 also Fedora 14 .
The problem lies with glibc. The glibc in newer kernels  , is backwards compatible up to a certain point, but not far enough. The version I require is GLIBC.2.0
also, the app never ran on debian , always fedora/Red hat and Centos  , hence the emulation of i386 on ARM. So it requires ld-linux.so.2 , libc.so.6 and so on.

The RPM Package for glibc-2.12.90-1mgc25.i686.rpm , is the package for fc14. - in the /lib directory of FC14 :

[root@mdr lib]# ls -al libc.so.6
lrwxrwxrwx. 1 root root 15 Oct 22  2010 libc.so.6 -> libc-2.12.90.so

Now there are only a few of these libraries, like /lib/ld-linux.so.2  /lib/libm.so.6 that are needed to run.
Do you mean there's a possibility that I'd be able to run the libraries, via the qemu-i386  and
manage to get the app working? Also should i try and use qemu-system-i386 and try it the same way I did with only qemu?

I have a Model B pi, 512 MB RAM ,Disk space : rootfs          3.6G  2.0G  1.5G  57% /  (the puppy iso is 130 MB , the centos one is +- 300 ) This should suffice right ?

Thank you so much for your response
Regards

Hi,

Am 04.04.2013 13:06, schrieb Benito:

I know this might absurd, but
I'm trying to run a 32-bit guest on a Raspberry Pi - Raspbian OS -
Debian Wheezy ARM
I have used :

qemu-img create -f raw harddrive.raw 700M
qemu -hda harddrive.raw -cdrom fedora14.iso

I've installed qemu via apt-get install qemu on the Pi.

You're not providing sufficient details for the upstream community to
help you, so CC'ing the Debian maintainer. "qemu" sounds rather old,
it's qemu-system-i386 since several versions already.

Did you check that you have sufficient RAM on your Raspi? Or disk space
on your SD card / USB disk? Disk images are created sparse, and when the
host runs out of resources lots of things can happen.


After I do the 2nd command, the guest os starts up , but soon consumes
100% cpu , and then hangs. Tried with puppy 511 , centos6.3 minimal ,
fedora14

Is there a way to run any of these in "invisible" mode or user mode ,
and get past this obstacle.. ?

qemu-i386 can execute individual Linux binaries, with a bunch of known
issues. Might or might not work for you - you don't say what you
actually want to do.


Can I create this guest on a faster machine , and clone itto the Pi's
qemu that runs ARM ?

Yes. The disk image is just a file.

Regards,
Andreas


Also am I missing something regarding the creation of the guest? I don't
need a GUI for the guest, just need to be able to get to it and execute
commands.
Please could someone point me in the right direction ?

Kind Regards
Benito



--------------040909080809020204040305--