[<prev] [next>] [day] [month] [year] [list]
Message-ID: <b8bf37780910310240k34b2b307g790d45709411fe0e@mail.gmail.com>
Date: Sat, 31 Oct 2009 07:40:54 -0200
From: André Goddard Rosa <andre.goddard@...il.com>
To: trivial@...nel.org, linux list <linux-kernel@...r.kernel.org>
Cc: me <andre.goddard@...il.com>
Subject: [PATCH 04/16] trivial: fix assorted "performance" typos
>From c00af2871d9f53c9873d51a2dfa013f46dceba4d Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Andr=C3=A9=20Goddard=20Rosa?= <andre.goddard@...il.com>
Date: Fri, 30 Oct 2009 06:26:46 -0200
Subject: [PATCH 04/16] trivial: fix assorted "performance" typos
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: André Goddard Rosa <andre.goddard@...il.com>
diff --git a/arch/ia64/kernel/perfmon.c b/arch/ia64/kernel/perfmon.c
index f178270..b3a1cb3 100644
--- a/arch/ia64/kernel/perfmon.c
+++ b/arch/ia64/kernel/perfmon.c
@@ -3523,7 +3523,7 @@ pfm_use_debug_registers(struct task_struct *task)
* IA64_THREAD_DBG_VALID set. This indicates a task which was
* able to use the debug registers for debugging purposes via
* ptrace(). Therefore we know it was not using them for
- * perfmormance monitoring, so we only decrement the number
+ * performance monitoring, so we only decrement the number
* of "ptraced" debug register users to keep the count up to date
*/
int
diff --git a/arch/powerpc/kernel/kgdb.c b/arch/powerpc/kernel/kgdb.c
index 641c74b..b6bd1ea 100644
--- a/arch/powerpc/kernel/kgdb.c
+++ b/arch/powerpc/kernel/kgdb.c
@@ -52,7 +52,7 @@ static struct hard_trap_info
{ 0x2030, 0x08 /* SIGFPE */ }, /* spe fp data */
{ 0x2040, 0x08 /* SIGFPE */ }, /* spe fp data */
{ 0x2050, 0x08 /* SIGFPE */ }, /* spe fp round */
- { 0x2060, 0x0e /* SIGILL */ }, /* performace monitor */
+ { 0x2060, 0x0e /* SIGILL */ }, /* performance monitor */
{ 0x2900, 0x08 /* SIGFPE */ }, /* apu unavailable */
{ 0x3100, 0x0e /* SIGALRM */ }, /* fixed interval timer */
{ 0x3200, 0x02 /* SIGINT */ }, /* watchdog */
diff --git a/arch/powerpc/oprofile/op_model_cell.c
b/arch/powerpc/oprofile/op_model_cell.c
index ae06c62..3b581b0 100644
--- a/arch/powerpc/oprofile/op_model_cell.c
+++ b/arch/powerpc/oprofile/op_model_cell.c
@@ -1594,7 +1594,7 @@ static void cell_handle_interrupt_spu(struct
pt_regs *regs,
* to a latch. The new values (interrupt setting bits, reset
* counter value etc.) are not copied to the actual registers
* until the performance monitor is enabled. In order to get
- * this to work as desired, the permormance monitor needs to
+ * this to work as desired, the performance monitor needs to
* be disabled while writing to the latches. This is a
* HW design issue.
*/
@@ -1668,7 +1668,7 @@ static void cell_handle_interrupt_ppu(struct
pt_regs *regs,
* to a latch. The new values (interrupt setting bits, reset
* counter value etc.) are not copied to the actual registers
* until the performance monitor is enabled. In order to get
- * this to work as desired, the permormance monitor needs to
+ * this to work as desired, the performance monitor needs to
* be disabled while writing to the latches. This is a
* HW design issue.
*/
diff --git a/drivers/isdn/mISDN/dsp_core.c b/drivers/isdn/mISDN/dsp_core.c
index 77ee286..43ff4d3 100644
--- a/drivers/isdn/mISDN/dsp_core.c
+++ b/drivers/isdn/mISDN/dsp_core.c
@@ -110,7 +110,7 @@
* crossconnections and conferences via software if not possible through
* hardware. If hardware capability is available, hardware is used.
*
- * Echo: Is generated by CMX and is used to check performane of hard and
+ * Echo: Is generated by CMX and is used to check performance of hard and
* software CMX.
*
* The CMX has special functions for conferences with one, two and more
diff --git a/drivers/mtd/nand/nand_ecc.c b/drivers/mtd/nand/nand_ecc.c
index db7ae9d..92320a6 100644
--- a/drivers/mtd/nand/nand_ecc.c
+++ b/drivers/mtd/nand/nand_ecc.c
@@ -475,7 +475,7 @@ int __nand_correct_data(unsigned char *buf,
*
* The b2 shift is there to get rid of the lowest two bits.
* We could also do addressbits[b2] >> 1 but for the
- * performace it does not make any difference
+ * performance it does not make any difference
*/
if (eccsize_mult == 1)
byte_addr = (addressbits[b1] << 4) + addressbits[b0];
diff --git a/drivers/net/82596.c b/drivers/net/82596.c
index ea6b139..1663bc9 100644
--- a/drivers/net/82596.c
+++ b/drivers/net/82596.c
@@ -19,7 +19,7 @@
TBD:
* look at deferring rx frames rather than discarding (as per tulip)
* handle tx ring full as per tulip
- * performace test to tune rx_copybreak
+ * performance test to tune rx_copybreak
Most of my modifications relate to the braindead big-endian
implementation by Intel. When the i596 is operating in
diff --git a/drivers/net/cxgb3/sge.c b/drivers/net/cxgb3/sge.c
index f866128..56ba872 100644
--- a/drivers/net/cxgb3/sge.c
+++ b/drivers/net/cxgb3/sge.c
@@ -1285,7 +1285,7 @@ netdev_tx_t t3_eth_xmit(struct sk_buff *skb,
struct net_device *dev)
/*
* We do not use Tx completion interrupts to free DMAd Tx packets.
- * This is good for performamce but means that we rely on new Tx
+ * This is good for performance but means that we rely on new Tx
* packets arriving to run the destructors of completed packets,
* which open up space in their sockets' send queues. Sometimes
* we do not get such new packets causing Tx to stall. A single
diff --git a/drivers/net/lasi_82596.c b/drivers/net/lasi_82596.c
index a0c5785..b77238d 100644
--- a/drivers/net/lasi_82596.c
+++ b/drivers/net/lasi_82596.c
@@ -47,7 +47,7 @@
TBD:
* look at deferring rx frames rather than discarding (as per tulip)
* handle tx ring full as per tulip
- * performace test to tune rx_copybreak
+ * performance test to tune rx_copybreak
Most of my modifications relate to the braindead big-endian
implementation by Intel. When the i596 is operating in
diff --git a/drivers/net/lib82596.c b/drivers/net/lib82596.c
index 51e11c3..c0dbfc1 100644
--- a/drivers/net/lib82596.c
+++ b/drivers/net/lib82596.c
@@ -47,7 +47,7 @@
TBD:
* look at deferring rx frames rather than discarding (as per tulip)
* handle tx ring full as per tulip
- * performace test to tune rx_copybreak
+ * performance test to tune rx_copybreak
Most of my modifications relate to the braindead big-endian
implementation by Intel. When the i596 is operating in
diff --git a/drivers/staging/otus/80211core/ccmd.c
b/drivers/staging/otus/80211core/ccmd.c
index 83dd8ba..8da28ee 100644
--- a/drivers/staging/otus/80211core/ccmd.c
+++ b/drivers/staging/otus/80211core/ccmd.c
@@ -899,7 +899,7 @@ u16_t zfiWlanDisable(zdev_t *dev, u8_t ResetKeyCache)
zfStaDisableSWEncryption(dev);
}
- /* Improve WEP/TKIP performace with HT AP,
+ /* Improve WEP/TKIP performance with HT AP,
detail information please look bug#32495 */
/* zfHpSetTTSIFSTime(dev, 0x8); */
@@ -1407,7 +1407,7 @@ u16_t zfWlanReset(zdev_t *dev)
zfStaDisableSWEncryption(dev);
}
- /* Improve WEP/TKIP performace with HT AP,
+ /* Improve WEP/TKIP performance with HT AP,
detail information please look bug#32495
*/
/* zfHpSetTTSIFSTime(dev, 0x8); */
diff --git a/drivers/staging/otus/80211core/cmmsta.c
b/drivers/staging/otus/80211core/cmmsta.c
index b28a4e2..a11d559 100644
--- a/drivers/staging/otus/80211core/cmmsta.c
+++ b/drivers/staging/otus/80211core/cmmsta.c
@@ -216,7 +216,7 @@ void zfStaConnectFail(zdev_t* dev, u16_t reason,
u16_t* bssid, u8_t weight)
/* Change internal state */
zfChangeAdapterState(dev, ZM_STA_STATE_DISCONNECT);
- /* Improve WEP/TKIP performace with HT AP, detail information
please look bug#32495 */
+ /* Improve WEP/TKIP performance with HT AP, detail information
please look bug#32495 */
//zfHpSetTTSIFSTime(dev, 0x8);
/* Notify wrapper of connection status changes */
@@ -4148,7 +4148,7 @@ void zfInfraConnectNetwork(zdev_t* dev)
wd->sta.bIsSharedKey = 0;
}
- /* Improve WEP/TKIP performace with HT AP, detail information
please look bug#32495 */
+ /* Improve WEP/TKIP performance with HT AP, detail
information please look bug#32495 */
/*
if ( (pBssInfo->broadcomHTAp == 1)
&& (wd->sta.SWEncryptEnable != 0) )
diff --git a/drivers/staging/otus/80211core/pub_zfi.h
b/drivers/staging/otus/80211core/pub_zfi.h
index a35bd5d..17f3fe2 100644
--- a/drivers/staging/otus/80211core/pub_zfi.h
+++ b/drivers/staging/otus/80211core/pub_zfi.h
@@ -782,7 +782,7 @@ extern void zfiWlanSetDynamicSIFSParam(zdev_t*
dev, u8_t val);
/***** End of section 2 *****/
-/***** section 3 performace evaluation *****/
+/***** section 3 performance evaluation *****/
#ifdef ZM_ENABLE_PERFORMANCE_EVALUATION
extern void zfiTxPerformanceMSDU(zdev_t* dev, u32_t tick);
extern void zfiRxPerformanceMPDU(zdev_t* dev, zbuf_t* buf);
diff --git a/drivers/staging/rt2860/common/cmm_data.c
b/drivers/staging/rt2860/common/cmm_data.c
index 22a7b0e..15994f1 100644
--- a/drivers/staging/rt2860/common/cmm_data.c
+++ b/drivers/staging/rt2860/common/cmm_data.c
@@ -1241,7 +1241,7 @@ VOID RTMPWriteTxWI(
pTxWI->txop= Txopmode;
pTxWI->NSEQ = NSeq;
- // John tune the performace with Intel Client in 20 MHz performance
+ // John tune the performance with Intel Client in 20 MHz performance
BASize = pAd->CommonCfg.TxBASize;
if( BASize >7 )
@@ -1331,7 +1331,7 @@ VOID RTMPWriteTxWI_Data(
pTxWI->BW = (pTransmit->field.MODE <= MODE_OFDM) ? (BW_20) :
(pTransmit->field.BW);
pTxWI->AMPDU = ((pTxBlk->TxFrameType == TX_AMPDU_FRAME) ? TRUE : FALSE);
- // John tune the performace with Intel Client in 20 MHz performance
+ // John tune the performance with Intel Client in 20 MHz performance
BASize = pAd->CommonCfg.TxBASize;
if((pTxBlk->TxFrameType == TX_AMPDU_FRAME) && (pMacEntry))
{
diff --git a/drivers/staging/rt2870/common/rtusb_bulk.c
b/drivers/staging/rt2870/common/rtusb_bulk.c
index a4244b5..b579292 100644
--- a/drivers/staging/rt2870/common/rtusb_bulk.c
+++ b/drivers/staging/rt2870/common/rtusb_bulk.c
@@ -290,7 +290,7 @@ VOID RTUSBBulkOutDataPacket(
else if (((pAd->BulkOutMaxPacketSize < 512) &&
((ThisBulkSize&0xfffff800) != 0) ) /*|| ( (ThisBulkSize != 0) &&
(pTxWI->AMPDU == 0))*/)
{
// For USB 1.1 or peer which didn't support AMPDU, limit the BulkOut size.
- // For performence in b/g mode, now just check for USB 1.1 and
didn't care about the APMDU or not! 2008/06/04.
+ // For performance in b/g mode, now just check for USB 1.1 and
didn't care about the APMDU or not! 2008/06/04.
pHTTXContext->ENextBulkOutPosition = TmpBulkEndPos;
break;
}
@@ -305,7 +305,7 @@ VOID RTUSBBulkOutDataPacket(
}
else if (((pAd->BulkOutMaxPacketSize < 512) &&
((ThisBulkSize&0xfffff800) != 0) ) /*|| ( (ThisBulkSize != 0) &&
(pTxWI->AMPDU == 0))*/)
{ // For USB 1.1 or peer which didn't support AMPDU, limit the BulkOut size.
- // For performence in b/g mode, now just check for USB 1.1 and
didn't care about the APMDU or not! 2008/06/04.
+ // For performance in b/g mode, now just check for USB 1.1 and
didn't care about the APMDU or not! 2008/06/04.
pHTTXContext->ENextBulkOutPosition = TmpBulkEndPos;
break;
}
diff --git a/drivers/staging/rt3090/common/cmm_data.c
b/drivers/staging/rt3090/common/cmm_data.c
index bf24858..992de77 100644
--- a/drivers/staging/rt3090/common/cmm_data.c
+++ b/drivers/staging/rt3090/common/cmm_data.c
@@ -1159,7 +1159,7 @@ VOID RTMPWriteTxWI(
pTxWI->txop= Txopmode;
pTxWI->NSEQ = NSeq;
- // John tune the performace with Intel Client in 20 MHz performance
+ // John tune the performance with Intel Client in 20 MHz performance
#ifdef DOT11_N_SUPPORT
BASize = pAd->CommonCfg.TxBASize;
if (pAd->MACVersion == 0x28720200)
@@ -1283,7 +1283,7 @@ VOID RTMPWriteTxWI_Data(
#endif // DOT11N_DRAFT3 //
pTxWI->AMPDU = ((pTxBlk->TxFrameType == TX_AMPDU_FRAME) ? TRUE : FALSE);
- // John tune the performace with Intel Client in 20 MHz performance
+ // John tune the performance with Intel Client in 20 MHz performance
BASize = pAd->CommonCfg.TxBASize;
if((pTxBlk->TxFrameType == TX_AMPDU_FRAME) && (pMacEntry))
{
diff --git a/drivers/staging/rt3090/rt_ate.c b/drivers/staging/rt3090/rt_ate.c
index 259aae4..fbc5838 100644
--- a/drivers/staging/rt3090/rt_ate.c
+++ b/drivers/staging/rt3090/rt_ate.c
@@ -3484,7 +3484,7 @@ static VOID ATEWriteTxWI(
pTxWI->NSEQ = NSeq;
- // John tune the performace with Intel Client in 20 MHz performance
+ // John tune the performance with Intel Client in 20 MHz performance
if ( BASize >7 )
BASize =7;
--
1.6.5.2.101.gcd0f8
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists