[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75Vd9=M4b=5d85r5xL=AYoWtPmtMWqX6=Hnhgs6O62=Q2Rg@mail.gmail.com>
Date: Tue, 24 May 2016 23:12:10 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Darren Hart <dvhart@...radead.org>
Cc: Rajneesh Bhardwaj <rajneesh.bhardwaj@...el.com>,
platform-driver-x86@...r.kernel.org,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Olof Johansson <olof@...om.net>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>,
Derek Basehore <dbasehore@...gle.com>,
vishwanath.somayaji@...el.com
Subject: Re: [PATCH v5] platform:x86: Add PMC Driver for Intel Core SoC
On Tue, May 24, 2016 at 10:43 PM, Darren Hart <dvhart@...radead.org> wrote:
> On Tue, May 24, 2016 at 10:07:32PM +0300, Andy Shevchenko wrote:
>> On Tue, May 24, 2016 at 9:54 PM, Andy Shevchenko
>> <andy.shevchenko@...il.com> wrote:
>> > On Tue, May 24, 2016 at 5:25 PM, Rajneesh Bhardwaj
>> > <rajneesh.bhardwaj@...el.com> wrote:
>>
>> >> +static int pmc_core_dev_state_show(struct seq_file *s, void *unused)
>> >> +{
>> >> + struct pmc_dev *pmcdev = s->private;
>> >> + u32 counter_val;
>> >> +
>> >> + counter_val = pmc_core_reg_read(pmcdev,
>> >> + SPT_PMC_SLP_S0_RES_COUNTER_OFFSET);
>> >> + seq_printf(s, "%u\n", pmc_core_adjust_slp_s0_step(counter_val));
>> >> +
>> >> + return 0;
>> >> +}
>> >> +
>> >> +static int pmc_core_dev_state_open(struct inode *inode, struct file *file)
>> >> +{
>> >> + return single_open(file, pmc_core_dev_state_show, inode->i_private);
>> >> +}
>> >> +
>> >> +static const struct file_operations pmc_core_dev_state_ops = {
>> >> + .open = pmc_core_dev_state_open,
>> >> + .read = seq_read,
>> >> + .llseek = seq_lseek,
>> >> + .release = single_release,
>> >> +};
>> >
>> > I suppose DEFINE_SIMPLE_ATTRIBUTE might reduce amount of LOC.
>>
>> Correction:
>> DEFINE_DEBUGFS_ATTRIBUTE()
>
> Andy caught the couple things I was going to add and a couple more. Please give
> his feedback one more pass (except where I noted we had already covered things
> like the header and the module build), and we should still be able to get this
> into 4.7 if I have the next rev by tomorrow.
For me patch is in a good shape, just style issues and couple of
things indeed that make code looking better.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists