Linux 3.4.11
Merge branch 'linux-3.4.y' of git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable into p-linux-omap-3.4

* 'linux-3.4.y' of git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable: (86 commits)
  Linux 3.4.11
  hwmon: (asus_atk0110) Add quirk for Asus M5A78L
  dccp: check ccid before dereferencing
  x86, microcode, AMD: Fix broken ucode patch size check
  xen/pciback: Fix proper FLR steps.
  xen: Use correct masking in xen_swiotlb_alloc_coherent.
  PARISC: Redefine ATOMIC_INIT and ATOMIC64_INIT to drop the casts
  drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot
  Input: i8042 - add Gigabyte T1005 series netbooks to noloop table
  HID: add NOGET quirk for Eaton Ellipse MAX UPS
  i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH
  i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM=y && CONFIG_I2C_DESIGNWARE_PCI=y
  fuse: fix retrieve length
  ext3: Fix fdatasync() for files with only i_size changes
  udf: Fix data corruption for files in ICB
  SCSI: Fix 'Device not ready' issue on mpt2sas
  SCSI: mpt2sas: Fix for Driver oops, when loading driver with max_queue_depth command line option to a very small value
  SCSI: scsi_lib: fix scsi_io_completion's SG_IO error propagation
  SCSI: megaraid_sas: Move poll_aen_lock initializer
  Fix order of arguments to compat_put_time[spec|val]
  ...

Change-Id: Ib79fb73bafce1c89a20b8b837fd129e07651fc0e
Signed-off-by: Praneeth Bajjuri <praneeth@ti.com>
OMAPDSS: DISPC : Enable GFX pipeline arbitration

Issue:
Framebuffer width selected as 1080p or higher on OMAP5
is causing underflows when pushed on to 1080@60fps HD
TV.

GFX pipeline is always presented with largest ARGB 32 bit
buffers vs other pipes. Also we see issue more often when
SGX is used to do composition instead of overlays. In this
case GFX BW requirement to fetch scale and compose is higher
for each composition than via DSS. This is because DSS does
these on the fly in its pipelines saving BW.

Fix
Enable GFX pipeline arbitration to avoid underflows
seen due to high BW requirements.

Current fix is applicable for omap5xxx.

Change-Id: Ib74ea26eca739dc862dd9b7f1e4a8cc88873b2d1
Signed-off-by: Dandawate Saket <dsaket@ti.com>
Merge remote branch 'git://gitorious.org/ldc-connectivity/linux.git/for-omap5' into p-linux-omap-3.4

* git://gitorious.org/ldc-connectivity/linux.git
  branch:for-omap5
  usb: dwc3: gadget: fix pending isoc handling
  usb: dwc3: set up burst size only superspeed mode
  usb: dwc3: core: memory ordering fix in close
  usb: host: xhci: fix compilation error for non-PCI based stacks

Signed-off-by: Dan Murphy <dmurphy@ti.com>
ASoC: omap-mcbsp: Allow no idle on suspend

Modem is typically connected to ABE via McBSP interface, so McBSP
must remain active in voice calls during suspend. In order to
achieve this, the corresponding McBSP omap_device's flag is set to
NO_IDLE_ON_SUSPEND.

McBSP can also be used to connect to bluetooth chip in voice calls,
so above reasons also apply in this usecase.

Change-Id: I9625bc92ca57b5370656c3447d2b2a20ce130a1a
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
ASoC: omap-mcpdm: Allow no idle on suspend

McPDM can be used for voice calls when the analog audio is coming from
twl6040, so McPDM module can remain active during suspend. In order to
achieve this, the corresponding McPDM omap_device's flag is set to
NO_IDLE_ON_SUSPEND.

Change-Id: I9e21bf4432a537a4ccb217cf9c425b0e4e499ce8
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
ASoC: omap-dmic: Allow no idle on suspend

OMAP DMic modules can be used for voice calls when the uplink data is
coming from digital microphones, in those cases DMic modules can remain
active during suspend, so the corresponding McPDM omap_device's flag is
set to NO_IDLE_ON_SUSPEND.

Change-Id: If4df5a0948e0671e3fe11ed53d49acd77b4d49a1
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
ASoC: omap-abe: Allow no idle on suspend

AESS will remain active on suspend during voice call, hence its omap_device is
set to NO_IDLE_ON_SUSPEND.

Change-Id: Ie0eafd2526311414e4fe1f2f412f5503a3dc211f
Signed-off-by: Misael Lopez Cruz <misael.lopez@ti.com>
power_supply: bq27x00: update the power supply every 1 sec

bq27x00 chip updates the power supply parameters every 1 sec
Hence polling for the information more frequently to
report the right value at that instant

Change-Id: I1595e2347f2816ea5f1500d26e81d9e222e2a9b9
Signed-off-by: Madhusudan C M <c-madhu@ti.com>
OMAP5: sEVM board file: configure gpio163 to get bq27530 interrupts

