From: Markus Armbruster <armbru@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: "Peter Maydell" <peter.maydell@linaro.org>,
qemu-devel@nongnu.org, "Philippe Mathieu-Daudé" <f4bug@amsat.org>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Aleksandar Markovic" <amarkovic@wavecomp.com>,
"Aleksandar Rikalo" <aleksandar.rikalo@rt-rk.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Aurelien Jarno" <aurelien@aurel32.net>
Subject: Re: [Qemu-devel] What should a virtual board emulate?
Date: Tue, 21 Jan 2020 06:32:51 +0100 [thread overview]
Message-ID: <877e1lml18.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <6b5459b5-deb2-e70c-deab-fa7246b43e38@redhat.com> (Paolo Bonzini's message of "Sat, 18 Jan 2020 21:46:17 +0100")
Paolo Bonzini <pbonzini@redhat.com> writes:
> On 04/01/20 22:16, Philippe Mathieu-Daudé wrote:
>> 1/ the Radeon chip is soldered on the motherboard,
>>
>> 2/ the default BIOS expects the Radeon chip to be
>> unconditionally present,
>>
>> I insist this patch is incorrect for the particular case of the
>> Fuloong2e board. I plan to revert it when I post the test.
>>
>> BTW I'm not using --nodefault, I'm running default ./configure:
>>
>> qemu-system-mips64el -M fulong2e -bios pmon_2e.bin \
>> -display none -vga none -serial stdio
>
> But if you're not specifying -nodefaults, why are you specifying a
> configuration that your BIOS does not support? You should just remove
> -vga none and leave in -display none.
Is there any use for -vga none with this machine? If no, then rejecting
it cleanly would be nicer than having the machine hang.
next prev parent reply other threads:[~2020-01-21 5:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20190319144013.26584-1-pbonzini@redhat.com>
[not found] ` <20190319144013.26584-2-pbonzini@redhat.com>
2019-04-03 12:49 ` [Qemu-devel] [PATCH] sun4m: obey -vga none Philippe Mathieu-Daudé
[not found] ` <alpine.BSF.2.21.9999.1903192350550.11467@zero.eik.bme.hu>
[not found] ` <87imwe847x.fsf_-_@dusky.pond.sub.org>
[not found] ` <CAAdtpL5Z1OXqZ_zzA0RLq9soydNtTFt2oCOEfui1rq19bLKUgA@mail.gmail.com>
[not found] ` <d9d5ac96-c0f5-dd83-d305-10e20c745dd1@redhat.com>
2020-01-04 21:16 ` [Qemu-devel] What should a virtual board emulate? Philippe Mathieu-Daudé
2020-01-05 10:59 ` BALATON Zoltan
2020-01-06 6:45 ` Gerd Hoffmann
2020-01-10 19:42 ` Aleksandar Markovic
2020-01-10 19:56 ` Aleksandar Markovic
2020-01-18 20:46 ` Paolo Bonzini
2020-01-19 11:36 ` Philippe Mathieu-Daudé
2020-01-21 5:32 ` Markus Armbruster [this message]
2020-01-21 14:04 ` BALATON Zoltan
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=877e1lml18.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=aleksandar.rikalo@rt-rk.com \
--cc=amarkovic@wavecomp.com \
--cc=aurelien@aurel32.net \
--cc=f4bug@amsat.org \
--cc=kraxel@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@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.