lkml.org 
[lkml]   [2021]   [Jan]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v4 1/2] misc: pvpanic: introduce device capability
On Sun, Jan 10, 2021 at 01:37:18PM +0800, zhenwei pi wrote:
> According to pvpanic spec:
> https://git.qemu.org/?p=qemu.git;a=blob_plain;f=docs/specs/pvpanic.txt
>
> The guest should determine pvpanic capability by RDPT, so initialize
> capability during device probing. There is no need to register panic
> notifier callback function if no events supported.
>
> Before sending event to host side, check capability firstly.
>
> Suggested by Greg KH, use sysfs to expose capability to user space,
> also add new sysfs attribute in document.
>
> Signed-off-by: zhenwei pi <pizhenwei@bytedance.com>
> ---
> .../ABI/testing/sysfs-bus-pci-devices-pvpanic | 7 ++++
> drivers/misc/pvpanic.c | 33 ++++++++++++++++---
> 2 files changed, 35 insertions(+), 5 deletions(-)
> create mode 100644 Documentation/ABI/testing/sysfs-bus-pci-devices-pvpanic
>
> diff --git a/Documentation/ABI/testing/sysfs-bus-pci-devices-pvpanic b/Documentation/ABI/testing/sysfs-bus-pci-devices-pvpanic
> new file mode 100644
> index 000000000000..57d014a2c339
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-bus-pci-devices-pvpanic
> @@ -0,0 +1,7 @@
> +What: /sys/devices/pci0000:00/*/QEMU0001:00/capability
> +Date: Jan 2021
> +Contact: zhenwei pi <pizhenwei@bytedance.com>
> +Description:
> + Read-only attribute. Capabilities of pvpanic device
> + which are supported by QEMU.
> + Format: %s.

Again, you are not saying exactly what the %s is, shouldn't you? And
this does NOT match with the code below :(

> diff --git a/drivers/misc/pvpanic.c b/drivers/misc/pvpanic.c
> index 951b37da5e3c..c2f6a9e866b3 100644
> --- a/drivers/misc/pvpanic.c
> +++ b/drivers/misc/pvpanic.c
> @@ -19,6 +19,22 @@
> #include <uapi/misc/pvpanic.h>
>
> static void __iomem *base;
> +static unsigned int capability = PVPANIC_PANICKED | PVPANIC_CRASH_LOADED;
> +
> +static ssize_t capability_show(struct device *dev,
> + struct device_attribute *attr, char *buf)
> +{
> + return sprintf(buf, "%s%s",
> + capability & PVPANIC_PANICKED ? "PANICKED[BIT 0]\n" : "",
> + capability & PVPANIC_CRASH_LOADED ? "CRASH_LOADED[BIT 1]\n" : "");

Why do you have "BIT X" in here? Why would userspace care?

The rule for sysfs is "one value per file". You just printed out
multiple lines. Not good, and totally not allowed.

Also please use sysfs_emit().

thanks,

greg k-h

\
 
 \ /
  Last update: 2021-01-10 09:42    [W:0.038 / U:3.708 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site