compat-drivers: add rtl8723ae code

Note this driver is disabled for now. I really want to start
applying SmPL for porting this driver for all known collateral
evolutions. At least for the netdev_attach_ops() one.

I'm adding this in to help build the tree as without this the
compilation was failing.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: rename drm config symbols

When config symbols are renamed they should be renamed at all places
and not just at some places.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add CONFIG_MWIFIEX_USB in config.mk

The driver at least compiles with all supported kernel versions.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add CONFIG_RT2800PCI_RT3290 in config.mk

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: remove CONFIG_WIL6210 from config.mk

The device driver was removed from crap some time ago.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drviers: remove CONFIG_IWM from config.mk

The device driver was removed from the kernel some time ago.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add CONFIG_BT_WILINK in config.mk

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: activate CONFIG_BT_HCIUART_3WIRE in config.mk

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: remove CONFIG_ATH9K_PKTLOG form config.mk

This option is not available any more.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add ar5523 driver

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Enable ATI/AMD Radeon for kernels >= 3.2

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: drm: Revert ACPI table size check for < 3.6

acpi_get_table_with_size() was exported with kernels >= 3.6. Revert the
size checking for kernels < 3.6.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Rename CONFIG_DRM_RADEON_KMS

Prefix it with CONFIG_COMPAT_ to allow setting it correctly.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Update README

Add GPU subsystem information to README.md.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Enable nouveau DRM driver for kernels >= 3.3

Enable Nouveau DRM driver for kernels >= 3.3.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Fix comments

The comments were wrong causing a misunderstanding while analyzing
the script's function.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Rename CONFIG_DRM_NOUVEAU_BACKLIGHT

This was forgotten during the generation of the renaming patch.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Add missing config check

No configuration change was retriggering config update because
of this missing line unless you give the 'bt' target.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Rename CONFIG_* vars in nouveau driver

Nouveau used 2 Kconfig defined vars to set debugging log levels.
Rename to for being able to set them from config.mk correctly.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Handle int's when generating compat_autoconf.h

Some Kconfig variables take integer values instead of y/m/N like
CONFIG_NOUVEAU_DEBUG and CONFIG_NOUVEAU_DEBUG_DEFAULT. Currently all
values other than y/m/N were escaped with double-quotes to define
them as strings. Fix this to allow integer values for Kconfig
variables.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Copy core/ subdir of nouveau driver

This was introduced with the latest nouveau code rewrite. Copy
this directory too.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: deactivate cfg80211 tracing for kernels <= 2.6.32

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: make patches apply again

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Enable CONFIG_DRM_LOAD_EDID_FIRMWARE

This was added in 3.4. Rename the option in the relevant source file
and enable CONFIG_COMPAT_DRM_LOAD_EDID_FIRMWARE in config.mk to build
the symbol into DRM_KMS_HELPER kernel module.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Separate code metrics for each subsystem

Add a subsystem marker before code metrics to differentiate between
multiple subsystems, e.g. drm, network, etc.:

compat-drivers code metrics

   1181683 - Total upstream lines of code being pulled

   network
   ----------------------------------------
      3109 - backport code changes
      2580 - backport code additions
       529 - backport code deletions
     12754 - backport from compat module
     15863 - total backport code
    1.3424 - % of code consists of backport work

   drm
   ----------------------------------------
       301 - backport code changes
       219 - backport code additions
        82 - backport code deletions
     12754 - backport from compat module
     13055 - total backport code
    1.1048 - % of code consists of backport work

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix admin-update.sh network

Sujith reported that building after admin-update.sh network
we get a build error with drm. Fix this by creating an empy
drm Makefile.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add target path for ChangeLog file

Forgot to add the target directory for kup upload on the
ChangeLog file.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix ChangeLog file name

This will now produce something like: ChangeLog-v3.7-rc1-4

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add genlog

This will generate log files for our releases.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add / to target stable release end dir

