>From 9f51d93ba6d35f048fae1e7b902d1ca99e7a172c Mon Sep 17 00:00:00 2001
From: John Kacur <[email protected]>
Date: Thu, 23 Jul 2009 16:05:39 +0200
Subject: [PATCH] A little spellchecking of the hwlat_detector.c file.
Signed-off-by: John Kacur <[email protected]>
---
drivers/misc/hwlat_detector.c | 20 ++++++++++----------
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/misc/hwlat_detector.c b/drivers/misc/hwlat_detector.c
index 9059b5d..575a8b5 100644
--- a/drivers/misc/hwlat_detector.c
+++ b/drivers/misc/hwlat_detector.c
@@ -159,7 +159,7 @@ static struct data {
atomic_t sample_open; /* whether the sample file is open */
- wait_queue_head_t wq; /* waitqeue for new sample values */
+ wait_queue_head_t wq; /* waitqueue for new sample values */
} data;
@@ -270,13 +270,13 @@ out:
* @unused: A required part of the kthread API.
*
* Used to periodically sample the CPU TSC via a call to get_sample. We
- * use stop_machine, whith does (intentionally) introduce latency since we
+ * use stop_machine, which does (intentionally) introduce latency since we
* need to ensure nothing else might be running (and thus pre-empting).
* Obviously this should never be used in production environments.
*
* stop_machine will schedule us typically only on CPU0 which is fine for
* almost every real-world hardware latency situation - but we might later
- * generalize this if we find there are any actualy systems with alternate
+ * generalize this if we find there are any actual systems with alternate
* SMI delivery or other non CPU0 hardware latencies.
*/
static int kthread_fn(void *unused)
@@ -332,7 +332,7 @@ static int start_kthread(void)
}
/**
- * stop_kthread - Inform the hardware latency samping/detector kthread to stop
+ * stop_kthread - Inform the hardware latency sampling/detector kthread to stop
*
* This kicks the running hardware latency sampling/detector kernel thread and
* tells it to stop sampling now. Use this on unload and at system shutdown.
@@ -752,7 +752,7 @@ out:
/**
* debug_sample_release - Release function for "sample" debugfs interface
- * @inode: The in-kernel inode represenation of the debugfs "file"
+ * @inode: The in-kernel inode representation of the debugfs "file"
* @filp: The active open file structure for the debugfs "file"
*
* This function completes the close of the debugfs interface "sample" file.
@@ -846,7 +846,7 @@ static int debug_width_fopen(struct inode *inode, struct file *filp)
* This function provides a read implementation for the "width" debugfs
* interface to the hardware latency detector. It can be used to determine
* for how many us of the total window us we will actively sample for any
- * hardware-induced latecy periods. Obviously, it is not possible to
+ * hardware-induced latency periods. Obviously, it is not possible to
* sample constantly and have the system respond to a sample reader, or,
* worse, without having the system appear to have gone out to lunch.
*/
@@ -947,12 +947,12 @@ static ssize_t debug_window_fread(struct file *filp, char __user *ubuf,
* @cnt: The maximum number of bytes to write to "file"
* @ppos: The current position in the debugfs "file"
*
- * This function provides a write implementation for the "window" debufds
- * interface to the hardware latency detetector. The window is the total time
+ * This function provides a write implementation for the "window" debugfs
+ * interface to the hardware latency detector. The window is the total time
* in us that will be considered one sample period. Conceptually, windows
* occur back-to-back and contain a sample width period during which
* actual sampling occurs. Can be used to write a new total window size. It
- * is enfoced that any value written must be greater than the sample width
+ * is enforced that any value written must be greater than the sample width
* size, or an error results.
*/
static ssize_t debug_window_fwrite(struct file *filp,
@@ -1062,7 +1062,7 @@ static const struct file_operations window_fops = {
* This function creates entries in debugfs for "hwlat_detector", including
* files to read values from the detector, current samples, and the
* maximum sample that has been captured since the hardware latency
- * dectector was started.
+ * detector was started.
*/
static int init_debugfs(void)
{
--
1.6.0.6
On Thu, 2009-07-23 at 16:35 +0200, John Kacur wrote:
> From 9f51d93ba6d35f048fae1e7b902d1ca99e7a172c Mon Sep 17 00:00:00 2001
> From: John Kacur <[email protected]>
> Date: Thu, 23 Jul 2009 16:05:39 +0200
> Subject: [PATCH] A little spellchecking of the hwlat_detector.c file.
I appreciate the effort. I have a few other bits to go into my git tree
and then I'll post an update for wider testing. I'm targeting 2.6.32.
Jon.
On Fri, Jul 24, 2009 at 03:55:55AM -0400, Jon Masters wrote:
> On Thu, 2009-07-23 at 16:35 +0200, John Kacur wrote:
> > From 9f51d93ba6d35f048fae1e7b902d1ca99e7a172c Mon Sep 17 00:00:00 2001
> > From: John Kacur <[email protected]>
> > Date: Thu, 23 Jul 2009 16:05:39 +0200
> > Subject: [PATCH] A little spellchecking of the hwlat_detector.c file.
>
> I appreciate the effort. I have a few other bits to go into my git tree
> and then I'll post an update for wider testing. I'm targeting 2.6.32.
>
> Jon.
Excellent, please include me on your cc list when you post an update, so that I can do some testing.
Thanks
John