kernel/kernel-mfld-blackbay.git
12 years agodrivers: staging: sep: add detection of cloverview
Mark Allyn [Sat, 17 Dec 2011 00:15:58 +0000 (16:15 -0800)]
drivers: staging: sep: add detection of cloverview

BZ: 17588

Change-Id: I9ec5758b3ff3030dbba580a65fa8dd468dd1fe90
Signed-off-by: Mark Allyn <mark.a.allyn@intel.com>
Reviewed-on: http://android.intel.com:8080/27847
Reviewed-by: Mai, Leonard <leonard.mai@intel.com>
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Reviewed-by: Mangalampalli, Jayant <jayant.mangalampalli@intel.com>
Tested-by: Mangalampalli, Jayant <jayant.mangalampalli@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agodrivers: staging: sep: fix dma area size
Mark Allyn [Sat, 17 Dec 2011 00:10:48 +0000 (16:10 -0800)]
drivers: staging: sep: fix dma area size

BZ: 17708

Change-Id: I16e12e0c7663cc11974b456badefe59edec329ed
Signed-off-by: Mark Allyn <mark.a.allyn@intel.com>
Reviewed-on: http://android.intel.com:8080/27846
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Reviewed-by: Mangalampalli, Jayant <jayant.mangalampalli@intel.com>
Tested-by: Mangalampalli, Jayant <jayant.mangalampalli@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agodrivers: staging: sep: forklift from 2.6.35 tree in GB r2
Mark Allyn [Fri, 9 Dec 2011 15:16:32 +0000 (07:16 -0800)]
drivers: staging: sep: forklift from 2.6.35 tree in GB r2

BZ: 16407

This forklift patch is from the 2.6.35.3 kernel located in R2.
The last patch (tip) for that kernel is the following:

commit ffca23fceff1ff78ce957cd543459991f12edbfa
Author: ziyux.jiang <ziyux.jiang@intel.com>
Date:   Wed Nov 30 22:30:53 2011 +0800

Change-Id: I3719a91b0c47daf7eb0f7ed988052a72d2cd8745
Signed-off-by: Mark Allyn <mark.a.allyn@intel.com>
Reviewed-on: http://android.intel.com:8080/26825
Reviewed-by: Mangalampalli, Jayant <jayant.mangalampalli@intel.com>
Tested-by: Mangalampalli, Jayant <jayant.mangalampalli@intel.com>
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: remove sysfs interface (and create kernel interface) used...
Dyut Kumar Sil [Mon, 9 Jan 2012 03:39:05 +0000 (09:09 +0530)]
[PORT FROM R2] mid_pmu: remove sysfs interface (and create kernel interface) used to stop PM for IFWI update.

BZ: 19383

This patch create a kernel interface pmu_set_devices_in_d0i0() to
set all the south complex devices in D0i0 state and any further request
to set any south complex device in some other low power state will
be ignored. And this patch removes sysfs interface to do the same functionality.

Change-Id: I04429659ef6932eb91f3c6f80f7c25b69b885fd5
Signed-off-by: Dyut Kumar Sil <dyut.k.sil@intel.com>
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/31149
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoUSB: gadget: Add association descriptor for windows
Liu, DongxingX [Mon, 9 Jan 2012 05:24:44 +0000 (13:24 +0800)]
USB: gadget: Add association descriptor for windows

BZ: 19004

This patch adds USB association descriptor supporting Android
ACM in windows. The descriptor presents itself as "CDC Serial"
device to PC in order to match the proper driver in windows.

Change-Id: I05a4cee6023fe10375b367e1beafd78214c5e9f3
Signed-off-by: Liu, DongxingX <dongxingx.liu@intel.com>
Reviewed-on: http://android.intel.com:8080/31150
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Alagnou, GregoryX <gregoryx.alagnou@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[Rebase from R2-R3]audio: Added addtional error handling in SST driver
Jeeja Kp [Sat, 31 Dec 2011 22:04:18 +0000 (03:34 +0530)]
[Rebase from R2-R3]audio: Added addtional error handling in SST driver

BZ: 19267

Old R2 BZ 18108
This patch has the following error handling added
In case of open failure, the system will go to suspend immediately instead
of 2s delay.
Added error handling to check if  firmware is in running state before
sending any request to FW.

Change-Id: Ia7990472b83596dcc7ab9d7fc9c3f8cf280912f8
Old-Change-Id: I292d2086a6564f47733de485f1ada8116e8f10bf
Signed-off-by: Jeeja Kp <jeeja.kp@intel.com>
Reviewed-on: http://android.intel.com:8080/31052
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] [AUDIO] worker thread not canceled on close function call
Francois Gaffie [Wed, 4 Jan 2012 16:08:31 +0000 (17:08 +0100)]
[PORT FROM R2] [AUDIO] worker thread not canceled on close function call

BZ: 18531

ALSA SSP driver: when open is called, it initiates a worker thread
to perform the DMA configuration. (It cannot be done atomically).

If a write is called, followed by a closed before the worker thread
had time to run, once the worker thread will run, SSP will complain
that no handle is present...

The purpose of this patch is to cancel synchronously the work
during a close of the driver.

Change-Id: I1053225d4a5aff4a11c683c6250da6e70b229eba
Old-Change-Id: I8f3569a1809919a3d70b5e838f9a9bb869d87868
Signed-off-by: Francois Gaffie <francoisx.gaffie@intel.com>
Reviewed-on: http://android.intel.com:8080/31024
Reviewed-by: Barthes, FabienX <fabienx.barthes@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoltr502als.c: Increase the sample integration circle of proximity sensor
Leo Yan [Tue, 27 Dec 2011 01:56:51 +0000 (09:56 +0800)]
ltr502als.c: Increase the sample integration circle of proximity sensor

BZ: 18196

During voice call display may go off by an accidental swipe. To avoid
that, we increase the sample intergration circle of proximity sensor.
After this change, it will take more time to trigger proximity interrupt
than before.

Change-Id: Id6fe644a9daf610de31398b2485914c43b7600d9
Signed-off-by: Leo Yan <leo.yan@intel.com>
Reviewed-on: http://android.intel.com:8080/29996
Reviewed-by: Liu, Hong <hong.liu@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoltr502als.c: Modify the way of ALS first data reporting
Leo Yan [Mon, 26 Dec 2011 10:07:41 +0000 (18:07 +0800)]
ltr502als.c: Modify the way of ALS first data reporting

BZ: 17876 18551

1. Previously, when ALS is enabled, it will report zero before the first
interrupt occurs, this may cause incorrect behavior of LED light.  Now
ALS doesn't report any data until the first interrupt occurs.
2. In order to speed up the interrupt triggering, ADC sample integration
circle of ALS is changed to 1.

Signed-off-by: Leo Yan <leo.yan@intel.com>
Change-Id: I25a2d16e9db09cc44a299b127feff8a3f53d4430
Reviewed-on: http://android.intel.com:8080/29959
Reviewed-by: Yan, Leo <leo.yan@intel.com>
Reviewed-by: Liu, Hong <hong.liu@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2]mid_pmu: provide api to set lss01 to d0i0 in atomic context
Illyas Mansoor [Mon, 2 Jan 2012 15:19:51 +0000 (20:49 +0530)]
[PORT FROM R2]mid_pmu: provide api to set lss01 to d0i0 in atomic context

BZ: 9458

During panic we disable pre-emption but we require eMMC0
ie., LSS01 to be in D0i0 in order to store panic logs,
but pmu_pci_set_power_state might_sleep hence we cannot use
it for this purpose.

Hence we provide a exclusive api for LSS01 to be put in D0i0.

Change-Id: Ib55a9f8b61da735e76524e84d9ecd9b2a6a6493b
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/30285
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: fix klockwork issues
Ramachandra Sudarshan N [Tue, 27 Dec 2011 14:54:06 +0000 (20:24 +0530)]
[PORT FROM R2] mid_pmu: fix klockwork issues

BZ: 18375

This patch fixes following klockwork issues:

function 'strncpy' may incorrectly check buffer
boundaries and may overflow buffer 'valcp' of fixed size (5)
linux-2.6/arch/x86/platform/mfld/pmu.c:491 | set_extended_cstate_mode()

function 'strncpy' may incorrectly check buffer
boundaries and may overflow buffer 'valcp' of fixed size (4)
linux-2.6/arch/x86/platform/mfld/pmu.c:578 | set_pmu_driver_status()

Change-Id: Icead563c02b57b122a676c490e8cf134928595a3
Orig-Change-Id: I41a62d195a5155fafde5320fe014bd0bf123514c
Signed-off-by: Sudarshan Ramachandra <sudarshan.n.ramachandra@intel.com>
Reviewed-on: http://android.intel.com:8080/30277
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agomfd: limit dma rx timeout timer to Penwell A0
Leonard Mai [Thu, 22 Dec 2011 20:27:41 +0000 (12:27 -0800)]
mfd: limit dma rx timeout timer to Penwell A0

BZ: 18274

Cloverview SOC has the fix for DMA RX (seen on Penwell A0) hence DMA RX
timeout timer is not needed. On Penwell B0/C0/D0/D1 stepping, x86_mask
value is greater than 0 hence DMA RX timeout timer is never activated during
runtime. However, on Cloverview A0, x86_mask is again reset to 0 hence DMA RX
timeout timer is activated although it's not needed.

This patch added to ensure DMA RX timeout timer is only enabled for Penwell A0.

Change-Id: I512dcba46db86c27d62c1492080088571ffa8211
Signed-off-by: Leonard Mai <leonard.mai@intel.com>
Reviewed-on: http://android.intel.com:8080/29773
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Renganathan, Prabu <prabu.renganathan@intel.com>
Reviewed-by: Wang, Dong D <dong.d.wang@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: Sh3a: optimize DVS run time by copying statistics at once.
kunimitsu suzuki [Mon, 26 Dec 2011 07:43:18 +0000 (08:43 +0100)]
[PORT FROM R2] atomisp: Sh3a: optimize DVS run time by copying statistics at once.