This should fix uploading via kup using scripts/gen-release.sh

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add support for uploading stable releases

This adds support for uploading stable compat-drivers releases.
The new stable releases will go on:

http://www.kernel.org/pub/linux/kernel/projects/backports/stable/

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix sed for gen-release.sh

The replacement was removing the 's' from the compat-drivers
name, and generating 'compat-driers'. We don't yet backport
support for laundry machines so fix this.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add rfkill.h from UAPI path

The rfkill.h header was moved to the UAPI path,
copy it over. But there is one more issue we would
need to address.

The UAPI changes split up the kernel and userspace API
headers into separate directories. We provide backport
support for the new rfkill module to kernels older than
2.6.31. To allow us to dynamically provide only backport
support for those kernels we have a trick within compat
to provide its own include/linux/rfkill.h header which
then will include either your own kernel's rkfill.h or
include the one we are taking from linux-next. The one
we take from linux-next is renamed to rfkill_backport.h.
In order to allow the call to include your own kernel's
rfkill.h the compat rfkill.h uses include_next. The UAPI
changes would mean though that instead of getting your
own kernel's rfkill.h you'd end up getting the UAPI
header file. Fix this by ensuring that for new kernels
we linux_next into the user's kernels rfkill.h and if
the kernel is old we still to the rfkill_backport.h
naming scheme.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: remove wil6210 driver from scripts/driver-select

This can be reverted once wil6210 get into Linux upstream.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: remove alx driver from scripts / Makefile

This can be reverted once the driver gets onto Linux upstream.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: remove full drivers from crap

Moving forward no full drivers will be accepted
into crap/. As the alx drivers has proven this only
slows down access to getting users a proper driver.
Restricting the driver to be made available only
through compat-drivers has provided less visibility
and access to the drivers.

The purpose of adding drivers into crap/ over upstream
drivers/staging/ was that some developers may prefer to
not go through the staging development process if they
were sure they could meet the proper upstream quailty
criteria in a timely manner. Practice shows that even
if this is claimed in the end the driver just ends up
bit rotting away in crap/ over a few kernel releases.

Lets stop that. If you want your driver accessible or
automatically backported you have two options:

  * Linux upstream drivers/staging/
  * Linux upstream proper

Choose wisely.

The additional patch directories then remain useful
only for patches content that is already present on
Linux upstream, nothing more.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add uapi/dri to WSTABLE

This will let us ensure we can query these files for
stable patch generation purposes.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix handing of include/uapi

The kernel make file uses an include path of kernel/include,
kernel/include/uapi (I removed all the other unrelated paths). Now
compat-drivers should also use this path otherwise we have to patch
many files. With this patch for compat-drivers it creates a include
path like this: w-d/include, w-d/include/uapi, kernel/include,
kernel/include/uapi that way this is similar to the way the kernel does
it.
When copying all the upai headers like it was done before in compat-
drivers, some headers in c-d/include/uapi will overwrite some important
headers in the kernel, we should just copy the files we actually need.
With this patch compat-drivers compiles for me against my Ubuntu 3.2
kernel, it still fails on some other kernel versions, with as I see it,
uapi unrelated errors.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: make patches apply again

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add UAPI backport fixes

The patch was posted for inclusion upstream. The
DRM code uses some include headers and if we are
not specific about the path what ends up happening
is our old kernel header files gets used instead of
the new UAPI header files.

For details on the UAPI changes:

http://lwn.net/Articles/507794/

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: copy over uapi headers

For details on the new UAPI changes see:

http://lwn.net/Articles/507794/

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20121011

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: change condition for  release target

When making a kernel.org release you should use gen-release.sh -u,
so just checking for the usage of that variable is better.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add gen-release.sh -k option

This should be used for those who really know what
they are doing and making proper releases. This will
force using 'git clean -x -d -f'. You really should
understand what this does before you use this.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add verbose help options for gen-release.sh

