On 11/27/2012 01:37 AM, Stephen Hemminger wrote:
On Mon, 26 Nov 2012 15:56:52 +0800
Jason Wang wrote:
Some deivces do not free the old tx skbs immediately after it has been sent
(usually in tx interrupt). One such example is virtio-net which optimizes for
virt and only free the possible old tx
ping
On 19 November 2012 16:52, Sachin Kamat wrote:
> asm/xen/hypervisor.h was included twice.
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/xen/xenbus/xenbus_xs.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/xen/xenbus/xenbus_xs.c b/drivers/xen/xenbus
On Mon, Nov 26, 2012 at 07:27:07PM -0500, Woody Suwalski wrote:
> Greg KH wrote:
> >On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
> >>
> >>Mind resending it, please?
> >Now resent.
> I see both versions of Greg's message - one from 15 Nov, one
> today's. On my Gmail account...
>
On Monday, November 26, 2012 04:32:39 PM Greg KH wrote:
> On Mon, Nov 26, 2012 at 04:23:57PM -0800, Dmitry Torokhov wrote:
> > Hi Greg,
> >
> > For some reason it still didn't go through to our corporate mail server
> > but I see it on LKML.
>
> Good.
>
> > On Mon, Nov 26, 2012 at 04:03:04PM -08
Greg KH wrote:
On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
On Mon, Nov 26, 2012 at 03:01:04PM -
Hi,
Le 23/11/2012 02:56, Andrew Cooper a écrit :
> For within-guest kexec/kdump functionality, I agree that it is barking
> mad. However, we do see cloud operators interested in the idea so VM
> administrators can look after their crashes themselves.
It's not "barking mad" when your dayjob is to
On 23/11/2012 01:38, H. Peter Anvin wrote:
> I still don't really get why it can't be isolated from dom0, which would make
> more sense to me, even for a Xen crash.
>
The crash region (as specified by crashkernel= on the Xen command line)
is isolated from dom0.
dom0 (using the kexec utility etc)
On 22/11/2012 17:47, H. Peter Anvin wrote:
> The other thing that should be considered here is how utterly
> preposterous the notion of doing in-guest crash dumping is in a system
> that contains a hypervisor. The reason for kdump is that on bare metal
> there are no other options, but in a hyp
On 22/11/12 17:47, H. Peter Anvin wrote:
> The other thing that should be considered here is how utterly
> preposterous the notion of doing in-guest crash dumping is in a system
> that contains a hypervisor. The reason for kdump is that on bare metal
> there are no other options, but in a hyper
On Mon, Nov 26, 2012 at 04:23:57PM -0800, Dmitry Torokhov wrote:
> Hi Greg,
>
> For some reason it still didn't go through to our corporate mail server
> but I see it on LKML.
Good.
> On Mon, Nov 26, 2012 at 04:03:04PM -0800, Greg KH wrote:
> > On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zh
Hi Greg,
For some reason it still didn't go through to our corporate mail server
but I see it on LKML.
On Mon, Nov 26, 2012 at 04:03:04PM -0800, Greg KH wrote:
> On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zhang wrote:
>
> > +static inline struct vmci_handle VMCI_MAKE_HANDLE(vmci_id cid, vm
On Mon, Nov 26, 2012 at 03:52:31PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
> > On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> > > On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > > > On Mon, Nov 26, 2012 at 03:01:04PM -0
On Wed, Nov 07, 2012 at 10:43:03AM -0800, George Zhang wrote:
> +#ifndef _VMCI_COMMONINT_H_
> +#define _VMCI_COMMONINT_H_
> +
> +#include
Why printk from a .h file?
> +
> +#define ASSERT(cond) BUG_ON(!(cond))
No, please no.
> +
> +#define PCI_VENDOR_ID_VMWARE 0x15AD
> +#define PCI_DEVICE_ID_VM
Greg
>
> And why isn't George responding to my comments when I ask questions?
>
I think Andy or Dmitry replied faster...
We will improve our process from your comments,
Thanks a lot,
George
___
Virtualization mailing list
Virtualization@lists.linux-fo
On Monday, November 26, 2012 03:44:26 PM Greg KH wrote:
> On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> > On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > > On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > > > On Monday, November 26, 2012 02:37:54
On Mon, Nov 26, 2012 at 03:36:52PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> > On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > > On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > > > On Wed, Nov 21, 2012 at 12:31:04PM -0
On Monday, November 26, 2012 03:23:57 PM Greg KH wrote:
> On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> > On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > > On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > > > * * *
> > > > This series of VMCI linux
On Mon, Nov 26, 2012 at 03:01:04PM -0800, Dmitry Torokhov wrote:
> On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> > On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > > * * *
> > > This series of VMCI linux upstreaming patches include latest udpate from
> > > VMware.
> > >
On Monday, November 26, 2012 02:37:54 PM Greg KH wrote:
> On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
> > * * *
> > This series of VMCI linux upstreaming patches include latest udpate from
> > VMware.
> >
> > Summary of changes:
> > - Sparse clean.
> > - Checkpatch clean
On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
>
> * * *
> This series of VMCI linux upstreaming patches include latest udpate from
> VMware.
>
> Summary of changes:
>
> - Sparse clean.
> - Checkpatch clean with one exception, a "complex macro" in
> which we ca
On Mon, Nov 19, 2012 at 01:27:00PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit is no
> longer needed.
...
> drivers/net/vmxnet3/vmxnet3_drv.c | 2 +-
For VMXNET3:
Acked-by: Dmitry Torokhov
Thanks,
Dmitry
_
On Mon, Nov 19, 2012 at 01:22:32PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
...
> drivers/net/vmxnet3/vmxnet3_drv.c | 2 +-
For VMXNET3:
Acked-by: Dmitry Torokhov
Thanks,
Dmitry
___
On Mon, 26 Nov 2012 15:56:52 +0800
Jason Wang wrote:
> Some deivces do not free the old tx skbs immediately after it has been sent
> (usually in tx interrupt). One such example is virtio-net which optimizes for
> virt and only free the possible old tx skbs during the next packet sending.
> This
On Mon, Nov 19, 2012 at 01:20:35PM -0500, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
> needed.
>
> Signed-off-by: Bill Pemberton
> Cc: Rusty Russell
> Cc: "Michael S. Tsirkin"
> Cc: Shreyas Bhatewara
> Cc: "VMware, Inc."
> Cc: Francois Ro
On Thu, Nov 22, 2012 at 10:10 AM, Rafael Aquini wrote:
> On Thu, Nov 22, 2012 at 09:19:15AM -0500, Sasha Levin wrote:
>> And managed to reproduce it only once through last night, here is the dump I
>> got
>> before the oops:
>>
>> [ 2760.356820] page:ead00e00 count:1 mapcount:-2147287036
On Mon, Nov 19, 2012 at 10:26:41PM +0200, Michael S. Tsirkin wrote:
> >
> > Userspace bits:
> > -
> > 1) LKVM
> > The latest vhost-blk userspace bits for kvm tool can be found here:
> > g...@github.com:asias/linux-kvm.git blk.vhost-blk
> >
> > 2) QEMU
> > The latest vh
Some deivces do not free the old tx skbs immediately after it has been sent
(usually in tx interrupt). One such example is virtio-net which optimizes for
virt and only free the possible old tx skbs during the next packet sending. This
would lead the pktgen to wait forever in the refcount of the skb
27 matches
Mail list logo
