* [Qemu-devel] [PATCH] linux-user: fix broken cpu_copy()
@ 2015-03-23 12:55 Leon Alrae
2015-03-23 13:02 ` Andreas Färber
0 siblings, 1 reply; 4+ messages in thread
From: Leon Alrae @ 2015-03-23 12:55 UTC (permalink / raw)
To: qemu-devel; +Cc: riku.voipio, ehabkost, afaerber
New threads always point at the same env which is incorrect and usually leads
to a crash.
Signed-off-by: Leon Alrae <leon.alrae@imgtec.com>
---
Hi,
This patch fixes the bug introduced in:
commit 2994fd96d986578a342f2342501b4ad30f6d0a85
Author: Eduardo Habkost <ehabkost@redhat.com>
cpu: Make cpu_init() return QOM CPUState object
Regards,
Leon
---
linux-user/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index 6e446de..04668e8 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -3453,7 +3453,7 @@ CPUArchState *cpu_copy(CPUArchState *env)
{
CPUState *cpu = ENV_GET_CPU(env);
CPUState *new_cpu = cpu_init(cpu_model);
- CPUArchState *new_env = cpu->env_ptr;
+ CPUArchState *new_env = new_cpu->env_ptr;
CPUBreakpoint *bp;
CPUWatchpoint *wp;
--
2.1.0
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] [PATCH] linux-user: fix broken cpu_copy()
2015-03-23 12:55 [Qemu-devel] [PATCH] linux-user: fix broken cpu_copy() Leon Alrae
@ 2015-03-23 13:02 ` Andreas Färber
2015-03-23 13:19 ` Andreas Färber
2015-03-23 13:23 ` Riku Voipio
0 siblings, 2 replies; 4+ messages in thread
From: Andreas Färber @ 2015-03-23 13:02 UTC (permalink / raw)
To: Leon Alrae, qemu-devel, riku.voipio; +Cc: ehabkost, Alexander Graf
Am 23.03.2015 um 13:55 schrieb Leon Alrae:
> New threads always point at the same env which is incorrect and usually leads
> to a crash.
>
> Signed-off-by: Leon Alrae <leon.alrae@imgtec.com>
> ---
> Hi,
>
> This patch fixes the bug introduced in:
>
> commit 2994fd96d986578a342f2342501b4ad30f6d0a85
> Author: Eduardo Habkost <ehabkost@redhat.com>
>
> cpu: Make cpu_init() return QOM CPUState object
>
> Regards,
> Leon
> ---
> linux-user/main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/linux-user/main.c b/linux-user/main.c
> index 6e446de..04668e8 100644
> --- a/linux-user/main.c
> +++ b/linux-user/main.c
> @@ -3453,7 +3453,7 @@ CPUArchState *cpu_copy(CPUArchState *env)
> {
> CPUState *cpu = ENV_GET_CPU(env);
> CPUState *new_cpu = cpu_init(cpu_model);
> - CPUArchState *new_env = cpu->env_ptr;
> + CPUArchState *new_env = new_cpu->env_ptr;
> CPUBreakpoint *bp;
> CPUWatchpoint *wp;
>
Clearly my fault and might explain some breakage in our OBS,
Reviewed-by: Andreas Färber <afaerber@suse.de>
Riku, are you queuing this (-rc1 tomorrow!) or should I take it for a
CPU pull?
Thanks,
Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu,
Graham Norton; HRB 21284 (AG Nürnberg)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] [PATCH] linux-user: fix broken cpu_copy()
2015-03-23 13:02 ` Andreas Färber
@ 2015-03-23 13:19 ` Andreas Färber
2015-03-23 13:23 ` Riku Voipio
1 sibling, 0 replies; 4+ messages in thread
From: Andreas Färber @ 2015-03-23 13:19 UTC (permalink / raw)
To: Leon Alrae, qemu-devel; +Cc: riku.voipio, ehabkost, Alexander Graf
Am 23.03.2015 um 14:02 schrieb Andreas Färber:
> Am 23.03.2015 um 13:55 schrieb Leon Alrae:
>> New threads always point at the same env which is incorrect and usually leads
Please remember to break after 76 chars. (Look at `git log` output.)
Andreas
>> to a crash.
>>
>> Signed-off-by: Leon Alrae <leon.alrae@imgtec.com>
>> ---
>> Hi,
>>
>> This patch fixes the bug introduced in:
>>
>> commit 2994fd96d986578a342f2342501b4ad30f6d0a85
>> Author: Eduardo Habkost <ehabkost@redhat.com>
>>
>> cpu: Make cpu_init() return QOM CPUState object
>>
>> Regards,
>> Leon
>> ---
>> linux-user/main.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/linux-user/main.c b/linux-user/main.c
>> index 6e446de..04668e8 100644
>> --- a/linux-user/main.c
>> +++ b/linux-user/main.c
>> @@ -3453,7 +3453,7 @@ CPUArchState *cpu_copy(CPUArchState *env)
>> {
>> CPUState *cpu = ENV_GET_CPU(env);
>> CPUState *new_cpu = cpu_init(cpu_model);
>> - CPUArchState *new_env = cpu->env_ptr;
>> + CPUArchState *new_env = new_cpu->env_ptr;
>> CPUBreakpoint *bp;
>> CPUWatchpoint *wp;
>>
>
> Clearly my fault and might explain some breakage in our OBS,
>
> Reviewed-by: Andreas Färber <afaerber@suse.de>
>
> Riku, are you queuing this (-rc1 tomorrow!) or should I take it for a
> CPU pull?
>
> Thanks,
> Andreas
--
SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu,
Graham Norton; HRB 21284 (AG Nürnberg)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] [PATCH] linux-user: fix broken cpu_copy()
2015-03-23 13:02 ` Andreas Färber
2015-03-23 13:19 ` Andreas Färber
@ 2015-03-23 13:23 ` Riku Voipio
1 sibling, 0 replies; 4+ messages in thread
From: Riku Voipio @ 2015-03-23 13:23 UTC (permalink / raw)
To: Andreas Färber; +Cc: Alexander Graf, Leon Alrae, qemu-devel, ehabkost
On Monday, March 23, 2015 3:02:29 PM EET, Andreas Färber wrote:
> Am 23.03.2015 um 13:55 schrieb Leon Alrae:
>> New threads always point at the same env which is incorrect
>> and usually leads
>> to a crash.
>>
>> Signed-off-by: Leon Alrae <leon.alrae@imgtec.com>
>> ---
>> Hi, ...
>
> Clearly my fault and might explain some breakage in our OBS,
>
> Reviewed-by: Andreas Färber <afaerber@suse.de>
>
> Riku, are you queuing this (-rc1 tomorrow!) or should I take it for a
> CPU pull?
I can add this, I only have two patches so far qued.
Riku
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-03-23 13:23 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-23 12:55 [Qemu-devel] [PATCH] linux-user: fix broken cpu_copy() Leon Alrae
2015-03-23 13:02 ` Andreas Färber
2015-03-23 13:19 ` Andreas Färber
2015-03-23 13:23 ` Riku Voipio
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).