linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v3 0/2] remoteproc: Add sysfs interface
@ 2016-10-19 12:05 Matt Redfearn
  2016-10-19 12:05 ` [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state Matt Redfearn
                   ` (2 more replies)
  0 siblings, 3 replies; 9+ messages in thread
From: Matt Redfearn @ 2016-10-19 12:05 UTC (permalink / raw)
  To: Bjorn Andersson, Ohad Ben-Cohen
  Cc: linux-remoteproc, linux-kernel, Matt Redfearn


It is often desireable to boot a remote processor with different
firmware files, depending on the needs of the system at a particular
time. This series adds a sysfs interface to the remoteproc core,
exposing interfaces to manipulate the remote processor. One interface is
the "state" file which performs the same function as the one in debugfs
(which is removed later in the series). The other is a "firmware" file
which allows retrieval of the name of the running firmware, and allows a
new firmware to be loaded when written, as long as the remote processor
is currently stopped.

Some groundwork must be laid first, changing the storage mechanism of
the firmware name such that it can be rewritten easily, then that is
wired up to the new sysfs interface.

This series is based on v4.9-rc1


Changes in v3:
Drop call to rproc_add_virtio_devices from sysfs firmware_store
Use strcspn to find firmware name length
Explicit indexes for state strings

Changes in v2:
Have firmware_store perform the necessary steps inline.
Use sysfs_streq when dealing with writes to sysfs files

Matt Redfearn (2):
  remoteproc: Add a sysfs interface for firmware and state
  remoteproc: debugfs: Remove state entry which is duplicated is sysfs

 Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
 drivers/remoteproc/Makefile                      |   1 +
 drivers/remoteproc/remoteproc_core.c             |   3 +
 drivers/remoteproc/remoteproc_debugfs.c          |  71 -----------
 drivers/remoteproc/remoteproc_internal.h         |   5 +
 drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
 6 files changed, 210 insertions(+), 71 deletions(-)
 create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
 create mode 100644 drivers/remoteproc/remoteproc_sysfs.c