BZ: 18955

Change of DVS-Library according to layout change of the DVS statistics.
By the layout change, the number of times of a call of hmm_load() reduces.(12calls -> 2call per frame)

There are the following corrections on the whole.

libmfldadvci:
  3A/src/Sh3a/Custom/Wrap_3AIF.c
  3A/src/Sh3a/Dis/AlDisP.c

atomisp:
  drivers/media/video/atomisp/css/sh_css_binary.c

Change-Id: I9315e53ef7bc18172671ba28b117ec51fb13a52b
Orig-Change-Id: Ibedfb72486dc379469ee366d2651514953ad2d84
Signed-off-by: kunimitsu suzuki <kunimitsu.suzuki@intel.com>
Reviewed-on: http://android.intel.com:8080/29933
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Reviewed-on: http://android.intel.com:8080/30512
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
12 years ago[PORT FROM R2] Camera: The phone is very slow to wake up if press PWR key during...
Xiaobing Tu [Thu, 22 Dec 2011 13:53:40 +0000 (08:53 -0500)]
[PORT FROM R2] Camera: The phone is very slow to wake up if press PWR key during camera postview

BZ: 18955

The phone is very slow to wake up if press PWR key during camera postview

sys_sync option has a race condition with the late_resume_work.

Using wakeup_flusher_threads(0) to replace sys_sync.
since wakeup_flusher_threads(0) won't block the resume option.
Signed-off-by: Xiaobing Tu <xiaobing.tu@intel.com>
Change-Id: I4bbe017a65f56afbc058b28c8cce8db4512e4907
Orig-Change-Id: Id33abbf7eda4167b17ace16309fca530d3815f70
Reviewed-on: http://android.intel.com:8080/29663
Reviewed-by: Zhang, Yanmin <yanmin.zhang@intel.com>
Reviewed-by: Tu, Xiaobing <xiaobing.tu@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Reviewed-by: Hogander, Jouni <jouni.hogander@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Reviewed-on: http://android.intel.com:8080/30511
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
12 years agoGraphics-PVR: PVR DDK 1.8 RC drop (ED 1.8.789263)
John Ye [Thu, 29 Dec 2011 05:53:05 +0000 (13:53 +0800)]
Graphics-PVR: PVR DDK 1.8 RC drop (ED 1.8.789263)

BZ: 18614

Change-Id: Icd4dfbb759fcb0c0ebf2945b3a34de133972e91c
Signed-off-by: John Ye <john.ye@intel.com>
Signed-off-by: Tong, Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/30137
Reviewed-by: Hu, Austin <austin.hu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agobattery : Avoid changing Battery health if its already DEAD.
santosh [Wed, 4 Jan 2012 06:43:57 +0000 (12:13 +0530)]
battery : Avoid changing Battery health if its already DEAD.

BZ: 15259

With this patch the battery health is changed to GOOD only after checking
If presently it is not DEAD.

Change-Id: I1f36573f571bbdcefff35fdadc6ae3da0a0be0c9
[Rebased to R3]Change---Id: I5d6d762d4ef28b07f06585ae98f36f639e21f6e8
Signed-off-by: yashodhan kurtadkar <yashodhan.kurtadkar@intel.com>
Signed-off-by: santosh <santoshx.gugwad@intel.com>
Reviewed-on: http://android.intel.com:8080/30384
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoBattery: report charger fault as false for IPC errors
santosh [Wed, 4 Jan 2012 06:21:46 +0000 (11:51 +0530)]
Battery: report charger fault as false for IPC errors

BZ: 14480

For IPC errors we report charger fault as false. handle_ipc_rw_status
function will handle the IPC errors

Change-Id: Id782bb10e99487651f15fb3c5d06f66da117cca0
[Rebased to R3]Change---Id: I7dec2255b8bf86e048bb65922600e1f6a58c7945
Signed-off-by: Jenny TC <jenny.tc@intel.com>
Signed-off-by: santosh <santoshx.gugwad@intel.com>
Reviewed-on: http://android.intel.com:8080/30382
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoRevert "mid_pmu: fixing mismatch between ITP and OS PM_SSC configuration"
Chotard, Celine [Wed, 4 Jan 2012 14:31:03 +0000 (06:31 -0800)]
Revert "mid_pmu: fixing mismatch between ITP and OS PM_SSC configuration"

BZ: 10727

This reverts commit bc7b53aa1dcf178e7f2f5909a2f9e99746b8410a
This reverts patch 27756

Change-Id: Ie4198ab92f820db03e291e09d25fb6f00ac0f1c5
Reviewed-on: http://android.intel.com:8080/30576
Reviewed-by: Chotard, Celine <celine.chotard@intel.com>
Tested-by: Chotard, Celine <celine.chotard@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] EM/BCU: Fix Sysburst behaviour in driver's suspend/resume path
Durgadoss R [Tue, 3 Jan 2012 16:31:00 +0000 (22:01 +0530)]
[PORT FROM R2] EM/BCU: Fix Sysburst behaviour in driver's suspend/resume path

BZ: 18257

The intel_mid_ocd driver disables only the SYSACTEN bit during suspend.
But the SYSOUTEN signal can still be triggered by GSMPULSE (due to
hardware logic design). This patch corrects this behaviour by disabling
both the SYSACTEN and SYSOUTEN bits during suspend and programs these
bits according to battery_level during resume.

Change-Id: I6706fad725bddb299b36b61168c86cb82ce20deb
Signed-off-by: Durgadoss R <durgadoss.r@intel.com>
Reviewed-on: http://android.intel.com:8080/30339
Reviewed-by: Lebouc, Christophe <christophe.lebouc@intel.com>
Reviewed-by: Chotard, Celine <celine.chotard@intel.com>
Tested-by: Chotard, Celine <celine.chotard@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoi386_mfld_defconfig: add CONFIG_LOCALVERSION_AUTO
Loic Martin [Wed, 28 Dec 2011 14:09:07 +0000 (15:09 +0100)]
i386_mfld_defconfig: add CONFIG_LOCALVERSION_AUTO

BZ: 18603

Add scm_version to the local version (information from git):
Automatically append version information to the version string

Change-Id: I0da48ce46a61c7ff330201409f4515e69332c573
Signed-off-by: Loic Martin <loicx.martin@intel.com>
Reviewed-on: http://android.intel.com:8080/30113
Reviewed-by: Hogander, Jouni <jouni.hogander@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoatomisp: hmm_vm: add gap between vm areas
David Cohen [Mon, 2 Jan 2012 19:56:19 +0000 (21:56 +0200)]
atomisp: hmm_vm: add gap between vm areas

BZ: 18074

During buffer overflow, gaps between vm areas may help to trigger
visible bug instead of having hidden data corruption.

Change-Id: I8ac51d99efe68338c73c79b78bc5d48b96126399
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/30295
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Tuominen, TeemuX <teemux.tuominen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoatomisp: hmm_vm: use slab to allocate hmm vm nodes
David Cohen [Fri, 9 Dec 2011 09:10:51 +0000 (11:10 +0200)]
atomisp: hmm_vm: use slab to allocate hmm vm nodes

BZ: 18074

Slab is more efficient than kmalloc() to allocate same struct many
times.

Change-Id: I590375ae7f5235f4b4e4fac379064d3e95f047c7
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/29504
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Tuominen, TeemuX <teemux.tuominen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoatomisp: hmm_vm: misc cleanups
David Cohen [Thu, 8 Dec 2011 18:35:24 +0000 (20:35 +0200)]
atomisp: hmm_vm: misc cleanups

BZ: 18074

This patch applies misc cleanups on hmm vm layer.

Change-Id: Ic9c6784b1a2069381866b7faa8ce51f6319d4e5c
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/29503
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Tuominen, TeemuX <teemux.tuominen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoatomisp: eliminate spin_bugs
Teemu Tuominen [Thu, 29 Dec 2011 13:58:41 +0000 (15:58 +0200)]
atomisp: eliminate spin_bugs

BZ: 18737

This patch eliminates spin_bug issue with the watchdog/timer by moving the
setup_timer to line before atomisp_msi_irq_init. While this spin_bug was
passed, the driver revealed few another through atomisp_buf_done.

This patch also adds the missing spinlock initializations to pipe's
irq_locks within atomisp_sub_device structure.

Change-Id: Iba9e24aa1e755d40b956166220c392bafebfea9b
Signed-off-by: Teemu Tuominen <teemux.tuominen@intel.com>
Reviewed-on: http://android.intel.com:8080/30229
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoVideo: port R2 kernel driver to R3/ICS
Fei Jiang [Thu, 29 Dec 2011 13:55:27 +0000 (21:55 +0800)]
Video: port R2 kernel driver to R3/ICS

BZ: 18528

Change include a page counter fix for gallery exit slow issue.

Change-Id: Ia654ab3ba09eef52e10e5fa40499a122bc2775bb
Reviewed-on: http://android.intel.com:8080/30192
Reviewed-by: Jiang, Fei <fei.jiang@intel.com>
Reviewed-by: Ding, Haitao <haitao.ding@intel.com>
Tested-by: Ding, Haitao <haitao.ding@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoVideo: port R2 kernel driver to R3/ICS
Li, Ruigang [Tue, 27 Dec 2011 09:03:09 +0000 (17:03 +0800)]
Video: port R2 kernel driver to R3/ICS

BZ: 18528

The porting changes some files in drv/ directory

Change-Id: I709e50c9d8f3d52d1f65ce8b00ad78a21d7afe17
Signed-off-by: Li, Ruigang <ruigangx.li@intel.com>
Reviewed-on: http://android.intel.com:8080/30017
Reviewed-by: Ding, Haitao <haitao.ding@intel.com>
Tested-by: Ding, Haitao <haitao.ding@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agousb:mtp: let mtp handle control request
jzhuan5 [Wed, 28 Dec 2011 19:39:02 +0000 (14:39 -0500)]
usb:mtp: let mtp handle control request

