From: John Bradley <flypie@rocketmail.com>
To: Stefan Hajnoczi <stefanha@gmail.com>, John Bradley <flypie1@yahoo.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Peter Maydell" <peter.maydell@linaro.org>
Subject: Re: [Qemu-devel] Dummy Panel.
Date: Fri, 5 May 2017 16:07:15 +0000 (UTC) [thread overview]
Message-ID: <1411476837.6183832.1494000435090@mail.yahoo.com> (raw)
In-Reply-To: <20170505150751.GD14316@stefanha-x1.localdomain>
The underlying protocol is flexible enough, though only binary at the moment. I could image a situation were a device driver communicated with the emulation using it or alternately an application communicated with some hardware and passed it on to the emulator. As the protocol is quite simple and open it could easily be adapted, the GDummyPanel could be viewed as a separate project just one of many potential clients.
Code would have to be added to each different emulation as the specifics of the IO of each vary.
Here is a video of the latest version running on windows.demo may 4
|
|
|
| | |
|
|
|
| |
demo may 4
QEMU Emulating a Raspberry PI 2 running the QEMU IO demo from Circle low level system. Using GDummyPanel to inte... | |
|
|
John BradleyTel: 07896 839635Skype: flypie125 125B Grove StreetEdge Hill Liverpool L7 7AF
On Friday, 5 May 2017, 16:07, Stefan Hajnoczi <stefanha@gmail.com> wrote:
On Wed, May 03, 2017 at 02:20:55PM +0000, John Bradley via Qemu-devel wrote:
> Hi
> I have created a new fork on GitHub https://github.com/flypie/flypie-pi-qemu and an associated project https://github.com/flypie/GDummyPanel the idea as well as getting the Original PI emulation working is to add some facility for simulated IO. This is a demonstration of the latest version, running the QEMU demo from https://github.com/rsta2/circle. I took the idea from an implementation for the BIFFboard but only the socket number is left, the commuications is all via IP. The code is only really Alpha level at the moment and needs some refing to reduce bandwidth. I could also extend the code so that the connection can be to a remote machine rather than via the local host.
>
> I intend to generalise the code, to work with several different boards other than the PI, could anyone suggest a board that would benefit from such an add on.
> Is this a worth while addon?
> John BradleyTel: 07896 839635Skype: flypie125 125B Grove StreetEdge Hill Liverpool L7 7AF
CCing ARM maintainers (see the ./MAINTAINERS file to find the right
people to CC)
Stefan
prev parent reply other threads:[~2017-05-05 16:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1618105799.2706822.1493821255206.ref@mail.yahoo.com>
2017-05-03 14:20 ` [Qemu-devel] Dummy Panel John Bradley
2017-05-05 15:07 ` Stefan Hajnoczi
2017-05-05 15:27 ` Alex Bennée
2017-05-05 16:07 ` John Bradley [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=1411476837.6183832.1494000435090@mail.yahoo.com \
--to=flypie@rocketmail.com \
--cc=alex.bennee@linaro.org \
--cc=flypie1@yahoo.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.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 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.