qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] ANNOUNCE: Release 0.10.1 of QEMU


From: Felipe Contreras
Subject: Re: [Qemu-devel] ANNOUNCE: Release 0.10.1 of QEMU
Date: Tue, 31 Mar 2009 19:50:12 +0300

On Tue, Mar 31, 2009 at 7:43 PM, Anthony Liguori <address@hidden> wrote:
> Felipe Contreras wrote:
>>
>> On Sun, Mar 29, 2009 at 2:08 PM, Felipe Contreras
>> <address@hidden> wrote:
>>
>>>
>>> On Sun, Mar 22, 2009 at 2:25 AM, Anthony Liguori <address@hidden>
>>> wrote:
>>>
>>>>
>>>> The QEMU team is pleased to announce the availability of the 0.10.1
>>>> release.
>>>>  This is a stable release of the 0.10 tree and contains only bug fixes
>>>> since
>>>> the 0.10.0.  The attached Changelog includes all of the changes that
>>>> have
>>>> went in since 0.10.0.
>>>>
>>>> It can be downloaded from Savannah at:
>>>>
>>>> http://savannah.nongnu.org/download/qemu/qemu-0.10.1.tar.gz
>>>>
>>>> It may take a couple hours for the Savannah mirrors to update so if you
>>>> get
>>>> an error, try again later.
>>>>
>>>
>>> You forgot this one:
>>> http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg00315.html
>>>
>>
>> Ping?
>>
>
> This is for Paul to decide.  I don't know linux-user emulation well enough
> to judge how much of an impact this patch exposes verses what it fixes.
>
> I plan on cutting another stable release soon though so if it's going to go
> it, it should go in in the next day or two.

I'm attaching the message, again, where he says it's safe enough.

---------- Forwarded message ----------
From: Paul Brook <address@hidden>
Date: Tue, Mar 17, 2009 at 2:54 PM
Subject: Re: [Qemu-devel] [6735] The _exit syscall is used for both
thread  termination in NPTL applications ,
To: Felipe Contreras <address@hidden>
Cc: Aurelien Jarno <address@hidden>


> >>> The _exit syscall is used for both thread termination in NPTL
> >>> applications, and process termination in legacy applications.  Try to
> >>> guess which we want based on the presence of multiple threads.
> >>>
> >>> Also implement locking when modifying the CPU list.
> >>
> >> This fixes a regression in arm-linux-user,

I'm not so sure this is really a regression. Multithreaded applications never
worked.

> >> it should be pushed into the stable branch, right?
> >
> > If it fixes something *and* if there is no risk of regression, yes. But
> > I am not the one able to decide. Paul Brook is the person to ask.

There's always a risk of a regression.
I suspect this change is probably fairly safe though.

Paul

-- 
Felipe Contreras




reply via email to

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