BZ: 18203

Revert patch Change Ia68a3c08: usb:f_mtp: set interface class subclass protocol of mtp as STILL IMAGE

Delegate non-standard request to composite driver and add mtp_handle_setup function to mtp gadget to
handle control request.

Change-Id: I82c9d64363e15473cb06d14448744d6583f6081d
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/30147
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Wu, Hao <hao.wu@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] pn544: Adding suspend to ram support.
Aymen Zayet [Tue, 20 Dec 2011 10:09:47 +0000 (11:09 +0100)]
[PORT FROM R2] pn544: Adding suspend to ram support.

BZ: 11182

To be able to suspend the pn544, the driver shall guarantee that the
suspend process doesn't occurs within a read cycle. For this purpose,
a read wake lock is held when reading the first byte and released
when reading the requested data.

PN544 interrupt shall wake up the platform from suspend to ram. For
this, the interrupt shall be IRQ wake capable and shall be disabled
on PM_SUSPEND_PREPARE. This is mondatory to avoid loosing interrupts
during the suspend to ram.

Note that suspend process starts by freezing the user space tasks, so
the reader thread will be signaled and wait_event_interruptible will
return -ERESTARTSYS. The upper layer shall handle such situation by
triggering the read process again.

Change-Id: I56b60ce6e7ad5f1c45c2986972219477671245bd
Signed-off-by: Aymen Zayet <aymenx.zayet@intel.com>
Reviewed-on: http://android.intel.com:8080/29255
Reviewed-by: Wahid, KenX <kenx.wahid@intel.com>
Reviewed-by: Rebraca, DejanX <dejanx.rebraca@intel.com>
Reviewed-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Tested-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] ti-st: Implements shared transport inactivity timeout to prevent going
Julien Gros [Fri, 18 Nov 2011 11:16:01 +0000 (12:16 +0100)]
[PORT FROM R2] ti-st: Implements shared transport inactivity timeout to prevent going
into S3 when incoming data is to be handled.

BZ: 13356 17106

Refreshes a wake lock every time a complete frame is :
- received from HSU and will be passed to upper proto layers (BT, FM, GPS)
- being sent to HSU

Change-Id: Ie2e777f7046ef7657606253ce9b6df3411380068
Orig-Change-Id: Ifca587550365511c29540cd220d404a0f0789851
Signed-off-by: Julien Gros <julienx.gros@intel.com>
Reviewed-on: http://android.intel.com:8080/29332
Reviewed-by: Beldie, OvidiuX <ovidiux.beldie@intel.com>
Reviewed-by: Peix, FabienX <fabienx.peix@intel.com>
Reviewed-by: Tardy, Pierre <pierre.tardy@intel.com>
Tested-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] io_apic: set_wake callback implemented
Aymen Zayet [Mon, 12 Dec 2011 13:46:50 +0000 (14:46 +0100)]
[PORT FROM R2] io_apic: set_wake callback implemented

BZ: 5075

Ported from R2 branch with the original description below :
 In drivers/rtc/rtc-mrst.c:
 mrst_suspend()->enable_irq_wake()->set_irq_wake()->set_irq_wake_real()->checks
 desc->chip->set_wake callback
 desc->chip->set_wake callback is not defined hence desc->wake_depth is set to
 .0. and hence the WARN in set_irq_wake()

 set_wake call needs to be implemented for X86_MRST so that we dont get the
 WARN.

Change-Id: I61c85935c076e1daf07331e9ed0526cabf084264
Signed-off-by: Aymen Zayet <aymenx.zayet@intel.com>
Reviewed-on: http://android.intel.com:8080/27815
Reviewed-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Tested-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] io_apic: mask the irq when disabling irq
Aymen Zayet [Wed, 14 Dec 2011 14:08:46 +0000 (15:08 +0100)]
[PORT FROM R2] io_apic: mask the irq when disabling irq

BZ: 3216

Ported from R2 branch with the following description:
  disable_irq() and enable_irq() require disable() and enable()
  callbacks to be registered at the interrupt controller level.
  Since the interrupt should be kept in pending on disable_irq(),
  mask_IO_APIC_irq() and unmask_IO_APIC_irq() should be used.

  Change-Id: I862a4e4e17ab15f585bbf1126c0e56d8fa9b2869
Signed-off-by: Pierre Tardy <pierre.tardy@intel.com>
Change-Id: I5f7e8728efefd0557fa72b5d2d89cba5ee9574ae
Signed-off-by: Aymen Zayet <aymenx.zayet@intel.com>
Reviewed-on: http://android.intel.com:8080/27813
Reviewed-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Tested-by: Champciaux, NicolasX <nicolasx.champciaux@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: CSS/FW release from Synergy BL of 19Dec2011
Lokesh Gupta [Wed, 21 Dec 2011 20:59:31 +0000 (21:59 +0100)]
[PORT FROM R2] atomisp: CSS/FW release from Synergy BL of 19Dec2011

BZ: 18656

This release does not fix any bugs as per the Bugzilla
database, but provides some enhancements to the Acceleration
API.

Change-Id: Ie4d4abb4fdab83b64b6da559fc54ecad189ffe93
Orig-Change-Id: I988b6882040d9ddce7e34b23c9786b3b6a429427
Signed-off-by: Lokesh Gupta <lokesh.gupta@intel.com>
Reviewed-on: http://android.intel.com:8080/29651
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Reviewed-on: http://android.intel.com:8080/30162
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
12 years agointel_mid_osip: Add intel_mid_osip module, to implement the feature of switch between...
lwan89x [Fri, 23 Dec 2011 02:47:40 +0000 (10:47 +0800)]
intel_mid_osip: Add intel_mid_osip module, to implement the feature of switch between android and recovery OS.

BZ: 18283

Change-Id: I1ab9de767e5f252daa7e4a4427284d05d624c160
Signed-off-by: lwan89x <liangx.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/29778
Reviewed-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Tested-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Reviewed-by: Jena, TapanX <tapanx.jena@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agomid_pmu: fixing mismatch between ITP and OS PM_SSC configuration
Ramachandra Sudarshan N [Fri, 16 Dec 2011 09:34:57 +0000 (15:04 +0530)]
mid_pmu: fixing mismatch between ITP and OS PM_SSC configuration

BZ: 10727

There is a mismatch between PM_SSC configuration of OS and ITP,
the details of which is provided in the above BZ. This patch fixes
the mismatch issue.

Change-Id: I203cda68d6dc5d0de9903ef9df5d1a9a967cb710
Signed-off-by: Sudarshan Ramachandra <sudarshan.n.ramachandra@intel.com>
Reviewed-on: http://android.intel.com:8080/27756
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[port R2 to R3]: merge fabric error from R2 to R3
jzha144 [Thu, 22 Dec 2011 09:09:15 +0000 (17:09 +0800)]
[port R2 to R3]: merge fabric error from R2 to R3

BZ: 18204

Change-Id: I1326e89887a1e02d32e96d2a6fe7bef8ecf4fef5
Signed-off-by: jzha144 <jun.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/29707
Reviewed-by: Zhang, Dongxing <dongxing.zhang@intel.com>
Tested-by: Zhang, Dongxing <dongxing.zhang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agommc: core: implemented RPMB partition support
Chuanxiao Dong [Thu, 22 Dec 2011 08:07:40 +0000 (16:07 +0800)]
mmc: core: implemented RPMB partition support

BZ: 18193

eMMC card has RPMB partition, which is used for user to store some security
data. Right now Chabbi will use this partition and need MMC driver to support
this.

This patch implements the RPMB support from driver level

Change-Id: I04c0a3aed3adb99205eb3ec61ce6e24a78d4d908
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/29703
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[INTEL MID I2S] Add 'No DMA use' mode to I2S driver
Renaud de Chivre [Mon, 24 Oct 2011 12:23:26 +0000 (15:23 +0300)]
[INTEL MID I2S] Add 'No DMA use' mode to I2S driver

BZ: 17567

Implement I2S processing using CPU data transfer instead of DMA data transfer.
This mode will be useful for testing I2S functionality on new platforms where DMA functionnality is not ready or available.
Same patch as 46b80ccdcdadbcfb49f0ce9771e9c8f229e697d2 (BZ 12811) for R3-IceCreamSandwich.

Change-Id: Ib3eacf736570dcd9ea551817f32936406857a431
Signed-off-by: Renaud de Chivre <renaudx.de.chivre@intel.com>
Reviewed-on: http://android.intel.com:8080/27631
Reviewed-by: Wagner, DavidX <davidx.wagner@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoIntel MID i2s test: MID i2s ssp test driver
David Wagner [Thu, 20 Oct 2011 11:58:47 +0000 (13:58 +0200)]
Intel MID i2s test: MID i2s ssp test driver

BZ: 12606

Add a "mid_i2s_ssp" miscdevice for Intel MID I2S on SSP loopback tests.
It allows testing the I2S link between Penwell SSP and Modem or Bluetooth chip.
Device can be configured using ioctls from user-space.

Change-Id: I6704389493bb31c69ba5ae119f0aeedc18bc2e38
Signed-off-by: Renaud de Chivre <renaudx.de.chivre@intel.com>
Signed-off-by: David Wagner <davidx.wagner@intel.com>
Reviewed-on: http://android.intel.com:8080/27794
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoIntel MID i2s: Reorganize mid_i2s driver headers
David Wagner [Mon, 21 Nov 2011 17:40:00 +0000 (18:40 +0100)]
Intel MID i2s: Reorganize mid_i2s driver headers

BZ: 12606

The "intel_mid_i2s_if.h" header is now split in two:
 - intel_mid_i2s_if.h
 - intel_mid_i2s_common.h

The first one contains only the kernel API and associated structures except
intel_mid_i2s_settings, which is in intel_mid_i2s_common.h.  The latter also
contains the enums used (exclusively) in intel_mid_i2s_settings.  As the
"_common.h" header is to be used by the userspace, we also add it to the list of
headers to be exported.

