Re: [RFC v01 0/3] Power Capping Framework

2013-08-04 Thread Arjan van de Ven
On 8/2/2013 5:53 PM, Greg KH wrote: I will post the one client driver, which is already using this framework as this series. Ideally you will have more than one client driver submitted, as a "framework" for just one driver seems a bit odd, don't you think? There are other groups and vendors int

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Greg KH
On Fri, Aug 02, 2013 at 05:03:42PM -0700, Srinivas Pandruvada wrote: > On 08/02/2013 03:30 PM, Greg KH wrote: > >On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: > >>Once this framework is approved, we will submit a RAPL client driver using > >>this > >>framework. > >Also, give

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Greg KH
On Fri, Aug 02, 2013 at 04:52:21PM -0700, Srinivas Pandruvada wrote: > On 08/02/2013 03:29 PM, Greg KH wrote: > >On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: > >>- A uniform sys-fs interface for all devices which can offer power capping > >There is no "-" in sysfs please. >

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Srinivas Pandruvada
On 08/02/2013 03:30 PM, Greg KH wrote: On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: Once this framework is approved, we will submit a RAPL client driver using this framework. Also, given that you work with a lot of kernel developers, I would like to see their review and

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Srinivas Pandruvada
On 08/02/2013 03:29 PM, Greg KH wrote: On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: - A uniform sys-fs interface for all devices which can offer power capping There is no "-" in sysfs please. OK. - A common API for drivers, which will avoid code duplication and easy im

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Greg KH
On Fri, Aug 02, 2013 at 03:33:26PM -0700, Joe Perches wrote: > On Sat, 2013-08-03 at 06:30 +0800, Greg KH wrote: > > On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: > > > Once this framework is approved, we will submit a RAPL client driver > > > using this > > > framework. > >

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Joe Perches
On Sat, 2013-08-03 at 06:30 +0800, Greg KH wrote: > On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: > > Once this framework is approved, we will submit a RAPL client driver using > > this > > framework. > > Also, given that you work with a lot of kernel developers, I would li

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Greg KH
On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: > Once this framework is approved, we will submit a RAPL client driver using > this > framework. Also, given that you work with a lot of kernel developers, I would like to see their review and signed-off-by: on these patches bef

Re: [RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Greg KH
On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote: > - A uniform sys-fs interface for all devices which can offer power capping There is no "-" in sysfs please. > - A common API for drivers, which will avoid code duplication and easy > implementation of client drivers. > > Once

[RFC v01 0/3] Power Capping Framework

2013-08-02 Thread Srinivas Pandruvada
Highlights As suggested - Didn't use any raw kobject calls, only using device_xx calls. - No device_create_file/device_remove_file for attributes, so that user space can see all attributes when notification is received for device creation. Overview With the evolution of technologies, which enables