On 13.01.21 17:57, Peter Hilber wrote:
> The CAN device sends and receives CAN (Controller Area Network)
> messages. CAN is a communication protocol used in embedded systems.
>
> Signed-off-by: Peter Hilber
> ---
> content.tex | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/content.t
On 15.01.21 15:25, Keiichi Watanabe wrote:
> I think the driver implementation is necessary for the spec to be
> merged, but it's not yet clear when we can spend time implementing
> drivers. It's likely to be after April or so.
>
> IIRC, OpenSynergy folks, who implemented the v3 driver, also had
On 02.12.19 11:02, Stefan Hajnoczi wrote:
The VIRTIO_BLK_T_GET_ID request type was implemented in Linux and QEMU
in 2010. It does not have a feature bit but devices respond with
VIRTIO_BLK_S_UNSUPP if a request type is unimplemented.
This patch documents the VIRTIO_BLK_T_GET_ID request type a
On 29.11.19 09:31, Gerd Hoffmann wrote:
Add 3d commands to the command enumeration.
Add a section with a very short overview.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Matti Möll
-
To unsubscribe, e-mail: virtio-dev-unsubsc
Hi Gerd,
I really like this!
On 28.11.19 14:19, Gerd Hoffmann wrote:
@@ -186,6 +211,7 @@ \subsubsection{Device Operation: Request
header}\label{sec:Device Types / GPU De
VIRTIO_GPU_CMD_GET_CAPSET_INFO,
VIRTIO_GPU_CMD_GET_CAPSET,
VIRTIO_GPU_CMD_GET_EDID,
+V
Hi Liam,
On 12.11.19 19:02, Liam Girdwood wrote:
On Tue, 2019-11-12 at 17:05 +0100, Jean-Philippe Brucker wrote:
This would be a good improvement, it's less copying and would
likely
improve user experience, however the buffer ptr still suffers
latency
as it's queued (same for stream positions g
Hi Stefan,
I wasn't able to find any discussion about not including multiqueue in
the spec and this patch was never applied, is there any particular
reason why it wasn't added?
Should it even be added to the spec?
Cheers,
Matti
On 19.05.16 20:53, Stefan Hajnoczi wrote:
Lin
Hi Marco,
On 11.05.19 22:49, Marco Martinelli - 13Byte srl wrote:
> Wow, it seems like you guys from opensinergy beat me on time. Nice job,
> congratulations!
Thanks a lot, I think out main problem was that we kept it under the
covers for so long.
>
> Your work is way ahead of mine, so much that I