It prepares the next commit that adds a test driver on top of this one.

Change-Id: I2011bfcabc1e86837843cd604328f17b24b7806e
Signed-off-by: David Wagner <davidx.wagner@intel.com>
Reviewed-on: http://android.intel.com:8080/27793
Reviewed-by: De Chivre, RenaudX <renaudx.de.chivre@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[BT][AUDIO] Wrong BT SCO Codec configuration
Fabien Barthes [Mon, 14 Nov 2011 16:39:37 +0000 (17:39 +0100)]
[BT][AUDIO] Wrong BT SCO Codec configuration

BZ: 17674

This is the kernel side part of the audio quality issue with BT in VoIP.
The goal is to have a unique codec configuration on BT side.
The modem has some restrictions on the way it drives its ssp port (uses 17 bits).
In VoIP call, PW I2S port has to match the way the modem drives its port in CSV call.

Change-Id: I501b49477514c53f1bbf19e428cf1fce9bff755d
Signed-off-by: Francois Gaffie <francoisx.gaffie@intel.com>
Reviewed-on: http://android.intel.com:8080/27784
Reviewed-by: Wagner, DavidX <davidx.wagner@intel.com>
Reviewed-by: De Chivre, RenaudX <renaudx.de.chivre@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agomrst-video: enable ICS graphic buffer decoding and rendering.
Fei Jiang [Sun, 18 Dec 2011 15:32:39 +0000 (23:32 +0800)]
mrst-video: enable ICS graphic buffer decoding and rendering.

BZ: 18370

This patch enabled to use external buffer for video decoding, will wrap a gralloc buffer to TTM buffer.

Change-Id: I4ceaf5fe00e1a668a9406368c178c5a16a5f9f50
Reviewed-on: http://android.intel.com:8080/27890
Reviewed-by: Yuan, Shengquan <shengquan.yuan@intel.com>
Reviewed-by: Ding, Haitao <haitao.ding@intel.com>
Tested-by: Ding, Haitao <haitao.ding@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agon_gsm: fix wait_event in gsmtty_modem_update when modem reset happened
samix.lebsir [Mon, 26 Dec 2011 15:30:35 +0000 (16:30 +0100)]
n_gsm: fix wait_event in gsmtty_modem_update when modem reset happened

BZ: 14542

Scenario:
When gsmtty_modem_update send CMD_MSC to modem, it would stay in wait_event(ctrl->done) for control response.
If modem reset at this time, mux would never receive response from modem.
Then API open would stay in wait_event for ever, even if gsm_dlci_close.

The patch add "gsm->dead" condition in the wait_event of both gsm_control_send() and gsm_control_wait().
If gsm->dead, both gsm_control_send and gsm_control_wait should wake up from wait_event.

Change-Id: I1ad39a85686d1f1f1b75971c99f9450fa093b7db
Signed-off-by: samix.lebsir <samix.lebsir@intel.com>
Reviewed-on: http://android.intel.com:8080/29981
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agon_gsm.c: use synchronous hangup in GSM TTY to speed up TTY closing
samix.lebsir [Mon, 26 Dec 2011 10:48:45 +0000 (11:48 +0100)]
n_gsm.c: use synchronous hangup in GSM TTY to speed up TTY closing

BZ: 14928

This patch is reverting the usage of the WA_VHANGUP_CLOCK work around initiallyaimed at avoiding the usage of a synchronous hangup. The workaround was notonly inserting a 250 ms delay per DLCI close, but also was actually delayingthose hangup after the main TTY close (as those hangup were scheduled on thesame system queue as the calling hangup), which is not the intended sequence.This patch is reverting the use of this workaround as it was wrong.If the non-regression prove this patch worthwhile, then a cleaner patch setshall be put in place to remove the unnecessary code and misleading comments.
Signed-off-by: samix.lebsir <samix.lebsir@intel.com>
Change-Id: I22af64c4c2eb5d993959e6a387bb731d68766106
Reviewed-on: http://android.intel.com:8080/29961
Reviewed-by: Robert, Denis <denis.robert@intel.com>
Tested-by: Robert, Denis <denis.robert@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoAdd GSM MUX IPv6 support
samix.lebsir [Mon, 26 Dec 2011 10:45:38 +0000 (11:45 +0100)]
Add GSM MUX IPv6 support

BZ: 14074

Create dynamic reading of incomming packet to retreive correct protocol, Change IOCTL checks

Change-Id: I33ed3166009afa1b6050450fc7c682fee47111cd
Signed-off-by: samix.lebsir <samix.lebsir@intel.com>
Reviewed-on: http://android.intel.com:8080/29960
Reviewed-by: Robert, Denis <denis.robert@intel.com>
Tested-by: Robert, Denis <denis.robert@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agon_gsm: Clean (and fast) hangup of line discipline
samix.lebsir [Mon, 26 Dec 2011 10:30:49 +0000 (11:30 +0100)]
n_gsm: Clean (and fast) hangup of line discipline

BZ: 12263

No need to send any command to modem as we know that it will not answer.
Set HANGUP flag for each opened DLCI. At close, check if we are in hangup
situation and if so, close without sendind command (and arming t1 timeout).

Change-Id: I45c47338d6f6232ce1f1ca5d89a51e41a540f97e
Signed-off-by: samix.lebsir <samix.lebsir@intel.com>
Reviewed-on: http://android.intel.com:8080/29958
Reviewed-by: Robert, Denis <denis.robert@intel.com>
Tested-by: Robert, Denis <denis.robert@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mrst.c : fix a kmemleak error
Ramachandra Sudarshan N [Thu, 22 Dec 2011 12:24:10 +0000 (17:54 +0530)]
[PORT FROM R2] mrst.c : fix a kmemleak error

BZ: 18241

Remove memeory allocation and use local pointer to store
hsi_info.name to fix a kmemleak error in mrst.c

Change-Id: Id75fbaa36118d9592738f1c712689e5269c9d63d
Signed-off-by: John Mathew <john.mathew@intel.com>
Reviewed-on: http://android.intel.com:8080/29736
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] intel_scu_ipc: fix scu_ready_sem rlease in intel_scu_ipc_medfw_upgrade
Ramachandra Sudarshan N [Fri, 23 Dec 2011 16:24:22 +0000 (21:54 +0530)]
[PORT FROM R2] intel_scu_ipc: fix scu_ready_sem rlease in intel_scu_ipc_medfw_upgrade

BZ: 18346

Found a bug where we don't release scu_ready_sem
in intel_scu_ipc_medfw_upgrade.

Fixed this by releasing the scu_ready_sem in the failure
path.

Change-Id: Ie31d18acf7bf8fbedce756ce8ce94cd9926cd4ce
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/29864
Reviewed-by: Ramachandra, Sudarshan N <sudarshan.n.ramachandra@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: ipc and s0ix commands may race to hang system
Ramachandra Sudarshan N [Fri, 23 Dec 2011 13:47:00 +0000 (19:17 +0530)]
[PORT FROM R2] mid_pmu: ipc and s0ix commands may race to hang system

BZ: 18334

It may be possible that s0ix and IPC are both racing to happen
and hence causing PMU IRQ 22 to be missed that causes a system
hang or fabric error.

Fixing this by serializing IPC and S0ix commands.

Using scu_ready_sem to serialize IPC, D0ix and S0ix commands.

Change-Id: I07fe58697a61c6f6c55d7884007e2875573e0ae2
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/29850
Reviewed-by: Ramachandra, Sudarshan N <sudarshan.n.ramachandra@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mfld: Fix for shutdown sequence
Ramachandra Sudarshan N [Fri, 23 Dec 2011 10:42:14 +0000 (16:12 +0530)]
[PORT FROM R2] mfld: Fix for shutdown sequence

BZ: 18331

Currently it is possible that there is ongoing pci power on or off
operation when shutting down. This is causing hang due to used
locking.

Fix this by changing sequence in away that all pending pci power on or
off operations are completed before continuing with shutdown.

This is done by implementing mfld_shutdown function which is executed
before generic x86 shutdown is executed. In this function we are
waiting until all pending pci power on or off operations are completed.

Change-Id: I0b34b3af60d450caeecf20658e3e2709d6c7af67
Signed-off-by: Jouni Hogander <jouni.hogander@intel.com>
Reviewed-on: http://android.intel.com:8080/29832
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Reviewed-by: Ramachandra, Sudarshan N <sudarshan.n.ramachandra@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agousb:f_mtp: set interface class subclass protocol of mtp as STILL IMAGE
jzhuan5 [Mon, 26 Dec 2011 05:14:48 +0000 (00:14 -0500)]
usb:f_mtp: set interface class subclass protocol of mtp as STILL IMAGE

BZ: 18203

Windows 7 can identify MTP devices by either the OS Descriptor or the USB
Still Image Class Code (Class 6, Subclass 1, Protocol 1), but our MTP
doesn't report the right Class Code.
The patch make MTP gadget report the Still Image Class Code.

Change-Id: Ia68a3c0876fc1b4f31fec2b71457ad98d6acff05
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/29879
Reviewed-by: Huang, Bo B <bo.b.huang@intel.com>
Reviewed-by: Liu, DongxingX <dongxingx.liu@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agousb/gadget: set our device as BUS-POWERED instead of SELF-POWERED
Wu, Hao [Wed, 21 Dec 2011 20:32:09 +0000 (04:32 +0800)]
usb/gadget: set our device as BUS-POWERED instead of SELF-POWERED

BZ: 18296

Per compliance requirement, if USB device draws more than 100mA, it
should be set itself as a BUS-POWERED device.

Change-Id: I1a2033a9fad700a9cd0f945be3405ac502e4d143
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/29851
Reviewed-by: Zhuang, Jin Can <jin.can.zhuang@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agousb:host: workaround too early SOF after end of host initiated resume
jzhuan5 [Sat, 17 Dec 2011 06:24:34 +0000 (01:24 -0500)]
usb:host: workaround too early SOF after end of host initiated resume

BZ: 15583

In host mode, controller may send SOF within 1.2us after end of resume,
causing a diconnection. The patch sync with SRI bit to control when to start
resume signaling, so that SOF is guaranteed to be sent at 10us after the
end of a host initiated resume.

Change-Id: Ia1594348495c973520d530393be8c41d5c010e28
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/28089
Reviewed-by: Wu, Hao <hao.wu@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agousb: port 5 patches from R2 to R3
jzhuan5 [Wed, 21 Dec 2011 03:34:55 +0000 (22:34 -0500)]
usb: port 5 patches from R2 to R3

BZ: 17968

patches are from the following BZs:
14034
Mass_storage: Stall the GET_MAX_LUN request which has incorrect wlength parameter
15355
usb/langwell_udc: fix ep flush timeout issue in handle_usb_reset controller reset path
11287
usb/penwell_otg: configure VS1 register for eye diagram
12583
usb: langwell_udc: Adding 500ns before freeing dTD
14227
usb/penwell_otg: correct DCD checking in charger detection

Change-Id: I040c3cf63d4d9ab00c358b4d74da691a3bb2eb5b
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/29313
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agousb/android gadget: limited ACM instances to 1
Wu, Hao [Wed, 21 Dec 2011 15:33:13 +0000 (23:33 +0800)]
usb/android gadget: limited ACM instances to 1

BZ: 17930

We don't have enough endpoints to support multi-instances ACM.

Change-Id: I7378f336ed22751b8255c3c8617d2740ca397cf3
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/29632
Reviewed-by: Zhuang, Jin Can <jin.can.zhuang@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agomrst: Porting Chgr-FG-driver related changes to R3-ICS
Pavan Kumar S [Thu, 22 Dec 2011 12:04:52 +0000 (17:34 +0530)]
mrst: Porting Chgr-FG-driver related changes to R3-ICS

BZ: 18239

This patch has the changes in mrst.c w.r.t charger and fuel-gauge drivers,
as part of porting from R2-stable to R3-ICS,

Change-Id: Ib4136131533961ebaa786c007be44255da7c9fea
Signed-off-by: Pavan Kumar S <pavan.kumar.s@intel.com>
Reviewed-on: http://android.intel.com:8080/29735
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Reviewed-by: Mukherjee, DevapriyaX <devapriyax.mukherjee@intel.com>
Reviewed-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Tested-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoFuel-Gauge: Porting FuelGauge-driver changes to R3-ICS
Pavan Kumar S [Thu, 22 Dec 2011 11:56:29 +0000 (17:26 +0530)]
Fuel-Gauge: Porting FuelGauge-driver changes to R3-ICS

BZ: 18239

This patch has the defect-fixes/enhancements from R2-stable to R3-ICS,
for FG-driver. This includes .c and .h files involved.
Signed-off-by: Pavan Kumar S <pavan.kumar.s@intel.com>
Change-Id: Ib74dd9447555df1ad858c541dd059ae01f510bbe
Reviewed-on: http://android.intel.com:8080/29732
Reviewed-by: Kumar S, Pavan <pavan.kumar.s@intel.com>
Reviewed-by: Souza, JasonX <jasonx.souza@intel.com>
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Reviewed-by: Mukherjee, DevapriyaX <devapriyax.mukherjee@intel.com>
Reviewed-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Tested-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoBattery: Porting Charger-driver changes to R3-ICS
Pavan Kumar S [Thu, 22 Dec 2011 11:40:22 +0000 (17:10 +0530)]
Battery: Porting Charger-driver changes to R3-ICS

BZ: 18239

This patch has the defect-fixes/enhancements from R2-stable to R3-ICS,
for charger-driver. This includes .c and .h files involved.

Change-Id: Ie552e50a929f86fd223f0912ad8a50951b4a4296
Signed-off-by: Pavan Kumar S <pavan.kumar.s@intel.com>
Reviewed-on: http://android.intel.com:8080/29727
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Reviewed-by: Mukherjee, DevapriyaX <devapriyax.mukherjee@intel.com>
Reviewed-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Tested-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoRevert "[Graphics/Display]: Port some patches from HC/DDK1.7 branch"
Kappel, LaurentX [Mon, 26 Dec 2011 15:32:27 +0000 (07:32 -0800)]
Revert "[Graphics/Display]: Port some patches from HC/DDK1.7 branch"

BZ: 17881

GFX-Display-Enable-DSR-POC-with-runtime_pm-support.patch
GFX-DISPLAY-Add-support-to-CMI-video-mode-MIPI-disp.patch
GFX-DISPLAY-Add-supports-for-CMI-720p-command-mode.patch

Orig-Change-Id: I7602bab208bb2ea7648ec7e772bc834667a63665
Signed-off-by: Randy Xu <randy.xu@intel.com>
This reverts commit 9bae8c506696fee87c8ff26128a22f5e682aae4f
Change-Id: I9a6b4f96abfad08738bab1db6c10a6bd210a8a03
Reviewed-on: http://android.intel.com:8080/29980
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2]mmc: sdhci: use udelay instead of mdelay
Chuanxiao Dong [Wed, 21 Dec 2011 04:48:49 +0000 (12:48 +0800)]
[PORT FROM R2]mmc: sdhci: use udelay instead of mdelay

BZ: 18014

port from r2:
BZ: 12814

This patch will use udelay instead of mdelay when waiting for
SDHCI hardware to be stable. udelay can help to reduce the waiting
time when is in critical region which is protected by spinlock.

With this patch, __sdhci_set_ios only take a few microseconds to be
done.

Change-Id: If8805bd174370f77c4523df1e353f7e283dac919
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/22616
Reviewed-by: Zayet, AymenX <aymenx.zayet@intel.com>
Reviewed-by: Fiat, Christophe <christophe.fiat@intel.com>
Reviewed-by: Regairaz, JulieX <juliex.regairaz@intel.com>
Tested-by: Zurmely, PierreX <pierrex.zurmely@intel.com>
Reviewed-by: Sun, Jianhua <jianhua.sun@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Change-Id: If168c2beee1edca10fe8d03f226248cc0556a6e0
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/29398
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: Zayet, AymenX <aymenx.zayet@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agommc: sdhci: remove power control register checking in sdhci_request
Chuanxiao Dong [Thu, 8 Dec 2011 09:40:49 +0000 (17:40 +0800)]
mmc: sdhci: remove power control register checking in sdhci_request

BZ: 18012

Since mmc block layer and core layer will make sure driver can stop sending
command to SD card if card is removed immediately, this checking in
sdhci_request function is not used anymore. So remove it.

Change-Id: If9bf0d2db1170296d5d19d9d058251e9d87a7652
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/29375
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agommc: block: kill block request if card is removed
Chuanxiao Dong [Thu, 8 Dec 2011 09:30:37 +0000 (17:30 +0800)]
mmc: block: kill block request if card is removed

BZ: 18012

Kill block requests when the host realizes that the card is
removed from the slot and is sure that subsequent requests
are bound to fail. Do this silently so that the block
layer doesn't output unnecessary error messages.

Change-Id: I3e5555f92db8a05424018947effeb251ff4a97eb
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/29374
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agommc: allow upper layers to know immediately if card has been removed
Chuanxiao Dong [Thu, 8 Dec 2011 09:10:27 +0000 (17:10 +0800)]
mmc: allow upper layers to know immediately if card has been removed

BZ: 18012

[PORT FROM UPSTREAM]

Add a function mmc_detect_card_removed() which upper layers can use to
determine immediately if a card has been removed. This function should
be called after an I/O request fails so that all queued I/O requests
can be errored out immediately instead of waiting for the card device
to be removed.

Signed-off-by: Adrian Hunter <adrian.hunter@intel.com>
Acked-by: Sujit Reddy Thumma <sthumma@codeaurora.org>
Signed-off-by: Chris Ball <cjb@laptop.org>
Change-Id: I3b602d69e0cc3c5a49245a35adcd227d849103b9
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/29373
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Tested-by: Sun, Jianhua <jianhua.sun@intel.com>
Reviewed-by: Zayet, AymenX <aymenx.zayet@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoHDMI-Audio: Make HAD as static module in default i386_mfld_defconfig
Vaibhav Agarwal [Mon, 12 Dec 2011 06:28:50 +0000 (11:58 +0530)]
HDMI-Audio: Make HAD as static module in default i386_mfld_defconfig

BZ: 17087

Modify default i386_mfld_defconfig to build HDMI Audio (HAD) module
statically.

Change-Id: I508f6ff76fcfac7985624807bab0d792849b2394
Signed-off-by: Vaibhav Agarwal <vaibhav.agarwal@intel.com>
Reviewed-on: http://android.intel.com:8080/26983
Reviewed-by: Centelles, Sylvain <sylvain.centelles@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Babu, Ramesh <ramesh.babu@intel.com>
Reviewed-by: Gupta, ArvindX K <arvindx.k.gupta@intel.com>
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoHDMI-Audio: Ported to ICS
Vaibhav Agarwal [Wed, 7 Dec 2011 15:33:51 +0000 (21:03 +0530)]
HDMI-Audio: Ported to ICS

BZ: 17078

Steps to verify:
1. Ensure device is not in sleep state
2. alsa_aplay -l
3. alsa_aplay -Dplughw:IntelHDMI,0 -F 23220 <file_name>

Change-Id: I48626a0dec8fdccfdec90a2b9a8747bfe11ea250
Signed-off-by: Vaibhav Agarwal <vaibhav.agarwal@intel.com>
Reviewed-on: http://android.intel.com:8080/26982
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Centelles, Sylvain <sylvain.centelles@intel.com>
Reviewed-by: Babu, Ramesh <ramesh.babu@intel.com>
Reviewed-by: Gupta, ArvindX K <arvindx.k.gupta@intel.com>
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoGfx-Display: Enhance DDC to read extention block in EDID
Austin Hu [Fri, 16 Dec 2011 05:10:16 +0000 (13:10 +0800)]
Gfx-Display: Enhance DDC to read extention block in EDID

BZ: 17008

Replacing late_initcall with device_initcall for I2C GPIO driver init, to
resolve the I2C adapter detection issue for HDMI.

Change-Id: Ia14c923ef855c4de1242b753fe9c08fc2d1875f6
Signed-off-by: Lei Zhang <lei.zhang@intel.com>
Signed-off-by: Tong Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/27744
Reviewed-by: Hu, Austin <austin.hu@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoGfx-Display: Tag the eng-build release version
Tong Bo [Tue, 20 Dec 2011 10:04:47 +0000 (18:04 +0800)]
Gfx-Display: Tag the eng-build release version

BZ: 17941

change PSB_PACKAGE_VERSION to 5.6.0.1152 to tag the eng-build release on the ww52 of 2011.

Change-Id: Ia33b2ca0358e9586a28044c9e97acc1d00016975
Signed-off-by: Tong Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/29355
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[Graphics/Display]: Port some patches from HC/DDK1.7 branch
Randy Xu [Tue, 20 Dec 2011 01:10:12 +0000 (09:10 +0800)]
[Graphics/Display]: Port some patches from HC/DDK1.7 branch

BZ: 17881

GFX-Display-Enable-DSR-POC-with-runtime_pm-support.patch
GFX-DISPLAY-Add-support-to-CMI-video-mode-MIPI-disp.patch
GFX-DISPLAY-Add-supports-for-CMI-720p-command-mode.patch

Change-Id: I7602bab208bb2ea7648ec7e772bc834667a63665
Signed-off-by: Randy Xu <randy.xu@intel.com>
Reviewed-on: http://android.intel.com:8080/29176
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agohwc: added a wait for vblank flag to sprite operations
Jackie Li [Mon, 12 Dec 2011 14:14:09 +0000 (22:14 +0800)]
hwc: added a wait for vblank flag to sprite operations

BZ: 17189

we need wait for vblank start when doing sprite plane flip to
avoid tearing issues.

Change-Id: I786827f8a5ec80bfec94babb6bf84b65e5264f7c
Signed-off-by: Jackie Li <yaodong.li@intel.com>
Signed-off-by: Tong Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/27728
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoGfx-Display: fixed a potential panic issue.
Austin Hu [Tue, 13 Dec 2011 13:33:18 +0000 (21:33 +0800)]
Gfx-Display: fixed a potential panic issue.

BZ: 17268

When HDMI flip chain isn't initialized, de-queue buffer from it would
cause panic as its buffer number may be 0.

Fixed by checking whether the flip chain is initialized, before getting
the buffer handle.

Change-Id: I61d9f17bd484c352b2039a61b99b6947f7c36347
Signed-off-by: Austin Hu <austin.hu@intel.com>
Signed-off-by: Tong Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/27729
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoGFX-3D: add yv12 support to video buffer class driver
Yun Tu(Mark Tu) [Mon, 31 Oct 2011 07:00:46 +0000 (15:00 +0800)]
GFX-3D: add yv12 support to video buffer class driver

BZ:13400

add yv12 format support to video buffer class driver

Change-Id: Id7c4c217f683e7c2671b19531456c0ced1974e28
Signed-off-by: Yun Tu(Mark Tu) <yun.tu@intel.com>
Reviewed-on: http://android.intel.com:8080/27732
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoGfx-Display: Added an ioctl to report the HDCP Ri mismatch
Lei Zhang [Tue, 13 Dec 2011 09:21:15 +0000 (17:21 +0800)]
Gfx-Display: Added an ioctl to report the HDCP Ri mismatch

BZ: 17008

Ported from Jim Liu's patch in hc-ddk-1.7 to support HDCP.

An ioctl function - get_hdcp_link_status_ioctl is added into display driver. It
is used to report the Ri mismatch to upper level SW.  The upper level SW can
stop playing premium content and disable HDCP when Ri mismatch occurs.

Change-Id: I0d43e35ff45791269da4bbb6b652eaf38e0f6c41
Signed-off-by: Lei Zhang <lei.zhang@intel.com>
Signed-off-by: Tong Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/27241
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoChecking in color correction IOCTL call
Ryan VanSickle [Wed, 14 Dec 2011 00:51:29 +0000 (16:51 -0800)]
Checking in color correction IOCTL call

BZ: 17761

This IOCTL call exposes the csc_program_DC function to allow a user
to send in a 3x3 color correction matrix to the driver.

The basics are that you have a new struct defined in psb_drm.h as follows:
struct drm_psb_csc_matrix {
    int pipe;
    int64_t matrix[9];
};

The matrix variable is define such that the 3x3 matrix will be represented
in a vector with 9 elements.
M00 = V0, M01 = V1, M02 = V2,
M10 = V3, M11 = V4, M12 = V5,
M20 = V6, M21 = V7, M22 = V8.

The pipe variable is defined as the offset to the PIPEASRC register value
as defined in psb_intel_reg.h (see the PIPEB and PIPEC definitions in that
file.  The function that does the color correction checks against PIPEB
and PIPEC values and assumes you are setting the correction to PIPEA if no
match is found.
FYI
PIPEB = 0x1
PIPEC =0x2
PIPEA has no formal definition.  I used 0x0 for my purposes.

The ioctl number is defined as
\#define DRM_IOCTL_PSB_SET_CSC DRM_IOW(DRM_PSB_SET_CSC + DRM_COMMAND_BASE, \
 struct drm_psb_csc_matrix (found in psb_drv.c)
\#define DRM_PSB_SET_CSC     0x29 (found in psb_drm.h)

Finally the actual function doing the work looks like this:

static int psb_set_csc_ioctl(struct drm_device *dev, void *data, struct drm_file *file_priv)
{
    struct drm_psb_csc_matrix *csc_matrix = data;
    csc_program_DC(dev, csc_matrix->matrix, csc_matrix->pipe);
    return 0;
}

Change-Id: I84c6cd1b79226af4afea23b80036d0d8e07da64d
Signed-off-by: Randy Xu <randy.xu@intel.com>
Reviewed-on: http://android.intel.com:8080/27730
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoGraphics: Add a path to allocate memory without mapping into GPU
gwang23 [Wed, 19 Oct 2011 08:52:10 +0000 (16:52 +0800)]
Graphics: Add a path to allocate memory without mapping into GPU

BZ: 17008

For 9134 issue, the GPU address space is used out. add a path to allocate
memory without mapping into GPU to refine the usage of the GPU address
space.

Change-Id: Ibeffde0907238f7e232224d2f59b7db3051ccfb9
Signed-off-by: gwang23 <gang.a.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/22084
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Signed-off-by: Tong Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/27740

12 years agoGPIO key: enable camera button functional on ICS
Shijie Zhang [Fri, 23 Dec 2011 11:04:41 +0000 (19:04 +0800)]
GPIO key: enable camera button functional on ICS

BZ: 18147

Camera gpio_key should be registered to make camera button functional

Change-Id: I00eb503b36200350819aaf418e56bab83d7aab68
Signed-off-by: Shijie Zhang <shijie.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/29781
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[REBASED on main (r3branch)from r2-stable branch] audio: sst: Fix for errors revealed...
Omair Mohammed Abdullah [Tue, 8 Nov 2011 10:54:46 +0000 (16:24 +0530)]
[REBASED on main (r3branch)from r2-stable branch] audio: sst: Fix for errors revealed by klocwork

BZ: 17975

Fixes errors in driver revealed by klocwork and other static analysis tools

Change-Id: I661df04fd1fae138a6c21842ff5699bc28d046bf
old-Change-Id: Iea1f15842e6c7f39a90a7c038e4d9817131f29a6
Signed-off-by: Omair Mohammed Abdullah <omair.m.abdullah@intel.com>
Reviewed-on: http://android.intel.com:8080/29537
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[REBASED on main r3(stable)from r2-stable] audio: sst: make sst driver mad workqueue...
Omair Mohammed Abdullah [Mon, 21 Nov 2011 10:17:03 +0000 (15:47 +0530)]
[REBASED on main r3(stable)from r2-stable] audio: sst: make sst driver mad workqueue single threaded

BZ: 17975

Driver IPC handling had various issues

Makes the sst driver mad workqueue single threaded. Multiple workqueue tasks in
a single threaded workqueue will not run in parallel.

FW state should be set as soon as possible while freeing stream so that later
messages are ignored.

Drop IPC uses ctrl_blk not data_blk, so setting the ctrl_blk to on.

Adds locking to checking and changing of stream states in free_stream and
drop_stream to prevent a race condition.

Added missing block condition to firmware context save.

Change-Id: I117e413b593094a629bb3e29ab9aa75c4f4fe233
old-Change-Id: Ia4e4dbd33b32882ada369ae5a9ce9cce5f6900f6
Signed-off-by: Omair Mohammed Abdullah <omair.m.abdullah@intel.com>
Reviewed-on: http://android.intel.com:8080/29524
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[REBASED on main (r3branch)from r2-stable branch]audio:ensure msic pll enabled during...
Ramesh Babu K V [Tue, 13 Dec 2011 06:54:48 +0000 (12:24 +0530)]
[REBASED on main (r3branch)from r2-stable branch]audio:ensure msic pll enabled during vaud power up

BZ: 17975

Race condition might occur when disabling the vibra and enabling the
audio path.  If vibra is already active and playback starts, msic pll
will be enabled immediately, otherwise it will be enabled during
vaud power on sequence.  In corner cases, vaud will be switched off
after pll is enabled and there after pll is not enabled. This causes
no audio on the sinks.

Enable the msic pll while powering up the vaud rail, irrespective
of it's previous state. This makes sure that pll is enabled all
the time while powering up the vaud for audio stream use cases.

Change-Id: I9964c009b4aff6a455aa2d49afdb4e1c044d4aa5
Old-Change-Id: I02e0aacca19d2b0dee5d1d8f528cdcd9ba651575
Signed-off-by: Ramesh Babu K V <ramesh.babu@intel.com>
Reviewed-on: http://android.intel.com:8080/29541
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[REBASED on main (r3branch)from r2-stable branch]audio:configure pcm1 to slave during...
Ramesh Babu K V [Sat, 10 Dec 2011 08:49:13 +0000 (14:19 +0530)]
[REBASED on main (r3branch)from r2-stable branch]audio:configure pcm1 to slave during hw_free

BZ: 17975

MSIC PCM1 must be configured to slave and short/long sync
mode in order to tristate the PCM1 bus.

Configure the PCM1 to slave mode before disabling
the PCM1.

Change-Id: I572805e07ae14a62de31b533d68b4258ac18094e
Old-Change-Id: Ia80fedc45c44d983335f4887af1480cc9405fbea
Signed-off-by: Ramesh Babu K V <ramesh.babu@intel.com>
Reviewed-on: http://android.intel.com:8080/29539
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[REBASED on main (r3branch)from r2-stable branch]ASoC:dapm-Add DAPM stream completion...
Ramesh Babu K V [Mon, 21 Nov 2011 15:10:16 +0000 (20:40 +0530)]
[REBASED on main (r3branch)from r2-stable branch]ASoC:dapm-Add DAPM stream completion event

BZ: 17975

This adds a callback function to be called at the completion of a
DAPM stream event.

This can be used by codec to perform operation based on
DAPM graphs  after completion of stream events.

This work is adopted from the upstream asoc kernel.

rebasing it to r3 -- Main branch.

Change-Id: I6b89f5a55f04a508ae27131dfe0357c4134ad11c
Old-Change-Id: I138dc0cb1ab90495c96312a7e54f234a48320c9f
Reviewed-on: http://android.intel.com:8080/29544
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoAudio: Modify IRQ_BASE start address for msic_audio to OC_AUDIO
Vaibhav Agarwal [Wed, 14 Dec 2011 08:50:26 +0000 (14:20 +0530)]
Audio: Modify IRQ_BASE start address for msic_audio to OC_AUDIO

BZ: 16836

With K3.0 migration, IRQ_BASE start address was modified to
ACC_DET(0x00F). However, actual start address is OC_AUDIO(0x00E)
Due to this,incorrect intr_status values are read during jack detection.
Thus,incorrect events are reported.

The solution is to modify IRQ_BASE start address for msic_audio to
OC_AUDIO(0x00E)

Change-Id: Icab57906c6bcdce1d6a105f6ee52e367c70076c8
Signed-off-by: Vaibhav Agarwal <vaibhav.agarwal@intel.com>
Reviewed-on: http://android.intel.com:8080/27313
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Babu, Ramesh <ramesh.babu@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Gupta, ArvindX K <arvindx.k.gupta@intel.com>
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[REBASED on main (r3branch)from r2-stable branch]audio:disable the clocks in stream...
Ramesh Babu K V [Mon, 21 Nov 2011 15:12:14 +0000 (20:42 +0530)]
[REBASED on main (r3branch)from r2-stable branch]audio:disable the clocks in stream event callback

BZ: 17975

MSIC PLL and external PLLIN clock sources are disabled
during vaud bias off event.  However vaud bias will continue
to be active when headset is connected.  This will make the
PLLs to active even during no audio playback.

Disable the PLLs after DAPM power down sequence completes.
This will save some mW of power.

Signed-off-by: Ramesh Babu K V <ramesh.babu@intel.com>
rebase the patch from main (r2-stable) to r3 main.

Change-Id: I1f81ee72ea95699d47425e47102ab5e5daadd3e5
Old-Change-Id: Ie6cab0806e588174515879ef24274854d192e59d
Reviewed-on: http://android.intel.com:8080/29546
Reviewed-by: M, Arulselvan <arulselvan.m@intel.com>
Tested-by: M, Arulselvan <arulselvan.m@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] Add keypad driver patches
Li, Ning [Thu, 22 Dec 2011 06:46:45 +0000 (14:46 +0800)]
[PORT FROM R2] Add keypad driver patches