Be a bit more descriptive on usage for flags.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: update gen-release.sh to use git clean

gen-release.sh is updated to force git-paranoia to run
git clean for us when uploading to kernel.org. Note
that usage of kup is only for kernel.org uploading
and as such not for the faint of heart.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: improve git-paranoia with git clean

git clean can be used to further sanitize releases.

git clean -x -d -f

Will spit shine your release from any even files
you may have lying around that you tell git to
ignore. We use the -n option to git clean to warn
the user of unwanted content. If someone is really
make releases they should read and understand
git clean man pages and also understand that
running git-paranoia with -c will wipe out clean
all content found by 'git clean -x -d -n'.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Fix typo for CONFIG_BT_HCIUART

The config value should be set to a lowercase 'm' or the config is
ignored and the associated module doesn't build.  Fix this.

Signed-off-by: Kyle Manna <kyle.manna@fuel7.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20121008

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix 98-pr_fmt.patch

This fixes patches/drm/98-pr_fmt.patch for next-20121008
for header path updates for DRM drivers.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix 04-revert-prime-support.patch

This fixes the patch patches/drm/04-revert-prime-support.patch
for next-20121008. There is quite a bit of changes with hunk
differences that required manual editing.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: copy over amp.h as a bluetooth header

Brought to us by Intel via:

commit 903e45411099ae8292f5ce637ad0c72f6fef61db
Author: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
Date:   Thu Sep 27 17:26:09 2012 +0300

    Bluetooth: AMP: Use HCI cmd to Read Loc AMP Assoc

    When receiving A2MP Get AMP Assoc Request execute Read Local AMP Assoc
    HCI command to AMP controller. If the AMP Assoc data is larger than it
    can fit to HCI event only fragment is read. When all fragments are read
    send A2MP Get AMP Assoc Response.

Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20121002

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix patches/drm/04-revert-prime-support.patch

Required manual intervention due to hunk differences.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix patches/network/25-multicast-list_head.patch

Hunk offsets differences required manual intervention.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: enable DRM drivers compilation

Ozan Çağlayan had done most of the work to suck in all
the DRM drivers but left out the enablement of compiling
the drm drivers. The DRM drivers were also not load
tested. This patch enables to test compilation by
renaming the DRM Kconfig options with a _COMPAT prefix
and enables compilation by default for the i915 drm
driver which I can test against at run time on my
laptop running on v3.2.

Users and developer can help enable older kernels
down to 3.0 (as this was the oldest supported target
kernel for DRM drivers) or other DRM drivers as they
are run time tested.

The admin-update.sh script is modified to now always
run by including the DRM code and patching it accordingly.
If you happen to only want networking code you can do so
by supplying the network argument to the script as follows:

./scripts/adming-update.sh network

This will disable taking in DRM code.

It should be noted that although only the i915 drm driver
is being enabled all other drivers except the following have
been test compiled to work down to v3.0.

-obj-$(CONFIG_COMPAT_DRM_TDFX)  += tdfx/
-obj-$(CONFIG_COMPAT_DRM_R128)  += r128/
-obj-$(CONFIG_COMPAT_DRM_MGA)   += mga/
-obj-$(CONFIG_COMPAT_DRM_SIS)   += sis/
-obj-$(CONFIG_COMPAT_DRM_SAVAGE)+= savage/
-obj-$(CONFIG_COMPAT_DRM_EXYNOS) +=exynos/
-obj-$(CONFIG_COMPAT_DRM_UDL) += udl/

Apart from the above drivers we should be able to enable the
other drivers as reports come in for run time testing on them.
As it is right now only the i915 goes run time tested -- by me.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: backport usage of shmem_truncate_range() on i915

Backport e2377fe0b -- this could likely be implemented
on compat.git but I'd much prefer a better review of that.
For now this stays as a patch.

