Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1213849 > unrolled thread
| Started by | Lee Jones <lee.jones@linaro.org> |
|---|---|
| First post | 2015-08-26 15:20 +0200 |
| Last post | 2015-08-27 08:50 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
[PATCH 4/4] remoteproc: debugfs: Add ability to boot remote processor using debugfs Lee Jones <lee.jones@linaro.org> - 2015-08-26 15:20 +0200
Re: [PATCH 4/4] remoteproc: debugfs: Add ability to boot remote processor using debugfs Nathan Lynch <Nathan_Lynch@mentor.com> - 2015-08-26 19:20 +0200
Re: [PATCH 4/4] remoteproc: debugfs: Add ability to boot remote processor using debugfs Lee Jones <lee.jones@linaro.org> - 2015-08-27 08:50 +0200
| From | Lee Jones <lee.jones@linaro.org> |
|---|---|
| Date | 2015-08-26 15:20 +0200 |
| Subject | [PATCH 4/4] remoteproc: debugfs: Add ability to boot remote processor using debugfs |
| Message-ID | <q1IMq-6N8-15@gated-at.bofh.it> |
Signed-off-by: Lee Jones <lee.jones@linaro.org>
---
drivers/remoteproc/remoteproc_debugfs.c | 25 +++++++++++++++++++++++++
1 file changed, 25 insertions(+)
diff --git a/drivers/remoteproc/remoteproc_debugfs.c b/drivers/remoteproc/remoteproc_debugfs.c
index 9d30809..9620962 100644
--- a/drivers/remoteproc/remoteproc_debugfs.c
+++ b/drivers/remoteproc/remoteproc_debugfs.c
@@ -88,8 +88,33 @@ static ssize_t rproc_state_read(struct file *filp, char __user *userbuf,
return simple_read_from_buffer(userbuf, count, ppos, buf, i);
}
+static ssize_t rproc_state_write(struct file *filp, const char __user *userbuf,
+ size_t count, loff_t *ppos)
+{
+ struct rproc *rproc = filp->private_data;
+ char buf[2];
+ int ret;
+
+ ret = copy_from_user(buf, userbuf, 1);
+ if (ret)
+ return -EFAULT;
+
+ switch (buf[0]) {
+ case '1':
+ ret = rproc_boot(rproc);
+ if (ret)
+ dev_warn(&rproc->dev, "Boot failed: %d\n", ret);
+ break;
+ default:
+ rproc_shutdown(rproc);
+ }
+
+ return count;
+}
+
static const struct file_operations rproc_state_ops = {
.read = rproc_state_read,
+ .write = rproc_state_write,
.open = simple_open,
.llseek = generic_file_llseek,
};
--
1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | Nathan Lynch <Nathan_Lynch@mentor.com> |
|---|---|
| Date | 2015-08-26 19:20 +0200 |
| Subject | Re: [PATCH 4/4] remoteproc: debugfs: Add ability to boot remote processor using debugfs |
| Message-ID | <q1MwI-3Km-27@gated-at.bofh.it> |
| In reply to | #1213849 |
On 08/26/2015 08:08 AM, Lee Jones wrote:
> Signed-off-by: Lee Jones <lee.jones@linaro.org>
> ---
> drivers/remoteproc/remoteproc_debugfs.c | 25 +++++++++++++++++++++++++
> 1 file changed, 25 insertions(+)
The commit message should describe why this is needed...
> diff --git a/drivers/remoteproc/remoteproc_debugfs.c b/drivers/remoteproc/remoteproc_debugfs.c
> index 9d30809..9620962 100644
> --- a/drivers/remoteproc/remoteproc_debugfs.c
> +++ b/drivers/remoteproc/remoteproc_debugfs.c
> @@ -88,8 +88,33 @@ static ssize_t rproc_state_read(struct file *filp, char __user *userbuf,
> return simple_read_from_buffer(userbuf, count, ppos, buf, i);
> }
>
> +static ssize_t rproc_state_write(struct file *filp, const char __user *userbuf,
> + size_t count, loff_t *ppos)
> +{
> + struct rproc *rproc = filp->private_data;
> + char buf[2];
> + int ret;
> +
> + ret = copy_from_user(buf, userbuf, 1);
> + if (ret)
> + return -EFAULT;
> +
> + switch (buf[0]) {
> + case '1':
> + ret = rproc_boot(rproc);
> + if (ret)
> + dev_warn(&rproc->dev, "Boot failed: %d\n", ret);
> + break;
> + default:
> + rproc_shutdown(rproc);
> + }
> +
> + return count;
> +}
... and I suggest that the user interface be reconsidered. If '1' means
"boot" and literally anything else means "shut down" then you can't add
operations in the future without potentially breaking things.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [next] | [standalone]
| From | Lee Jones <lee.jones@linaro.org> |
|---|---|
| Date | 2015-08-27 08:50 +0200 |
| Subject | Re: [PATCH 4/4] remoteproc: debugfs: Add ability to boot remote processor using debugfs |
| Message-ID | <q1Zay-524-23@gated-at.bofh.it> |
| In reply to | #1214061 |
On Wed, 26 Aug 2015, Nathan Lynch wrote:
> On 08/26/2015 08:08 AM, Lee Jones wrote:
> > Signed-off-by: Lee Jones <lee.jones@linaro.org>
> > ---
> > drivers/remoteproc/remoteproc_debugfs.c | 25 +++++++++++++++++++++++++
> > 1 file changed, 25 insertions(+)
>
> The commit message should describe why this is needed...
>
> > diff --git a/drivers/remoteproc/remoteproc_debugfs.c b/drivers/remoteproc/remoteproc_debugfs.c
> > index 9d30809..9620962 100644
> > --- a/drivers/remoteproc/remoteproc_debugfs.c
> > +++ b/drivers/remoteproc/remoteproc_debugfs.c
> > @@ -88,8 +88,33 @@ static ssize_t rproc_state_read(struct file *filp, char __user *userbuf,
> > return simple_read_from_buffer(userbuf, count, ppos, buf, i);
> > }
> >
> > +static ssize_t rproc_state_write(struct file *filp, const char __user *userbuf,
> > + size_t count, loff_t *ppos)
> > +{
> > + struct rproc *rproc = filp->private_data;
> > + char buf[2];
> > + int ret;
> > +
> > + ret = copy_from_user(buf, userbuf, 1);
> > + if (ret)
> > + return -EFAULT;
> > +
> > + switch (buf[0]) {
> > + case '1':
> > + ret = rproc_boot(rproc);
> > + if (ret)
> > + dev_warn(&rproc->dev, "Boot failed: %d\n", ret);
> > + break;
> > + default:
> > + rproc_shutdown(rproc);
> > + }
> > +
> > + return count;
> > +}
>
> ... and I suggest that the user interface be reconsidered. If '1' means
> "boot" and literally anything else means "shut down" then you can't add
> operations in the future without potentially breaking things.
Good points, will fix.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web