linux-clk.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Michael Turquette <mturquette@baylibre.com>,
	Stephen Boyd <sboyd@kernel.org>,
	 linux-clk@vger.kernel.org
Subject: Re: [PATCH v1] clk: Re-use DEFINE_SHOW_ATTRIBUTE() macro
Date: Fri, 16 Mar 2018 16:19:35 +0200	[thread overview]
Message-ID: <1521209975.23017.14.camel@linux.intel.com> (raw)
In-Reply-To: <20180214154800.55292-1-andriy.shevchenko@linux.intel.com>

On Wed, 2018-02-14 at 17:48 +0200, Andy Shevchenko wrote:
> ...instead of open coding file operations followed by custom ->open()
> callbacks per each attribute.
> 

Any comments so far?

> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
> ---
>  drivers/clk/clk.c | 60 +++++++---------------------------------------
> ---------
>  1 file changed, 7 insertions(+), 53 deletions(-)
> 
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> index 0f686a9dac3e..cc97b18ac31f 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -2486,19 +2486,7 @@ static int clk_summary_show(struct seq_file *s,
> void *data)
>  
>  	return 0;
>  }
> -
> -
> -static int clk_summary_open(struct inode *inode, struct file *file)
> -{
> -	return single_open(file, clk_summary_show, inode->i_private);
> -}
> -
> -static const struct file_operations clk_summary_fops = {
> -	.open		= clk_summary_open,
> -	.read		= seq_read,
> -	.llseek		= seq_lseek,
> -	.release	= single_release,
> -};
> +DEFINE_SHOW_ATTRIBUTE(clk_summary);
>  
>  static void clk_dump_one(struct seq_file *s, struct clk_core *c, int
> level)
>  {
> @@ -2532,7 +2520,7 @@ static void clk_dump_subtree(struct seq_file *s,
> struct clk_core *c, int level)
>  	seq_putc(s, '}');
>  }
>  
> -static int clk_dump(struct seq_file *s, void *data)
> +static int clk_dump_show(struct seq_file *s, void *data)
>  {
>  	struct clk_core *c;
>  	bool first_node = true;
> @@ -2555,19 +2543,7 @@ static int clk_dump(struct seq_file *s, void
> *data)
>  	seq_puts(s, "}\n");
>  	return 0;
>  }
> -
> -
> -static int clk_dump_open(struct inode *inode, struct file *file)
> -{
> -	return single_open(file, clk_dump, inode->i_private);
> -}
> -
> -static const struct file_operations clk_dump_fops = {
> -	.open		= clk_dump_open,
> -	.read		= seq_read,
> -	.llseek		= seq_lseek,
> -	.release	= single_release,
> -};
> +DEFINE_SHOW_ATTRIBUTE(clk_dump);
>  
>  static const struct {
>  	unsigned long flag;
> @@ -2589,7 +2565,7 @@ static const struct {
>  #undef ENTRY
>  };
>  
> -static int clk_flags_dump(struct seq_file *s, void *data)
> +static int clk_flags_show(struct seq_file *s, void *data)
>  {
>  	struct clk_core *core = s->private;
>  	unsigned long flags = core->flags;
> @@ -2608,20 +2584,9 @@ static int clk_flags_dump(struct seq_file *s,
> void *data)
>  
>  	return 0;
>  }
> +DEFINE_SHOW_ATTRIBUTE(clk_flags);
>  
> -static int clk_flags_open(struct inode *inode, struct file *file)
> -{
> -	return single_open(file, clk_flags_dump, inode->i_private);
> -}
> -
> -static const struct file_operations clk_flags_fops = {
> -	.open		= clk_flags_open,
> -	.read		= seq_read,
> -	.llseek		= seq_lseek,
> -	.release	= single_release,
> -};
> -
> -static int possible_parents_dump(struct seq_file *s, void *data)
> +static int possible_parents_show(struct seq_file *s, void *data)
>  {
>  	struct clk_core *core = s->private;
>  	int i;
> @@ -2633,18 +2598,7 @@ static int possible_parents_dump(struct
> seq_file *s, void *data)
>  
>  	return 0;
>  }
> -
> -static int possible_parents_open(struct inode *inode, struct file
> *file)
> -{
> -	return single_open(file, possible_parents_dump, inode-
> >i_private);
> -}
> -
> -static const struct file_operations possible_parents_fops = {
> -	.open		= possible_parents_open,
> -	.read		= seq_read,
> -	.llseek		= seq_lseek,
> -	.release	= single_release,
> -};
> +DEFINE_SHOW_ATTRIBUTE(possible_parents);
>  
>  static int clk_debug_create_one(struct clk_core *core, struct dentry
> *pdentry)
>  {

-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy

  reply	other threads:[~2018-03-16 14:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-14 15:48 [PATCH v1] clk: Re-use DEFINE_SHOW_ATTRIBUTE() macro Andy Shevchenko
2018-03-16 14:19 ` Andy Shevchenko [this message]
2018-03-19 17:53 ` Stephen Boyd

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1521209975.23017.14.camel@linux.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=linux-clk@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=sboyd@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).