commit e2377fe0b65e3c7577ff6df1701c56ef477d336f
Author: Hugh Dickins <hughd@google.com>
Date:   Mon Jun 27 16:18:19 2011 -0700

    drm/i915: use shmem_truncate_range

    The interface to ->truncate_range is changing very slightly: once "tmpfs:
    take control of its truncate_range" has been applied, this can be applied.
     For now there is only a slight inefficiency while this remains unapplied,
    but it will soon become essential for managing shmem's use of swap.

    Change i915_gem_object_truncate() to use shmem_truncate_range() directly:
    which should also spare i915 later change if we switch from
    inode_operations->truncate_range to file_operations->fallocate.

Signed-off-by: Hugh Dickins <hughd@google.com>
Cc: Christoph Hellwig <hch@infradead.org>
Cc: Chris Wilson <chris@chris-wilson.co.uk>
Cc: Keith Packard <keithp@keithp.com>
Cc: Dave Airlie <airlied@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: address usage of intel_enable_gtt() for i915

Kernels older than 3.6 don't have intel_enable_gtt() exported
and most Linux distributions have CONFIG_AGP_INTEL as built-in
(y) and as such we don't bother to make it available as
modular here. The change to export intel_enable_gtt() was
made through commit 8ecd1a66 but previous to this the driver
never called intel_enable_gtt() so we can safely assume we
can do the same for older kernels.

There should be a way to export an intel_enable_gtt() for
kernels with CONFIG_AGP_INTEL as built-in but that itself
is a project.

commit 8ecd1a6615f0d9de6759aafe229bc1cc4ee99c7b
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
Date:   Thu Jun 7 15:56:03 2012 +0200

    drm/i915: call intel_enable_gtt

    When drm/i915 is in control of the gtt, we need to call
    the enable function at all the relevant places ourselves.

Reviewed-by: Jani Nikula <jani.nikula@linux.intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
This now goes with i915 run time tested against 3.2.0-3-amd64
and code extrated from linux-next next-20120926.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: force using include/drm for header namespace

Turns out DRM drivers use this:

 #include "drmP.h"

Instead of:

 #include <drm/drmP.h>

Withtout this change we are using the older kernel's header
file and not the one we are cherry pickng over from the kernel
we want to help backport.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: separate NOSTDINC_FLAGS include dir lines

This will make it easier to review changes to this variable
later.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh drm patches for next-20120925

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20120925

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add a few header BT header files to WSTABLE

I noted while porting a stable fix down that the patch did
not carry over a few header file updates. This was caused by
the fact that the WSTABLE variable did not carry over the
header files. Fix this.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix kup mkdir on gen-release.sh

kup does not expect an ending slash for mkdir, otherwise
it fails and does not even create the directory for you.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix space damage on git-paranoia

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: add kup support with git-paranoia support

kup [0] is the kernel.org uploader. This integrates support for
usage of kup with the gen-release.sh script. When kup is used
we also use git-paranoia which will bail out if either we have
content on a git tree that lets us produce content that is not
GPG signed, that has not yet been commited, or integrated into
a git tree. To use kup just pass on the -u argument to
gen-release.sh.

For generic releases, that do not use kup (without -u) we still
run git-paranoia but in interactive mode, allowing releases to
be made that are not targeted for kernel.org with random junk
or not GPG signed junk.

[0] https://korg.wiki.kernel.org/index.php/Userdoc:using_kup

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix gen-release.sh to keep tar file

Without -k option to bzip2 the original tar file will be
deleted.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: gen-release.sh update to reflect usage of linux-next

This removes the force update parameter option given that
we're not using it, and also updates the release script to
account for using linux-next.git on a daily basis for future
releases.

Usage of kup, the kernel uploader, will be addressed next.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: gen-release.sh rename COMPAT_WIRELESS to COMPAT_DRIVERS

Simple search and replace.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: rename gen-stable-release.sh to gen-release.sh

