or less constant.
I hope these explanations will enable you to help me.
Thanks in advance
Francois
From: peter.mayd...@linaro.org
Date: Mon, 24 Aug 2015 16:52:04 +0100
Subject: Re: [Qemu-devel] SMP and qemu scheduler, HELP
To: francois.guer...@hotmail.fr
CC: qemu-devel@nongnu.org
On 24 August
On 25 August 2015 at 10:29, françois Guerret
francois.guer...@hotmail.fr wrote:
I want to execute a realtime software which executes periodically the same
loop.
On multicore target, I set one periodic loop per core.
I need the time to be synchronized between the cores at least with the
On 24 August 2015 at 11:03, françois Guerret
francois.guer...@hotmail.fr wrote:
Hello,
I use qemu to emulate a SMP multicore processor and I am looking for a way :
* either to ask qemu scheduler to execute an other core. For that I need a
kind of
*yield()* syscall that I could insert
Hello,
I use qemu to emulate a SMP multicore processor and I am looking for a way : *
either to ask qemu scheduler to execute an other core. For that I need a kind
of *yield()* syscall that I could insert into user code and which would be
catched by QEMU scheduler. * or to give an
Hi everyone
I am trying to emulate SMP support for mips in qemu. But i am unable to
handle inter core communication. I want to access general purpose registers
of CPU 1 when currently running CPU is 0. Can anyone suggest me how QEMU
handle it? and how can i access register set of all CPU's on one
I am trying to add smp support in octeon-mips by usnig QEM-1.0.1. My octeon
guest is not initializing secondary cores.
QEMU monitor show
(qemu) info cpus
* CPU #0: PC=0xc0031d04 thread_id=12661
CPU #1: PC=0xbfc00380 thread_id=12660
Can anyone have any idea about this issue?
--
Hi!
-smp 8,sockets=1,cores=3,threads=4 does not produce an error and the actual
CPU topology is -smp 8,threads=2 which is not really the same. Also the
user actually expected 1*3*4=12 CPUs, conflict again.
What would the correct fix be? Or there is yet another SMP QOM rework
coming and it will
I am testing Qemu's SMP support with a very simple program where every
cores execute an infinite loop incrementing a register. The goal is to
stop qemu and compare the register values on each core to evaluate the
simulation of SMP.
qemu-system-ppc -M mpc8544ds -cpu e500mc -smp 4 -icount 4
On 03.07.2012, at 07:07, Eli Lewis wrote:
Maybe
we can change the BSP of POK in order to support the MPC8544DS board.
It's not only the board. Kernel mode is vastly different from the 601
you're probably targeting today.
Currently POK
supposes to run on a sort of ppc750
On 07/03/2012 02:45 PM, Alexander Graf wrote:
On 03.07.2012, at 07:07, Eli Lewis wrote:
Maybe
we can change the BSP of POK in order to support the MPC8544DS board.
It's not only the board. Kernel mode is vastly different from the 601
you're probably targeting today.
Currently POK
Stuart, Scott, is there any helpful documentation available for 750 -
e500 conversion?
Read the chip manuals, the ISA and/or EREF, and look at what Linux does
differently for each.
Thank you!
What is POK?
A simple real time embedded OS.
http://pok.safety-critical.net/
Eli
...@suse.de
To: Eli Lewis elielieli...@yahoo.com
Cc: qemu-devel qemu-devel qemu-devel@nongnu.org; Andreas Färber
afaer...@suse.de
Sent: Sunday, July 1, 2012 10:36 PM
Subject: Re: [Qemu-devel] SMP for PReP architecture
On 29.06.2012, at 15:55, Eli Lewis wrote:
Hi all,
I would like to use
On 02.07.2012, at 11:05, Eli Lewis wrote:
Thank you
for your replay.
Please don't top-post :).
I need to modify
and test a very simple kernel (actually running on a single-core only) on
a multi-core PReP platform; I currently have no real multi-core HW so I am
looking
for a multi-core
I need to modify
and test a very simple kernel (actually running on a single-core only) on
a multi-core PReP platform; I currently have no real multi-core HW so I am
looking
for a multi-core PReP emulator.
Why would anyone do PReP today still?
Good
question :-)
I
am working on
On 02.07.2012, at 12:10, Eli Lewis wrote:
I need to modify
and test a very simple kernel (actually running on a single-core only) on
a multi-core PReP platform; I currently have no real multi-core HW so I am
looking
for a multi-core PReP emulator.
Why would anyone do PReP today
Hi,
Am 29.06.2012 15:55, schrieb Eli Lewis:
I would like to use qemu to emulate a muliticore PowerPC PReP machine but it
see that the SMP is not
supported for the PReP architecture. In fact, running:
qemu-system-ppc -M prep -smp 2
It returns this message:
Number of SMP cpus
Well, PReP is dead since the mid-90's, no [1]? :) I'd be surprised if
you could get recent hardware still supporting it. Plus, I don't think it
really makes all that much sense. PReP is basically a 90's x86 machine with
PPC CPU. Not exactly what you'd consider elegant design.
Why not
On 02.07.2012, at 19:44, Eli Lewis wrote:
Well, PReP is dead since the mid-90's, no [1]? :) I'd be surprised if
you could get recent hardware still supporting it. Plus, I don't think it
really makes all that much sense. PReP is basically a 90's x86 machine with
PPC CPU. Not exactly
Maybe
we can change the BSP of POK in order to support the MPC8544DS board.
It's not only the board. Kernel mode is vastly different from the 601
you're probably targeting today.
Currently POK
supposes to run on a sort of ppc750 processor (I am invoking Qemu with -cpu
ppc32) .
On 29.06.2012, at 15:55, Eli Lewis wrote:
Hi all,
I would like to use qemu to emulate a muliticore PowerPC PReP machine but it
see that the SMP is not
supported for the PReP architecture. In fact, running:
qemu-system-ppc -M prep -smp 2
It returns this message:
Number
Hi all,
I would like to use qemu to emulate a muliticore PowerPC PReP machine but it
see that the SMP is not
supported for the PReP architecture. In fact, running:
qemu-system-ppc -M prep -smp 2
It returns this message:
Number of SMP cpus requested (2), exceeds max cpus supported by
Hi :
I want to get the value of cpu_index into a variable in
translate-all.c, and pass the variable to a function in
/tcg/i386/tcg-target.c.
It works fine on X86_32(Host) with ARM11MPCore(Guest). ARM11 single
core also emulates fine on x86_64.
However, I emulate ARM11MPCore
Hi,
Sorry I cann't help here.
Just to be curious. Are you working in PQEMU project?
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799 #1667
Homepage: http://people.cs.nctu.edu.tw/~chenwj
Hi,
When just using a simple '-smp X', both the smp_cores and smp_threads
variables are set to 1, which on x86 leads to CPUid-0x8008-ecx
returning 1 for the CPU count despite more CPUs are there. Docs say
'Missing values will be computed.', so my try on this is the following.
Comments?
Gleb Natapov writes:
Yes. Qemu should emulate smp fine. What info cpus in monitor shows?
Anything interesting in dmesg?
Hmpf. I tried again with a clean version, so either I was too sleepy
yesterday or my changes unexpectedly broke SMP.
As I still have to resolve some conflicts, I'll try
Well, thre's nothing more to add than the contents in the subject.
I tried booting up with -smp 2, and /proc/cpuinfo on the linux guest
only return one CPU, while booting with -smp 2 -enable-kvm shows 2
CPUs.
Lluis
--
And it's much the same thing with knowledge, for whenever you learn
On Mon, Nov 08, 2010 at 10:57:19PM +0100, Lluís wrote:
Well, thre's nothing more to add than the contents in the subject.
I tried booting up with -smp 2, and /proc/cpuinfo on the linux guest
only return one CPU, while booting with -smp 2 -enable-kvm shows 2
CPUs.
I was under the impression
Lennart Sorensen writes:
On Mon, Nov 08, 2010 at 10:57:19PM +0100, Lluís wrote:
Well, thre's nothing more to add than the contents in the subject.
I tried booting up with -smp 2, and /proc/cpuinfo on the linux guest
only return one CPU, while booting with -smp 2 -enable-kvm shows 2
CPUs.
On Mon, Nov 08, 2010 at 11:30:52PM +0100, Lluís wrote:
Lennart Sorensen writes:
On Mon, Nov 08, 2010 at 10:57:19PM +0100, Lluís wrote:
Well, thre's nothing more to add than the contents in the subject.
I tried booting up with -smp 2, and /proc/cpuinfo on the linux guest
only return
Hi,
looks like SMP in emulation mode is broken once --enable-io-thread is
turned on. Linux SMP guests lock up early during boot, often the whole
QEMU process becomes uncontrollable after a while. That's at least the
case here with x86 targets. The problem disappears when using
-enable-kvm or
On 06/18/2010 11:37 AM, Jan Kiszka wrote:
Hi,
looks like SMP in emulation mode is broken once --enable-io-thread is
turned on. Linux SMP guests lock up early during boot, often the whole
QEMU process becomes uncontrollable after a while. That's at least the
case here with x86 targets. The
Dear All,
I just doing my floppy toy-os project(include little bootloader). And test
with qemu.
The Floppy Image is here http://file.maple.tw/mapleos/floppy.img
My problem is when I turn on the SMP option. (qemu -fda floppy.img -smp 2)
The system will hang on bootsector (i just watch qemu
maple Chou wrote:
Dear All,
I just doing my floppy toy-os project(include little bootloader). And
test with qemu.
The Floppy Image is here http://file.maple.tw/mapleos/floppy.img
My problem is when I turn on the SMP option. (qemu -fda floppy.img -smp 2)
The system will hang on bootsector (i
Hello,
I'm trying to enable SMP support. The guest OS is DragonFly,
SMP-enabled kernel. QEmu accelerator module is not loaded.
The kernel does its initialization (device probes) but qemu crashes
near the end, I guess when the kernel tries to activate the second virtual
CPU, just before creating
On Thu, 2006-04-06 at 19:06 +0200, Pascal Terjan wrote:
Does -smp 2 option use both CPUs of my host, or only one?
only one
Is there any way to use two host CPUs in Qemu?
No
Sorry, I am late for this discussion.
On multi-core/multi-proc architecture, how are dispatched the qemu
instances of
Hello.
Does -smp 2 option use both CPUs of my host, or only one?
I had impression that smp if just emulated, because my compilation
inside target OS is two times longer...
Is there any way to use two host CPUs in Qemu?
The information contained in this e-mail and in any attachments is
On 4/6/06, Jacek Poplawski [EMAIL PROTECTED] wrote:
Hello.
Hello
Does -smp 2 option use both CPUs of my host, or only one?
only one
I had impression that smp if just emulated, because my compilation
inside target OS is two times longer...
Is there any way to use two host CPUs in Qemu?
No
Am Samstag, 11. März 2006 13:31 schrieb Jens Axboe:
On Fri, Mar 10 2006, Mario Goppold wrote:
Hi,
I try to install SuSE92-64 on an 400G HD but it fails:
hda: max request size: 128KiB
hda: cannot use LBA48 - full capacity 838860800 sectors (429496 MB)
hda: 268435456 sectors (137438
On Mon, Mar 13 2006, Mario Goppold wrote:
Am Samstag, 11. März 2006 13:31 schrieb Jens Axboe:
On Fri, Mar 10 2006, Mario Goppold wrote:
Hi,
I try to install SuSE92-64 on an 400G HD but it fails:
hda: max request size: 128KiB
hda: cannot use LBA48 - full capacity 838860800
Am Montag, 13. März 2006 10:19 schrieb Jens Axboe:
On Mon, Mar 13 2006, Mario Goppold wrote:
Am Samstag, 11. März 2006 13:31 schrieb Jens Axboe:
On Fri, Mar 10 2006, Mario Goppold wrote:
Hi,
I try to install SuSE92-64 on an 400G HD but it fails:
hda: max request size:
On Fri, Mar 10 2006, Mario Goppold wrote:
Hi,
I try to install SuSE92-64 on an 400G HD but it fails:
hda: max request size: 128KiB
hda: cannot use LBA48 - full capacity 838860800 sectors (429496 MB)
hda: 268435456 sectors (137438 MB) w/256KiB Cache, CHS=65535/16/63, (U)DMA
hda:4hda:
This
qemu -smp 2 -cdrom
KNOPPIX_V3.8-2005-02-28-CeBIT_Edition-qemu-0.6.1-2.iso
fails, but work fine without the -smp flag. The KNOPPIX has fairly
random seg faults. I had similar results with 4 virutal cpus.
The host is a dual Xeon with hyperthreading turned on (so 4 total
CPUs)
Joe Batt wrote:
This
qemu -smp 2 -cdrom
KNOPPIX_V3.8-2005-02-28-CeBIT_Edition-qemu-0.6.1-2.iso
fails, but work fine without the -smp flag. The KNOPPIX has fairly
random seg faults. I had similar results with 4 virutal cpus.
The host is a dual Xeon with hyperthreading turned on (so
Hi all,
I just commited the code to emulate SMP targets. As an example, I added
support for x86 PCs with up to 8 CPUs (option -smp).
There are still some optimisations to do regarding the scheduling and I
only tested the code with a Linux 2.4 guest OS.
Happy testing :-)
Fabrice.
Fabrice Bellard wrote:
Hi all,
I just commited the code to emulate SMP targets. As an example, I
added support for x86 PCs with up to 8 CPUs (option -smp).
There are still some optimisations to do regarding the scheduling and
I only tested the code with a Linux 2.4 guest OS.
It appears
Dear Fabrice...
I just commited the code to emulate SMP targets. As an example, I
added support for x86 PCs with up to 8 CPUs (option -smp).
Gooshhh, finally you made itthanks a lot! I don't need 8 CPUs
anyway, 2 is fine for me, but heysurplus is always welcome :)
Testing is on the
46 matches
Mail list logo