From: Jan Kiszka <jan.kiszka@web.de>
To: Alon Levy <alevy@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] "console: Properly switch consoles for screen dumps" breaks qxl screen dump
Date: Tue, 11 Oct 2011 22:31:27 +0200 [thread overview]
Message-ID: <4E94A79F.7070305@web.de> (raw)
In-Reply-To: <20111011174442.GJ1049@bow.tlv.redhat.com>
[-- Attachment #1: Type: text/plain, Size: 2284 bytes --]
On 2011-10-11 19:44, Alon Levy wrote:
> On Tue, Oct 11, 2011 at 07:36:27PM +0200, Jan Kiszka wrote:
>> On 2011-10-11 11:36, Alon Levy wrote:
>>> Hi Jan,
>>>
>>> I've recently found the $SUBJECT, it's commit
>>> f81bdefb63243e82d16ce49332f7cf74d10b8f27.
>>>
>>> I'd like to fix it without breaking anything, can you provide me with
>>> the test that your original patch fixed?
>>
>> Have monitor on virtual console, switch to monitor and trigger screen
>> dump. So far that caused the to be dumped screen been written to the
>> monitor console, the console was furthermore resized, but all that mess
>> was left behind once dumping was finished. No we switch to the graphic
>> console first and restore the monitor afterwards.
>
> I don't follow. Can you provide a qemu command line? how do I run the monitor
> on a virtual console?
It's there by default unless you specify something else via -mon[itor].
In that case you can add another one via -monitor vc.
>
>>
>>>
>>> Alon
>>>
>>> p.s. for a simple command line with a single console (not even sure how
>>> to get multiple) the following fixes my problem, I expect it doesn't
>>> introduce any problems?
>>>
>>>
>>> diff --git a/console.c b/console.c
>>> index 6dfcc47..5a709fe 100644
>>> --- a/console.c
>>> +++ b/console.c
>>> @@ -1067,6 +1067,10 @@ void console_select(unsigned int index)
>>>
>>> if (index >= MAX_CONSOLES)
>>> return;
>>> + if (active_console == consoles[index]) {
>>> + fprintf(stderr, "not changing console, not required\n");
>>> + return;
>>> + }
>>> if (active_console) {
>>> active_console->g_width = ds_get_width(active_console->ds);
>>> active_console->g_height = ds_get_height(active_console->ds);
>>
>> I suspect this papers over some QXL bug. SDL has no issues when I
>> trigger the screen dump from a monitor console that requires no switching.
>
> You are absolutely right. So far I haven't managed to find the exact bug
> (I have been looking without applying this patch). So I've sent this
> patch anyway. the rest of console_select reallocates the surface, which
> is not terrible (this isn't high frequency) but still redundant.
Yeah, I see. No concerns.
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
prev parent reply other threads:[~2011-10-11 20:31 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-11 9:36 [Qemu-devel] "console: Properly switch consoles for screen dumps" breaks qxl screen dump Alon Levy
2011-10-11 17:36 ` Jan Kiszka
2011-10-11 17:44 ` Alon Levy
2011-10-11 20:31 ` Jan Kiszka [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E94A79F.7070305@web.de \
--to=jan.kiszka@web.de \
--cc=alevy@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.