> From: virtio-...@lists.oasis-open.org [mailto:virtio-dev@lists.oasis-
> open.org] On Behalf Of Michael S. Tsirkin
>
> Here is an attempt to summarise the list of things we need to do with respect
> to this proposal.
Thanks for outlining this, it makes it a lot clearer.
>
>
> Stage 1: update
Here are some feedbacks w.r.t virtio v1.1 proposal from FPGA implementation
view point.
1) As the Gary presented, depends on flags to determine ownership of
descriptors is not efficiency. And for QPI FPGA platform, it may also lead to
race condition because current design only support whole ca
The buffer is used by virtio console driver as DMA buffer. Since v4.9
(if VMAP_STACK is enabled) we shouldn't use the stack for DMA.
Signed-off-by: Jan Dakinevich
---
drivers/tty/hvc/hvc_console.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/hvc/hvc_conso
On Mon, 20.02.17 15:34, Viktor Mihajlovski (mihaj...@linux.vnet.ibm.com) wrote:
> But then, I find this naming scheme somewhat weird.
> A virtio disk shows up as a regular PCI function on the PCI
> bus side by side with other (non-virtio) devices. The naming otoh
> suggests that virtio-pci is a su
On Fri, Feb 17, 2017 at 8:11 AM, Joe Perches wrote:
> There are ~4300 uses of pr_warn and ~250 uses of the older
> pr_warning in the kernel source tree.
>
> Make the use of pr_warn consistent across all kernel files.
>
> This excludes all files in tools/ as there is a separate
> define pr_warning
On (Thu) 16 Feb 2017 [23:11:26], Joe Perches wrote:
> To enable eventual removal of pr_warning
>
> This makes pr_warn use consistent for drivers/char
>
> Prior to this patch, there were 1 use of pr_warning and
> 40 uses of pr_warn in drivers/char
>
> Signed-off-by: Joe Perches
Reviewed-by: Ami
On 20.02.2017 17:00, Cornelia Huck wrote:
> On Mon, 20 Feb 2017 15:34:49 +0100
> Viktor Mihajlovski wrote:
>
>> Hi,
>>
>> with systemd > v229 all virtio block devices will receive persistent
>> device names in the format /dev/disk-by/virtio-pci-, the
>> last component being the udev built-in path