-- 
2.7.4

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state
  2016-10-19 12:05 [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
@ 2016-10-19 12:05 ` Matt Redfearn
  2016-11-03 23:40   ` Wendy Liang
  2016-10-19 12:05 ` [PATCH v3 2/2] remoteproc: debugfs: Remove state entry which is duplicated is sysfs Matt Redfearn
  2016-10-27 14:10 ` [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
  2 siblings, 1 reply; 9+ messages in thread
From: Matt Redfearn @ 2016-10-19 12:05 UTC (permalink / raw)
  To: Bjorn Andersson, Ohad Ben-Cohen
  Cc: linux-remoteproc, linux-kernel, Matt Redfearn

This patch adds a sysfs interface to rproc allowing the firmware name
and processor state to be changed dynamically.

State was previously available in debugfs, and is replicated here. The
firmware file allows retrieval of the running firmware name, and a new
one to be specified at run time, so long as the remote processor has
been stopped.

Signed-off-by: Matt Redfearn <matt.redfearn@imgtec.com>

---

Changes in v3:
Drop call to rproc_add_virtio_devices from sysfs firmware_store
Use strcspn to find firmware name length
Explicit indexes for state strings

Changes in v2:
Have firmware_store perform the necessary steps inline.
Use sysfs_streq when dealing with writes to sysfs files

 Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
 drivers/remoteproc/Makefile                      |   1 +
 drivers/remoteproc/remoteproc_core.c             |   3 +
 drivers/remoteproc/remoteproc_internal.h         |   5 +
 drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
 5 files changed, 210 insertions(+)
 create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
 create mode 100644 drivers/remoteproc/remoteproc_sysfs.c

diff --git a/Documentation/ABI/testing/sysfs-class-remoteproc b/Documentation/ABI/testing/sysfs-class-remoteproc
new file mode 100644
index 000000000000..d188afebc8ba
--- /dev/null
+++ b/Documentation/ABI/testing/sysfs-class-remoteproc
@@ -0,0 +1,50 @@
+What:		/sys/class/remoteproc/.../firmware
+Date:		October 2016
+Contact:	Matt Redfearn <matt.redfearn@imgtec.com>
+Description:	Remote processor firmware
+
+		Reports the name of the firmware currently loaded to the
+		remote processor.
+
+		To change the running firmware, ensure the remote processor is
+		stopped (using /sys/class/remoteproc/.../state) and write a new filename.
+
+What:		/sys/class/remoteproc/.../state
+Date:		October 2016
+Contact:	Matt Redfearn <matt.redfearn@imgtec.com>
+Description:	Remote processor state
+
+		Reports the state of the remote processor, which will be one of:
+
+		"offline"
+		"suspended"
+		"running"
+		"crashed"
+		"invalid"
+
+		"offline" means the remote processor is powered off.
+
+		"suspended" means that the remote processor is suspended and
+		must be woken to receive messages.
+
+		"running" is the normal state of an available remote processor
+
+		"crashed" indicates that a problem/crash has been detected on
+		the remote processor.
+
+		"invalid" is returned if the remote processor is in an
+		unknown state.
+
+		Writing this file controls the state of the remote processor.
+		The following states can be written:
+
+		"start"
+		"stop"
+
+		Writing "start" will attempt to start the processor running the
+		firmware indicated by, or written to,
+		/sys/class/remoteproc/.../firmware. The remote processor should
+		transition to "running" state.
+
+		Writing "stop" will attempt to halt the remote processor and
+		return it to the "offline" state.
diff --git a/drivers/remoteproc/Makefile b/drivers/remoteproc/Makefile
index 6dfb62ed643f..6da9b12f9798 100644
--- a/drivers/remoteproc/Makefile
+++ b/drivers/remoteproc/Makefile
@@ -5,6 +5,7 @@
 obj-$(CONFIG_REMOTEPROC)		+= remoteproc.o
 remoteproc-y				:= remoteproc_core.o
 remoteproc-y				+= remoteproc_debugfs.o
+remoteproc-y				+= remoteproc_sysfs.o
 remoteproc-y				+= remoteproc_virtio.o
 remoteproc-y				+= remoteproc_elf_loader.o
 obj-$(CONFIG_OMAP_REMOTEPROC)		+= omap_remoteproc.o
diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c
index ccc2a73e94dd..b1860949d106 100644
--- a/drivers/remoteproc/remoteproc_core.c
+++ b/drivers/remoteproc/remoteproc_core.c
@@ -1347,6 +1347,7 @@ struct rproc *rproc_alloc(struct device *dev, const char *name,
 	device_initialize(&rproc->dev);
 	rproc->dev.parent = dev;
 	rproc->dev.type = &rproc_type;
+	rproc->dev.class = &rproc_class;
 
 	/* Assign a unique device index and name */
 	rproc->index = ida_simple_get(&rproc_dev_index, 0, 0, GFP_KERNEL);
@@ -1485,6 +1486,7 @@ EXPORT_SYMBOL(rproc_report_crash);
 
 static int __init remoteproc_init(void)
 {
+	rproc_init_sysfs();
 	rproc_init_debugfs();
 
 	return 0;
@@ -1496,6 +1498,7 @@ static void __exit remoteproc_exit(void)
 	ida_destroy(&rproc_dev_index);
 
 	rproc_exit_debugfs();
+	rproc_exit_sysfs();
 }
 module_exit(remoteproc_exit);
 
diff --git a/drivers/remoteproc/remoteproc_internal.h b/drivers/remoteproc/remoteproc_internal.h
index 4cf93ca2816e..c2c3e4762b90 100644
--- a/drivers/remoteproc/remoteproc_internal.h
+++ b/drivers/remoteproc/remoteproc_internal.h
@@ -63,6 +63,11 @@ void rproc_create_debug_dir(struct rproc *rproc);
 void rproc_init_debugfs(void);
 void rproc_exit_debugfs(void);
 
+/* from remoteproc_sysfs.c */
+extern struct class rproc_class;
+int rproc_init_sysfs(void);
+void rproc_exit_sysfs(void);
+
 void rproc_free_vring(struct rproc_vring *rvring);
 int rproc_alloc_vring(struct rproc_vdev *rvdev, int i);
 
diff --git a/drivers/remoteproc/remoteproc_sysfs.c b/drivers/remoteproc/remoteproc_sysfs.c
new file mode 100644
index 000000000000..bc5b0e00efb1
--- /dev/null
+++ b/drivers/remoteproc/remoteproc_sysfs.c
@@ -0,0 +1,151 @@
+/*
+ * Remote Processor Framework
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * version 2 as published by the Free Software Foundation.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ * GNU General Public License for more details.
+ */
+
+#include <linux/remoteproc.h>
+
+#include "remoteproc_internal.h"
+
+#define to_rproc(d) container_of(d, struct rproc, dev)
+
+/* Expose the loaded / running firmware name via sysfs */
+static ssize_t firmware_show(struct device *dev, struct device_attribute *attr,
+			  char *buf)
+{
+	struct rproc *rproc = to_rproc(dev);
+
+	return sprintf(buf, "%s\n", rproc->firmware);
+}
+
+/* Change firmware name via sysfs */
+static ssize_t firmware_store(struct device *dev,
+			      struct device_attribute *attr,
+			      const char *buf, size_t count)
+{
+	struct rproc *rproc = to_rproc(dev);
+	char *p;
+	int err, len = count;
+
+	err = mutex_lock_interruptible(&rproc->lock);
+	if (err) {
+		dev_err(dev, "can't lock rproc %s: %d\n", rproc->name, err);
+		return -EINVAL;
+	}
+
+	if (rproc->state != RPROC_OFFLINE) {
+		dev_err(dev, "can't change firmware while running\n");
+		err = -EBUSY;
+		goto out;
+	}
+
+	len = strcspn(buf, "\n");
+
+	p = kstrndup(buf, len, GFP_KERNEL);
+	if (!p) {
+		err = -ENOMEM;
+		goto out;
+	}
+
+	kfree(rproc->firmware);
+	rproc->firmware = p;
+out:
+	mutex_unlock(&rproc->lock);
+
+	return err ? err : count;
+}
+static DEVICE_ATTR_RW(firmware);
+
+/*
+ * A state-to-string lookup table, for exposing a human readable state
+ * via sysfs. Always keep in sync with enum rproc_state
+ */
+static const char * const rproc_state_string[] = {
+	[RPROC_OFFLINE]		= "offline",
+	[RPROC_SUSPENDED]	= "suspended",
+	[RPROC_RUNNING]		= "running",
+	[RPROC_CRASHED]		= "crashed",
+	[RPROC_LAST]		= "invalid",
+};
+
+/* Expose the state of the remote processor via sysfs */
+static ssize_t state_show(struct device *dev, struct device_attribute *attr,
+			  char *buf)
+{
+	struct rproc *rproc = to_rproc(dev);
+	unsigned int state;
+
+	state = rproc->state > RPROC_LAST ? RPROC_LAST : rproc->state;
+	return sprintf(buf, "%s\n", rproc_state_string[state]);
+}
+
+/* Change remote processor state via sysfs */
+static ssize_t state_store(struct device *dev,
+			      struct device_attribute *attr,
+			      const char *buf, size_t count)
+{
+	struct rproc *rproc = to_rproc(dev);
+	int ret = 0;
+
+	if (sysfs_streq(buf, "start")) {
+		if (rproc->state == RPROC_RUNNING)
+			return -EBUSY;
+
+		ret = rproc_boot(rproc);
+		if (ret)
+			dev_err(&rproc->dev, "Boot failed: %d\n", ret);
+	} else if (sysfs_streq(buf, "stop")) {
+		if (rproc->state != RPROC_RUNNING)
+			return -EINVAL;
+
+		rproc_shutdown(rproc);
+	} else {
+		dev_err(&rproc->dev, "Unrecognised option: %s\n", buf);
+		ret = -EINVAL;
+	}
+	return ret ? ret : count;
+}
+static DEVICE_ATTR_RW(state);
+
+static struct attribute *rproc_attrs[] = {
+	&dev_attr_firmware.attr,
+	&dev_attr_state.attr,
+	NULL
+};
+
+static const struct attribute_group rproc_devgroup = {
+	.attrs = rproc_attrs
+};
+
+static const struct attribute_group *rproc_devgroups[] = {
+	&rproc_devgroup,
+	NULL
+};
+
+struct class rproc_class = {
+	.name		= "remoteproc",
+	.dev_groups	= rproc_devgroups,
+};
+
+int __init rproc_init_sysfs(void)
+{
+	/* create remoteproc device class for sysfs */
+	int err = class_register(&rproc_class);
+
+	if (err)
+		pr_err("remoteproc: unable to register class\n");
+	return err;
+}
+
+void __exit rproc_exit_sysfs(void)
+{
+	class_unregister(&rproc_class);
+}
-- 
2.7.4

^ permalink raw reply related	[flat|nested] 9+ messages in thread

* [PATCH v3 2/2] remoteproc: debugfs: Remove state entry which is duplicated is sysfs
  2016-10-19 12:05 [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
  2016-10-19 12:05 ` [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state Matt Redfearn
@ 2016-10-19 12:05 ` Matt Redfearn
  2016-10-27 14:10 ` [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
  2 siblings, 0 replies; 9+ messages in thread
From: Matt Redfearn @ 2016-10-19 12:05 UTC (permalink / raw)
  To: Bjorn Andersson, Ohad Ben-Cohen
  Cc: linux-remoteproc, linux-kernel, Matt Redfearn

Since there is now an always available state file in sysfs with the same
function as this one in debugfs, remove the redundant entry.

Signed-off-by: Matt Redfearn <matt.redfearn@imgtec.com>
---

Changes in v3: None
Changes in v2: None

 drivers/remoteproc/remoteproc_debugfs.c | 71 ---------------------------------
 1 file changed, 71 deletions(-)

diff --git a/drivers/remoteproc/remoteproc_debugfs.c b/drivers/remoteproc/remoteproc_debugfs.c
index 374797206c79..1c122e230cec 100644
--- a/drivers/remoteproc/remoteproc_debugfs.c
+++ b/drivers/remoteproc/remoteproc_debugfs.c
@@ -59,75 +59,6 @@ static const struct file_operations trace_rproc_ops = {
 	.llseek	= generic_file_llseek,
 };
 
-/*
- * A state-to-string lookup table, for exposing a human readable state
- * via debugfs. Always keep in sync with enum rproc_state
- */
-static const char * const rproc_state_string[] = {
-	"offline",
-	"suspended",
-	"running",
-	"crashed",
-	"invalid",
-};
-
-/* expose the state of the remote processor via debugfs */
-static ssize_t rproc_state_read(struct file *filp, char __user *userbuf,
-				size_t count, loff_t *ppos)
-{
-	struct rproc *rproc = filp->private_data;
-	unsigned int state;
-	char buf[30];
-	int i;
-
-	state = rproc->state > RPROC_LAST ? RPROC_LAST : rproc->state;
-
-	i = scnprintf(buf, 30, "%.28s (%d)\n", rproc_state_string[state],
-		      rproc->state);
-
-	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[10];
-	int ret;
-
-	if (count > sizeof(buf) || count <= 0)
-		return -EINVAL;
-
-	ret = copy_from_user(buf, userbuf, count);
-	if (ret)
-		return -EFAULT;
-
-	if (buf[count - 1] == '\n')
-		buf[count - 1] = '\0';
-
-	if (!strncmp(buf, "start", count)) {
-		ret = rproc_boot(rproc);
-		if (ret) {
-			dev_err(&rproc->dev, "Boot failed: %d\n", ret);
-			return ret;
-		}
-	} else if (!strncmp(buf, "stop", count)) {
-		rproc_shutdown(rproc);
-	} else {
-		dev_err(&rproc->dev, "Unrecognised option: %s\n", buf);
-		return -EINVAL;
-	}
-
-	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,
-};
-
 /* expose the name of the remote processor via debugfs */
 static ssize_t rproc_name_read(struct file *filp, char __user *userbuf,
 			       size_t count, loff_t *ppos)
@@ -265,8 +196,6 @@ void rproc_create_debug_dir(struct rproc *rproc)
 
 	debugfs_create_file("name", 0400, rproc->dbg_dir,
 			    rproc, &rproc_name_ops);
-	debugfs_create_file("state", 0400, rproc->dbg_dir,
-			    rproc, &rproc_state_ops);
 	debugfs_create_file("recovery", 0400, rproc->dbg_dir,
 			    rproc, &rproc_recovery_ops);
 }
-- 
2.7.4

^ permalink raw reply related	[flat|nested] 9+ messages in thread

* Re: [PATCH v3 0/2] remoteproc: Add sysfs interface
  2016-10-19 12:05 [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
  2016-10-19 12:05 ` [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state Matt Redfearn
  2016-10-19 12:05 ` [PATCH v3 2/2] remoteproc: debugfs: Remove state entry which is duplicated is sysfs Matt Redfearn
@ 2016-10-27 14:10 ` Matt Redfearn
  2016-11-01  0:31   ` Bjorn Andersson
  2 siblings, 1 reply; 9+ messages in thread
From: Matt Redfearn @ 2016-10-27 14:10 UTC (permalink / raw)
  To: Bjorn Andersson, Ohad Ben-Cohen; +Cc: linux-remoteproc, linux-kernel


On 19/10/16 13:05, Matt Redfearn wrote:
> It is often desireable to boot a remote processor with different
> firmware files, depending on the needs of the system at a particular
> time. This series adds a sysfs interface to the remoteproc core,
> exposing interfaces to manipulate the remote processor. One interface is
> the "state" file which performs the same function as the one in debugfs
> (which is removed later in the series). The other is a "firmware" file
> which allows retrieval of the name of the running firmware, and allows a
> new firmware to be loaded when written, as long as the remote processor
> is currently stopped.
>
> Some groundwork must be laid first, changing the storage mechanism of
> the firmware name such that it can be rewritten easily, then that is
> wired up to the new sysfs interface.
>
> This series is based on v4.9-rc1
>
>
> Changes in v3:
> Drop call to rproc_add_virtio_devices from sysfs firmware_store
> Use strcspn to find firmware name length
> Explicit indexes for state strings
>
> Changes in v2:
> Have firmware_store perform the necessary steps inline.
> Use sysfs_streq when dealing with writes to sysfs files
>
> Matt Redfearn (2):
>    remoteproc: Add a sysfs interface for firmware and state
>    remoteproc: debugfs: Remove state entry which is duplicated is sysfs
>
>   Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
>   drivers/remoteproc/Makefile                      |   1 +
>   drivers/remoteproc/remoteproc_core.c             |   3 +
>   drivers/remoteproc/remoteproc_debugfs.c          |  71 -----------
>   drivers/remoteproc/remoteproc_internal.h         |   5 +
>   drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
>   6 files changed, 210 insertions(+), 71 deletions(-)
>   create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
>   create mode 100644 drivers/remoteproc/remoteproc_sysfs.c
>

Hi Bjorn,

Is this version of the patchset ok? Any feedback welcome :-)

Thanks,
Matt

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH v3 0/2] remoteproc: Add sysfs interface
  2016-10-27 14:10 ` [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
@ 2016-11-01  0:31   ` Bjorn Andersson
  2016-11-01  9:25     ` Matt Redfearn
  0 siblings, 1 reply; 9+ messages in thread
From: Bjorn Andersson @ 2016-11-01  0:31 UTC (permalink / raw)
  To: Matt Redfearn; +Cc: Ohad Ben-Cohen, linux-remoteproc, linux-kernel

On Thu 27 Oct 07:10 PDT 2016, Matt Redfearn wrote:

> 
> On 19/10/16 13:05, Matt Redfearn wrote:
> >It is often desireable to boot a remote processor with different
> >firmware files, depending on the needs of the system at a particular
> >time. This series adds a sysfs interface to the remoteproc core,
> >exposing interfaces to manipulate the remote processor. One interface is
> >the "state" file which performs the same function as the one in debugfs
> >(which is removed later in the series). The other is a "firmware" file
> >which allows retrieval of the name of the running firmware, and allows a
> >new firmware to be loaded when written, as long as the remote processor
> >is currently stopped.
> >
> >Some groundwork must be laid first, changing the storage mechanism of
> >the firmware name such that it can be rewritten easily, then that is
> >wired up to the new sysfs interface.
> >
> >This series is based on v4.9-rc1
> >
> >
> >Changes in v3:
> >Drop call to rproc_add_virtio_devices from sysfs firmware_store
> >Use strcspn to find firmware name length
> >Explicit indexes for state strings
> >
> >Changes in v2:
> >Have firmware_store perform the necessary steps inline.
> >Use sysfs_streq when dealing with writes to sysfs files
> >
> >Matt Redfearn (2):
> >   remoteproc: Add a sysfs interface for firmware and state
> >   remoteproc: debugfs: Remove state entry which is duplicated is sysfs
> >
> >  Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
> >  drivers/remoteproc/Makefile                      |   1 +
> >  drivers/remoteproc/remoteproc_core.c             |   3 +
> >  drivers/remoteproc/remoteproc_debugfs.c          |  71 -----------
> >  drivers/remoteproc/remoteproc_internal.h         |   5 +
> >  drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
> >  6 files changed, 210 insertions(+), 71 deletions(-)
> >  create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
> >  create mode 100644 drivers/remoteproc/remoteproc_sysfs.c
> >
> 
> Hi Bjorn,
> 
> Is this version of the patchset ok? Any feedback welcome :-)
> 

Hi Matt,

I was hoping for some comments or verification from others, so I
conveniently did let it hang out in my TODO list.

I think the new interface looks good and have merged the two patches!

Regards,
Bjorn

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH v3 0/2] remoteproc: Add sysfs interface
  2016-11-01  0:31   ` Bjorn Andersson
@ 2016-11-01  9:25     ` Matt Redfearn
  0 siblings, 0 replies; 9+ messages in thread
From: Matt Redfearn @ 2016-11-01  9:25 UTC (permalink / raw)
  To: Bjorn Andersson; +Cc: Ohad Ben-Cohen, linux-remoteproc, linux-kernel



On 01/11/16 00:31, Bjorn Andersson wrote:
> On Thu 27 Oct 07:10 PDT 2016, Matt Redfearn wrote:
>
>> On 19/10/16 13:05, Matt Redfearn wrote:
>>> It is often desireable to boot a remote processor with different
>>> firmware files, depending on the needs of the system at a particular
>>> time. This series adds a sysfs interface to the remoteproc core,
>>> exposing interfaces to manipulate the remote processor. One interface is
>>> the "state" file which performs the same function as the one in debugfs
>>> (which is removed later in the series). The other is a "firmware" file
>>> which allows retrieval of the name of the running firmware, and allows a
>>> new firmware to be loaded when written, as long as the remote processor
>>> is currently stopped.
>>>
>>> Some groundwork must be laid first, changing the storage mechanism of
>>> the firmware name such that it can be rewritten easily, then that is
>>> wired up to the new sysfs interface.
>>>
>>> This series is based on v4.9-rc1
>>>
>>>
>>> Changes in v3:
>>> Drop call to rproc_add_virtio_devices from sysfs firmware_store
>>> Use strcspn to find firmware name length
>>> Explicit indexes for state strings
>>>
>>> Changes in v2:
>>> Have firmware_store perform the necessary steps inline.
>>> Use sysfs_streq when dealing with writes to sysfs files
>>>
>>> Matt Redfearn (2):
>>>    remoteproc: Add a sysfs interface for firmware and state
>>>    remoteproc: debugfs: Remove state entry which is duplicated is sysfs
>>>
>>>   Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
>>>   drivers/remoteproc/Makefile                      |   1 +
>>>   drivers/remoteproc/remoteproc_core.c             |   3 +
>>>   drivers/remoteproc/remoteproc_debugfs.c          |  71 -----------
>>>   drivers/remoteproc/remoteproc_internal.h         |   5 +
>>>   drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
>>>   6 files changed, 210 insertions(+), 71 deletions(-)
>>>   create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
>>>   create mode 100644 drivers/remoteproc/remoteproc_sysfs.c
>>>
>> Hi Bjorn,
>>
>> Is this version of the patchset ok? Any feedback welcome :-)
>>
> Hi Matt,
>
> I was hoping for some comments or verification from others, so I
> conveniently did let it hang out in my TODO list.
>
> I think the new interface looks good and have merged the two patches!

Great, thanks! :-)

Matt

>
> Regards,
> Bjorn

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state
  2016-10-19 12:05 ` [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state Matt Redfearn
@ 2016-11-03 23:40   ` Wendy Liang
  2016-11-04  9:13     ` Matt Redfearn
  0 siblings, 1 reply; 9+ messages in thread
From: Wendy Liang @ 2016-11-03 23:40 UTC (permalink / raw)
  To: Matt Redfearn
  Cc: Bjorn Andersson, Ohad Ben-Cohen, linux-remoteproc, linux-kernel

HI Matt,

Thanks for your patch. I am trying it.

Please see my questions inline.

Thanks,
Wendy

On Wed, Oct 19, 2016 at 5:05 AM, Matt Redfearn <matt.redfearn@imgtec.com> wrote:
> This patch adds a sysfs interface to rproc allowing the firmware name
> and processor state to be changed dynamically.
>
> State was previously available in debugfs, and is replicated here. The
> firmware file allows retrieval of the running firmware name, and a new
> one to be specified at run time, so long as the remote processor has
> been stopped.
>
> Signed-off-by: Matt Redfearn <matt.redfearn@imgtec.com>
>
> ---
>
> Changes in v3:
> Drop call to rproc_add_virtio_devices from sysfs firmware_store
> Use strcspn to find firmware name length
> Explicit indexes for state strings
>
> Changes in v2:
> Have firmware_store perform the necessary steps inline.
> Use sysfs_streq when dealing with writes to sysfs files
>
>  Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
>  drivers/remoteproc/Makefile                      |   1 +
>  drivers/remoteproc/remoteproc_core.c             |   3 +
>  drivers/remoteproc/remoteproc_internal.h         |   5 +
>  drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
>  5 files changed, 210 insertions(+)
>  create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
>  create mode 100644 drivers/remoteproc/remoteproc_sysfs.c
>
> diff --git a/Documentation/ABI/testing/sysfs-class-remoteproc b/Documentation/ABI/testing/sysfs-class-remoteproc
> new file mode 100644
> index 000000000000..d188afebc8ba
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-class-remoteproc
> @@ -0,0 +1,50 @@
> +What:          /sys/class/remoteproc/.../firmware
> +Date:          October 2016
> +Contact:       Matt Redfearn <matt.redfearn@imgtec.com>
> +Description:   Remote processor firmware
> +
> +               Reports the name of the firmware currently loaded to the
> +               remote processor.
> +
> +               To change the running firmware, ensure the remote processor is
> +               stopped (using /sys/class/remoteproc/.../state) and write a new filename.
> +
> +What:          /sys/class/remoteproc/.../state
> +Date:          October 2016
> +Contact:       Matt Redfearn <matt.redfearn@imgtec.com>
> +Description:   Remote processor state
> +
> +               Reports the state of the remote processor, which will be one of:
> +
> +               "offline"
> +               "suspended"
> +               "running"
> +               "crashed"
> +               "invalid"
> +
> +               "offline" means the remote processor is powered off.
> +
> +               "suspended" means that the remote processor is suspended and
> +               must be woken to receive messages.
> +
> +               "running" is the normal state of an available remote processor
> +
> +               "crashed" indicates that a problem/crash has been detected on
> +               the remote processor.
> +
> +               "invalid" is returned if the remote processor is in an
> +               unknown state.
> +
> +               Writing this file controls the state of the remote processor.
> +               The following states can be written:
> +
> +               "start"
> +               "stop"
> +
> +               Writing "start" will attempt to start the processor running the
> +               firmware indicated by, or written to,
> +               /sys/class/remoteproc/.../firmware. The remote processor should
> +               transition to "running" state.
> +
> +               Writing "stop" will attempt to halt the remote processor and
> +               return it to the "offline" state.
> diff --git a/drivers/remoteproc/Makefile b/drivers/remoteproc/Makefile
> index 6dfb62ed643f..6da9b12f9798 100644
> --- a/drivers/remoteproc/Makefile
> +++ b/drivers/remoteproc/Makefile
> @@ -5,6 +5,7 @@
>  obj-$(CONFIG_REMOTEPROC)               += remoteproc.o
>  remoteproc-y                           := remoteproc_core.o
>  remoteproc-y                           += remoteproc_debugfs.o
> +remoteproc-y                           += remoteproc_sysfs.o
>  remoteproc-y                           += remoteproc_virtio.o
>  remoteproc-y                           += remoteproc_elf_loader.o
>  obj-$(CONFIG_OMAP_REMOTEPROC)          += omap_remoteproc.o
> diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c
> index ccc2a73e94dd..b1860949d106 100644
> --- a/drivers/remoteproc/remoteproc_core.c
> +++ b/drivers/remoteproc/remoteproc_core.c
> @@ -1347,6 +1347,7 @@ struct rproc *rproc_alloc(struct device *dev, const char *name,
>         device_initialize(&rproc->dev);
>         rproc->dev.parent = dev;
>         rproc->dev.type = &rproc_type;
> +       rproc->dev.class = &rproc_class;
>
>         /* Assign a unique device index and name */
>         rproc->index = ida_simple_get(&rproc_dev_index, 0, 0, GFP_KERNEL);
> @@ -1485,6 +1486,7 @@ EXPORT_SYMBOL(rproc_report_crash);
>
>  static int __init remoteproc_init(void)
>  {
> +       rproc_init_sysfs();
>         rproc_init_debugfs();
>
>         return 0;
> @@ -1496,6 +1498,7 @@ static void __exit remoteproc_exit(void)
>         ida_destroy(&rproc_dev_index);
>
>         rproc_exit_debugfs();
> +       rproc_exit_sysfs();
>  }
>  module_exit(remoteproc_exit);
>
> diff --git a/drivers/remoteproc/remoteproc_internal.h b/drivers/remoteproc/remoteproc_internal.h
> index 4cf93ca2816e..c2c3e4762b90 100644
> --- a/drivers/remoteproc/remoteproc_internal.h
> +++ b/drivers/remoteproc/remoteproc_internal.h
> @@ -63,6 +63,11 @@ void rproc_create_debug_dir(struct rproc *rproc);
>  void rproc_init_debugfs(void);
>  void rproc_exit_debugfs(void);
>
> +/* from remoteproc_sysfs.c */
> +extern struct class rproc_class;
> +int rproc_init_sysfs(void);
> +void rproc_exit_sysfs(void);
> +
>  void rproc_free_vring(struct rproc_vring *rvring);
>  int rproc_alloc_vring(struct rproc_vdev *rvdev, int i);
>
> diff --git a/drivers/remoteproc/remoteproc_sysfs.c b/drivers/remoteproc/remoteproc_sysfs.c
> new file mode 100644
> index 000000000000..bc5b0e00efb1
> --- /dev/null
> +++ b/drivers/remoteproc/remoteproc_sysfs.c
> @@ -0,0 +1,151 @@
> +/*
> + * Remote Processor Framework
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * version 2 as published by the Free Software Foundation.
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> + * GNU General Public License for more details.
> + */
> +
> +#include <linux/remoteproc.h>
> +
> +#include "remoteproc_internal.h"
> +
> +#define to_rproc(d) container_of(d, struct rproc, dev)
> +
> +/* Expose the loaded / running firmware name via sysfs */
> +static ssize_t firmware_show(struct device *dev, struct device_attribute *attr,
> +                         char *buf)
> +{
> +       struct rproc *rproc = to_rproc(dev);
> +
> +       return sprintf(buf, "%s\n", rproc->firmware);
> +}
> +
> +/* Change firmware name via sysfs */
> +static ssize_t firmware_store(struct device *dev,
> +                             struct device_attribute *attr,
> +                             const char *buf, size_t count)
> +{
> +       struct rproc *rproc = to_rproc(dev);
> +       char *p;
> +       int err, len = count;
> +
> +       err = mutex_lock_interruptible(&rproc->lock);
> +       if (err) {
> +               dev_err(dev, "can't lock rproc %s: %d\n", rproc->name, err);
> +               return -EINVAL;
> +       }
> +
> +       if (rproc->state != RPROC_OFFLINE) {
> +               dev_err(dev, "can't change firmware while running\n");
> +               err = -EBUSY;
> +               goto out;
> +       }
> +
> +       len = strcspn(buf, "\n");
> +
> +       p = kstrndup(buf, len, GFP_KERNEL);
> +       if (!p) {
> +               err = -ENOMEM;
> +               goto out;
> +       }
> +
> +       kfree(rproc->firmware);
it gives me kernel panic if the initial firmware name is passed from
my remoteproc driver to rproc_alloc()
and it is a const string.
It is better to have another modification to the remoteproc_core.c as
follows in the rproc_alloc().

-       if (!firmware)
+       if (!firmware) {
                /*
                 * Make room for default firmware name (minus %s plus '\0').
                 * If the caller didn't pass in a firmware name then
@@ -1332,17 +1346,29 @@ struct rproc *rproc_alloc(struct device *dev,
const char *name,
                 * the caller doesn't pass one).
                 */
                name_len = strlen(name) + strlen(template) - 2 + 1;
+               p = kmalloc_track_caller(name_len, GFP_KERNEL);
+               if (!p)
+                       return NULL;
+               snprintf(p, name_len, template, name);
+       } else {
+               p = kstrndup(firmware, strlen(firmware), GFP_KERNEL);
+               if (!p) {
+                       return NULL;
+               }
+       }

-       rproc = kzalloc(sizeof(*rproc) + len + name_len, GFP_KERNEL);
+       rproc = kzalloc(sizeof(*rproc) + len, GFP_KERNEL);

> +       rproc->firmware = p;
> +out:
> +       mutex_unlock(&rproc->lock);
> +
> +       return err ? err : count;
> +}
> +static DEVICE_ATTR_RW(firmware);
> +
> +/*
> + * A state-to-string lookup table, for exposing a human readable state
> + * via sysfs. Always keep in sync with enum rproc_state
> + */
> +static const char * const rproc_state_string[] = {
> +       [RPROC_OFFLINE]         = "offline",
> +       [RPROC_SUSPENDED]       = "suspended",
> +       [RPROC_RUNNING]         = "running",
> +       [RPROC_CRASHED]         = "crashed",
> +       [RPROC_LAST]            = "invalid",
> +};
> +
> +/* Expose the state of the remote processor via sysfs */
> +static ssize_t state_show(struct device *dev, struct device_attribute *attr,
> +                         char *buf)
> +{
> +       struct rproc *rproc = to_rproc(dev);
> +       unsigned int state;
> +
> +       state = rproc->state > RPROC_LAST ? RPROC_LAST : rproc->state;
> +       return sprintf(buf, "%s\n", rproc_state_string[state]);
> +}
> +
> +/* Change remote processor state via sysfs */
> +static ssize_t state_store(struct device *dev,
> +                             struct device_attribute *attr,
> +                             const char *buf, size_t count)
> +{
> +       struct rproc *rproc = to_rproc(dev);
> +       int ret = 0;
> +
> +       if (sysfs_streq(buf, "start")) {
> +               if (rproc->state == RPROC_RUNNING)
> +                       return -EBUSY;
> +
> +               ret = rproc_boot(rproc);
> +               if (ret)
> +                       dev_err(&rproc->dev, "Boot failed: %d\n", ret);
> +       } else if (sysfs_streq(buf, "stop")) {
> +               if (rproc->state != RPROC_RUNNING)
> +                       return -EINVAL;
> +
> +               rproc_shutdown(rproc);
The kernel hanged when it was trying to unregister the virtio device
after I tried"stop".
It doesn't look like related to this sysfs API. But just wonder have you seen
similar issue?

> +       } else {
> +               dev_err(&rproc->dev, "Unrecognised option: %s\n", buf);
> +               ret = -EINVAL;
> +       }
> +       return ret ? ret : count;
> +}
> +static DEVICE_ATTR_RW(state);
> +
> +static struct attribute *rproc_attrs[] = {
> +       &dev_attr_firmware.attr,
> +       &dev_attr_state.attr,
> +       NULL
> +};
> +
> +static const struct attribute_group rproc_devgroup = {
> +       .attrs = rproc_attrs
> +};
> +
> +static const struct attribute_group *rproc_devgroups[] = {
> +       &rproc_devgroup,
> +       NULL
> +};
> +
> +struct class rproc_class = {
> +       .name           = "remoteproc",
> +       .dev_groups     = rproc_devgroups,
> +};
> +
> +int __init rproc_init_sysfs(void)
> +{
> +       /* create remoteproc device class for sysfs */
> +       int err = class_register(&rproc_class);
> +
> +       if (err)
> +               pr_err("remoteproc: unable to register class\n");
> +       return err;
> +}
> +
> +void __exit rproc_exit_sysfs(void)
> +{
> +       class_unregister(&rproc_class);
> +}
> --
> 2.7.4
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-remoteproc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state
  2016-11-03 23:40   ` Wendy Liang
@ 2016-11-04  9:13     ` Matt Redfearn
  2016-11-07 18:14       ` Wendy Liang
  0 siblings, 1 reply; 9+ messages in thread
From: Matt Redfearn @ 2016-11-04  9:13 UTC (permalink / raw)
  To: Wendy Liang
  Cc: Bjorn Andersson, Ohad Ben-Cohen, linux-remoteproc, linux-kernel

Hi Wendy,

Replies inline


On 03/11/16 23:40, Wendy Liang wrote:
> HI Matt,
>
> Thanks for your patch. I am trying it.
>
> Please see my questions inline.
>
> Thanks,
> Wendy
>
> On Wed, Oct 19, 2016 at 5:05 AM, Matt Redfearn <matt.redfearn@imgtec.com> wrote:
>> This patch adds a sysfs interface to rproc allowing the firmware name
>> and processor state to be changed dynamically.
>>
>> State was previously available in debugfs, and is replicated here. The
>> firmware file allows retrieval of the running firmware name, and a new
>> one to be specified at run time, so long as the remote processor has
>> been stopped.
>>
>> Signed-off-by: Matt Redfearn <matt.redfearn@imgtec.com>
>>
>> ---
>>
>> Changes in v3:
>> Drop call to rproc_add_virtio_devices from sysfs firmware_store
>> Use strcspn to find firmware name length
>> Explicit indexes for state strings
>>
>> Changes in v2:
>> Have firmware_store perform the necessary steps inline.
>> Use sysfs_streq when dealing with writes to sysfs files
>>
>>   Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
>>   drivers/remoteproc/Makefile                      |   1 +
>>   drivers/remoteproc/remoteproc_core.c             |   3 +
>>   drivers/remoteproc/remoteproc_internal.h         |   5 +
>>   drivers/remoteproc/remoteproc_sysfs.c            | 151 +++++++++++++++++++++++
>>   5 files changed, 210 insertions(+)
>>   create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
>>   create mode 100644 drivers/remoteproc/remoteproc_sysfs.c
>>
>> diff --git a/Documentation/ABI/testing/sysfs-class-remoteproc b/Documentation/ABI/testing/sysfs-class-remoteproc
>> new file mode 100644
>> index 000000000000..d188afebc8ba
>> --- /dev/null
>> +++ b/Documentation/ABI/testing/sysfs-class-remoteproc
>> @@ -0,0 +1,50 @@
>> +What:          /sys/class/remoteproc/.../firmware
>> +Date:          October 2016
>> +Contact:       Matt Redfearn <matt.redfearn@imgtec.com>
>> +Description:   Remote processor firmware
>> +
>> +               Reports the name of the firmware currently loaded to the
>> +               remote processor.
>> +
>> +               To change the running firmware, ensure the remote processor is
>> +               stopped (using /sys/class/remoteproc/.../state) and write a new filename.
>> +
>> +What:          /sys/class/remoteproc/.../state
>> +Date:          October 2016
>> +Contact:       Matt Redfearn <matt.redfearn@imgtec.com>
>> +Description:   Remote processor state
>> +
>> +               Reports the state of the remote processor, which will be one of:
>> +
>> +               "offline"
>> +               "suspended"
>> +               "running"
>> +               "crashed"
>> +               "invalid"
>> +
>> +               "offline" means the remote processor is powered off.
>> +
>> +               "suspended" means that the remote processor is suspended and
>> +               must be woken to receive messages.
>> +
>> +               "running" is the normal state of an available remote processor
>> +
>> +               "crashed" indicates that a problem/crash has been detected on
>> +               the remote processor.
>> +
>> +               "invalid" is returned if the remote processor is in an
>> +               unknown state.
>> +
>> +               Writing this file controls the state of the remote processor.
>> +               The following states can be written:
>> +
>> +               "start"
>> +               "stop"
>> +
>> +               Writing "start" will attempt to start the processor running the
>> +               firmware indicated by, or written to,
>> +               /sys/class/remoteproc/.../firmware. The remote processor should
>> +               transition to "running" state.
>> +
>> +               Writing "stop" will attempt to halt the remote processor and
>> +               return it to the "offline" state.
>> diff --git a/drivers/remoteproc/Makefile b/drivers/remoteproc/Makefile
>> index 6dfb62ed643f..6da9b12f9798 100644
>> --- a/drivers/remoteproc/Makefile
>> +++ b/drivers/remoteproc/Makefile
>> @@ -5,6 +5,7 @@
>>   obj-$(CONFIG_REMOTEPROC)               += remoteproc.o
>>   remoteproc-y                           := remoteproc_core.o
>>   remoteproc-y                           += remoteproc_debugfs.o
>> +remoteproc-y                           += remoteproc_sysfs.o
>>   remoteproc-y                           += remoteproc_virtio.o
>>   remoteproc-y                           += remoteproc_elf_loader.o
>>   obj-$(CONFIG_OMAP_REMOTEPROC)          += omap_remoteproc.o
>> diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c
>> index ccc2a73e94dd..b1860949d106 100644
>> --- a/drivers/remoteproc/remoteproc_core.c
>> +++ b/drivers/remoteproc/remoteproc_core.c
>> @@ -1347,6 +1347,7 @@ struct rproc *rproc_alloc(struct device *dev, const char *name,
>>          device_initialize(&rproc->dev);
>>          rproc->dev.parent = dev;
>>          rproc->dev.type = &rproc_type;
>> +       rproc->dev.class = &rproc_class;
>>
>>          /* Assign a unique device index and name */
>>          rproc->index = ida_simple_get(&rproc_dev_index, 0, 0, GFP_KERNEL);
>> @@ -1485,6 +1486,7 @@ EXPORT_SYMBOL(rproc_report_crash);
>>
>>   static int __init remoteproc_init(void)
>>   {
>> +       rproc_init_sysfs();
>>          rproc_init_debugfs();
>>
>>          return 0;
>> @@ -1496,6 +1498,7 @@ static void __exit remoteproc_exit(void)
>>          ida_destroy(&rproc_dev_index);
>>
>>          rproc_exit_debugfs();
>> +       rproc_exit_sysfs();
>>   }
>>   module_exit(remoteproc_exit);
>>
>> diff --git a/drivers/remoteproc/remoteproc_internal.h b/drivers/remoteproc/remoteproc_internal.h
>> index 4cf93ca2816e..c2c3e4762b90 100644
>> --- a/drivers/remoteproc/remoteproc_internal.h
>> +++ b/drivers/remoteproc/remoteproc_internal.h
>> @@ -63,6 +63,11 @@ void rproc_create_debug_dir(struct rproc *rproc);
>>   void rproc_init_debugfs(void);
>>   void rproc_exit_debugfs(void);
>>
>> +/* from remoteproc_sysfs.c */
>> +extern struct class rproc_class;
>> +int rproc_init_sysfs(void);
>> +void rproc_exit_sysfs(void);
>> +
>>   void rproc_free_vring(struct rproc_vring *rvring);
>>   int rproc_alloc_vring(struct rproc_vdev *rvdev, int i);
>>
>> diff --git a/drivers/remoteproc/remoteproc_sysfs.c b/drivers/remoteproc/remoteproc_sysfs.c
>> new file mode 100644
>> index 000000000000..bc5b0e00efb1
>> --- /dev/null
>> +++ b/drivers/remoteproc/remoteproc_sysfs.c
>> @@ -0,0 +1,151 @@
>> +/*
>> + * Remote Processor Framework
>> + *
>> + * This program is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License
>> + * version 2 as published by the Free Software Foundation.
>> + *
>> + * This program is distributed in the hope that it will be useful,
>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
>> + * GNU General Public License for more details.
>> + */
>> +
>> +#include <linux/remoteproc.h>
>> +
>> +#include "remoteproc_internal.h"
>> +
>> +#define to_rproc(d) container_of(d, struct rproc, dev)
>> +
>> +/* Expose the loaded / running firmware name via sysfs */
>> +static ssize_t firmware_show(struct device *dev, struct device_attribute *attr,
>> +                         char *buf)
>> +{
>> +       struct rproc *rproc = to_rproc(dev);
>> +
>> +       return sprintf(buf, "%s\n", rproc->firmware);
>> +}
>> +
>> +/* Change firmware name via sysfs */
>> +static ssize_t firmware_store(struct device *dev,
>> +                             struct device_attribute *attr,
>> +                             const char *buf, size_t count)
>> +{
>> +       struct rproc *rproc = to_rproc(dev);
>> +       char *p;
>> +       int err, len = count;
>> +
>> +       err = mutex_lock_interruptible(&rproc->lock);
>> +       if (err) {
>> +               dev_err(dev, "can't lock rproc %s: %d\n", rproc->name, err);
>> +               return -EINVAL;
>> +       }
>> +
>> +       if (rproc->state != RPROC_OFFLINE) {
>> +               dev_err(dev, "can't change firmware while running\n");
>> +               err = -EBUSY;
>> +               goto out;
>> +       }
>> +
>> +       len = strcspn(buf, "\n");
>> +
>> +       p = kstrndup(buf, len, GFP_KERNEL);
>> +       if (!p) {
>> +               err = -ENOMEM;
>> +               goto out;
>> +       }
>> +
>> +       kfree(rproc->firmware);
> it gives me kernel panic if the initial firmware name is passed from
> my remoteproc driver to rproc_alloc()
> and it is a const string.
> It is better to have another modification to the remoteproc_core.c as
> follows in the rproc_alloc().
>
> -       if (!firmware)
> +       if (!firmware) {
>                  /*
>                   * Make room for default firmware name (minus %s plus '\0').
>                   * If the caller didn't pass in a firmware name then
> @@ -1332,17 +1346,29 @@ struct rproc *rproc_alloc(struct device *dev,
> const char *name,
>                   * the caller doesn't pass one).
>                   */
>                  name_len = strlen(name) + strlen(template) - 2 + 1;
> +               p = kmalloc_track_caller(name_len, GFP_KERNEL);
> +               if (!p)
> +                       return NULL;
> +               snprintf(p, name_len, template, name);
> +       } else {
> +               p = kstrndup(firmware, strlen(firmware), GFP_KERNEL);
> +               if (!p) {
> +                       return NULL;
> +               }
> +       }
>
> -       rproc = kzalloc(sizeof(*rproc) + len + name_len, GFP_KERNEL);
> +       rproc = kzalloc(sizeof(*rproc) + len, GFP_KERNEL);

Yes - to address this a very similar change was already introduced into 
Bjorn's tree in
https://github.com/andersson/remoteproc/commit/0f57dc6ae1ff0c702450083176b657ba37c07363


>
>> +       rproc->firmware = p;
>> +out:
>> +       mutex_unlock(&rproc->lock);
>> +
>> +       return err ? err : count;
>> +}
>> +static DEVICE_ATTR_RW(firmware);
>> +
>> +/*
>> + * A state-to-string lookup table, for exposing a human readable state
>> + * via sysfs. Always keep in sync with enum rproc_state
>> + */
>> +static const char * const rproc_state_string[] = {
>> +       [RPROC_OFFLINE]         = "offline",
>> +       [RPROC_SUSPENDED]       = "suspended",
>> +       [RPROC_RUNNING]         = "running",
>> +       [RPROC_CRASHED]         = "crashed",
>> +       [RPROC_LAST]            = "invalid",
>> +};
>> +
>> +/* Expose the state of the remote processor via sysfs */
>> +static ssize_t state_show(struct device *dev, struct device_attribute *attr,
>> +                         char *buf)
>> +{
>> +       struct rproc *rproc = to_rproc(dev);
>> +       unsigned int state;
>> +
>> +       state = rproc->state > RPROC_LAST ? RPROC_LAST : rproc->state;
>> +       return sprintf(buf, "%s\n", rproc_state_string[state]);
>> +}
>> +
>> +/* Change remote processor state via sysfs */
>> +static ssize_t state_store(struct device *dev,
>> +                             struct device_attribute *attr,
>> +                             const char *buf, size_t count)
>> +{
>> +       struct rproc *rproc = to_rproc(dev);
>> +       int ret = 0;
>> +
>> +       if (sysfs_streq(buf, "start")) {
>> +               if (rproc->state == RPROC_RUNNING)
>> +                       return -EBUSY;
>> +
>> +               ret = rproc_boot(rproc);
>> +               if (ret)
>> +                       dev_err(&rproc->dev, "Boot failed: %d\n", ret);
>> +       } else if (sysfs_streq(buf, "stop")) {
>> +               if (rproc->state != RPROC_RUNNING)
>> +                       return -EINVAL;
>> +
>> +               rproc_shutdown(rproc);
> The kernel hanged when it was trying to unregister the virtio device
> after I tried"stop".
> It doesn't look like related to this sysfs API. But just wonder have you seen
> similar issue?

I have not seen that in my testing - but I did run into things such as 
virtio_console giving warnings when the device was removed from a 
remoteproc device (which I submitted a fix for). I guess that the 
removal of remoteproc devices at runtime has previously not been as easy 
and therefore not as well tested so there may well be a few issues 
lurking as new code paths are tested, depending on which virtio devices 
your firmware implements.

Thanks,
Matt

>
>> +       } else {
>> +               dev_err(&rproc->dev, "Unrecognised option: %s\n", buf);
>> +               ret = -EINVAL;
>> +       }
>> +       return ret ? ret : count;
>> +}
>> +static DEVICE_ATTR_RW(state);
>> +
>> +static struct attribute *rproc_attrs[] = {
>> +       &dev_attr_firmware.attr,
>> +       &dev_attr_state.attr,
>> +       NULL
>> +};
>> +
>> +static const struct attribute_group rproc_devgroup = {
>> +       .attrs = rproc_attrs
>> +};
>> +
>> +static const struct attribute_group *rproc_devgroups[] = {
>> +       &rproc_devgroup,
>> +       NULL
>> +};
>> +
>> +struct class rproc_class = {
>> +       .name           = "remoteproc",
>> +       .dev_groups     = rproc_devgroups,
>> +};
>> +
>> +int __init rproc_init_sysfs(void)
>> +{
>> +       /* create remoteproc device class for sysfs */
>> +       int err = class_register(&rproc_class);
>> +
>> +       if (err)
>> +               pr_err("remoteproc: unable to register class\n");
>> +       return err;
>> +}
>> +
>> +void __exit rproc_exit_sysfs(void)
>> +{
>> +       class_unregister(&rproc_class);
>> +}
>> --
>> 2.7.4
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-remoteproc" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state
  2016-11-04  9:13     ` Matt Redfearn
@ 2016-11-07 18:14       ` Wendy Liang
  0 siblings, 0 replies; 9+ messages in thread
From: Wendy Liang @ 2016-11-07 18:14 UTC (permalink / raw)
  To: Matt Redfearn
  Cc: Bjorn Andersson, Ohad Ben-Cohen, linux-remoteproc, linux-kernel

Hi Matt,

On Fri, Nov 4, 2016 at 2:13 AM, Matt Redfearn <matt.redfearn@imgtec.com> wrote:
> Hi Wendy,
>
> Replies inline
>
>
>
> On 03/11/16 23:40, Wendy Liang wrote:
>>
>> HI Matt,
>>
>> Thanks for your patch. I am trying it.
>>
>> Please see my questions inline.
>>
>> Thanks,
>> Wendy
>>
>> On Wed, Oct 19, 2016 at 5:05 AM, Matt Redfearn <matt.redfearn@imgtec.com>
>> wrote:
>>>
>>> This patch adds a sysfs interface to rproc allowing the firmware name
>>> and processor state to be changed dynamically.
>>>
>>> State was previously available in debugfs, and is replicated here. The
>>> firmware file allows retrieval of the running firmware name, and a new
>>> one to be specified at run time, so long as the remote processor has
>>> been stopped.
>>>
>>> Signed-off-by: Matt Redfearn <matt.redfearn@imgtec.com>
>>>
>>> ---
>>>
>>> Changes in v3:
>>> Drop call to rproc_add_virtio_devices from sysfs firmware_store
>>> Use strcspn to find firmware name length
>>> Explicit indexes for state strings
>>>
>>> Changes in v2:
>>> Have firmware_store perform the necessary steps inline.
>>> Use sysfs_streq when dealing with writes to sysfs files
>>>
>>>   Documentation/ABI/testing/sysfs-class-remoteproc |  50 ++++++++
>>>   drivers/remoteproc/Makefile                      |   1 +
>>>   drivers/remoteproc/remoteproc_core.c             |   3 +
>>>   drivers/remoteproc/remoteproc_internal.h         |   5 +
>>>   drivers/remoteproc/remoteproc_sysfs.c            | 151
>>> +++++++++++++++++++++++
>>>   5 files changed, 210 insertions(+)
>>>   create mode 100644 Documentation/ABI/testing/sysfs-class-remoteproc
>>>   create mode 100644 drivers/remoteproc/remoteproc_sysfs.c
>>>
>>> diff --git a/Documentation/ABI/testing/sysfs-class-remoteproc
>>> b/Documentation/ABI/testing/sysfs-class-remoteproc
>>> new file mode 100644
>>> index 000000000000..d188afebc8ba
>>> --- /dev/null
>>> +++ b/Documentation/ABI/testing/sysfs-class-remoteproc
>>> @@ -0,0 +1,50 @@
>>> +What:          /sys/class/remoteproc/.../firmware
>>> +Date:          October 2016
>>> +Contact:       Matt Redfearn <matt.redfearn@imgtec.com>
>>> +Description:   Remote processor firmware
>>> +
>>> +               Reports the name of the firmware currently loaded to the
>>> +               remote processor.
>>> +
>>> +               To change the running firmware, ensure the remote
>>> processor is
>>> +               stopped (using /sys/class/remoteproc/.../state) and write
>>> a new filename.
>>> +
>>> +What:          /sys/class/remoteproc/.../state
>>> +Date:          October 2016
>>> +Contact:       Matt Redfearn <matt.redfearn@imgtec.com>
>>> +Description:   Remote processor state
>>> +
>>> +               Reports the state of the remote processor, which will be
>>> one of:
>>> +
>>> +               "offline"
>>> +               "suspended"
>>> +               "running"
>>> +               "crashed"
>>> +               "invalid"
>>> +
>>> +               "offline" means the remote processor is powered off.
>>> +
>>> +               "suspended" means that the remote processor is suspended
>>> and
>>> +               must be woken to receive messages.
>>> +
>>> +               "running" is the normal state of an available remote
>>> processor
>>> +
>>> +               "crashed" indicates that a problem/crash has been
>>> detected on
>>> +               the remote processor.
>>> +
>>> +               "invalid" is returned if the remote processor is in an
>>> +               unknown state.
>>> +
>>> +               Writing this file controls the state of the remote
>>> processor.
>>> +               The following states can be written:
>>> +
>>> +               "start"
>>> +               "stop"
>>> +
>>> +               Writing "start" will attempt to start the processor
>>> running the
>>> +               firmware indicated by, or written to,
>>> +               /sys/class/remoteproc/.../firmware. The remote processor
>>> should
>>> +               transition to "running" state.
>>> +
>>> +               Writing "stop" will attempt to halt the remote processor
>>> and
>>> +               return it to the "offline" state.
>>> diff --git a/drivers/remoteproc/Makefile b/drivers/remoteproc/Makefile
>>> index 6dfb62ed643f..6da9b12f9798 100644
>>> --- a/drivers/remoteproc/Makefile
>>> +++ b/drivers/remoteproc/Makefile
>>> @@ -5,6 +5,7 @@
>>>   obj-$(CONFIG_REMOTEPROC)               += remoteproc.o
>>>   remoteproc-y                           := remoteproc_core.o
>>>   remoteproc-y                           += remoteproc_debugfs.o
>>> +remoteproc-y                           += remoteproc_sysfs.o
>>>   remoteproc-y                           += remoteproc_virtio.o
>>>   remoteproc-y                           += remoteproc_elf_loader.o
>>>   obj-$(CONFIG_OMAP_REMOTEPROC)          += omap_remoteproc.o
>>> diff --git a/drivers/remoteproc/remoteproc_core.c
>>> b/drivers/remoteproc/remoteproc_core.c
>>> index ccc2a73e94dd..b1860949d106 100644
>>> --- a/drivers/remoteproc/remoteproc_core.c
>>> +++ b/drivers/remoteproc/remoteproc_core.c
>>> @@ -1347,6 +1347,7 @@ struct rproc *rproc_alloc(struct device *dev, const
>>> char *name,
>>>          device_initialize(&rproc->dev);
>>>          rproc->dev.parent = dev;
>>>          rproc->dev.type = &rproc_type;
>>> +       rproc->dev.class = &rproc_class;
>>>
>>>          /* Assign a unique device index and name */
>>>          rproc->index = ida_simple_get(&rproc_dev_index, 0, 0,
>>> GFP_KERNEL);
>>> @@ -1485,6 +1486,7 @@ EXPORT_SYMBOL(rproc_report_crash);
>>>
>>>   static int __init remoteproc_init(void)
>>>   {
>>> +       rproc_init_sysfs();
>>>          rproc_init_debugfs();
>>>
>>>          return 0;
>>> @@ -1496,6 +1498,7 @@ static void __exit remoteproc_exit(void)
>>>          ida_destroy(&rproc_dev_index);
>>>
>>>          rproc_exit_debugfs();
>>> +       rproc_exit_sysfs();
>>>   }
>>>   module_exit(remoteproc_exit);
>>>
>>> diff --git a/drivers/remoteproc/remoteproc_internal.h
>>> b/drivers/remoteproc/remoteproc_internal.h
>>> index 4cf93ca2816e..c2c3e4762b90 100644
>>> --- a/drivers/remoteproc/remoteproc_internal.h
>>> +++ b/drivers/remoteproc/remoteproc_internal.h
>>> @@ -63,6 +63,11 @@ void rproc_create_debug_dir(struct rproc *rproc);
>>>   void rproc_init_debugfs(void);
>>>   void rproc_exit_debugfs(void);
>>>
>>> +/* from remoteproc_sysfs.c */
>>> +extern struct class rproc_class;
>>> +int rproc_init_sysfs(void);
>>> +void rproc_exit_sysfs(void);
>>> +
>>>   void rproc_free_vring(struct rproc_vring *rvring);
>>>   int rproc_alloc_vring(struct rproc_vdev *rvdev, int i);
>>>
>>> diff --git a/drivers/remoteproc/remoteproc_sysfs.c
>>> b/drivers/remoteproc/remoteproc_sysfs.c
>>> new file mode 100644
>>> index 000000000000..bc5b0e00efb1
>>> --- /dev/null
>>> +++ b/drivers/remoteproc/remoteproc_sysfs.c
>>> @@ -0,0 +1,151 @@
>>> +/*
>>> + * Remote Processor Framework
>>> + *
>>> + * This program is free software; you can redistribute it and/or
>>> + * modify it under the terms of the GNU General Public License
>>> + * version 2 as published by the Free Software Foundation.
>>> + *
>>> + * This program is distributed in the hope that it will be useful,
>>> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
>>> + * GNU General Public License for more details.
>>> + */
>>> +
>>> +#include <linux/remoteproc.h>
>>> +
>>> +#include "remoteproc_internal.h"
>>> +
>>> +#define to_rproc(d) container_of(d, struct rproc, dev)
>>> +
>>> +/* Expose the loaded / running firmware name via sysfs */
>>> +static ssize_t firmware_show(struct device *dev, struct device_attribute
>>> *attr,
>>> +                         char *buf)
>>> +{
>>> +       struct rproc *rproc = to_rproc(dev);
>>> +
>>> +       return sprintf(buf, "%s\n", rproc->firmware);
>>> +}
>>> +
>>> +/* Change firmware name via sysfs */
>>> +static ssize_t firmware_store(struct device *dev,
>>> +                             struct device_attribute *attr,
>>> +                             const char *buf, size_t count)
>>> +{
>>> +       struct rproc *rproc = to_rproc(dev);
>>> +       char *p;
>>> +       int err, len = count;
>>> +
>>> +       err = mutex_lock_interruptible(&rproc->lock);
>>> +       if (err) {
>>> +               dev_err(dev, "can't lock rproc %s: %d\n", rproc->name,
>>> err);
>>> +               return -EINVAL;
>>> +       }
>>> +
>>> +       if (rproc->state != RPROC_OFFLINE) {
>>> +               dev_err(dev, "can't change firmware while running\n");
>>> +               err = -EBUSY;
>>> +               goto out;
>>> +       }
>>> +
>>> +       len = strcspn(buf, "\n");
>>> +
>>> +       p = kstrndup(buf, len, GFP_KERNEL);
>>> +       if (!p) {
>>> +               err = -ENOMEM;
>>> +               goto out;
>>> +       }
>>> +
>>> +       kfree(rproc->firmware);
>>
>> it gives me kernel panic if the initial firmware name is passed from
>> my remoteproc driver to rproc_alloc()
>> and it is a const string.
>> It is better to have another modification to the remoteproc_core.c as
>> follows in the rproc_alloc().
>>
>> -       if (!firmware)
>> +       if (!firmware) {
>>                  /*
>>                   * Make room for default firmware name (minus %s plus
>> '\0').
>>                   * If the caller didn't pass in a firmware name then
>> @@ -1332,17 +1346,29 @@ struct rproc *rproc_alloc(struct device *dev,
>> const char *name,
>>                   * the caller doesn't pass one).
>>                   */
>>                  name_len = strlen(name) + strlen(template) - 2 + 1;
>> +               p = kmalloc_track_caller(name_len, GFP_KERNEL);
>> +               if (!p)
>> +                       return NULL;
>> +               snprintf(p, name_len, template, name);
>> +       } else {
>> +               p = kstrndup(firmware, strlen(firmware), GFP_KERNEL);
>> +               if (!p) {
>> +                       return NULL;
>> +               }
>> +       }
>>
>> -       rproc = kzalloc(sizeof(*rproc) + len + name_len, GFP_KERNEL);
>> +       rproc = kzalloc(sizeof(*rproc) + len, GFP_KERNEL);
>
>
> Yes - to address this a very similar change was already introduced into
> Bjorn's tree in
> https://github.com/andersson/remoteproc/commit/0f57dc6ae1ff0c702450083176b657ba37c07363
Great. I didn't know that.

>
>
>
>>
>>> +       rproc->firmware = p;
>>> +out:
>>> +       mutex_unlock(&rproc->lock);
>>> +
>>> +       return err ? err : count;
>>> +}
>>> +static DEVICE_ATTR_RW(firmware);
>>> +
>>> +/*
>>> + * A state-to-string lookup table, for exposing a human readable state
>>> + * via sysfs. Always keep in sync with enum rproc_state
>>> + */
>>> +static const char * const rproc_state_string[] = {
>>> +       [RPROC_OFFLINE]         = "offline",
>>> +       [RPROC_SUSPENDED]       = "suspended",
>>> +       [RPROC_RUNNING]         = "running",
>>> +       [RPROC_CRASHED]         = "crashed",
>>> +       [RPROC_LAST]            = "invalid",
>>> +};
>>> +
>>> +/* Expose the state of the remote processor via sysfs */
>>> +static ssize_t state_show(struct device *dev, struct device_attribute
>>> *attr,
>>> +                         char *buf)
>>> +{
>>> +       struct rproc *rproc = to_rproc(dev);
>>> +       unsigned int state;
>>> +
>>> +       state = rproc->state > RPROC_LAST ? RPROC_LAST : rproc->state;
>>> +       return sprintf(buf, "%s\n", rproc_state_string[state]);
>>> +}
>>> +
>>> +/* Change remote processor state via sysfs */
>>> +static ssize_t state_store(struct device *dev,
>>> +                             struct device_attribute *attr,
>>> +                             const char *buf, size_t count)
>>> +{
>>> +       struct rproc *rproc = to_rproc(dev);
>>> +       int ret = 0;
>>> +
>>> +       if (sysfs_streq(buf, "start")) {
>>> +               if (rproc->state == RPROC_RUNNING)
>>> +                       return -EBUSY;
>>> +
>>> +               ret = rproc_boot(rproc);
>>> +               if (ret)
>>> +                       dev_err(&rproc->dev, "Boot failed: %d\n", ret);
>>> +       } else if (sysfs_streq(buf, "stop")) {
>>> +               if (rproc->state != RPROC_RUNNING)
>>> +                       return -EINVAL;
>>> +
>>> +               rproc_shutdown(rproc);
>>
>> The kernel hanged when it was trying to unregister the virtio device
>> after I tried"stop".
>> It doesn't look like related to this sysfs API. But just wonder have you
>> seen
>> similar issue?
>
>
> I have not seen that in my testing - but I did run into things such as
> virtio_console giving warnings when the device was removed from a remoteproc
> device (which I submitted a fix for). I guess that the removal of remoteproc
> devices at runtime has previously not been as easy and therefore not as well
> tested so there may well be a few issues lurking as new code paths are
> tested, depending on which virtio devices your firmware implements.
It is just a vring deivce, I am still checking why it hanged at
device_unregister() in the unregister_virtio_device().

>
> Thanks,
> Matt
>
>
>>
>>> +       } else {
>>> +               dev_err(&rproc->dev, "Unrecognised option: %s\n", buf);
>>> +               ret = -EINVAL;
>>> +       }
>>> +       return ret ? ret : count;
>>> +}
>>> +static DEVICE_ATTR_RW(state);
>>> +
>>> +static struct attribute *rproc_attrs[] = {
>>> +       &dev_attr_firmware.attr,
>>> +       &dev_attr_state.attr,
>>> +       NULL
>>> +};
>>> +
>>> +static const struct attribute_group rproc_devgroup = {
>>> +       .attrs = rproc_attrs
>>> +};
>>> +
>>> +static const struct attribute_group *rproc_devgroups[] = {
>>> +       &rproc_devgroup,
>>> +       NULL
>>> +};
>>> +
>>> +struct class rproc_class = {
>>> +       .name           = "remoteproc",
>>> +       .dev_groups     = rproc_devgroups,
>>> +};
>>> +
>>> +int __init rproc_init_sysfs(void)
>>> +{
>>> +       /* create remoteproc device class for sysfs */
>>> +       int err = class_register(&rproc_class);
>>> +
>>> +       if (err)
>>> +               pr_err("remoteproc: unable to register class\n");
>>> +       return err;
>>> +}
>>> +
>>> +void __exit rproc_exit_sysfs(void)
>>> +{
>>> +       class_unregister(&rproc_class);
>>> +}
>>> --
>>> 2.7.4
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe
>>> linux-remoteproc" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2016-11-07 18:15 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-19 12:05 [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
2016-10-19 12:05 ` [PATCH v3 1/2] remoteproc: Add a sysfs interface for firmware and state Matt Redfearn
2016-11-03 23:40   ` Wendy Liang
2016-11-04  9:13     ` Matt Redfearn
2016-11-07 18:14       ` Wendy Liang
2016-10-19 12:05 ` [PATCH v3 2/2] remoteproc: debugfs: Remove state entry which is duplicated is sysfs Matt Redfearn
2016-10-27 14:10 ` [PATCH v3 0/2] remoteproc: Add sysfs interface Matt Redfearn
2016-11-01  0:31   ` Bjorn Andersson
2016-11-01  9:25     ` Matt Redfearn

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).