From: Andrew Jeffery <andrew@aj.id.au>
To: Eddie James <eajames@linux.vnet.ibm.com>, openbmc@lists.ozlabs.org
Cc: joel@jms.id.au, "Edward A. James" <eajames@us.ibm.com>
Subject: Re: [PATCH linux dev-4.10 v4 31/31] drivers: hwmon: occ: Cancel occ operations in remove()
Date: Fri, 06 Oct 2017 12:56:12 +1030 [thread overview]
Message-ID: <1507256772.5452.138.camel@aj.id.au> (raw)
In-Reply-To: <1507255553-13301-32-git-send-email-eajames@linux.vnet.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 3648 bytes --]
On Thu, 2017-10-05 at 21:05 -0500, Eddie James wrote:
> From: "Edward A. James" <eajames@us.ibm.com>
>
> Prevent hanging forever waiting for OCC ops to complete.
>
> Signed-off-by: Edward A. James <eajames@us.ibm.com>
> ---
> drivers/hwmon/occ/p9_sbe.c | 35 ++++++++++++++++++++++++++++-------
> 1 file changed, 28 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/hwmon/occ/p9_sbe.c b/drivers/hwmon/occ/p9_sbe.c
> index c7e0d9c..9842e0d 100644
> --- a/drivers/hwmon/occ/p9_sbe.c
> +++ b/drivers/hwmon/occ/p9_sbe.c
> @@ -14,37 +14,54 @@
> #include <linux/platform_device.h>
> #include <linux/occ.h>
> #include <linux/sched.h>
> +#include <linux/spinlock.h>
> #include <linux/workqueue.h>
>
> struct p9_sbe_occ {
> struct occ occ;
> struct device *sbe;
> + struct occ_client *client;
> + spinlock_t lock;
Can you please explain the semantics of this lock in a comment or in
the commit message? Who should hold it, when and why, and in what order
with respect to other locks if applicable?
We've discussed it in private previously but I admit the details have
escaped me, and the way it gets used in this patch looks pretty
strange.
Andrew
> };
>
> #define to_p9_sbe_occ(x) container_of((x), struct p9_sbe_occ,
> occ)
>
> +static void p9_sbe_occ_close_client(struct p9_sbe_occ *occ)
> +{
> + struct occ_client *tmp_client;
> +
> + spin_lock_irq(&occ->lock);
> + tmp_client = occ->client;
> + occ->client = NULL;
> + occ_drv_release(tmp_client);
> + spin_unlock_irq(&occ->lock);
> +}
> +
> static int p9_sbe_occ_send_cmd(struct occ *occ, u8 *cmd)
> {
> int rc, error;
> - struct occ_client *client;
> struct occ_response *resp = &occ->resp;
> struct p9_sbe_occ *p9_sbe_occ = to_p9_sbe_occ(occ);
>
> - client = occ_drv_open(p9_sbe_occ->sbe, 0);
> - if (!client) {
> + spin_lock_irq(&p9_sbe_occ->lock);
> + if (p9_sbe_occ->sbe)
> + p9_sbe_occ->client = occ_drv_open(p9_sbe_occ->sbe,
> 0);
> + spin_unlock_irq(&p9_sbe_occ->lock);
> +
> + if (!p9_sbe_occ->client) {
> rc = -ENODEV;
> goto assign;
> }
>
> - rc = occ_drv_write(client, (const char *)&cmd[1], 7);
> + rc = occ_drv_write(p9_sbe_occ->client, (const char
> *)&cmd[1], 7);
> if (rc < 0)
> goto err;
>
> - rc = occ_drv_read(client, (char *)resp, sizeof(*resp));
> + rc = occ_drv_read(p9_sbe_occ->client, (char *)resp,
> sizeof(*resp));
> if (rc < 0)
> goto err;
>
> - occ_drv_release(client);
> + p9_sbe_occ_close_client(p9_sbe_occ);
>
> switch (resp->return_status) {
> case RESP_RETURN_CMD_IN_PRG:
> @@ -72,7 +89,7 @@ static int p9_sbe_occ_send_cmd(struct occ *occ, u8
> *cmd)
> goto done;
>
> err:
> - occ_drv_release(client);
> + p9_sbe_occ_close_client(p9_sbe_occ);
> dev_err(occ->bus_dev, "occ bus op failed rc:%d\n", rc);
> assign:
> error = rc;
> @@ -132,6 +149,7 @@ static int p9_sbe_occ_probe(struct
> platform_device *pdev)
> p9_sbe_occ->sbe = pdev->dev.parent;
>
> occ = &p9_sbe_occ->occ;
> + spin_lock_init(&p9_sbe_occ->lock);
> occ->bus_dev = &pdev->dev;
> occ->groups[0] = &occ->group;
> occ->poll_cmd_data = 0x20;
> @@ -152,7 +170,10 @@ static int p9_sbe_occ_probe(struct
> platform_device *pdev)
> static int p9_sbe_occ_remove(struct platform_device *pdev)
> {
> struct occ *occ = platform_get_drvdata(pdev);
> + struct p9_sbe_occ *p9_sbe_occ = to_p9_sbe_occ(occ);
>
> + p9_sbe_occ->sbe = NULL;
> + p9_sbe_occ_close_client(p9_sbe_occ);
> occ_remove_status_attrs(occ);
>
> atomic_dec(&occ_num_occs);
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
prev parent reply other threads:[~2017-10-06 2:26 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-06 2:05 [PATCH linux dev-4.10 v4 00/31] drivers: fsi: client fixes and refactor Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 01/31] drivers: fsi: sbefifo: Fix includes Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 02/31] drivers: fsi: sbefifo: Use a defined reschedule length Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 03/31] drivers: fsi: sbefifo: Use __be32 for big endian values Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 04/31] drivers: fsi: sbefifo: white space fixes Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 05/31] drivers: fsi: sbefifo: replace awkward wait_event expression Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 06/31] drivers: fsi: sbefifo: remove redundant function Eddie James
2017-10-06 2:09 ` Andrew Jeffery
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 07/31] drivers: fsi: sbefifo: Use goto to reduce put statements Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 08/31] drivers: fsi: sbefifo: Do an earlier get_client call Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 09/31] drivers: fsi: sbefifo: Remove warning and user data access check Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 10/31] drivers: fsi: sbefifo: destroy the ida list on exit Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 11/31] drivers: fsi: sbefifo: Fix module authors and comments Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 12/31] drivers: fsi: sbefifo: Fix include guards in header file Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 13/31] drivers: fsi: SBEFIFO: Fix probe() and remove() Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 14/31] drivers: fsi: SBEFIFO: check for xfr complete in read wait_event Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 15/31] drivers: fsi: occ: Fix includes Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 16/31] drivers: fsi: occ: Fix errant kfree calls Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 17/31] drivers: fsi: occ: remove unused occ_command structure Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 18/31] drivers: fsi: occ: Use big-endian values Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 19/31] drivers: fsi: occ: Return ENODEV if client is NULL Eddie James
2017-10-06 2:12 ` Andrew Jeffery
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 20/31] drivers: fsi: occ: Remove early user buffer checking Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 21/31] drivers: fsi: occ: Switch to more logical errnos Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 22/31] drivers: fsi: occ: fix white space and bracket problems Eddie James
2017-10-06 2:14 ` Andrew Jeffery
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 23/31] drivers: fsi: occ: Destroy the ida list on exit Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 24/31] drivers: fsi: occ: Remove unnecessary platform_set_drvdata call Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 25/31] drivers: fsi: occ: Add comments for clarity Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 26/31] drivers: fsi: occ: Add OCC response definitions to header Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 27/31] drivers: fsi: occ: Poll while receiving "command in progress" Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 28/31] drivers: fsi: occ: Add cancel to remove() and fix probe() Eddie James
2017-10-06 2:16 ` Andrew Jeffery
2017-10-09 1:05 ` Brad Bishop
2017-10-09 1:53 ` Joel Stanley
2017-10-09 14:58 ` Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 29/31] drivers: fsi: occ: Fix client memory management Eddie James
2017-10-06 2:20 ` Andrew Jeffery
2017-10-09 15:38 ` Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 30/31] drivers/hwmon/occ: Remove repeated ops for OCC command in progress Eddie James
2017-10-06 2:05 ` [PATCH linux dev-4.10 v4 31/31] drivers: hwmon: occ: Cancel occ operations in remove() Eddie James
2017-10-06 2:26 ` Andrew Jeffery [this message]
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=1507256772.5452.138.camel@aj.id.au \
--to=andrew@aj.id.au \
--cc=eajames@linux.vnet.ibm.com \
--cc=eajames@us.ibm.com \
--cc=joel@jms.id.au \
--cc=openbmc@lists.ozlabs.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.