We'll use this same script to make daily linux-next.git based
releases.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: update gen-stable-release.sh to make bzip2 again

The kernel uploader expects you to sign the tar file but you can
pass along and upload a bzip2 archive. At the other end the
daemon will uncompress and then verify the tarball.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh crap patches for next-20120920

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20120920

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: adjust scripts to support daily linux-next releases

We'll use these for daily linux-next.git and linux-stable.git releases.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20120918

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: backport netlink pid to portid rename

The patch:

commit 15e473046cb6e5d18a4d0057e61d76315230382b
Author: Eric W. Biederman <ebiederm@xmission.com>
Date:   Fri Sep 7 20:12:54 2012 +0000

    netlink: Rename pid to portid to avoid confusion

    It is a frequent mistake to confuse the netlink port identifier with a
    process identifier.  Try to reduce this confusion by renaming fields
    that hold port identifiers portid instead of pid.

    I have carefully avoided changing the structures exported to
    userspace to avoid changing the userspace API.

    I have successfully built an allyesconfig kernel with this change.

Signed-off-by: "Eric W. Biederman" <ebiederm@xmission.com>
Acked-by: Stephen Hemminger <shemminger@vyatta.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Changed the struct members:

struct netlink_notify->pid    to
struct netlink_notify->portid

struct genl_info->snd_pid     to
struct genl_info->snd_portid

To help backport this and not have to #ifdef around it against
kernel versions compat has introduced two helpers for us to
simply do the backport with three macro helpers:

genl_info_snd_portid()
netlink_notify_portid()
NETLINK_CB_PORTID()

This takes care of the work for us requiring only one
single line change. This patch now goes into its own
new filename following the lead of the other 4-digit
prefixed patches which try to separate collateral
evolutions to be used for spdiff to further backport
uses in other subsystems / drivers.

mcgrof@garbanzo ~/devel/compat-drivers (git::master)$ time ckmake
Trying kernel 3.5.0-030500-generic [OK]
Trying kernel 3.4.4-030404-generic [OK]
Trying kernel 3.3.7-030307-generic [OK]
Trying kernel 3.2.2-030202-generic [OK]
Trying kernel 3.1.10-030110-generic [OK]
Trying kernel 3.0.18-030018-generic [OK]
Trying kernel 2.6.39-02063904-generic [OK]
Trying kernel 2.6.38-02063808-generic [OK]
Trying kernel 2.6.37-02063706-generic [OK]
Trying kernel 2.6.36-02063604-generic [OK]
Trying kernel 2.6.35-02063512-generic [OK]
Trying kernel 2.6.34-02063410-generic [OK]
Trying kernel 2.6.33-02063305-generic [OK]
Trying kernel 2.6.32-02063255-generic [OK]
Trying kernel 2.6.31-02063113-generic [OK]
Trying kernel 2.6.30-02063010-generic [OK]
Trying kernel 2.6.29-02062906-generic [OK]
Trying kernel 2.6.28-02062810-generic [OK]
Trying kernel 2.6.27-020627-generic [OK]
Trying kernel 2.6.26-020626-generic [OK]
Trying kernel 2.6.25-020625-generic [OK]
Trying kernel 2.6.24-020624-generic [OK]

real    26m46.734s
user    140m26.659s
sys     13m26.194s

Cc: Eric W. Biederman <ebiederm@xmission.com>
Cc: Stephen Hemminger <shemminger@vyatta.com>
Cc: David S. Miller <davem@davemloft.net>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Use GIT_TREE variable.

In gen-stable-release.sh stable git tree path is hardcoded.
Use GIT_TREE environment variable if specified.

Signed-off-by: Bala Shanmugam <bkamatch@qca.qualcomm.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh in synch with next-20120911

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Update 53-pr_fmt.patch

Fix ath5k/debug.c redefinition warning for pr_fmt macro

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Sync with linux-next 20120906

