Hi,
I know this isn't a valid use case or generally sane thing to do, but we
have a bug (link, with details, below) filed for a panic against a
detach-disk/attach-disk sequence of an ext4 mounted vd device on a rhel
kernel.
The same sequence leads to the following BUG on an upstream kernel
On 11/07/2012 12:58 AM, Gerd Hoffmann wrote:
On 11/05/12 19:19, Andy King wrote:
Hi David,
The big and only question is whether anyone can actually use any of
this stuff without your proprietary bits?
Do you mean the VMCI calls? The VMCI driver is in the process of being
upstreamed into
On Wed, Nov 07, 2012 at 10:42:15AM -0800, George Zhang wrote:
VMCI queue pairs allow for bi-directional ordered communication between host
and guests.
You obviously didn't run checkpatch on this file :(
Please send me a follow-on patch to resolve the issues it found, before
someone else
On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zhang wrote:
+#ifndef _VMCI_COMMONINT_H_
+#define _VMCI_COMMONINT_H_
+
+#include linux/printk.h
Why printk from a .h file?
+
+#define ASSERT(cond) BUG_ON(!(cond))
No, please no.
+
+#define PCI_VENDOR_ID_VMWARE 0x15AD
+#define
Amit Shah amit.s...@redhat.com writes:
From: Sjur Brændeland sjur.brandel...@stericsson.com
Remove buffers from the out-queue when a port is removed. Rproc_serial
communicates with remote processors that may crash and leave buffers in
the out-queue. The virtio serial ports may have buffers in