From c3c100b63f2c4bfe479c829b7232e9c64ba6aaea Mon Sep 17 00:00:00 2001 From: Bernhard Reutner-Fischer Date: Tue, 4 Jul 2006 11:44:32 +0000 Subject: [PATCH] - list defaults for BR2_GNU_TARGET_SUFFIX in help text - fix a few typos --- Config.in | 8 ++++++-- package/config/Kconfig-language.txt | 2 +- .../Sharp/LNode80/kernel-patches/001-patch-2.4.26-vrs1 | 6 +++--- 3 files changed, 10 insertions(+), 6 deletions(-) diff --git a/Config.in b/Config.in index 5b73918bce..4376364987 100644 --- a/Config.in +++ b/Config.in @@ -41,7 +41,7 @@ config BR2_x86_64 endchoice # -# Keep the variants seperate, there's no need to clutter everything else. +# Keep the variants separate, there's no need to clutter everything else. # sh is fairly "special" in this regard, as virtually everyone else has # things kept down to a _sensible_ number of target variants. No such # luck for sh.. @@ -259,11 +259,15 @@ config BR2_GNU_TARGET_SUFFIX other users (most notably ARM EABI) like to add on to this in order to stay in line with gcc conventions. + Default options are: + linux-uclibcgnueabi for ARM EABI + linux-uclibc for the rest + config BR2_JLEVEL int "Number of jobs to run simultaneously" default "1" help - Number of jobs to run simultanesouly + Number of jobs to run simultaneously endmenu diff --git a/package/config/Kconfig-language.txt b/package/config/Kconfig-language.txt index da51c0e7c1..d78969e32c 100644 --- a/package/config/Kconfig-language.txt +++ b/package/config/Kconfig-language.txt @@ -110,7 +110,7 @@ applicable everywhere (see syntax). the indentation level, this means it ends at the first line which has a smaller indentation than the first line of the help text. "---help---" and "help" do not differ in behaviour, "---help---" is - used to help visually seperate configuration logic from help within + used to help visually separate configuration logic from help within the file as an aid to developers. diff --git a/target/device/Sharp/LNode80/kernel-patches/001-patch-2.4.26-vrs1 b/target/device/Sharp/LNode80/kernel-patches/001-patch-2.4.26-vrs1 index 1e19599098..590da35f2e 100644 --- a/target/device/Sharp/LNode80/kernel-patches/001-patch-2.4.26-vrs1 +++ b/target/device/Sharp/LNode80/kernel-patches/001-patch-2.4.26-vrs1 @@ -1515,7 +1515,7 @@ diff -urN linux-2.4.26/Documentation/cpufreq-old linux-2.4.26-vrs1/Documentation + +CPUFreq architecture drivers are the pieces of kernel code that +actually perform CPU frequency transitions. These need to be -+initialised seperately (seperate initcalls), and may be ++initialised separately (separate initcalls), and may be +modularized. They interact with the CPUFreq core in the following way: + + @@ -20140,7 +20140,7 @@ diff -urN linux-2.4.26/drivers/char/clps711x_keyb.c linux-2.4.26-vrs1/drivers/ch + * Basic Function: + * + * Basicly the driver is interrupt driven. It sets all column drivers -+ * high. If any key is pressed, a interrupt occures. Now a seperate scan of ++ * high. If any key is pressed, a interrupt occures. Now a separate scan of + * each column is done. This scan is timer based, because we use a keyboard + * interface with decoupling capacitors (neccecary if you want to survive + * EMC compliance tests). Always one line is set high. When next timer event @@ -20150,7 +20150,7 @@ diff -urN linux-2.4.26/drivers/char/clps711x_keyb.c linux-2.4.26-vrs1/drivers/ch + * pressed. If any is pressed we reschedule the scan within a programmable + * delay. If we would switch back to interrupt mode as long as a key is pressed, + * we come right back to the interrupt, because the int. is level triggered ! -+ * The timer based scan of the seperate columns can also be done in one ++ * The timer based scan of the separate columns can also be done in one + * timer event (set fastscan to 1). + * + * Summary: -- 2.30.2