BZ: 18179

This BZ includes the following BZ:
4915, 13482

Signed-off-by: Li, Ning <ning.li@intel.com>
Change-Id: Ief9354e35afa55991a0fba63f6f9edbac7778bed
Reviewed-on: http://android.intel.com:8080/29697
Reviewed-by: Li, Ning <ning.li@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] Add GPIO controller driver patch
Li, Ning [Thu, 22 Dec 2011 04:53:55 +0000 (12:53 +0800)]
[PORT FROM R2] Add GPIO controller driver patch

BZ: 18157

This BZ includes BZ:
4270

Signed-off-by: Li, Ning <ning.li@intel.com>
Change-Id: I0c0b8d0f0f02f106ab83344eb23eecccabd328cf
Reviewed-on: http://android.intel.com:8080/29689
Reviewed-by: Li, Ning <ning.li@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2]POWERDK: Powerdk upgrade for enhancements for android wuwatch
Zhang Dongxing [Wed, 16 Nov 2011 06:08:23 +0000 (14:08 +0800)]
[PORT FROM R2]POWERDK: Powerdk upgrade for enhancements for android wuwatch

BZ: 17764

Powerdk upgrade for enancements for android wuwatch version 2.2.2
release.

Signed-off-by: Zhang Dongxing <dongxing.zhang@intel.com>
Change-Id: I5a64d6068a28e70808f1c6b6cbef31ad73b640e7
Org-Change-Id: I5c1851bc119079e8b48cdaa6a3585c6d967b28b6
Reviewed-on: http://android.intel.com:8080/28038
Reviewed-by: Zhang, Dongxing <dongxing.zhang@intel.com>
Reviewed-by: Guerard, Christophe <christophe.guerard@intel.com>
Tested-by: Zhang, Dongxing <dongxing.zhang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoOPROFILE: open oprofile
jzha144 [Mon, 12 Dec 2011 05:08:27 +0000 (13:08 +0800)]
OPROFILE: open oprofile

BZ: 17027

open oprofile

Change-Id: I376797121afcb332a8910f7fbe51f570128fc6ae
Signed-off-by: jzha144 <jun.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/26972
Reviewed-by: Guerard, Christophe <christophe.guerard@intel.com>
Tested-by: Zhang, Dongxing <dongxing.zhang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoatomisp: hmm: prevent might_sleep's in atomisp_isr stack
Teemu Tuominen [Tue, 20 Dec 2011 14:51:26 +0000 (16:51 +0200)]
atomisp: hmm: prevent might_sleep's in atomisp_isr stack

BZ: 18086

This patch removes mutexes from hmm_bo->status queries and makes
hmm_store to use kmap_atomic when in interrupt context. Potential sleeps
were revealed by R3 kernel having the following R2 patches applied.

86d19d0 atomisp: (re)start ISP and handle frame buffers from ISR
b318087 atomisp: hmm: hmm_bo cannot use mutex anymore

Change-Id: I252f9b0e2ea2158429955a6c8e0aa3b1929346fb
Signed-off-by: Teemu Tuominen <teemux.tuominen@intel.com>
Reviewed-on: http://android.intel.com:8080/29552
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years agoEM/THERMAL: Port Platform Thermal Driver to K3.0
Durgadoss R [Wed, 30 Nov 2011 09:08:55 +0000 (14:38 +0530)]
EM/THERMAL: Port Platform Thermal Driver to K3.0

BZ: 15135

This patch ports the intel_mid_thermal driver to K3.0.
This driver was already upstreamed, but without the latest
updates. So, this patch updates the code that is already available
in K3.0 and enables the driver in Kconfig. The new driver depends
on the MSIC_GPADC driver. The updated code has been tested on
Medfield PR2 platforms. Some major updates are:
* Use of GPADC driver to manipulate the ADC channels.
* Reduce the precision loss in linear interpolation
* Use ADC to Temp conversion table
* Needs IRQ initialization in intel_msic.c to load

Change-Id: I506254d12e4edf169e426ac8b02acf9281799bd0
Signed-off-by: Durgadoss R <durgadoss.r@intel.com>
Reviewed-on: http://android.intel.com:8080/26761
Reviewed-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Reviewed-by: Mitra, DebalinaX <debalinax.mitra@intel.com>
Tested-by: Gugwad, SantoshX <santoshx.gugwad@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: ANR threshold set to correct value of 20
Ivan Micovic [Wed, 14 Dec 2011 17:06:36 +0000 (18:06 +0100)]
[PORT FROM R2] atomisp: ANR threshold set to correct value of 20

BZ: 18089

After testing ANR threshold is decided to be 20

Change-Id: Ie3f16f579c7b8ddb56c9528dba71ed4358057688
Orig-Change-Id: Ied61d89d618cd433f7259c382926c450b1431b45
Reviewed-on: http://android.intel.com:8080/28067
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: Sutic, Aleksandar <aleksandar.sutic@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-on: http://android.intel.com:8080/29601
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Micovic, Ivan <ivan.micovic@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: optimize DVS
Jozef Kruger [Thu, 15 Dec 2011 19:07:06 +0000 (11:07 -0800)]
[PORT FROM R2] atomisp: optimize DVS

BZ: 18089

This patch optimizes the DVS code.

Change-Id: I4e630e5687e47237edb94989d3887417f1f745a2
Orig-Change-Id: Ie3efeda5d26d4a6c4783d7d343607083d0b18bdd
Signed-off-by: Jozef Kruger <jozef.kruger@intel.com>
Reviewed-on: http://android.intel.com:8080/27836
Reviewed-by: Bhat, Sheethal <sheethal.bhat@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-on: http://android.intel.com:8080/29600
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: css/fw release from baseline of 12dec2011
Lokesh Gupta [Thu, 15 Dec 2011 15:56:51 +0000 (16:56 +0100)]
[PORT FROM R2] atomisp: css/fw release from baseline of 12dec2011

BZ: 18089