To be able to receive bq27530 interrupts, need to configure
gpio5 as logic low and have gpio163 as input pin and has
internal pull up

Change-Id: If8a6cec8810b8a9d91cc414d3bff0ae89d3dc74e
Signed-off-by: Madhusudan C M <c-madhu@ti.com>
OMAP5: sEVM board file: Enable gpio information

Provide gpio information for battery driver to be
able to get interrupt

Change-Id: I3f72a345b63598f8df9ce50f0aea63d6f8fed702
Signed-off-by: Madhusudan C M <c-madhu@ti.com>
power_supply: bq27x00: update property with charging source

If AC source is plugged in/out update the power supply
information with the source while charging. AC source
plugging in/out is detected with help of interrupt and
appropriately power supply property is updated.

Change-Id: Ie8062c017ee944b0e870173a38b681d06cc8ab65
Signed-off-by: Madhusudan C M <c-madhu@ti.com>
power_supply: bq27x00: Adding support for irq

Interrupts from bq chip needs to be handled. Provided
a framework to handle interrupts, for eg. when AC source
is plugged in/out bq chip needs to report the same.

Change-Id: I264ccbfa714dfdaf3bec58e784990201f3d31b31
Signed-off-by: Madhusudan C M <c-madhu@ti.com>
power_supply: bq27x00: Report battery status in simulator mode

In battery simulator mode instead of disabling the
battery enable the battery driver in simulator mode

Change-Id: Ibdc766c89f52ff418e6e40d14d480d99b475d050
Signed-off-by: Madhusudan C M <c-madhu@ti.com>
omap5: bandgap: fix setting of alert thresholds

There was an error in check for the valid temperature in
function temp_to_adc_conversion. The temperature value was
compared with higher limit for less than condition as well,
resulting in returning -EINVAL. Corrected the check condition
to properly check for lower and higher temperature limits.

Change-Id: Ieceac746f075e7b2f4b7c0b182be1cd2c69ba877
Signed-off-by: Radhesh Fadnis <radhesh.fadnis@ti.com>
ARM: OMAP2+: mux: add support for PAD wakeup event handler

OMAP mux now parses active wakeup events from pad registers and calls
corresponding handler, if handler is not registered - corresponding
hwmod ISRs once a wakeup is detected.
This is useful for cases when routing wakeups to corresponding hwmod
ISRs complicates those ISRs handlers (for example, ISR handler may
not know who the interrupt source is)

Change-Id: I8c6f4e69d480c815b9b63b17e241277b98a037cf
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
Revert "ARM: OMAP4+: mux: reconfigure io chain after detected GPIO event"

This reverts commit cd3b11e3d3b2526809bb4412e7a359b13b68dce7.

This is now handled in GPIO driver and hence this revert.

Change-Id: Ia3f3e1b2d8db39125d477646de1bda8083b41631
Signed-off-by: Tero Kristo <t-kristo@ti.com>
Signed-off-by: Huzefa Kankroliwala <huzefank@ti.com>
ARM: OMAP: hwmod: add API for signalling gpio remux complete

Once gpio driver has configured the wakeup setup for gpio pads during
suspend or idle, the reconfigure sequence must be executed. This patch
exposes a new function for this purpose, omap_mux_gpio_reconfig_done(),
which will be used by gpio driver.

Change-Id: I91a84d9a4b85afa3378fb9545a5562754d6f815d
Tested-by: Huzefa Kankroliwala <huzefank@ti.com>
Tested-by: Nicole Chalhoub <n-chalhoub@ti.com>
Signed-off-by: Tero Kristo <t-kristo@ti.com>
ARM: omap: gpio: set wakeupenable bits when entering idle modes

THe pad wakeupenable bits are required to wake through a gpio when
in OFF or OSWR.  If the wakeupenable bits are set when the controller
is not in idle, a PRCM and a GPIO interrupt will occur for every
interrupt.  Set the wakeupenable bits for every active gpio
interrupt when entering any gpio idle mode.

Change-Id: Iada59f0ac0d03b0d67c4c15a372c1b9043cb9962
Tested-by: Nicole Chalhoub <n-chalhoub@ti.com>
Signed-off-by: Colin Cross <ccross@android.com>
[huzefank@ti.com: ported from K3.0]
Signed-off-by: Huzefa Kankroliwala <huzefank@ti.com>
[t-kristo@ti.com: added support for reconfiguring io chain after re-mux]
Signed-off-by: Tero Kristo <t-kristo@ti.com>
ARM: OMAP: mux: add support for reading wakeup status for a pad

This is needed by some drivers to check if a wakeup has occurred on a
specific pad.

Change-Id: I53748d544302e46f09f8d860a8496e4f66b59db7
Tested-by: Huzefa Kankroliwala <huzefank@ti.com>
Tested-by: Nicole Chalhoub <n-chalhoub@ti.com>
Signed-off-by: Tero Kristo <t-kristo@ti.com>