From clsung@going04.iis.sinica.edu.tw  Fri Jun 30 05:43:36 2006
Return-Path: <clsung@going04.iis.sinica.edu.tw>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5C3FF16A403
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 30 Jun 2006 05:43:36 +0000 (UTC)
	(envelope-from clsung@going04.iis.sinica.edu.tw)
Received: from going04.iis.sinica.edu.tw (going04.iis.sinica.edu.tw [140.109.19.154])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0C9DB43D48
	for <FreeBSD-gnats-submit@freebsd.org>; Fri, 30 Jun 2006 05:43:36 +0000 (GMT)
	(envelope-from clsung@going04.iis.sinica.edu.tw)
Received: by going04.iis.sinica.edu.tw (Postfix, from userid 1002)
	id AEC262844B; Fri, 30 Jun 2006 13:45:35 +0800 (CST)
Message-Id: <20060630054535.AEC262844B@going04.iis.sinica.edu.tw>
Date: Fri, 30 Jun 2006 13:45:35 +0800 (CST)
From: Cheng-Lung Sung <clsung@FreeBSD.org>
Reply-To: Cheng-Lung Sung <clsung@FreeBSD.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: [typo] sys/kern/kern_thread.c
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         99632
>Category:       kern
>Synopsis:       [typo] sys/kern/kern_thread.c
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jun 30 05:50:14 GMT 2006
>Closed-Date:    Fri Jun 30 08:12:15 GMT 2006
>Last-Modified:  Fri Jun 30 08:12:15 GMT 2006
>Originator:     Cheng-Lung Sung
>Release:        FreeBSD 6.1-STABLE i386
>Organization:
>Environment:
System: FreeBSD going04.iis.sinica.edu.tw 6.1-STABLE FreeBSD 6.1-STABLE #20: Tue Jun 6 10:27:46 CST 2006 root@going04.iis.sinica.edu.tw:/usr/obj/usr/src/sys/GOING04 i386


>Description:
	accellerated shoule be accelerated
>How-To-Repeat:
>Fix:


--- sys/kern/kern_thread.c.orig	Fri Apr  7 10:40:16 2006
+++ sys/kern/kern_thread.c	Fri Jun 30 13:42:15 2006
@@ -698,7 +698,7 @@
  * There are no threads in user mode. Threads in the kernel must be
  * allowed to continue until they get to the user boundary. They may even
  * copy out their return values and data before suspending. They may however be
- * accellerated in reaching the user boundary as we will wake up
+ * accelerated in reaching the user boundary as we will wake up
  * any sleeping threads that are interruptable. (PCATCH).
  */
 int

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: maxim 
State-Changed-When: Fri Jun 30 08:11:14 UTC 2006 
State-Changed-Why:  
Fixed.  See no problem if you commit such a trivial fix yourself. 
Thanks! 

http://www.freebsd.org/cgi/query-pr.cgi?pr=99632 
>Unformatted:
