headers: delete the list in unregister_netdevice_many()

unregister_netdevice_many() now deletes the list after running, in the
earlier days mac80211 and so on, did this on their own. We extended the
old unregister_netdevice_many() function for all kernel versions that
do not have a fixed unregister_netdevice_many().

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

headers: snd_pcm_stop_xrun()

This is used by the saa7134-alsa.c driver.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

headers: add skb_copy_datagram_msg()

This is used in some places.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

headers: add dev_alloc_page()

This is used by the igb driver.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

headers: cleanup linux/skbuff.h

This removes some used stuff from linux/skbuff.h.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backport: genl: add __genl_const for new hwsim mcast group

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backport: Fix double fetch in hlist_for_each_entry*_rcu

The backported (<3.9) version of hlist_for_each_entry_rcu and
hlist_for_each_entry_safe uses the new macro hlist_entry_safe. It is called
with an ACCESS_ONCE parameter for the first parameter ptr. This disallows
merging of the two loads which the current version of the macro uses.

This is problematic because this macro must only generate one load. Otherwise
with two contexts (or CPUs) following could happen:

1. context 1 fetches the ptr to the last entry in hlist_entry_safe() and
   accepts this non-NULL ptr

2. context 2 deletes the last entry and terminates the list with NULL

3. context 1 re-fetches the pointer, doesn't check for zero, calculates the
   entry based on a NULL pointer

4. context 1 crashes because it tries to load/write data from/to the invalid
   address

Instead use a single load to a temporary variable and do the NULL-check and
calculation based on that one. This is also the approach used in the current
Linux versions and was introduced by Paul E. McKenney.

Signed-off-by: Sven Eckelmann <sven@narfation.org>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: backport devm_kmemdup

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add include/uapi/linux/pci_regs.h to copy-list

Fixes a recent iwlwifi build error

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add GENMASK and GENMASK_ULL

I intend to use this for a new driver

Signed-off-by: Felix Fietkau <nbd@openwrt.org>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: fix mconf for old version of ubuntu

This fix was originally provided by Johannes. This replaces
the linker adhoc fix to match more with what we do upstream
without requiring the use of HOSTLOADLIBES.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: add full kernel integration support

This enables support for using the backports project
to integrate device drivers from a future version of Linux
into an older version of Linux. What you end up seeing is
a backports submenu when configuring your kernel and the
ability to select specific device drivers from subsystems
supported through the Linux backports project.

At this time enabling one device driver from a future version
of Linux will require using only the latest version of the
subsystem modules and other subsystem drivers. For example
enabling cfg80211 and mac80211 from a future version of Linux
will require you to only use future version of the respective
device drivers. In order to enable the backported version of
802.11 drivers for example, you will have to enable first:

Networking support -->
  Wireless -->

But under that menu disable all options, then jump to the backports
submenu to now enable:

Backports -->
  cfg80211
  mac80211
  Wireless LAN  --->
    etc

You build these device drivers modular or built-in to the kernel.
Integration support requires only slight modifications to the original
kernel sources, one to the top level Kconfig to add our entry, and also
the top level Makefile to enable backports code to be part of the
built-in vmlinux.

Support for integration takes advantage over the existing infrastructure
added by Johannes to keep track of each indvidual change done by the
backports infrastructure if --gitdebug is used.

mcgrof@drvbp1 ~/backports (git::master)$ time ./gentree.py --clean \
/home/mcgrof/linux-next /home/mcgrof/build/backports-20141023
Copy original source files ...
Applying patches from patches to /home/mcgrof/build/backports-20141023
...
Modify Kconfig tree ...
Rewrite Makefiles and Kconfig files ...
Done!

real    1m27.942s
user    13m23.752s
sys     0m47.608s

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.104             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.58             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.31             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.22             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.6              [  OK  ]
18  3.17.1              [  OK  ]
19  3.18-rc1            [  OK  ]

real    42m44.838s
user    1190m5.092s
sys     140m37.208s

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: remove extra BACKPORT_ prefix from kernel versioning

The CPTCFG_ prefix already implies backport, when integration
is used we'd end up with a double BACKPORT_ prefix, so just
remove the existing one as its not needed.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: prefix c-file / h-file auto backport with BPAUTO

Things we backport are now prefixed with BACKPORT_, when we copy
over libraries with the c-files / h-files trick on the compat/Kconfig
trick we prefix these with BACKPORT_ already so in order to help
distinguish them use BACKPORT_BPAUTO_ for them and prevent a double
BACKPORT_ prefix.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: add backport version parsing for kernel integration

The way we'll define backports versioning information for
kernel integration is slightly different, we'll rely completely
on Kconfig for the job, but in the end share the same C code
defines.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: define C code backport version info using CPTCFG_

In order to help unify the naming scheme for shared
backports versioning information rely on the CPTCFG_
prefix, when integration support gets added that will
translate to the respective CONFIG_BACKPORT_ prefix.
Kconfig opt env entries don't get propagated out, so
we need to define these ourselves. This leaves all
other names in place for packaging and just focuses
on sharing on the C / header code.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: move version file generation to run earlier

The version file contains:

  * BACKPORTS_VERSION
  * BACKPORTED_KERNEL_VERSION
  * BACKPORTED_KERNEL_NAME

This file is used by the Makefile to export variable
definitions used to identify the backport. For kernel
integration we'll be using a generated Kconfig file
instead and since these are needed when processing
kconfig logic this will need to be defined earlier.

Just move the generation of the version file for packaging
up early to match where we will generate the Kconfig with
the backports versioning identification.

This change has no real functional change other than the
move of some code running earlier.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: split Kconfig into Kconfig.package and Kconfig.sources

This splits up the Kconfig from things which are needed due to
our copy of code from the kernel and things which we need
specifically only for packaging backports. We will later then
share the Kconfig.souce for instance for kernel integration.

While at it, split up the list of files that we need to copy
into what we know could be shared for integration. The the
case of backport packaging Kconfig.package will be copied to
the package's Kconfig when building the package with gentree.py.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: update dependencies map file

During development of kernel integration support using CONFIG_BACKPORT
was evaluated as a prefix over CPTCFG even for packaging backports,
for some reason this change lifted some restrictions one some device
drivers which was present before and as such requires some changes to
the dependencies map file to ensure correct compilation for respective
kernel versions.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: use BACKPORT_DIR prefix on kconfig sources

This will allow us to do less work for built-in integration support.
When packaging we only use BACKPORT_DIR for Kconfig sources we control,
to avoid a large change we avoid doing this for other Kconfig files.

For integration we'll always have to use BACKPORT_DIR on kconfig sources.

Suporting requires a bit of self evaluation of the variable within our
kconfig library, ideally we'd have support for groking all variables
defined within the Kconfig setup but that requires quite a lot more
work as it means also parsing Makefiles and inheriting these definitions
within config symbols when used. Since we only define one right now and
its used for built-in support we deal with it ourselves for now.

Please consider the complexity of adding others, it doesn't seem like
there would be much need for others though. If others wanted to use a
different BACKPORT_DIR path other than 'backports' that would require
tweaking here, but we'll start by assuming no one will want to do that.

$ time /home/mcgrof/backports/devel/ckmake --allyesconfig
1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.104             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.58             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.31             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.22             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.6              [  OK  ]
18  3.17.1              [  OK  ]
19  3.18-rc1            [  OK  ]

real    42m41.825s
user    1187m38.880s
sys     141m11.760s

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: make kconfig src_line backport / ConfigTree specific

The kconfig source line used on a backport project is very
project specific. For backport packaging the source line simply
should follow the full path of the project but for integration
this will vary depending on the backport prefix directory used.
We'll add support for that next.

$ time /home/mcgrof/backports/devel/ckmake --allyesconfig
1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.104             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.58             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.31             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.22             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.6              [  OK  ]
18  3.17.1              [  OK  ]
19  3.18-rc1            [  OK  ]

real    43m56.439s
user    1187m4.516s
sys     138m53.328s

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: modify kconfig parser to use bpid and target_dir

The kconfig parser sets a base directory using the directory
in which the Kconfig file passed lives in. This strategy assumes the
kernel uses relative paths, while this is truly supported in
practice though upstream only deals with full paths based on
the actual root directory of the kernel. Its safer, cleaner and
much simpler to support full paths, and since the kernel uses
full paths anyway lets stick to that and complain when relative
paths are found. This also modifies our own provided Kconfig to
use full paths as well, we'll need this later to adjust our
Kconfigs for kernel integration.

$ time /home/mcgrof/backports/devel/ckmake --allyesconfig
1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.104             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.58             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.31             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.22             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.6              [  OK  ]
18  3.17.1              [  OK  ]
19  3.18-rc1            [  OK  ]

real    44m3.002s
user    1188m20.708s
sys     140m25.540s

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: avoid git tree reinitialization

When using backports against for packaging with --gitdebug you either
have to use --clean or assume the directory is empty already. In either
case you start fresh. With integration this will be a bit different, you
could end up with a project directory where the git tree was present but
only the target directory was empty.

Calling git init on an already existing git directory will reinitialize
your git tree, that can reset some config stuff, let's avoid that.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: fold outdir as a backport identity target

The output directory is always the same as the project directory
for packaging backports but for integration these will differ,
to make introduction of integration easier to follow use the
outdir as  both project directory and target directory and fold
the existing args.outdir under the backport identity object as
both "project_dir" and "target_dir".

This commit has no functional changes.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: replace BACKPORT_PWD with BACKPORT_DIR

This will also be used for built-in kernel integration, by
using this we can share more code with the built-in kernel
approach.

Reviewed-by: Johannes Berg <johannes@sipsolutions.net>
Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: add prefix for integration on dependencies

When integrating we need the BACKPORT prefix added to
dependency symbols.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: allow for different backport prefix and simple integration support

The way we backport when packaging is to minimize the amount of
changes required by taking advantage of the fact that Kconfig
can treat CONFIG_ as an environment variable with getenv()
when parsing menu entries. When doing integration we don't want
to do this so instead we'll rely on the CONFIG_BACKPORT prefix.
This requires a bit of work on our current parsers, so to do that
identify the backport and provide that to helpers.

This also provides initial basic support for integration where no
additional code was required other than prefixes or ensuring certain
things are not done for integration. Before we expose integration
support we'll need to add quite a bit more things so this just assumes
integration is never desired.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: keep track of original backported source symbols early on

We'll later want to do some modifications of symbols we backport
when integrating, but before we do any modification on kconfig
files we should keep track of the original source symbols.

This commit introduces no functional changes right now, it will
become more useful after we start adjusting kconfig entries
for integration.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: grant parsers access to kconfig config and menuconfig

Allow parsers to query the type of option used, either config
or menuconfig. This will be used later.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: move packaging kconfig hacks to its own file

Move packaging kconfig hacks to its own file, we'll be ignoring
this file later for postprocessing. Keeping this in a separate
file will make parsing much simpler.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: ifdef around module_init() module_exit() for modules

We only need this for modules.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: move legacy and SmPL patch application into helper

This allows us to extend how backports uses patches for
different types of applications. This will later be used
for kernel integration support, for example.

This should have no functional change.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: refresh patches on next-20141023

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.104             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.58             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.31             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.22             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.6              [  OK  ]
18  3.17.1              [  OK  ]
19  3.18-rc1            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

devel: update the test kernels

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add device coredump framework

As drivers will start requiring the new framework and it has
been merged to linux/master during the 3.18 merge window, we
can include it into backports to compile if needed.

On kernels that do already have it but didn't want it built
honor that, but if building otherwise don't. This may need
to be revisited in the future.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add kobj_to_dev()

This will be needed by the devcoredump backport.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

defconfig: add some new wifi drivers

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

defconfig: update media defconfig

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: refresh patches on next-20141003

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.103             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.54             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.27             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.18             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.2              [  OK  ]
18  3.17-rc3            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

dependencies: deactivate IR_HIX5HD2 on < 3.7

IR_HIX5HD2 needs syscon, this has to be added to the Kconfig file and
on kernel < 3.7 it is completely missing.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

dependencies: deactivate SOC_CAMERA on < 3.5

Deactivate SOC_CAMERA because of missing backport for vb2_expbuf() in
kernel < 3.5.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

dependencies: deactivate pt3 on kernel < 3.3

pt3 needs kthread_freezable_should_stop() which is not available on
these old kernels.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

dependencies: deactivate some media drivers on < 3.4

Deactivate all drivers using regmap_bulk_write() on kernel < 3.4.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

dependencies: deactivate tracing in ath10k and ath with < 3.4

On kernel < 3.4 compiling ath10k with tracing results in huge compile
errors. Just deactivate it till someone fixes the problems. The same
compile error occurs in ath module with kernel 3.0.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add freezable_schedule_hrtimeout_range()

This is used by the pt3 driver.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add some missing header files

The hackrf driver needs PAGE_ALIGN() from mm.h.
The ir-hix5hd2 driver needs of_get_property() from of.h.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add wil6210_uapi.h

This file is needed by the wil6210 driver now.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: refresh on next-20140919

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.103             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.54             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.27             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.18             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.2              [  OK  ]
18  3.17-rc3            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: these drivers need a new function

These drivers need regmap_bulk_write(), which was added in 3.4

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add skb_clone_sk()

skb_clone_sk() is now used by mac80211 and this change also needs some
changes to skb_complete_wifi_ack(), so I replaced it with our own
version.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add eth_get_headlen()

Instead of using the code from a recent kernel, I used the old code
from the igb driver to calculate the header length. The new code in the
kernel makes use of some __skb_flow_dissect() functions and headers not
available in 3.0.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add S8_MIN

This is needed by the iwlwifi river.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

defconfigs: enable PCIe support in brcmfmac defconfig

In 3.17 kernel the brcmfmac supports PCIe host interface. So enable
support when selecting defconfig-brcmfmac.

Signed-off-by: Arend van Spriel <arend@broadcom.com>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: fix mconf compilation library assumptions

On OpenSUSE factory 'make menuconfig' fails to compile with:

cc -Wall -Wmissing-prototypes -Wstrict-prototypes -O2
-fomit-frame-pointer -DCURSES_LOC="<ncurses.h>" -DLOCALE   -c -o
lxdialog/yesno.o lxdialog/yesno.c
cc -Wl,--no-as-needed -lncursesw  mconf.o zconf.tab.o
lxdialog/checklist.o lxdialog/inputbox.o lxdialog/menubox.o
lxdialog/textbox.o lxdialog/util.o lxdialog/yesno.o   -o mconf
/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld:
/lib64/libncursesw.so.5: undefined reference to symbol 'acs_map'
/usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../lib64/libtinfo.so:
error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

Although this can be fixed by linking with -ltinfo after a bit
further investigation I've traced this issue down to how we speak
to the linker and ask it to link and when. For instance if one
were to compile and link mconf by specifying the linker requirements
before the final object file things fail and if we ask for it after
things work. For instance if we ask for the libraries before:

gcc  -lncursesw -o
kconf/mconf
kconf/mconf.o
kconf/zconf.tab.o
kconf/lxdialog/checklist.o
kconf/lxdialog/util.o
kconf/lxdialog/inputbox.o
kconf/lxdialog/textbox.o
kconf/lxdialog/yesno.o
kconf/lxdialog/menubox.o  -lncursesw

Passing the linker requirements at the end makes the gcc happy:

gcc  -o kconf/mconf
kconf/mconf.o
kconf/zconf.tab.o
kconf/lxdialog/checklist.o
kconf/lxdialog/util.o
kconf/lxdialog/inputbox.o
kconf/lxdialog/textbox.o
kconf/lxdialog/yesno.o
kconf/lxdialog/menubox.o  -lncursesw

It seems that using -Wl,--no-as-needed does not do what we wish with regards
to the above requirements, this could be a bug but the kernel treats things
a bit differently so we need to adopt, fix this by being explicit by
using -Wl,--add-needed and letting it figure things out automagically.

This has been tested on Debian and OpenSUSE factory.

Signed-off-by: Luis R. Rodriguez <mcgrof@suse.com>

backports: refresh patches on next-20140905

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.103             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.54             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.27             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.18             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.2              [  OK  ]
18  3.17-rc3            [  OK  ]

manual changes were done in:
patches/collateral-evolutions/network/0006-ieee802154-6lowpan-namespace.patch

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: remove usage of skbuff->xmit_more

This is a revet of these two upstream commits:
commit c1ebf46c1f72fe542853fc00f059a7d15259379d
Author: David S. Miller <davem@davemloft.net>
Date:   Fri Aug 22 17:24:49 2014 -0700

    igb: Support netdev_ops->ndo_xmit_flush()

commit 0b725a2ca61bedc33a2a63d0451d528b268cf975
Author: David S. Miller <davem@davemloft.net>
Date:   Mon Aug 25 15:51:53 2014 -0700

    net: Remove ndo_xmit_flush netdev operation, use signalling instead.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: bluetooth revert patch adding write_iter

This reverts this upstream patch for older kernel versions:

commit 9f87eaae842575ec7de51654127a9bf4ad07ad6d
Author: Al Viro <viro@zeniv.linux.org.uk>
Date:   Sat Aug 23 11:28:14 2014 -0400

    switch hci_vhci to ->write_iter()

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: adapt api change of rchan_callbacks->create_buf_file in ath10k

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: always use absolute path to output directory, less probability of pycocci failure.

While running gentree.py I got error messages such as 'Failed to
process SmPL patch
collateral-evolutions/generic/0001-group-attr/0001-group_attr_class.cocci',
due to incorrect path handling. This patch always makes gentree always
call pycocci with the absolute path to the output directory.

Signed-off-by: Jacob Siverskog <jacob@teenageengineering.com>

backports: refresh patches on next-20140822

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.103             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.54             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.27             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.18             [  OK  ]
16  3.15.10             [  OK  ]
17  3.16.2              [  OK  ]
18  3.17-rc3            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: remove regulator drivers

It looks like no one is using the regulator drivers and maintaining
them costs some time because they often break. When someone needs
a specific driver please send a patch adding this one specific driver,
maintaining a small subset is not a problem, but maintaining all is a
big task.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: update test kernel versions

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: fix build with Ubuntu mainline kernels

We only want the UTS_UBUNTU_RELEASE_ABI var when we are on a normal
Ubuntu distribution kernel and not when we are on a Ubuntu mainline
kernel. Some of the Ubuntu mainline kernel do have an invalid octal
number in this field like 031418 and we do not want to evaluate this at
all on the Ubuntu mainline kernels.  All Ubuntu distribution kernel
have CONFIG_VERSION_SIGNATURE set so this way we can detect the which
type of kernel we are on.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: remove ath5k section mismatch patch

This change was merge upstream in this commit:
commit 9baa3c34ac4e27f7e062f266f50cc5dbea26a6c1
Author: Benoit Taine <benoit.taine@lip6.fr>
Date:   Fri Aug 8 15:56:03 2014 +0200

    PCI: Remove DEFINE_PCI_DEVICE_TABLE macro use

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: update test kernel versions

This updates the kernel versions to test against to the most recent
versions.
Do not use 3.15.9, but 3.15.7 because there are some problems with the
define UTS_UBUNTU_RELEASE_ABI in the more recent kernel version, see:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1347879

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: refresh patches on next-20140808

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.62              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.102             [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.52             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.26             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.16             [  OK  ]
16  3.15.7              [  OK  ]
17  3.16.0              [  OK  ]

Manual changes were done to:
patches/collateral-evolutions/network/0006-ieee802154-6lowpan-namespace.patch

This patch was removed:
patches/collateral-evolutions/network/0009-inet_frag_evictor.patch

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: copy include/linux/platform_data/st21nfcb.h

This is needed by drivers/nfc/st21nfcb/i2c.c

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add list_next_entry()

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add devm_kmalloc_array()

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add ktime_get_raw()

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: irq_get_trigger_type requires CONFIG_HAVE_GENERIC_HARDIRQS=y

Only backport irq_get_trigger_type on architectures that have
CONFIG_HAVE_GENERIC_HARDIRQS=y. Otherwise we end up with:

In file included from drivers/pci/msi.c:11:0:
backport/backport-include/linux/irq.h: In function 'irq_get_trigger_type':
backport/backport-include/linux/irq.h:9:9: error: implicit declaration
of function 'irq_get_irq_data' [-Werror=implicit-function-declaration]
  struct irq_data *d = irq_get_irq_data(irq);

Signed-off-by: Stefan Assmann <sassmann@kpanic.de>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: refresh on next-20140725

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.60              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.93              [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.43             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.22             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.7              [  OK  ]
16  3.15.0              [  OK  ]
17  3.16-rc1            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add missing linux/mm.h to airspy

Without this patch I get the following error message when compiling
against kernel 3.2, all other kernel versions work:

3.2.60/drivers/media/usb/airspy/airspy.c: In function ‘airspy_queue_setup’:
3.2.60/drivers/media/usb/airspy/airspy.c:506:2: error: implicit declaration of function ‘PAGE_ALIGN’ [-Werror=implicit-function-declaration]
sizes[0] = PAGE_ALIGN(s->buffersize);

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: do not use dma_buf_vmap() on kernel < 3.5

The dma function dma_buf_vmap() is not available on kernel < 3.5,
remove the call from the media subsystem code.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: make media driver USB_MSI2500 depend on kernel 3.5

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add some more dev_*_ratelimited() functions

Some drivers now also call the other dev_*_ratelimited() functions.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: revert commit for mwifiex sido.

Revert this commit on kernel version < 3.7

    mwifiex: card reset: enable rescan of non-removable card

    mmc_rescan will scan for non-removable cards only once, hence the card
    will not be rediscovered.

Signed-off-by: Andreas Fenkart <afenkart@gmail.com>
Acked-by: Bing Zhao <bzhao@marvell.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: backport argument change in alloc_netdev_mqs()

alloc_netdev_mqs() got a new parameter  in kernel 3.17, this patch
removed it from the calls if an older kernel is used. This is safe,
because older kernel versions do not need it.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: do not build da9211 driver for kernel < 3.17

This driver needs a new header file, which is not in the kernel < 3.17.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: fix bit_wait() and bit_wait_io()

In kernel version < 3.17 wait_on_bit() takes an action as a parameter,
which contains a schedule() or io_schedule() call in most cases. For
such calls wait_on_bit() was changed to not take an action but execute
schedule() action. This patch backports the new behavior to old kernel
versions.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: refresh patches on next-20140710

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.60              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.93              [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.43             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.22             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.7              [  OK  ]
16  3.15.0              [  OK  ]
17  3.16-rc1            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: make AT86RF230 driver depend on kernel > 3.4

AT86RF230 needs the devm_regmap_init_spi() function.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: disable some more media drivers

These driver need clk_prepare_enable(), clk_disable_unprepare(),
devm_regulator_bulk_get() or devm_regmap_init_i2c()

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add some ubuntu trusty specific changes

It is now possible to detect a ubuntu kernel see:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1327619

This uses the new define and adds some code depending on the ubuntu
trusty kernel.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: build some regulator drivers only with kernel 3.17

They are depending in some headers only available in more recent kernel
versions.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: backport __QUEUE_STATE_{DRV,STACK}_XOFF

The old __QUEUE_STATE_XOFF was divided into __QUEUE_STATE_DRV_XOFF and
__QUEUE_STATE_STACK_XOFF, in this patch we map both to the old version
on old kernel vesions.

This backports this upstream commit:
commit 7346649826382b769cfadf4a2fe8a84d060c55e9
Author: Tom Herbert <therbert@google.com>
Date:   Mon Nov 28 16:32:44 2011 +0000

    net: Add queue state xoff flag for stack

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add request_firmware_direct()

request_firmware_direct() was newly added and in some places it is
better to use request_firmware_direct(), but request_firmware() will
also work and result in 60 seconds waiting if the file is not there in
some situations.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add pci_zalloc_consistent()

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add cc2520 driver

This adds the cc2520.h and disables the driver on kernel < 3.5.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add U16_MAX

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: remove parameter from dma_buf_export()

dma_buf_export() got a new parameter which is not available in older
kernel versions.

This was once removed in this commit and is needed again:
commit 9981d1abf4b52e84a432fc9bdfbdd30d1838819d
Author: Hauke Mehrtens <hauke@hauke-m.de>
Date:   Mon Jun 16 21:02:25 2014 +0200

    backports: Revert "remove parameter from dma_buf_export()"

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: bump minimum kernel version for ADV7604 to 3.13

While doing a make allmodconfig I noticed the following:
  CC [M]  /dev/shm/backports-next/drivers/media/i2c/adv7604.o
/dev/shm/backports-next/drivers/media/i2c/adv7604.c:31:33: fatal error: linux/gpio/consumer.h: No such file or directory

linux/gpio/consumer.h cannot be backported currently, as functions rely
on in-kernel functionality (GPIO_DEVRES). Bumping the minimum required
kernel version for ADV7604 to 3.13 where the header got introduced.

Signed-off-by: Stefan Assmann <sassmann@kpanic.de>
[add comment with reason]
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

Revert "backports: include gpio consumer.h"

This is provides in-kernel functionality, to include
it assuems we have provided a backport for this functionality
and that's not true.

This reverts commit 16472f0c6924f0fa54c68a024a55d89689b413a0.

backports: include gpio consumer.h

While doing a make allmodconfig I noticed the following:
  CC [M]  /dev/shm/backports-next/drivers/media/i2c/adv7604.o
/dev/shm/backports-next/drivers/media/i2c/adv7604.c:31:33: fatal error: linux/gpio/consumer.h: No such file or directory

Including the header fixes the error.

Signed-off-by: Stefan Assmann <sassmann@kpanic.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

backports: make regulator palmas driver depend on v3.15

The regulator palmas driver makes use of the new struct regulator_desc
enable_val and disable_val added via commit ca5d1b352 on v3.15 to help
overcome an issue on assumptions on how regulator drivers enable /
disable the regulator with only one value / mask. We can't port this
so just require at least v3.15 for it.

mcgrof@ergon ~/linux (git::master)$ git describe --contains ca5d1b352
v3.15-rc1~148^2~4^3

commit ca5d1b3524b4d90a2e2f1f71583c1dca6b96fd92
Author: Carlo Caione <carlo@caione.org>
Date:   Wed Mar 5 22:11:29 2014 +0100

    regulator: helpers: Modify helpers enabling multi-bit control

    This patch extends the regulator helpers to account for device that use
    multiple bits for control when using regmap enable/disable/bypass ops.

    The actual regulator helpers wrongly assume that the regulator control
    is always performed using single bits, using in the regulator_desc
    struct only two parameters *_reg and *_mask defining register and mask
    for control.

    This patch extends this struct and introduces the helpers to take into
    account devices where control is performed using multiple bits and
    specific multi-bit values are used for enabling/disabling/bypassing the
    regulator.

Signed-off-by: Carlo Caione <carlo@caione.org>
Signed-off-by: Mark Brown <broonie@linaro.org>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

backports: update test kernel versions

This adds kernel 3.16 and updates some other kernel versions.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: refresh patches on next-20140616

== ckmake-report.log ==

1   3.0.101             [  OK  ]
2   3.1.10              [  OK  ]
3   3.2.60              [  OK  ]
4   3.3.8               [  OK  ]
5   3.4.93              [  OK  ]
6   3.5.7               [  OK  ]
7   3.6.11              [  OK  ]
8   3.7.10              [  OK  ]
9   3.8.13              [  OK  ]
10  3.9.11              [  OK  ]
11  3.10.43             [  OK  ]
12  3.11.10             [  OK  ]
13  3.12.22             [  OK  ]
14  3.13.11             [  OK  ]
15  3.14.7              [  OK  ]
16  3.15.0              [  OK  ]
17  3.16-rc1            [  OK  ]

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: do not include net_ieee802154_lowpan in kernel >= 3.16

In kernel >= 3.16 this backport is not needed at all. When
CPTCFG_IEEE802154_6LOWPAN is not set it should not get build, we do not
have to check if we are kernel > 3.5, because in an other case
ieee802.15.4 will not get build. Kernel version 3.15 needs a different
backport than the older versions.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: Revert "remove parameter from dma_buf_export()"

The linux commit which made backports need this patch was removed from
linux-next.

This reverts commit 6e1b080e83f1537d8d198917180d0a8bdfd7e0c9.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>

backports: add __pskb_copy_fclone()

__pskb_copy() was renamed to __pskb_copy_fclone() in most places and
got an extra parameter, it should be safe to just ignore this extra
parameter.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>