Refresh patches for next-20120906

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: copy .compat_base on scripts/refresh-compat

Reported-by: Xiong Huang <xiong@qca.qualcomm.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20120904

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: backport dma-buf ops begin_cpu_access

This was added as of the original dma-buf implementation via
the 3.4 kernel but through a separate set of patches. Tuck this
into the patch that already deals with dma buf ops.

mcgrof@frijol ~/linux-next (git::master)$ git describe --contains \
fc13020e086bfedf2afb95c91c026d5af1f80107
v3.4-rc1~57^2~3

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: synch with linux-next 20120824

This synchs with linux-next 20120824.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: refresh patches for next-20120822

All I had to do was:

./scripts/admin-update.sh network drm refresh

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: fix broken hunks for next-20120822

A few hunks required manual fixing for next-20120822

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Add DRM patches

These patches are part of the GSoC project for backporting the
DRM drivers onto older kernels.

Merge them into the compat-drivers tree.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Move around patches and selectively apply them

Put wlan/bt/eth related patches under network/ subdirectories. Apply them
only if the network subsystem is enabled (For now, it is enabled by default).

Create empty network/ placeholders under patch directories.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Fetch in DRM drivers

Grab DRM drivers from $GIT_URL if drm is passed in the command line.

Note that 'make' will not currently build these drivers. This is just
for fetching them in.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Add ability to select drivers to fetch

Add a last command line parameter to define which subsystems will
be fetched into the tree.

Currently the script supports network and/or drm keywords as the
last argument.

network is currently enabled by default to retain compatibility with
the previous compat-wireless tree.

Move around code and use the previously added 2 helper functions
to copy files/folders conditionally, according to the values of
ENABLE_NETWORK (and ENABLE_DRM which will follow).

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Use case instead of if/if/.. blocks

case is much cleaner both for reading and for extending.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

Switch README to markdown format

github interprets and formats .md (markdown) in a very fashioned way.
See how it looks and you can decide to use markdown in your readme:

https://github.com/ozancaglayan/compat-drivers/tree/markdown

Its 2012, README's are ancient.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Add 2 convenience functions

Add copyFiles and copyDirectories. Their functionality is repeated
over and over in the current code. We'll start using them to get
rid of redundant code snippets.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: List everything vertically without concatenating

This looks much readable. No functional change.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: Clean up *.mod.c after everything

Remove possible .mod.c leftovers at the end instead of after every
copying operation.

Signed-off-by: Ozan Çağlayan <ozancag@gmail.com>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat: only compile optional sdio code on 2.6.37 and later

The pm_runtime routines in wlcore/sdio.c are not included in compat and
the best alternative is to build them only on kernels 2.6.37 and later.

Signed-off-by: Andy Gospodarek <andy@greyhouse.net>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-drivers: complete compat-wirelss --> compat-drivers rename

The name change is now completed, including the git tree.

Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-wireless: make patches apply again

Some parts of 11-dev-pm-ops.patch for iwlegacy went upstream in:
commit 450e9038ee65e3246b2a942669fc79001466f9be
Author: Johannes Berg <johannes.berg@intel.com>
Date:   Tue Aug 7 21:46:44 2012 +0200

    iwlegacy: clean up suspend/resume

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>

compat-wireless: do not add const before SIMPLE_DEV_PM_OPS

For kernel < 2.6.32 .driver.pm in struct pci_driver is not const, but
for later kernel versions it is const. This const should not be added
manually, but by SIMPLE_DEV_PM_OPS(), so remove it from this patch.

In addition compat_pci_suspend and compat_pci_resume are now in front
of SIMPLE_DEV_PM_OPS to make make it possible to use a function created
by them in SIMPLE_DEV_PM_OPS(), which is needed for kernel 2.6.29.

This is partly based on work done by Johannes Berg.

Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Signed-off-by: Luis R. Rodriguez <mcgrof@do-not-panic.com>