Re: [PATCH v2 2/3] vdpa: Add a device object for vdpa management device

2022-05-17 Thread gre...@linuxfoundation.org
On Tue, May 17, 2022 at 12:21:03PM +, Parav Pandit wrote: > Hi Greg, Yongji, > > > From: Yongji Xie > > Sent: Tuesday, May 17, 2022 3:25 AM > > > > On Tue, May 17, 2022 at 4:06 AM Parav Pandit wrote: > > > > > > > > > > > > > From: Xie Yongji > > > > Sent: Monday, May 16, 2022 2:04 AM > >

Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver

2020-10-16 Thread gre...@linuxfoundation.org
On Fri, Oct 16, 2020 at 02:33:15PM +, Catangiu, Adrian Costin wrote: > +config VMGENID > + tristate "Virtual Machine Generation ID driver" > + depends on ACPI > + default M Unless this is required to boot a machine, this should be removed. > + help > + This is a Virtual

Re: [PATCH] VMCI: Support upto 64-bit PPNs

2019-02-21 Thread gre...@linuxfoundation.org
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? A: No. Q: Should I include quotations after my reply? http://daringfireball.net/2007/07/on_top On Thu, Feb 21, 2019 at

Re: [PATCH] VMCI: Support upto 64-bit PPNs

2019-02-16 Thread gre...@linuxfoundation.org
On Fri, Feb 15, 2019 at 04:32:47PM +, Vishnu DASA wrote: > diff --git a/include/linux/vmw_vmci_defs.h b/include/linux/vmw_vmci_defs.h > index b724ef7005de..eaa1e762bf06 100644 > --- a/include/linux/vmw_vmci_defs.h > +++ b/include/linux/vmw_vmci_defs.h > @@ -45,6 +45,7 @@ > #define

Re: [PATCH v3 00/20] vmw_balloon: compaction, shrinker, 64-bit, etc.

2018-10-31 Thread gre...@linuxfoundation.org
On Tue, Oct 30, 2018 at 04:52:55PM +, Nadav Amit wrote: > From: gre...@linuxfoundation.org > Sent: October 30, 2018 at 4:51:19 PM GMT > > To: Nadav Amit > > Cc: Arnd Bergmann , Xavier Deguillard > > , LKML , Michael S. > > Tsirkin , Jason Wang , > > linu

Re: [PATCH v3 00/20] vmw_balloon: compaction, shrinker, 64-bit, etc.

2018-10-30 Thread gre...@linuxfoundation.org
On Tue, Oct 30, 2018 at 04:32:22PM +, Nadav Amit wrote: > From: Nadav Amit > Sent: September 26, 2018 at 7:13:16 PM GMT > > To: Arnd Bergmann , gre...@linuxfoundation.org > > Cc: Xavier Deguillard , > > linux-ker...@vger.kernel.org>, Nadav Amit , Michael S

Re: [PATCH 05/14] netvsc: remove no longer needed receive staging buffers

2017-02-10 Thread gre...@linuxfoundation.org
On Tue, Feb 07, 2017 at 12:32:12AM +, Stephen Hemminger wrote: > The netvsc part is already in net-next. This patch is not needed. > The part that removes the per-channel state can be in another patch. I have no idea what that means to me here, nor what I need to do, so I'm just deleting

Re: [Xen-devel] linux-next: Tree for Oct 24 (xen)

2012-10-25 Thread gre...@linuxfoundation.org
On Thu, Oct 25, 2012 at 03:05:43PM +0100, Jan Beulich wrote: On 25.10.12 at 15:46, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Thu, Oct 25, 2012 at 11:48:30AM +0100, Stefano Stabellini wrote: On Thu, 25 Oct 2012, Jan Beulich wrote: On 24.10.12 at 23:33, Randy Dunlap

Re: [PATCH 01/11] vmci_context.patch: VMCI context list operations.

2012-08-30 Thread gre...@linuxfoundation.org
On Thu, Aug 30, 2012 at 09:38:08AM -0700, George Zhang wrote: +/* VMCICptBufInfo: Used to set/get current context's checkpoint state. */ +struct vmci_ctx_chkpt_buf_info { + uint64_t cptBuf; + uint32_t cptType; + uint32_t bufSize; + int32_t result; + uint32_t

Re: [PATCH 04/11] vmci_driver.patch: VMCI device driver.

2012-08-30 Thread gre...@linuxfoundation.org
On Thu, Aug 30, 2012 at 09:40:34AM -0700, George Zhang wrote: +struct vmci_device { + struct mutex lock; /* Device access mutex */ + + unsigned int ioaddr; + unsigned int ioaddr_size; + unsigned int irq; + unsigned int intr_type; + bool

Re: [PATCH 01/11] vmci_context.patch: VMCI context list operations.

2012-08-30 Thread gre...@linuxfoundation.org
On Thu, Aug 30, 2012 at 09:38:08AM -0700, George Zhang wrote: Signed-off-by: George Zhang georgezh...@vmware.com You seem to have forgotten to provide a valid changelog comment for this patch, and all others in this series. Remember, your 00/11 email will not be applied to the system, so