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
On 25 August 2015 at 10:29, françois Guerret
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
> granularity of a loop perio
On 24 August 2015 at 11:03, françois Guerret
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 into user code and which
>>
>> 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
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 t
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 s
>
>> 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 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
>
> 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.
>
> Wh
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
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 d
>> 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 wo
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-
: Eli Lewis
Cc: qemu-devel qemu-devel ; Andreas Färber
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 qemu to emulate a muliticore PowerPC PReP mac
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:
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
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 l
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
> >
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
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 impre
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 proble
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
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
instan
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
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:
> > > >
> > > > h
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 cap
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 sec
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:<4
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 4
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") run
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
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 to
32 matches
Mail list logo
