All of lore.kernel.org
 help / color / mirror / Atom feed
From: SF Markus Elfring <elfring@users.sourceforge.net>
To: "James E. J. Bottomley" <JBottomley@parallels.com>,
	Robert Love <robert.w.love@intel.com>,
	linux-scsi@vger.kernel.org, fcoe-devel@open-fcoe.org
Cc: kernel-janitors@vger.kernel.org, trivial@kernel.org,
	LKML <linux-kernel@vger.kernel.org>
Subject: [PATCH 2/6] SCSI-libfc: Fix typos for the word "destroy"
Date: Mon, 24 Nov 2014 17:15:11 +0000	[thread overview]
Message-ID: <5473679F.1000909@users.sourceforge.net> (raw)
In-Reply-To: <54736422.90409@users.sourceforge.net>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Mon, 24 Nov 2014 15:40:41 +0100

Identifiers were corrected in descriptions for the functions
fc_fcp_pkt_destroy() and fc_fcp_destroy().

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 drivers/scsi/libfc/fc_fcp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/scsi/libfc/fc_fcp.c b/drivers/scsi/libfc/fc_fcp.c
index 1d7e76e..5649fc9 100644
--- a/drivers/scsi/libfc/fc_fcp.c
+++ b/drivers/scsi/libfc/fc_fcp.c
@@ -191,7 +191,7 @@ static void fc_fcp_pkt_hold(struct fc_fcp_pkt *fsp)
 }
 
 /**
- * fc_fcp_pkt_destory() - Release hold on a fcp_pkt
+ * fc_fcp_pkt_destroy() - Release hold on a fcp_pkt
  * @seq: The sequence that the FCP packet is on (required by destructor API)
  * @fsp: The FCP packet to be released
  *
@@ -2216,7 +2216,7 @@ int fc_change_queue_type(struct scsi_device *sdev, int tag_type)
 EXPORT_SYMBOL(fc_change_queue_type);
 
 /**
- * fc_fcp_destory() - Tear down the FCP layer for a given local port
+ * fc_fcp_destroy() - Tear down the FCP layer for a given local port
  * @lport: The local port that no longer needs the FCP layer
  */
 void fc_fcp_destroy(struct fc_lport *lport)
-- 
2.1.3


WARNING: multiple messages have this Message-ID (diff)
From: SF Markus Elfring <elfring@users.sourceforge.net>
To: "James E. J. Bottomley" <JBottomley@parallels.com>,
	Robert Love <robert.w.love@intel.com>,
	linux-scsi@vger.kernel.org, fcoe-devel@open-fcoe.org
Cc: kernel-janitors@vger.kernel.org, trivial@kernel.org,
	LKML <linux-kernel@vger.kernel.org>
Subject: [PATCH 2/6] SCSI-libfc: Fix typos for the word "destroy"
Date: Mon, 24 Nov 2014 18:15:11 +0100	[thread overview]
Message-ID: <5473679F.1000909@users.sourceforge.net> (raw)
In-Reply-To: <54736422.90409@users.sourceforge.net>

From: Markus Elfring <elfring@users.sourceforge.net>
Date: Mon, 24 Nov 2014 15:40:41 +0100

Identifiers were corrected in descriptions for the functions
fc_fcp_pkt_destroy() and fc_fcp_destroy().

Signed-off-by: Markus Elfring <elfring@users.sourceforge.net>
---
 drivers/scsi/libfc/fc_fcp.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/scsi/libfc/fc_fcp.c b/drivers/scsi/libfc/fc_fcp.c
index 1d7e76e..5649fc9 100644
--- a/drivers/scsi/libfc/fc_fcp.c
+++ b/drivers/scsi/libfc/fc_fcp.c
@@ -191,7 +191,7 @@ static void fc_fcp_pkt_hold(struct fc_fcp_pkt *fsp)
 }
 
 /**
- * fc_fcp_pkt_destory() - Release hold on a fcp_pkt
+ * fc_fcp_pkt_destroy() - Release hold on a fcp_pkt
  * @seq: The sequence that the FCP packet is on (required by destructor API)
  * @fsp: The FCP packet to be released
  *
@@ -2216,7 +2216,7 @@ int fc_change_queue_type(struct scsi_device *sdev, int tag_type)
 EXPORT_SYMBOL(fc_change_queue_type);
 
 /**
- * fc_fcp_destory() - Tear down the FCP layer for a given local port
+ * fc_fcp_destroy() - Tear down the FCP layer for a given local port
  * @lport: The local port that no longer needs the FCP layer
  */
 void fc_fcp_destroy(struct fc_lport *lport)
-- 
2.1.3

  parent reply	other threads:[~2014-11-24 17:15 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-24 17:00 [PATCH 0/6] Fix a few typos around the word "destroy" SF Markus Elfring
2014-11-24 17:00 ` SF Markus Elfring
2014-11-24 17:08 ` [PATCH 1/6] isci: Fix a typo for " SF Markus Elfring
2014-11-24 17:08   ` SF Markus Elfring
2014-11-24 17:15 ` SF Markus Elfring [this message]
2014-11-24 17:15   ` [PATCH 2/6] SCSI-libfc: Fix typos " SF Markus Elfring
2014-11-24 17:19 ` [PATCH 3/6] video: fbdev-MMP: " SF Markus Elfring
2014-11-24 17:19   ` SF Markus Elfring
2014-11-25 10:55   ` Tomi Valkeinen
2014-11-25 10:55     ` Tomi Valkeinen
2014-11-24 17:24 ` [PATCH 4/6] f2fs: Fix typos for the word "destroy" in jump labels SF Markus Elfring
2014-11-24 17:24   ` SF Markus Elfring
2014-11-24 21:42   ` Jaegeuk Kim
2014-11-24 21:42     ` Jaegeuk Kim
2014-11-24 17:28 ` [PATCH 5/6] video: fbdev-MMP: Fix a typo for the word "destroyed" SF Markus Elfring
2014-11-24 17:28   ` SF Markus Elfring
2014-11-24 17:31 ` [PATCH 6/6] Documentation-SCSI: Fix a typo for the word "destroy" SF Markus Elfring
2014-11-24 17:31   ` SF Markus Elfring
2014-11-25  2:21 ` [PATCH 0/6] Fix a few typos around " Randy Dunlap
2014-11-25  2:21   ` Randy Dunlap

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=5473679F.1000909@users.sourceforge.net \
    --to=elfring@users.sourceforge.net \
    --cc=JBottomley@parallels.com \
    --cc=fcoe-devel@open-fcoe.org \
    --cc=kernel-janitors@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=robert.w.love@intel.com \
    --cc=trivial@kernel.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.