This release provides the following fixes:
    - Add cache control to acceleration API
    - Fix XNR bug

Change-Id: I0185d5624362618ea019f267aa6e7100c9b12341
Orig-Change-Id: I7fd0c5b40a4ab97a475a5e8ee93417333761dcb9
Signed-off-by: Lokesh Gupta <lokesh.gupta@intel.com>
Reviewed-on: http://android.intel.com:8080/27653
Reviewed-by: buildbot <buildbot@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/29599
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: restore default cc and ctc table
Tao Jing [Mon, 5 Dec 2011 08:15:05 +0000 (16:15 +0800)]
[PORT FROM R2] atomisp: restore default cc and ctc table

BZ: 18089

the default cc and ctc table should be used when
macc effect is enabled.

Change-Id: I87c040e043e160dcedd50b2c32dc6d8e6cce3f9d
Orig-Change-Id: Ieeafa2aea0a458683913062eaef0426eb5e462bc
Signed-off-by: Tao Jing <jing.tao@intel.com>
Reviewed-on: http://android.intel.com:8080/27282
Reviewed-by: buildbot <buildbot@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Reviewed-by: Gerasimow, Timo <timo.gerasimow@intel.com>
Reviewed-by: Xia, Yu Y <yu.y.xia@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-on: http://android.intel.com:8080/29598
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] atomisp: mt9e013: fix the apparent different FOV for 720p
Yoshio Wada [Tue, 13 Dec 2011 08:37:47 +0000 (09:37 +0100)]
[PORT FROM R2] atomisp: mt9e013: fix the apparent different FOV for 720p

BZ: 18089

sensor settings for 720p was wrong.
output size is smaller than reqiurement.

This is a quick and dirty hack that adds special case for
this particular problem in the resolution selection function.

Change-Id: I540f965e5b0301ed809fbcb0a5e334bad8472c6e
Orig-Change-Id: Icfc7061585a02fbf77f4be92c3a77a0f9d64c3ba
Signed-off-by: Lasse Kantola <lasse.kantola@intel.com>
Reviewed-on: http://android.intel.com:8080/27151
Reviewed-by: buildbot <buildbot@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Von Oerthel, Jurgen <jurgen.von.oerthel@intel.com>
Reviewed-by: Kaikumaa, Timo <timo.kaikumaa@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-on: http://android.intel.com:8080/29597
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mt9m114: add awb status checking for 3a stabilization
Huang Shenbo [Tue, 13 Dec 2011 07:52:15 +0000 (15:52 +0800)]
[PORT FROM R2] mt9m114: add awb status checking for 3a stabilization

BZ: 18089

Also check if awb is steady during 3a stabiliztion checking.

Change-Id: Ifcd0718318d49c167644965036a6c472082452d1
Orig-Change-Id: I8820274891e58a0fb211ebc54950dc9ae96d6c6c
Signed-off-by: Huang Shenbo <shenbo.huang@intel.com>
Reviewed-on: http://android.intel.com:8080/27130
Reviewed-by: buildbot <buildbot@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Reviewed-by: Tao, Jing <jing.tao@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: Hu, Gang A <gang.a.hu@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-on: http://android.intel.com:8080/29596
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mrst.c: not power opt fail when GP_CAMERA_0_POWER_DOWN not available
Tao Jing [Mon, 19 Dec 2011 07:06:44 +0000 (15:06 +0800)]
[PORT FROM R2] mrst.c: not power opt fail when GP_CAMERA_0_POWER_DOWN not available

BZ: 18089

On PR3, the GP_CORE_013 is not a connected pin but it is connected to
CAM_STBY_CTRL ON PR2. And it has been requested to remove it from PR3
SFI table as this GPIO Should not modified bu kernel from its original
state(GPIO input 20k Pull dow)

so this patch rework the mt9e013_power_ctrl: ipc_msic_vprog programming
is down whatever result of camera_sensor_gpio(GP_CAMERA_0_POWER_DOWN).
And calls to gpio_set_value() should depend on result of camera_sensor_gpio()

Change-Id: I9a44bdaf5a60d836ddeeac39175930b8cbc97f3f
Orig-Change-Id: I92ae6bdb9655b63233f10a4ad9aa5b216d484637
Signed-off-by: Tao Jing <jing.tao@intel.com>
Reviewed-on: http://android.intel.com:8080/29595
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: check lss_08 audio driver to be in d0i0 for lpmp3 trigger
Illyas Mansoor [Wed, 14 Dec 2011 06:40:00 +0000 (12:10 +0530)]
[PORT FROM R2] mid_pmu: check lss_08 audio driver to be in d0i0 for lpmp3 trigger

BZ: 17345

Current code implicitly assumes that LSS_08 is in D0i0 since S0ix command was
not possible, but it could so happen that LSS_08 or LSS_09 could be in D0i0 and
we could potentially enter LPMP3 mode.

This is incorrect, we need to make sure we enter LPMP3 IFF LSS_08 is in D0i0.

Fixed this by checking for D0i0 in target lpmp3 check.

Regarding LSS 09 this is audio DMA driver this is okay to be in D0i3, for LPMP3
to happen.

Change-Id: Ia5d3b2ff6ccf10f97021afd07f525834f5546495
Orig-Change-Id: I095569fe0c75021a824e94c0ed0b67b38f4b58ef
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/29310
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: create a sysfs entry to set all the south complex devices...
Dyut Kumar Sil [Mon, 28 Nov 2011 10:46:23 +0000 (16:16 +0530)]
[PORT FROM R2] mid_pmu: create a sysfs entry to set all the south complex devices in D0i0

BZ: 16961

This patch create a sysfs entry /sys/module/mid_pmu/parameters/pmu_driver_state
Doing, echo "off" > /sys/module/mid_pmu/parameters/pmu_driver_state will
set all the south complex devices in D0i0 state and any further request
to set any south complex device in some other low power state will
be ignored.

Removed the code corresponding to echo "on" path as we are always supposed
to do reboot after issuing echo "off".

Change-Id: I2f75b9fbb042218105aa58c5d709af4c8f0d6754
Orig-Change-Id: I94f1c85ee6cd44b74c455d0dd5a7b35e1e86b512
signed-off-by: Dyut Kumar Sil
Reviewed-on: http://android.intel.com:8080/29309
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: serialize access to 0xD0 and 0xD4 regs of root device (bus...
Ramachandra Sudarshan N [Fri, 2 Dec 2011 08:38:06 +0000 (14:08 +0530)]
[PORT FROM R2] mid_pmu: serialize access to 0xD0 and 0xD4 regs of root device (bus 0, slot 0)

BZ: 6332

Apart from mid_pmu there are other drivers which read/write
0xD0 and 0xD4 registers in config space of pci root device hence
there is a potential for race condition. This patch resolves the
issue by creating an API which serializes access to the above registers.

other drivers like coretemp.c, atomisp are accessing 0xD0 and 0xD4
registers. mid_pmu uses it to map north complex PM registers, which will be
in turn used in pmu_nc_set_power_state. where as coretemp.c is using it to
read thermal sensor registers. hence used for various purpose in
different drivers

once this patch gets merged the plan is to ask individual driver
owners to use this API instead of directly accessing the above registers.

Change-Id: I57a220c79283c20ded693cf6c5c94720bf428360
Orig-Change-Id: Ib31ae2cf591749b9693dbaf16b1fee3c4120bf66
Signed-off-by: Sudarshan Ramachandra <sudarshan.n.ramachandra@intel.com>
Reviewed-on: http://android.intel.com:8080/29308
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] i2c-designware-pci: increase runtime_pm autosuspend delay to 50msec
Illyas Mansoor [Fri, 2 Dec 2011 19:41:25 +0000 (01:11 +0530)]
[PORT FROM R2] i2c-designware-pci: increase runtime_pm autosuspend delay to 50msec

BZ: 16187

i2c-designware has runtime autosuspend delay set
at 5msec which causes lot of suspend/resume trash.

With pmu_sss_states we can clearly see the trash
for I2C0 and I2C2 devices with repeated touching device
we see a count of around 1400 for I2C0.

Changed the autosuspend delay to 50msecs  this reduced
the trashing considerably to around 29 for I2C0 and 3 for
I2C2

Change-Id: Ia0f6f908ef1c2a87672f10fd62549b5036b77d41
Orig-Change-Id: Icc7018da6542750739bb932851aecdd3596561b1
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/29307
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] mid_pmu: Use timeout when waiting for interactive command to complete
Jouni Hogander [Fri, 4 Nov 2011 07:52:09 +0000 (09:52 +0200)]
[PORT FROM R2] mid_pmu: Use timeout when waiting for interactive command to complete

BZ: 13779

Currently possible hang exists in mid_pmu code wait for interactive
command complete handling. In some error cases interrupt indicating
command completion doesn't occure and this causes hang without any
error messages.

We don't want to continue when hang happens because it's fatal
error. Instead of quiet hang dump out some useful information and make
it clear where hang happened.

Change-Id: I3d9356221ae7186a59578de7039ab84735178a31
Orig-Change-Id: I31c6ce97a22e6673aff892d3f4b65d8a57fd98b4
Signed-off-by: Jouni Hogander <jouni.hogander@intel.com>
Reviewed-on: http://android.intel.com:8080/29306
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
12 years ago[PORT FROM R2] intel_idle: reduce s0i3 exit latency number
Illyas Mansoor [Fri, 4 Nov 2011 08:10:30 +0000 (13:40 +0530)]
[PORT FROM R2] intel_idle: reduce s0i3 exit latency number

BZ: 13767

Current code has S0i3 exit latency set to 5000usecs
This is much higher than the measured latency which
is around 2800usecs

s0i3_entry_latency = 894.375usecs
s0i3_exit_latency  = 1882usecs

Need to reduce this to 2800usecs

Change-Id: I51d9a111c427483a115833aa19a536c44cca563b
Orig-Change-Id: If5d0f0de1a8cb66617fb0423190fe51188bdf422
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/29305
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>