remove rules like:
--allmodconfig
--kvmconfig
--xenconfig
--tinyconfig

change directory with configs

Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Now it is also possible to use for dot-config configuration:
make nconfig
make xconfig
make gconfig
make menuconfig

kconfig is taken from the linux kernel repo commit v4.8-rc1-19-g81abf25:
e50bd235 Merge tag 'lkdtm-v4.8-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux



Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Davide Ciminaghi authored 9 years ago and Alessandro Rubini committed 8 years ago

Signed-off-by: Davide Ciminaghi <ciminaghi@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Pietro Fezzardi authored 11 years ago and Grzegorz Daniluk committed 10 years ago

KERNELVERSION variable from Linux was still used.
It was not initialized so the displayed version in the headers
of make gconfig and make menuconfig was missingor wrong.
It just said (null) or KERNELVERSION.
KERNELVERSION has been changed to VERSION all over the kconfig
scripts. Makefile.kconfig exports this variable so it can be
used by config scripts with getenv().
Now it prints the ppsi version with the present commit, like
diplayed from
	git describe --always --dirty

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This undoes some differences between the upstream 2.6.34 kconfig and
the bst-kconfig out-of-tree port. This basically adds back
include/config/ and include/generated/ .

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This comes from the "bst-kconfig" project, which lives at
  git://git.informatik.uni-erlangen.de/vamos/bst-kconfig



In particular, I copied from commit v2.6.34-4-g8168c0b which exported
to a standalone package the kconfig code from version 2.6.34 of the
kernel. This commit copies the files literally, but it renames
"Makefile" to "Makefile.kconfig", as our Makefile is already in place.

It can be said that it is a lazy choice and the code is old, but I
also evaluated other projects as a source of Kconfig code.  In
particular, I studied busybox and buildroot; but the work needed to
extract the relevant code looks bigger. I also evaluated
kconfig-frontends, but it is not what we needed here (besides, it uses
automake and thus it's completely unmaintainable for me -- known
hackers say that autotools must die, and I share the idea).

If needed, we can replace this with a newer Kconfig setup later on.
At the time being, this is code base is more than enough for this
project.

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>