[dpdk-dev] [PATCH v4 00/10] VM Power Management

2014-12-12 Thread Carew, Alan
Hi Paolo, > 2014-12-09 18:35, Paolo Bonzini: > > Did you make any progress in Qemu/KVM community? > > We need to be sync'ed up with them to be sure we share the same > goal. > > I want also to avoid using a solution which doesn't fit with > > their plan. > > Remember that

[dpdk-dev] [PATCH] librte_cmdline: FreeBSD Fix oveflow when size of command result structure is greater than BUFSIZ

2014-12-04 Thread Carew, Alan
Hi folks and thanks, > > Sorry, I had no time to deeply check this. I think your patch can go > > in 1.8 as it's still an enhancement compared to the current situation. > > We may go back on this later. > > > > Acked-by: Olivier Matz > > Applied > > Thanks > -- > Thomas I did post a V2

[dpdk-dev] [PATCH v4 00/10] VM Power Management

2014-11-10 Thread Carew, Alan
with ivshmem which was > planned to be dropped. > > Thanks > -- > Thomas > > > 2014-10-16 15:21, Carew, Alan: > > Hi Thomas, > > > > > > However with a DPDK solution it would be possible to re-use the > message bus > > > > to pass inform

[dpdk-dev] [PATCH] librte_cmdline: FreeBSD Fix oveflow when size of command result structure is greater than BUFSIZ

2014-10-20 Thread Carew, Alan
A comment on my own patch. Making the size of result_buf consistent across each OS and keeping it as large as the Linux BUFSIZ(8192) doesn't really address the core issue. In the event that a user of librte_cmdline creates a custom context with a result structure > 8192 bytes then this problem

[dpdk-dev] [PATCH v4 00/10] VM Power Management

2014-10-16 Thread Carew, Alan
Hi Thomas, > > However with a DPDK solution it would be possible to re-use the message bus > > to pass information like device stats, application state, D-state requests > > etc. to the host and allow for management layer(e.g. OpenStack) to make > > informed decisions. > > I think that

[dpdk-dev] [PATCH v4 00/10] VM Power Management

2014-10-14 Thread Carew, Alan
Hi Thomas, > -Original Message- > From: Thomas Monjalon [mailto:thomas.monjalon at 6wind.com] > Sent: Monday, October 13, 2014 9:26 PM > To: Carew, Alan > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v4 00/10] VM Power Management > > Hi Alan, > >

[dpdk-dev] [PATCH v2 07/10] librte_power common interface for Guest and Host

2014-09-25 Thread Carew, Alan
> -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Thursday, September 25, 2014 11:10 AM > To: Carew, Alan > Cc: dev at dpdk.org > Subject: Re: [PATCH v2 07/10] librte_power common interface for Guest and > Host > > On Wed, Sep 2

[dpdk-dev] [PATCH 06/10] Alternate implementation of librte_power for VM Power Management(Guest).

2014-09-23 Thread Carew, Alan
Hi Neil, > -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Monday, September 22, 2014 8:18 PM > To: Carew, Alan > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 06/10] Alternate implementation of > librte_power for VM P

[dpdk-dev] [RFC] Virtual Machine Power Management

2014-09-11 Thread Carew, Alan
Hi folks, I am currently working on a Power Management example application for a Virtual Machine environment running on qemu/KVM and would appreciate any feedback(with code to share shortly). The basic idea is to provide librte_power functionality from within a VM to address the lack(for good

[dpdk-dev] [PATCH 0/8] virtio driver phase 2

2014-06-20 Thread Carew, Alan
Acked-by: Alan Carew Over eager mail filter attacked 7/8. > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > Sent: Saturday, June 14, 2014 2:06 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 0/8] virtio driver phase 2 > > This is

[dpdk-dev] [PATCH 1/2] virtio: checkpatch cleanups

2014-06-20 Thread Carew, Alan
Acked-by: Alan Carew > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > Sent: Friday, June 13, 2014 2:33 AM > To: dev at dpdk.org > Subject: [dpdk-dev] [PATCH 1/2] virtio: checkpatch cleanups > > > This fixes style problems reported by

[dpdk-dev] [PATCH 0/8] virtio driver phase 2

2014-06-19 Thread Carew, Alan
> -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Stephen Hemminger > Sent: Wednesday, June 18, 2014 12:36 AM > To: Stephen Hemminger > Cc: dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH 0/8] virtio driver phase 2 > > On Fri, 13 Jun 2014 18:06:17 -0700 >

[dpdk-dev] [PATCH 0/4] librte_pmd_virtio :Fix: virtio_pci.h non-existent virtio feature bit-flag tested

2014-06-16 Thread Carew, Alan
> -Original Message- > From: Carew, Alan > Sent: Thursday, June 05, 2014 3:39 PM > To: dev at dpdk.org > Cc: Carew, Alan > Subject: [PATCH 0/4] librte_pmd_virtio :Fix: virtio_pci.h non-existent virtio > feature bit-flag tested > > This series addresses an i

[dpdk-dev] [PATCH v2 09/10] igbuio: show irq mode in sysfs

2014-06-16 Thread Carew, Alan
> -Original Message- > From: Stephen Hemminger [mailto:stephen at networkplumber.org] > Sent: Wednesday, June 11, 2014 9:08 PM > To: Carew, Alan > Cc: Neil Horman; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2 09/10] igbuio: show irq mode in sysfs > > T

[dpdk-dev] [PATCH v2 09/10] igbuio: show irq mode in sysfs

2014-06-11 Thread Carew, Alan
> -Original Message- > From: Neil Horman [mailto:nhorman at tuxdriver.com] > Sent: Sunday, June 08, 2014 4:37 PM > To: Stephen Hemminger > Cc: Carew, Alan; dev at dpdk.org > Subject: Re: [dpdk-dev] [PATCH v2 09/10] igbuio: show irq mode in sysfs > > On Fri, Ju

[dpdk-dev] [PATCH 00/10] igb_uio patches

2014-06-10 Thread Carew, Alan
-Original Message- From: Stephen Hemminger [mailto:step...@networkplumber.org] Sent: Tuesday, June 10, 2014 6:41 PM To: Carew, Alan Cc: dev at dpkd.org Subject: Re: [PATCH 00/10] igb_uio patches On Tue, 10 Jun 2014 15:33:31 + "Carew, Alan" wrote: > Good catc

[dpdk-dev] [PATCH 00/10] igb_uio patches

2014-06-10 Thread Carew, Alan
-Original Message- From: Stephen Hemminger [mailto:step...@networkplumber.org] Sent: Friday, June 06, 2014 10:27 PM To: Carew, Alan Cc: dev at dpkd.org Subject: [PATCH 00/10] igb_uio patches These apply to the current DPDK tree, and are an alternative to the patches from Alan

[dpdk-dev] RES: RES: RES: hw.nic_uio.bdfs

2014-03-27 Thread Carew, Alan
Hi folks, Just to clarify, the purpose of hw.nic_uio.bdfs is to remove NICs from drivers not owned by nic_uio and add them to a pool of unbound devices. As with the Linux equivalent driver(igb_uio), nic_uio will then attempt to bind any unbound NICs and make them available for DPDK. However,