ltp-testsuite: add ARC architecture support in LTP

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Conflicts:
	package/ltp-testsuite/ltp-testsuite.mk
lmbench: use ARC's version

As it is said here https://github.com/foss-for-synopsys-dwc-arc-processors/lmbench/wiki/LMBench-for-ARC-Linux

 * The only change to source (src/memsize.c) is for increasing a timer
thresh-hold which otherwise makes test harness "memsize" timeout early on our
crawling 80MHz FPGA platform.

All the other tweaks are cosmetic:
 * scripts/config-run-arc: "prompt-less" version of config-run, with default
answers set for everything
 * scripts/results: appending contextual information to raw report generated
viz. kernel {.config,dmesg}, Busybox linkage (static/dynamic)

Also now entire lmbench folder gets installed on target.
This is required to have a complete test harness on board with scripts.
Otherwise only separate tests are available without any automotion for batch
execution.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Conflicts:
	package/lmbench/lmbench.mk
board: add support for ARC AXS101 Software Development Platform

The AXS101 Platform consists of a DesignWare AXC001 CPU
Card (with ARC 770D core) mounted on an
ARC Software Development Platform Mainboard with DesignWare peripherals:
 * SD/MMC contoller
 * Gigabit network contoller
 * Serial ports (8250-compatible)
 * USB 2.0
 * SPI
 * I2C

It also houses HDMI output for extrenal monitor connection.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Cc: Anton Kolesov <akolesov@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
board: add support for ARC AXS103 Software Development Platform

The AXS103 Platform consists of a DesignWare AXC003 CPU
Card (typically with ARC HS38 core) mounted on an
ARC Software Development Platform Mainboard with DesignWare peripherals:
 * SD/MMC contoller
 * Gigabit network contoller
 * Serial ports (8250-compatible)
 * USB 2.0
 * SPI
 * I2C

It also houses HDMI output for extrenal monitor connection.

As of today Linux kernel sources are not published for ARC HS core so
kernel could be built from custom tarball with sources if required.

When kernel sources for ARC HS are released this configuration will be updated.

But even now rootfs image could be built with Buildroot for ARC HS since
gcc, binutils and uClibc for ARC already has support of the new core starting
from version "arc-2014.08".

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Cc: Anton Kolesov <akolesov@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
rt-tests: rename patch to the new convention

As a preparation to the introduction of an additional patch to rt-tests,
let's rename the existing patch to the new naming convention.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Arnout Vandecappelle <arnout@mind.be>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
rt-tests: switch site from Debian snapshot to Linux's git

Origin of "rt-tests" is:
git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rt-tests.git

Switching to this new "origin" simplifies version bumping because there's
no need in updating Debian snapshot folder as it was done already here:
http://git.buildroot.net/buildroot/commit/package/rt-tests?id=da330e508c2d95e898ac52a2aa39426a5f6d0506

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Arnout Vandecappelle <arnout@mind.be>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
rt-tests: bump version to 0.89

With this change we're moving to the latest version of rt-tests.

Existing patches were updated so they apply on sources without errors and
warnings.

In "01-fix-build-system.patch" CFLAGS substitution was removed because
now external CFLAGS are accepted:
http://git.kernel.org/cgit/linux/kernel/git/clrkwllms/rt-tests.git/commit/?id=dfcef6e557b7980a33aa30b45bde196ed1780eb1

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Arnout Vandecappelle <arnout@mind.be>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
rt-tests: allow building subset of tests with non-NPTL toolchains

Some architectures are still stuck with non-NPTL toolchains.
These are for example ARC, Blackfin, Xtensa etc.

Still rt-tests are very good benchmarks and it would be good to enable use of
at least selected (those that will be built) tests on those architectures.

This change makes it possible to only build subset of tests that don't require
NPTL calls.

Following tests will be built with non-NPTL toolchain:
 * signaltest
 * ptsematest
 * sigwaittest
 * svsematest
 * sendme
 * hackbench

03-fix-non-nptl-buil.patch was submitted upstream:
https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg762958.html
so as soon as it is accepted with the next version bump this patch should be
removed.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Cc: Arnout Vandecappelle <arnout@mind.be>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
uClibc: ARC: enable generic string implementations

With enabled generic optimized string routines we see significant
improvement of some LMbench results.

For example:
===========
libc bcopy unaligned
...
8.39 - 6.76  (UCLIBC_HAS_STRING_GENERIC_OPT=no)
8.39 - 23.86 (UCLIBC_HAS_STRING_GENERIC_OPT=yes)
===========

Since I've only did measurements on ARC and it has been ebabled for ARC
for years I'm sure it doesn't break anything in either during toolchian
building or in run-time.

That's why I'm keeping it as arch-specific change.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Anton Kolesov <anton.kolesov@synopsys.com>
Cc: Peter Korsgaard <peter@korsgaard.com>