On 03/08/2018 04:26 PM, Gerd Hoffmann wrote:
> Hi,
>
>> I am playing with the virtio-gpu support on s390 and for that I also wanted
>> to multiplex
>> the existing consoles.
>> So I basically used the max_outputs=2 of virtio gpu to be able
>> to switch with ctrl+alt+1 and 3 between the virtio
Hi,
> I am playing with the virtio-gpu support on s390 and for that I also wanted
> to multiplex
> the existing consoles.
> So I basically used the max_outputs=2 of virtio gpu to be able
> to switch with ctrl+alt+1 and 3 between the virtio gpu and the sclplm console.
Why max_outputs=2? Do you
Gerd,
I am playing with the virtio-gpu support on s390 and for that I also wanted to
multiplex
the existing consoles. So I basically used the max_outputs=2 of virtio gpu to
be able
to switch with ctrl+alt+1 and 3 between the virtio gpu and the sclplm console.
-chardev pty,id=charconsole0 -devic
Hi Alexandre,
I tried your patch and it works OK.
Then I tried without it and seems that it also works ok. It might be 2 reasons:
- I upgraded to Mac OS X 10.7 Lion
- Something changed in qemu master branch
I dont remember what was exact version I used when I reported this problem.
Thanks,
On Tue, Jul 26, 2011 at 9:08 AM, Alexandre Raymond wrote:
> Indeed, I'd come to the exact same conclusion, yet I've witnessed it
> both in the debugger and with trace messages...
>
> Alexandre
Note that I don't think that this is a proper patch. I simply want to
verify that it solves the issue enc
Indeed, I'd come to the exact same conclusion, yet I've witnessed it
both in the debugger and with trace messages...
Alexandre
On Tue, Jul 26, 2011 at 4:46 AM, Paolo Bonzini wrote:
> On 07/26/2011 06:58 AM, Alexandre Raymond wrote:
>> +#ifdef __APPLE__
>> + if (sig == 0) continue;
>>
On 07/26/2011 06:58 AM, Alexandre Raymond wrote:
> +#ifdef __APPLE__
> +if (sig == 0) continue;
> +#endif
>From looking at the code this should not happen:
http://fxr.watson.org/fxr/source/bsd/kern/kern_sig.c?v=xnu-792#L986
1046 sigw = (ut->uu_sigwait & siglist);
...
1053
Hi Damjan,
I've been able to reproduce the crash you're describing.
Could you try the following patch, to see if it solves it?
Alexandre
On Tue, Jul 5, 2011 at 3:03 PM, Alexandre Raymond wrote:
> Hi again Damjan,
>
> On Mon, Jul 4, 2011 at 6:35 PM, Damjan Marion wrote:
>>
>> On Jul 4, 2011, a
Hi again Damjan,
On Mon, Jul 4, 2011 at 6:35 PM, Damjan Marion wrote:
>
> On Jul 4, 2011, at 6:59 PM, Alexandre Raymond wrote:
>
>> Hi Damjan,
>>
>>
>> Can you try applying the following two patches and see if it solves
>> your problem?
>>
>> http://patchwork.ozlabs.org/patch/100348/
>> http://pa
On Jul 4, 2011, at 6:59 PM, Alexandre Raymond wrote:
> Hi Damjan,
>
>
> Can you try applying the following two patches and see if it solves
> your problem?
>
> http://patchwork.ozlabs.org/patch/100348/
> http://patchwork.ozlabs.org/patch/100477/
>
Unfortunately same thing happens: segmentati
Hi Damjan,
On Fri, Jul 1, 2011 at 10:56 AM, Damjan Marion wrote:
>
> On Jul 1, 2011, at 11:17 AM, Damjan Marion (damarion) wrote:
>
>>
>> Hi,
>>
>> I have an issue when I try to run qemu-system-arm on Mac OS X.
>> Sometime between 1 and 15 secs after qemu is started it crashes
>> as shown bellow.
On Jul 1, 2011, at 11:17 AM, Damjan Marion (damarion) wrote:
>
> Hi,
>
> I have an issue when I try to run qemu-system-arm on Mac OS X.
> Sometime between 1 and 15 secs after qemu is started it crashes
> as shown bellow.
>
> Same thing on linux host works fine.
>
> Is anybody else experienci
Hi,
I have an issue when I try to run qemu-system-arm on Mac OS X.
Sometime between 1 and 15 secs after qemu is started it crashes
as shown bellow.
Same thing on linux host works fine.
Is anybody else experiencing this?
Any Hints?
Thanks,
Damjan
(gdb) run
Starting program: /opt/arm-qemu/b
Qemu is crashing for me. Bisecting the code I found this here as the
reason. Stepping one commit further into the past does not cause the crash.
6792a57bf19ab37f61f5acf0f8e3003cf08814af is the first bad commit
commit 6792a57bf19ab37f61f5acf0f8e3003cf08814af
Author: Jan Kiszka
Date: Mon Feb 7
Hi!
I am trying to run asa 802, asdm 602 with gns3. After long struggle i managed
to fixed every thing. But now when i run asdm the Qemu crashes.
The reference is on this post -> http://www.gns3.net/phpBB/topic2349.html
Thanks for any kind of help.
Regards,
Hi!
I am trying to run asa 802, asdm 602 with gns3. After long struggle i managed
to fixed every thing. But now when i run asdm the Qemu crashes.
The reference is on this post -> http://www.gns3.net/phpBB/topic2349.html
Thanks for any kind of help.
Regards,
On Sat, 28 Apr 2007, Joris van Rantwijk wrote:
Qemu crashes with a floating point exception when emulating the "AAM 0"
instruction. By "crash", I mean that the whole qemu process actually
blows up (not just the program running inside Qemu).
A real i386 machine would trigger a divide exception o
Qemu crashes with a floating point exception when emulating the "AAM 0"
instruction. By "crash", I mean that the whole qemu process actually
blows up (not just the program running inside Qemu).
A real i386 machine would trigger a divide exception on AAM 0.
This instruction form is undocumented of
18 matches
Mail list logo
