From: "Philippe Mathieu-Daudé" <f4bug@amsat.org>
To: Thomas Huth <thuth@redhat.com>,
Reinoud Zandijk <reinoud@NetBSD.org>,
"Maciej W. Rozycki" <macro@orcam.me.uk>
Cc: Aleksandar Rikalo <aleksandar.rikalo@syrmia.com>,
Huacai Chen <chenhuacai@kernel.org>,
qemu-devel@nongnu.org, Laurent Vivier <laurent@vivier.eu>
Subject: Re: Qemu mipssim patches, mips malta and virtio bugs
Date: Mon, 15 Feb 2021 08:56:07 +0100 [thread overview]
Message-ID: <0541d724-d88c-47ac-ede7-6e4657af12cc@amsat.org> (raw)
In-Reply-To: <4e4e5704-ac91-f577-8b7b-ce5393cc98cd@redhat.com>
+Maciej & Laurent (the last time Aleksandar Rikalo made a comment
was 9 months ago).
On 2/15/21 7:39 AM, Thomas Huth wrote:
> On 13/02/2021 14.14, Philippe Mathieu-Daudé wrote:
>> On 2/13/21 11:05 AM, Reinoud Zandijk wrote:
>>> On Fri, Feb 12, 2021 at 10:44:55AM +0100, Philippe Mathieu-Daudé wrote:
>>>>>> i'd like to get the following simple patches to the MIPS/mipssim
>>>>>> target adding
>>>>>> virtio-mmio devices to it.
>>>>
>>>> Please submit your patches as a series so we can review them on
>>>> the list:
>>>> https://wiki.qemu.org/Contribute/SubmitAPatch#Use_git_format-patch
>>>
>>> Oh thanks, i didn't know that; i've created a new patch with the OR
>>> gate you
>>> suggested. We deliberated about the change here and we'll at least
>>> keep it
>>> here locally for testing and profiling code until a real `virt'
>>> platform is
>>> developed for MIPS. Until then it would IMHO be a good expansion to
>>> mipssim.
>>> I'll try to get a proper patch posted on the list :)
>>
>> What I forgot to mention is that QEMU aims to keep models the closer
>> to the hardware, so modifying MIPSsim to some Frankenstein is unlikely
>> to be accepted.
>
> Well, mipssim never was a real hardware, in fact it is already some kind
> of "virt" machine. So you could theoretically also extend this machine
> instead of introducing a new one (but I'm not a MIPS guy, so no clue
> what makes more sense).
See docs/system/target-mips.rst:
The mipssim pseudo board emulation provides an environment similar
to what the proprietary MIPS emulator uses for running Linux. It
supports:
- A range of MIPS CPUs, default is the 24Kf
- PC style serial port
- MIPSnet network emulation
and
https://web.archive.org/web/20180902214325/http://www.linux-mips.org/wiki/MIPSsim:
MIPSsim is a proprietary software emulator product of MIPS
Technologies. It emulates a fairly simple system with two
8250-class UARTs and a simple network controller. MIPSsim
consists of several simulators that differ in performance,
degree of details and debugging features. One for example
maintains every bit in the system as having three states:
0, 1 and uninitialized. It's cycle accurate simulator may
be slow but allows accurate predictors of performance.
Support status
MIPSsim support is deprecated and scheduled for removal in
late 2012 (for the 3.7 release)
MIPSsim is supported by a stock Linux/MIPS kernel since
several years. MIPSsim is a proprietary product that is not
available to the general public. However Qemu supports a
MIPSsim target as well. That said, MIPSsim is an extremly
simple platform and virtually everybody is better served by
the other targets supported by Qemu and the Linux in general.
At the same time it also appears MIPS Techologies has been
shifting away from MIPSsim for a while and as such MIPSsim
support in the kernel is considered obsolete and will
eventually be removed probably whenever its continued support
is getting in the way of more useful work.
I doubt MIPS Techologies still has plans for MIPSsim.
Anyhow if we add a virt machine, it does not make sense to use
the NS8250 and MIPSnet devices... We should use the virtio ones.
Regards,
Phil.
prev parent reply other threads:[~2021-02-15 7:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-11 15:37 RFC Qemu mipssim patches Reinoud Zandijk
2021-02-12 0:13 ` Philippe Mathieu-Daudé
2021-02-12 9:44 ` Philippe Mathieu-Daudé
2021-02-13 10:05 ` Qemu mipssim patches, mips malta and virtio bugs Reinoud Zandijk
2021-02-13 13:14 ` Philippe Mathieu-Daudé
2021-02-15 6:39 ` Thomas Huth
2021-02-15 7:56 ` Philippe Mathieu-Daudé [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=0541d724-d88c-47ac-ede7-6e4657af12cc@amsat.org \
--to=f4bug@amsat.org \
--cc=aleksandar.rikalo@syrmia.com \
--cc=chenhuacai@kernel.org \
--cc=laurent@vivier.eu \
--cc=macro@orcam.me.uk \
--cc=qemu-devel@nongnu.org \
--cc=reinoud@NetBSD.org \
--cc=thuth@redhat.com \
/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 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).