qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] Planning for the 0.11.0 release


From: Jan Kiszka
Subject: Re: [Qemu-devel] Planning for the 0.11.0 release
Date: Fri, 10 Jul 2009 18:52:19 +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

Anthony Liguori wrote:
> Jan Kiszka wrote:
>> Ah, thanks.
>>
>> OK, then I would like to know the status of my -boot patch queue [1]
> 
> I'm stilling waiting for 1/7 and 2/7.  Via the link you posted and in my
> inbox, I still don't see those.  I do see a 1/2 and a 2/2 but those are
> bios patches.  Did you have a numbering issue or did some patches get
> lost in the ether?

Something went wrong during transmission, and I missed that. Just sent
out those two as well.

> 
>>  and
>> at least of patch 1..3 of my gdbstub queue [2] (though I'm still waiting
>> for the factual proof that patch 4 is unneeded - my last arguments
>> remained unanswered).
>>   
> 
> Paul expressed objection in the past to the debugging model of treating
> vcpus as threads vs. treating them as processes.

That's nothing those patches changes (it's our current and only
debugging model for SMP until gdb provides a complete solution).

The recent discussion went around how to deal with some other gdb
limitation: debugging targets that run in x86's 16/32 bit mode vs. the
target arch being advertised as 64 bit. Existing qemu code doesn't work
with existing gdb in this scenario, and the question was how to deal
with it until gdb is improved.

>  I'm not qualified to
> appreciate the difference so I'm inclined to side with Paul.  Am I
> missing something there?

I interpreted [1] as that the rest is OK for Paul.

Jan

[1] http://permalink.gmane.org/gmane.comp.emulators.qemu/46399

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




reply via email to

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