kernel/linux: fix using custom location

Currently, extract and patch are skipped as thus:
- using a custom directory of pre-installed headers
- a correctly named directory already exists

Otherwise, extract and patch are done.

The current second condition is wrong, because it allows the following
sequence to happen:
- a non-custom kernel is used
- a previous build only partially extracted the non-custom sources
- that p[revious build broke during extraction (eg. incomplete tarball...)
- a subsequent build will find a properly named directory, and will
thus skip extract and patch, which is wrong

Fix that by following the conditions in this table:

Type | Extract | Patch
----------------------+---------+-------
Pre-installed headers | N | N
custom directory | N | N
custom tarball | Y | N
mainstream tarball | Y | Y

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: David Holsgrove <david.holsgrove@xilinx.com>

 Original patch from: ../crosstool-NG/ct-ng.trunk/patches/binutils/2.19/180-libiberty-pic.patch

 -= BEGIN original header =-

 Original patch from Gentoo:

 gentoo/src/patchsets/binutils/2.19/91_all_libiberty-pic.patch

 -= END original header =-

 diff -durN binutils-2.19.1.orig/libiberty/Makefile.in binutils-2.19.1/libiberty/Makefile.in

 --- binutils-2.19.1.orig/libiberty/Makefile.in	2008-07-24 15:51:49.000000000 +0200

 +++ binutils-2.19.1/libiberty/Makefile.in	2009-03-08 11:57:03.000000000 +0100

 @@ -227,6 +227,7 @@

  	  $(AR) $(AR_FLAGS) $(TARGETLIB) \

  	    $(REQUIRED_OFILES) $(EXTRA_OFILES) $(LIBOBJS); \

  	  $(RANLIB) $(TARGETLIB); \

 +	  cp $(TARGETLIB) ../ ; \

  	  cd ..; \

  	else true; fi