Received: from mail.onstor.com (66.201.51.107) by exch1.onstor.net
 (10.0.0.225) with Microsoft SMTP Server id 8.1.311.2; Thu, 4 Dec 2008
 16:38:02 -0800
Received: from chiesmta2-2.messageone.com ([216.203.30.55]) by mail.onstor.com
 with Microsoft SMTPSVC(6.0.3790.3959);	 Thu, 4 Dec 2008 16:38:02 -0800
Received: from ftp.linux-mips.org (ftp.linux-mips.org [213.58.128.207])	by
 chiesmta2-2.messageone.com (8.13.8/8.13.8) with ESMTP id mB50c15g004811	for
 <andy.sharp@onstor.com>; Thu, 4 Dec 2008 18:38:02 -0600
Received: from localhost.localdomain ([127.0.0.1]:47292 "EHLO
	ftp.linux-mips.org") by ftp.linux-mips.org with ESMTP	id S24119818AbYLEAh2
 (ORCPT <rfc822;andy.sharp@onstor.com>);	Fri, 5 Dec 2008 00:37:28 +0000
Received: with ECARTIS (v1.0.0; list linux-mips); Fri, 05 Dec 2008 00:37:11
 +0000 (GMT)
Received: from vps1.tull.net ([66.180.172.116]:44938 "HELO vps1.tull.net")	by
 ftp.linux-mips.org with SMTP id S24119813AbYLEAhF (ORCPT
	<rfc822;linux-mips@linux-mips.org>); Fri, 5 Dec 2008 00:37:05 +0000
Received: (qmail 26170 invoked by uid 1015); 5 Dec 2008 11:37:00 +1100
Received: from [10.0.0.67] (HELO tull.net) (10.0.0.67) by vps1.tull.net
 (qpsmtpd/0.26) with SMTP; Fri, 05 Dec 2008 11:37:00 +1100
Received: (qmail 31464 invoked by uid 1015); 5 Dec 2008 11:36:56 +1100
Received: from [10.0.0.1] (HELO marcab.local.tull.net) (10.0.0.1)    by
 tull.net (qpsmtpd/0.40) with SMTP; Fri, 05 Dec 2008 11:36:56 +1100
Received: by marcab.local.tull.net (sSMTP sendmail emulation); Fri, 05 Dec
 2008 11:36:54 +1100
From: Nick Andrew <nick@nick-andrew.net>
To: Jonathan Corbet <corbet@lwn.net>, "Kevin D. Kissell" <kevink@mips.com>,
	Lucas Woods <woodzy@gmail.com>, Nick Andrew <nick@nick-andrew.net>, Ralf
 Baechle <ralf@linux-mips.org>, "linux-mips@linux-mips.org"
	<linux-mips@linux-mips.org>
CC: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Sender: "linux-mips-bounce@linux-mips.org" <linux-mips-bounce@linux-mips.org>
Date: Thu, 4 Dec 2008 16:36:54 -0800
Subject: Fix incorrect use of loose in vpe.c
Thread-Topic: Fix incorrect use of loose in vpe.c
Thread-Index: AclWcbs6PddKGeUrSWi6xvxxNTkO3w==
Message-ID: <S24119813AbYLEAhF/20081205003705Z+68377@ftp.linux-mips.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Exchange-Organization-AuthAs: Internal
X-MS-Exchange-Organization-AuthMechanism: 0b
X-MS-Exchange-Organization-AuthSource: exch1.onstor.net
X-MS-Has-Attach:
X-Auto-Response-Suppress: All
X-MS-TNEF-Correlator:
x-originalarrivaltime: 05 Dec 2008 00:38:02.0527 (UTC)
 FILETIME=[BAFDFAF0:01C95671]
errors-to: linux-mips-bounce@linux-mips.org
x-ems-proccessed: 2K3Xl1OQTInXD6xxuA8z3Q==
x-ems-stamp: qPdGrihySPRdMbA+7U3k2Q==
x-messageone-virus-version: vendor=fsecure
 engine=4.65.7400:2.4.4,1.2.40,4.0.164
 definitions=2008-12-04_12:2008-11-24,2008-12-04,2008-12-04 signatures=0
x-messageone-virus-scanned: Clean
x-messageone-envelope-sender: linux-mips-bounce@linux-mips.org
x-messageone-spam-details: rule=m773emszm_notspam policy=m773emszm score=0
 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam
 adjust=0 reason=mlx engine=3.1.0-0810130000 definitions=main-0812040166
x-messageone-spam-score: 0
x-messageone-spam-bar:
x-list: linux-mips
x-archive-position: 21528
x-ecartis-version: Ecartis v1.0.0
x-original-sender: nick@nick-andrew.net
x-smtpd: qpsmtpd/0.26, http://develooper.com/code/qpsmtpd/
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Fix incorrect use of loose in vpe.c

From: Nick Andrew <nick@nick-andrew.net>

It should be 'lose', not 'loose'.

Signed-off-by: Nick Andrew <nick@nick-andrew.net>
---

 arch/mips/kernel/vpe.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


diff --git a/arch/mips/kernel/vpe.c b/arch/mips/kernel/vpe.c
index 972b2d2..a1b3da6 100644
--- a/arch/mips/kernel/vpe.c
+++ b/arch/mips/kernel/vpe.c
@@ -1134,7 +1134,7 @@ static int vpe_release(struct inode *inode, struct fi=
le *filp)
=20
 	/* It's good to be able to run the SP and if it chokes have a look at
 	   the /dev/rt?. But if we reset the pointer to the shared struct we
-	   loose what has happened. So perhaps if garbage is sent to the vpe
+	   lose what has happened. So perhaps if garbage is sent to the vpe
 	   device, use it as a trigger for the reset. Hopefully a nice
 	   executable will be along shortly. */
 	if (ret < 0)

