More trailing whilespace removal

This commit is contained in:
Gregory Nutt
2014-04-13 16:22:22 -06:00
parent fb4fa33cae
commit ab5b37189b
503 changed files with 1312 additions and 1312 deletions
+4 -4
View File
@@ -78,7 +78,7 @@ C12 PB3 Transciever #ENABLE
Development Environment
^^^^^^^^^^^^^^^^^^^^^^^
Either Linux, Mac OS X or Cygwin on Windows can be used for the development
Either Linux, Mac OS X or Cygwin on Windows can be used for the development
environment.
The source has been built only using the GNU toolchain (see below). Other
toolchains will likely cause problems. Testing was performed using GCC on
@@ -146,7 +146,7 @@ IDEs
NuttX is built using command-line make. It can be used with an IDE, but some
effort will be required to create the project.
Makefile Build
--------------
Under Eclipse, it is pretty easy to set up an "empty makefile project" and
@@ -245,7 +245,7 @@ NXFLAT Toolchain
tools -- just the NXFLAT tools. The buildroot with the NXFLAT tools can
be downloaded from the NuttX SourceForge download site
(https://sourceforge.net/projects/nuttx/files/).
This GNU toolchain builds and executes in the Linux or Cygwin environment.
1. You must have already configured Nuttx in <some-dir>/nuttx.
@@ -355,7 +355,7 @@ Stellaris MDL-S2E Reference Design Configuration Options
CONFIG_TIVA_DISABLE_GPIOG_IRQS=y
CONFIG_TIVA_DISABLE_GPIOH_IRQS=y
CONFIG_TIVA_DISABLE_GPIOJ_IRQS=y
LM3S6432 specific device driver settings
CONFIG_UARTn_DISABLE
+2 -2
View File
@@ -129,8 +129,8 @@ void tiva_boardinitialize(void);
* Name: tiva_ethernetmac
*
* Description:
* For the MDL-S2E Reference Design, the MAC address will be stored in the
* non-volatile USER0 and USER1 registers. If CONFIG_TIVA_BOARDMAC is defined,
* For the MDL-S2E Reference Design, the MAC address will be stored in the
* non-volatile USER0 and USER1 registers. If CONFIG_TIVA_BOARDMAC is defined,
* this function will obtain the MAC address from these registers.
*
************************************************************************************/
+1 -1
View File
@@ -46,7 +46,7 @@ ifeq ($(WINTOOL),y)
ARCHXXINCLUDES = -I. -isystem "${shell cygpath -w $(TOPDIR)/include}" -isystem "${shell cygpath -w $(TOPDIR)/include/cxx}"
ARCHSCRIPT = -T "${shell cygpath -w $(TOPDIR)/configs/$(CONFIG_ARCH_BOARD)/scripts/ld.script}"
else
# Linux/Cygwin-native toolchain
# Linux/Cygwin-native toolchain
MKDEP = $(TOPDIR)/tools/mkdeps.sh
ARCHINCLUDES = -I. -isystem $(TOPDIR)/include
ARCHXXINCLUDES = -I. -isystem $(TOPDIR)/include -isystem $(TOPDIR)/include/cxx
+1 -1
View File
@@ -37,7 +37,7 @@
CFLAGS += -I$(TOPDIR)/sched
ASRCS =
ASRCS =
AOBJS = $(ASRCS:.S=$(OBJEXT))
CSRCS = up_boot.c up_leds.c up_ethernet.c up_ssi.c
ifeq ($(CONFIG_NSH_ARCHINIT),y)
+1 -1
View File
@@ -96,7 +96,7 @@ void tiva_boardinitialize(void)
#endif
/* Configure serial transciever */
tiva_configgpio(XCVR_INV_GPIO);
tiva_configgpio(XCVR_ENA_GPIO);
tiva_configgpio(XCVR_ON_GPIO);
+1 -1
View File
@@ -122,7 +122,7 @@ void weak_function lm_ssiinitialize(void)
* 2. Add a call to up_spiinitialize() in your low level initialization
* logic
* 3. The handle returned by up_spiinitialize() may then be used to bind the
* SPI driver to higher level logic (e.g., calling
* SPI driver to higher level logic (e.g., calling
* mmcsd_spislotinitialize(), for example, will bind the SPI driver to
* the SPI MMC/SD driver).
*