patch-2.1.107 linux/arch/i386/kernel/irq.c
Next file: linux/arch/i386/kernel/mtrr.c
Previous file: linux/arch/i386/kernel/io_apic.c
Back to the patch index
Back to the overall index
- Lines: 18
- Date:
Wed Jun 24 14:30:08 1998
- Orig file:
v2.1.106/linux/arch/i386/kernel/irq.c
- Orig date:
Sun Jun 7 11:16:27 1998
diff -u --recursive --new-file v2.1.106/linux/arch/i386/kernel/irq.c linux/arch/i386/kernel/irq.c
@@ -11,7 +11,7 @@
*/
/*
- * IRQ's are in fact implemented a bit like signal handlers for the kernel.
+ * IRQs are in fact implemented a bit like signal handlers for the kernel.
* Naturally it's not a 1:1 relation, but there are similarities.
*/
@@ -385,7 +385,7 @@
* Such 'high frequency update' races can be avoided by careful design, but
* some of our major constructs like spinlocks use similar techniques,
* it would be nice to clarify this issue. Set this define to 0 if you
- * want to check wether your system freezes. I suspect the delay done
+ * want to check whether your system freezes. I suspect the delay done
* by SYNC_OTHER_CORES() is in correlation with 'snooping latency', but
* i thought that such things are guaranteed by design, since we use
* the 'LOCK' prefix.
FUNET's LINUX-ADM group, linux-adm@nic.funet.fi
TCL-scripts by Sam Shen, slshen@lbl.gov