qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: [PATCH] fix gdbstub support for multiple threads in use


From: Jan Kiszka
Subject: [Qemu-devel] Re: [PATCH] fix gdbstub support for multiple threads in usermode, v2
Date: Wed, 17 Jun 2009 18:39:04 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

Paul Brook wrote:
> On Tuesday 16 June 2009, Antti P Miettinen wrote:
>> Paul Brook <address@hidden> writes:
>>> Using threads for CPU emulation is just plain wrong.
>>>
>> Could you elaborate a bit? I've sort of assumed that to get reasonable
>> performance out of emulating a parallel target on a parallel host,
> 
> You have taken this comment out of context.
> 
> Exposing multiple CPUs as threads to GDB is incorrect. Each CPU has its own 
> MMU (i.e. address space), so they should be exposed as processes, not threads.

Exposing them as processes isn't fitting either. As stated by Daniel, we
need a "multicore" model (or however we may call it) for gdb.

Until someone "finds" the resources to work on this, qemu's current
approach to expose VCPUs as threads is a pragmatic workaround that
covers many use cases completely and even quite a few more when you deal
with the restrictions properly.

Jan

-- 
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux




reply via email to

[Prev in Thread] Current Thread [Next in Thread]