Rolled back bcmdhd driver to aff95a2fc4192f72c9ff33abfd17144e25773c5a
version by benn@cubietech.com.
Merged wifi and bluetooth rfkill from aff95a2fc4192f72c9ff33abfd17144e25773c5a.
sunxi: mali: Fix UMP on systems with 2 GiB of RAM (phys->bus issue)

The mali driver has some code for converting between physical addresses
and bus addresses (they call them "cpu physical addresses" and "physical
addresses" respectively). For OS memory allocation, this delta is configured
in the "cpu_usage_adjust" variable, as can be seen in the mali driver code.

But in addition to OS memory allocation, mali also handles external memory
wrapping and UMP memory wrapping. The physical/bus addresses translation
is done separately for each type of memory in the mali driver. The older
commit from Huang Benn updated the mali code to do physical->bus addresses
translation for OS memory and external memory, but did not address a
similar issue with UMP memory. Incorrectly working UMP results in black
windows for EGL/GLES applications (and also in memory corruption) on
the systems with 2 GiB of RAM when used with X11 mali drivers:
    https://github.com/ssvb/xf86-video-fbturbo/issues/27

This patch tries to do the physical->bus addresses translation for
both external and UMP memory a bit lower in the call chain (in the
"mali_allocation_engine_map_physical" function). That's just because
the old "uk_args.phys_addr = __phys_to_bus(uk_args.phys_addr)" code
does not look nice (the "phys_addr" variable name becomes somewhat
misleading and ambiguous).

Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com>
Added firmware for Broadcom ap6210 wifi+bt module.
Added udev events for OTG online/offline
Enable the internal thermal monitoring support of AXP20X chips

Hello

The previous patch never detect the enabling of thermal monitoring, this one solve this problem.
Sorry for the resent.

Bests regards

Signed-off-by: LABBE Corentin <clabbe.montjoie@gmail.com>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Solve undefined reference to `memcpy'

Seems to be due to the compiler replacing memcpy with inline code. Patch
from:
http://www.cubieforums.com/index.php/topic,838.msg5065.html#msg5065
gmac: use mac address from chipid
wdt: allow sun7i build

Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Update the IDE led trigger to generic disk activity

Origin: http://dev.gentoo.org/~josejx/ata.patch (josejx@gentoo.org)
2nd part of disk led trigger: rename

Renaming ledtrig-ide-disk.c to ledtrig-disk.c.
sunxi-hdmiaudio: Enable 32-bit audio

The original modifications for this patch originate from some custom
changes made to the 3.3 Android kernel by huangxin at allwinnertech.com.

The A10/A20 DMA engine for HDMI audio only supports 16 or 32-bit
transfers. The documentation says 16, 20, and 24 bits, but I have not
been able to get 24-bit audio, ether 3-bytes (PCM_FMTBIT_24_3LE) or
4-bytes (PCM_FMTBIT_24_LE) to work.

This patch removes the non-working PCM formats, PCM_FMTBIT_S18_3LE
and PCM_FMTBIT_S20_3LE, and PCM_FMTBIT_S24_LE and adds suppor for
32-bit HDMI audio (PCM_FMTBIT_S32_LE).  It's possible that other 32-bit
formats, like PCM_FMTBIT_U32_LE or PCM_FMTBIT_FLOAT_LE might work, but
couldn't be tested.

This patch was tested with 24-bit and 32-bit .wav files and the ALSA
"plughw" plugin (for upconverting the 24-bit audio files to 23-bits)
with aplay -v to verify that the target format was S32_LE.
Merge branch 'pat-3.4.75-ct' of https://github.com/jnerin/linux-sunxi into pat-3.4.75-ct
Make AXP_HWMON depend on HWMON