From: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
To: Logan Gunthorpe <logang@deltatee.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Dan Williams <dan.j.williams@intel.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Johannes Thumshirn <jthumshirn@suse.de>, Jan Kara <jack@suse.cz>,
Arnd Bergmann <arnd@arndb.de>,
Sajjan Vikas C <vikas.cha.sajjan@hpe.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Linus Walleij <linus.walleij@linaro.org>,
Alexandre Courbot <gnurou@gmail.com>,
Peter Huewe <peterhuewe@gmx.de>,
Marcel Selhorst <tpmdd@selhorst.net>,
Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
Olof Johansson <olof@lixom.net>,
Doug Ledford <dledford@redhat.com>,
Sean Hefty <sean.hefty@intel.com>,
Hal Rosenstock <hal.rosenstock@gmail.com>,
Dmitry Vyukov <dvyukov@google.com>,
Haggai Eran <haggaie@mellanox.com>,
Parav Pandit <pandit.parav@gmail.com>,
Leon Romanovsky <leon@kernel.org>,
Hartmut Knaack <knaack.h@gmx.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
Hans Verkuil <hans.verkuil@cisco.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Artem Bityutskiy <dedekind1@gmail.com>,
Richard Weinberger <richard@nod.at>,
David Woodhouse <dwmw2@infradead.org>,
Brian Norris <computersforpeace@gmail.com>,
Boris Brezillon <boris.brezillon@free-electrons.com>,
Marek Vasut <marek.vasut@gmail.com>,
Cyrille Pitchen <cyrille.pitchen@atmel.com>,
Matt Porter <mporter@kernel.crashing.org>,
Alexandre Bounine <alexandre.bounine@idt.com>,
Andrew Morton <akpm@linux-foundation.org>,
Joe Perches <joe@perches.com>,
Lorenzo Stoakes <lstoakes@gmail.com>,
Vladimir Zapolskiy <vz@mleia.com>,
Alessandro Zummo <a.zummo@towertech.it>,
Alexandre Belloni <alexandre.belloni@free-electrons.com>,
Boaz Harrosh <ooo@electrozaur.com>,
"James E.J. Bottomley" <jejb@linux.vnet.ibm.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>,
Stephen Bates <stephen.bates@microsemi.com>,
Bjorn Helgaas <bhelgaas@google.com>,
linux-pci@vger.kernel.org, linux-scsi@vger.kernel.org,
rtc-linux@googlegroups.com, linux-mtd@lists.infradead.org,
linux-media@vger.kernel.org, linux-iio@vger.kernel.org,
linux-rdma@vger.kernel.org, linux-gpio@vger.kernel.org,
linux-input@vger.kernel.org, linux-nvdimm@lists.01.org,
linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 06/16] tpm-chip: utilize new cdev_device_add helper function
Date: Mon, 6 Mar 2017 23:04:26 +0200 [thread overview]
Message-ID: <20170306210426.qeftgujergryutie@intel.com> (raw)
In-Reply-To: <1488783873-2614-7-git-send-email-logang@deltatee.com>
On Mon, Mar 06, 2017 at 12:04:22AM -0700, Logan Gunthorpe wrote:
> Replace the open coded registration of the cdev and dev with the
> new device_add_cdev() helper. The helper replaces a common pattern by
> taking the proper reference against the parent device and adding both
> the cdev and the device.
>
> Signed-off-by: Logan Gunthorpe <logang@deltatee.com>
> Reviewed-by: Jason Gunthorpe <jgunthorpe@obsidianresearch.com>
> ---
> drivers/char/tpm/tpm-chip.c | 19 +++----------------
> 1 file changed, 3 insertions(+), 16 deletions(-)
>
> diff --git a/drivers/char/tpm/tpm-chip.c b/drivers/char/tpm/tpm-chip.c
> index c406343..935f0e9 100644
> --- a/drivers/char/tpm/tpm-chip.c
> +++ b/drivers/char/tpm/tpm-chip.c
> @@ -187,7 +187,6 @@ struct tpm_chip *tpm_chip_alloc(struct device *pdev,
>
> cdev_init(&chip->cdev, &tpm_fops);
> chip->cdev.owner = THIS_MODULE;
> - chip->cdev.kobj.parent = &chip->dev.kobj;
>
> return chip;
>
> @@ -230,27 +229,16 @@ static int tpm_add_char_device(struct tpm_chip *chip)
> {
> int rc;
>
> - rc = cdev_add(&chip->cdev, chip->dev.devt, 1);
> + rc = cdev_device_add(&chip->cdev, &chip->dev);
> if (rc) {
> dev_err(&chip->dev,
> - "unable to cdev_add() %s, major %d, minor %d, err=%d\n",
> + "unable to cdev_device_add() %s, major %d, minor %d, err=%d\n",
> dev_name(&chip->dev), MAJOR(chip->dev.devt),
> MINOR(chip->dev.devt), rc);
>
> return rc;
> }
>
> - rc = device_add(&chip->dev);
> - if (rc) {
> - dev_err(&chip->dev,
> - "unable to device_register() %s, major %d, minor %d, err=%d\n",
> - dev_name(&chip->dev), MAJOR(chip->dev.devt),
> - MINOR(chip->dev.devt), rc);
> -
> - cdev_del(&chip->cdev);
> - return rc;
> - }
> -
> /* Make the chip available. */
> mutex_lock(&idr_lock);
> idr_replace(&dev_nums_idr, chip, chip->dev_num);
> @@ -261,8 +249,7 @@ static int tpm_add_char_device(struct tpm_chip *chip)
>
> static void tpm_del_char_device(struct tpm_chip *chip)
> {
> - cdev_del(&chip->cdev);
> - device_del(&chip->dev);
> + cdev_device_del(&chip->cdev, &chip->dev);
>
> /* Make the chip unavailable. */
> mutex_lock(&idr_lock);
> --
> 2.1.4
>
Reviewed-by: Jarkko Sakkinen <jarkko.sakkinen@linux.intel.com>
I cannot test this at this point as security tree does not include
the commit that is dependent on this. I'm also wondering if this
commit is even going through my tree to upstream?
/Jarkko
next prev parent reply other threads:[~2017-03-06 21:05 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-06 7:04 [PATCH v3 00/16] Cleanup chardev instances with helper function Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 01/16] chardev: add helper function to register char devs with a struct device Logan Gunthorpe
2017-03-16 13:22 ` Greg Kroah-Hartman
2017-03-16 17:38 ` Logan Gunthorpe
2017-03-17 0:24 ` Greg Kroah-Hartman
2017-03-06 7:04 ` [PATCH v3 02/16] device-dax: fix cdev leak Logan Gunthorpe
2017-03-06 8:27 ` Johannes Thumshirn
2017-03-06 7:04 ` [PATCH v3 03/16] device-dax: utilize new cdev_device_add helper function Logan Gunthorpe
2017-03-06 8:29 ` Johannes Thumshirn
2017-03-06 7:04 ` [PATCH v3 04/16] input: " Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 05/16] gpiolib: " Logan Gunthorpe
2017-03-14 15:28 ` [rtc-linux] " Linus Walleij
2017-03-16 8:39 ` Greg Kroah-Hartman
2017-03-06 7:04 ` [PATCH v3 06/16] tpm-chip: " Logan Gunthorpe
2017-03-06 21:04 ` Jarkko Sakkinen [this message]
2017-03-07 5:31 ` Greg Kroah-Hartman
2017-03-07 8:31 ` Jarkko Sakkinen
2017-03-06 7:04 ` [PATCH v3 07/16] platform/chrome: cros_ec_dev - " Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 08/16] IB/ucm: " Logan Gunthorpe
2017-03-06 7:24 ` Leon Romanovsky
2017-03-06 7:04 ` [PATCH v3 09/16] infiniband: utilize the new cdev_set_parent function Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 10/16] iio:core: utilize new cdev_device_add helper function Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 11/16] media: " Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 12/16] mtd: " Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 13/16] rapidio: " Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 14/16] rtc: " Logan Gunthorpe
2017-03-07 22:41 ` Alexandre Belloni
2017-03-06 7:04 ` [PATCH v3 15/16] scsi: " Logan Gunthorpe
2017-03-06 7:04 ` [PATCH v3 16/16] switchtec: utilize new device_add_cdev " Logan Gunthorpe
2017-03-16 8:42 ` Greg Kroah-Hartman
2017-03-16 17:39 ` Logan Gunthorpe
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=20170306210426.qeftgujergryutie@intel.com \
--to=jarkko.sakkinen@linux.intel.com \
--cc=a.zummo@towertech.it \
--cc=akpm@linux-foundation.org \
--cc=alexandre.belloni@free-electrons.com \
--cc=alexandre.bounine@idt.com \
--cc=arnd@arndb.de \
--cc=bhelgaas@google.com \
--cc=boris.brezillon@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=cyrille.pitchen@atmel.com \
--cc=dan.j.williams@intel.com \
--cc=dedekind1@gmail.com \
--cc=dledford@redhat.com \
--cc=dmitry.torokhov@gmail.com \
--cc=dvyukov@google.com \
--cc=dwmw2@infradead.org \
--cc=gnurou@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=haggaie@mellanox.com \
--cc=hal.rosenstock@gmail.com \
--cc=hans.verkuil@cisco.com \
--cc=jack@suse.cz \
--cc=jejb@linux.vnet.ibm.com \
--cc=jgunthorpe@obsidianresearch.com \
--cc=joe@perches.com \
--cc=jthumshirn@suse.de \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=leon@kernel.org \
--cc=linus.walleij@linaro.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux-nvdimm@lists.01.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=logang@deltatee.com \
--cc=lstoakes@gmail.com \
--cc=marek.vasut@gmail.com \
--cc=martin.petersen@oracle.com \
--cc=mchehab@kernel.org \
--cc=mporter@kernel.crashing.org \
--cc=olof@lixom.net \
--cc=ooo@electrozaur.com \
--cc=pandit.parav@gmail.com \
--cc=peterhuewe@gmx.de \
--cc=pmeerw@pmeerw.net \
--cc=richard@nod.at \
--cc=rtc-linux@googlegroups.com \
--cc=sean.hefty@intel.com \
--cc=stephen.bates@microsemi.com \
--cc=tpmdd@selhorst.net \
--cc=vikas.cha.sajjan@hpe.com \
--cc=viro@zeniv.linux.org.uk \
--cc=vz@mleia.com \
/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