Illyas Mansoor [Fri, 4 May 2012 15:18:45 +0000 (20:48 +0530)]
[PORT FROM R2] mid_pmu: retry d0ix if completion fails
BZ: 32634
We get kernel panic in pmu_pci_set_power_state() while
waiting for d0ix command completion interrupt, we timeout for
the d0ix completion interrupt and see that transition is still
not complete.
<2>[ 8519.381692] pmu_pci_set_power_state: completion timeout: 8086 0829 0000:00:02.3 penwell_otg:
<2>[ 8519.381934] interrupt pending = 0
<2>[ 8519.382019] pmu_busy_status = 0
<2>[ 8519.382097] suspend_started = 0
<2>[ 8519.382175] shutdown_started = 0
<2>[ 8519.382254] interactive_cmd_sent = 0
<2>[ 8519.382343] camera_off = 1 display_off = 1
<2>[ 8519.382442] s0ix_possible = 0xf
<2>[ 8519.382520] s0ix_entered = 0x0
<2>[ 8519.382596] pmu_current_state = 0
We will avoid setting the d0ix completion interrupt.
This should remove one of the variable that may affect
this issue.
Also we retry sending d0ix command, until it fails thrice or succeeds.
Change-Id: I00355647a4cba2f737f1d4ba6737eb40bdf465e0
Orig-Change-Id: I3804ee03ef8964cc37c151ce973a81f5ef82c286
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/44452
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Tested-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Sylvain Pichon [Fri, 11 May 2012 17:16:50 +0000 (19:16 +0200)]
[WORKAROUND] FM: add an alsa controls to modify HSMIXER register
BZ: 32239
This allows to modify HSMIXER and mix PCM1+PCM2
(FM + media/alerts)
This is a wrokaround to enable use case and will
be implemented properly in BZ 36048
Change-Id: I4ecc27af6e2c8cdc77b62affd06057fe3c8043b3
Signed-off-by: Sylvain Pichon <sylvainx.pichon@intel.com>
Reviewed-on: http://android.intel.com:8080/48492
Reviewed-by: Mendi, EduardoX <eduardox.mendi@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Tested-by: Mendi, EduardoX <eduardox.mendi@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Yun Tu(Mark Tu) [Thu, 23 Feb 2012 01:26:28 +0000 (09:26 +0800)]
[GFX-Display] add a watch dog for flip chain
BZ:32306
3D flip depends on vysnc interrupt by default, so 3D will get blocked if there are something
wrong on display vsync interrupt. Add this watch dog so we can flush flip queue once we detected
the missing of vsync interrupt and avoid ANR of appliaction
Change-Id: I91a85fea3fafdada124191ace73a967935cf295d
Signed-off-by: Yun Tu(Mark Tu) <yun.tu@intel.com>
Reviewed-on: http://android.intel.com:8080/48116
Reviewed-by: Wang, Gang A <gang.a.wang@intel.com>
Reviewed-by: He, Bo <bo.he@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Zhang, Yanmin <yanmin.zhang@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
yifei.xue [Wed, 9 May 2012 07:57:53 +0000 (15:57 +0800)]
Graphics: Setting correct DSI PLL and MIPI DPHY parameters according the target DSI DataRate
BZ: 34504
Setting correct DSI PLL and MIPI DPHY parameters according the target DSI DataRate.
Signed-off-by: yifei.xue <yifeix.xue@intel.com>
Change-Id: Ieb2a0494178589c95097484c9b62f7ed8129b670
Reviewed-on: http://android.intel.com:8080/47939
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Zhang, Lei <lei.zhang@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Chuanxiao Dong [Thu, 10 May 2012 10:38:49 +0000 (18:38 +0800)]
mmc: host: disable mmcblk0rpmb for MFLD projects
BZ: 35778
mmcblk0rpmb is not used in MFLD projects. Disable it.
Change-Id: I743e1937f86d181526252e21e19b1e55e7826a3f
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/48221
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>
Kun Jiang [Thu, 10 May 2012 10:35:38 +0000 (18:35 +0800)]
i386_mfld_defconfig: Enable ipv6-tables
BZ: 28359
The ipv6-tables didn't open in the past so all the ip6tables operate fail.
When ipv6-tables had open, if CONFIG_NETFILTER_XT_MATCH_QUOTA and
CONFIG_NETFILTER_XT_MATCH_QUOTA2 didn't open, that the pc can't connect to
the internet through the phone(ap hot).
Open the config in i386_mfld_defconfig to enable the ipv6-tables and quota.
Change-Id: I1ccb1715011de7b81af04e4f5dbedc2e4248fd41
Signed-off-by: Kun Jiang <kunx.jiang@intel.com>
Reviewed-on: http://android.intel.com:8080/48218
Reviewed-by: He, Bo <bo.he@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Fei Yang [Tue, 8 May 2012 00:10:22 +0000 (17:10 -0700)]
VPN: Enable PPP for VPN.
BZ: 28558
Port from R2, BZ: 18546.
Intel build can't connect to internet through VPN, but Borqs build can,
compare the code, I find that we need open some settings.
Signed-off-by: bxu10X <bxu10X@intel.com>
Reviewed-on: http://android.intel.com:8080/30089
Reviewed-by: Xu, BinX <binx.xu@intel.com>
Reviewed-by: Yin, Fengwei <fengwei.yin@intel.com>
Reviewed-by: Ren, Jack <jack.ren@intel.com>
Reviewed-by: Shen, JianchunX <jianchunx.shen@intel.com>
Reviewed-by: Li, XiaojingX <xiaojingx.li@intel.com>
Reviewed-by: Peng, BoX <box.peng@intel.com>
Reviewed-by: Tian, XiaojunX <xiaojunx.tian@intel.com>
Tested-by: Li, XiaojingX <xiaojingx.li@intel.com>
Change-Id: I3dd6d01a50bcc67a409c2ddcf2570b0b4c1bec5a
Reviewed-on: http://android.intel.com:8080/47700
Reviewed-by: Ji, WeiweiX <weiweix.ji@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Raffaele Aquilone [Thu, 3 May 2012 08:31:56 +0000 (10:31 +0200)]
Bluetooth: synchronization for assigning names to HCI devices
BZ: 27942
Introducing a synchronization mechanism for assigning names to HCI devices,
sorting out a race condition that sometimes occurs, consisting in a device
reconnecting with the same name it already has before having completed
disconnection.
Change-Id: I9545886f24f81e16df3c8aa3459db20a8e268f46
Signed-off-by: Raffaele Aquilone <raffaelex.aquilone@intel.com>
Reviewed-on: http://android.intel.com:8080/47174
Reviewed-by: Bransiec, ChristopheX <christophex.bransiec@intel.com>
Reviewed-by: Beldie, OvidiuX <ovidiux.beldie@intel.com>
Reviewed-by: Gros, JulienX <julienx.gros@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Tested-by: Zurmely, PierreX <pierrex.zurmely@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Sundar Iyer [Tue, 28 Feb 2012 05:22:55 +0000 (10:52 +0530)]
cpufreq: Add cpufreq_getload() helper
BZ: 31189
For today's advanced platforms, the HW provides idle time accounting
through residency counters. These counters are the most direct and most
accurate statistics about the time spent in various idle states. Also for a
hyper-threaded or both-cores-tied-to-same frequency configuration, the total
load calculated by the OS per-thread or per-core may not reflect the true
need to increase/decrease the frequency, leading to performance impacts.
This patch adds an optional variable to get CPU load from the platform driver
in such cases. The decision to change the frequency is now impacted by the
HW statistics if the platform supports this.
Change-Id: Ic8e4cb45281e989a3f389fa5bb3129f758dbf608
Signed-off-by: Sundar Iyer <sundar.iyer@intel.com>
Signed-off-by: Chuan A Wang <chuan.a.wang@intel.com>
Signed-off-by: Youquan Song <youquan.song@intel.com>
Signed-off-by: Ke Chen <ke.chen@intel.com>
Reviewed-on: http://android.intel.com:8080/48471
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>
Sundar Iyer [Mon, 19 Mar 2012 09:57:59 +0000 (15:27 +0530)]
cpufreq/x86: Enable __getload() helper for Medfield-x86 platform
BZ: 31189
Enable the hardware based load calculation for the Medfield x86-HT platform.
This makes sure that the on-demand governor responds correctly to the load
based on the physical core and not the logical siblings
Change-Id: Iaeaf5f154ca955f3e8cfe09c052f23913edbf5a1
Signed-off-by: Chuan A Wang <chuan.a.wang@intel.com>
Signed-off-by: Youquan Song <youquan.song@intel.com>
Signed-off-by: Ke Chen <ke.chen@intel.com>
Signed-off-by: Sundar Iyer <sundar.iyer@intel.com>
Reviewed-on: http://android.intel.com:8080/48470
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>
Geng Xiujun [Tue, 8 May 2012 06:26:47 +0000 (14:26 +0800)]
display: turn on/off backlight of lvds panel in mipi dpms
BZ: 34728
turn on/off backlight of lvds panel in mipi dpms operation
Change-Id: I9199a8b1ab36552247682a2ab66c4106e6166e7b
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Reviewed-on: http://android.intel.com:8080/47751
Reviewed-by: Zhang, Lei <lei.zhang@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Marc Mao [Thu, 3 May 2012 04:08:09 +0000 (12:08 +0800)]
Set primary plane format to RGBX.
BZ: 33412
This is the kernel part of patch to fix regression caused by HWC overlay + sprite blending
implementation. We have a hw issue in display controller to display RGBA plane. We can't set
it to RGBA if there only primary plane is displayed. This patch will set primary plane to RGBX
if no overlay displayed, other wise it is set to RGBA.
Change-Id: I1f74dfb2841df771e1b9a0b14d390b17eb49ab40
Signed-off-by: Marc Mao <marc.mao@intel.com>
Reviewed-on: http://android.intel.com:8080/47155
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Hu, Austin <austin.hu@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Ke Ai [Wed, 9 May 2012 02:53:50 +0000 (10:53 +0800)]
GFX-Display: improve command mode panel FB update
BZ: 34799
for Enzo BZ 609
1. use async flip instead of schedual work queue,
to avoid the influnce of continully touch and usb
hotplug
2. enable hw te 61190[3:2], to avoid tearing.
3. wait for dbi fifo , before process new FB flip,
to reduce CPU loading
Change-Id: Icd43038224d75856cc8e0c58f86cab44f0525933
Signed-off-by: Ke Ai <ke.ai@intel.com>
Signed-off-by: Patel Hitesh <hitesh.k.patel@intel.com>
Reviewed-on: http://android.intel.com:8080/47785
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Lei Zhang [Thu, 3 May 2012 03:58:43 +0000 (11:58 +0800)]
Gfx-Display: correct the reg setting of MIPI in driver
BZ: 29163
This is a supplement to patch 40888 which correct the MIPI reg 0x61190 setting.
The former patch just correct the setting for Video mode; this patch clean the
code for MIPI command mode.
Change-Id: I41f32409cbdaf9131461cc409b06e7b5bac6e8e4
Signed-off-by: Lei Zhang <lei.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/47144
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Patel, Hitesh K <hitesh.k.patel@intel.com>
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: Lu, Faxing <faxing.lu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
faxing [Wed, 11 Apr 2012 22:06:03 +0000 (15:06 -0700)]
Display sw driver update: VGH/VGL parameter change
BZ: 31177
Based upon instructions from CMI,
the 4th parameter of Set Power will be changed from 0x24 to 0xa5
Change-Id: Ia9f59532946630ec518350b8117fd138d292d6e5
Signed-off-by: faxing <faxing.lu@intel.com>
Reviewed-on: http://android.intel.com:8080/43186
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Yoke, Nicholas J <nicholas.j.yoke@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Li, Ning [Tue, 8 May 2012 07:41:00 +0000 (15:41 +0800)]
[PATCH] change add_timer to mod_timer
BZ: 34961
HSU driver might delete timer without sync in tasklet. The pending
timer might exist before next add_timer. It is better to use
mod_timer instead of add_timer.
Change-Id: I5762791f70a011b05e9e57d614a6e041ad27a400
Signed-off-by: Bin Yang <bin.yang@intel.com>
Reviewed-on: http://android.intel.com:8080/47762
Reviewed-by: Cai, Stanley W <stanley.w.cai@intel.com>
Reviewed-by: Kuppuswamy, Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
lwan89x [Fri, 23 Mar 2012 08:13:17 +0000 (16:13 +0800)]
intel_scu_ipc.c: Write chksum data when writing osnib data.
BZ: 24109
Change-Id: I1c102eed594b4b661fefdf989ff95d4e60488800
Signed-off-by: lwan89x <liangx.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/40435
Reviewed-by: Puech, Yann <yann.puech@intel.com>
Reviewed-by: Romieu, Benoit <benoit.romieu@intel.com>
Tested-by: Romieu, Benoit <benoit.romieu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Tao Jing [Sat, 28 Apr 2012 09:01:37 +0000 (17:01 +0800)]
mt9e013: remove unnecessary msleep
BZ: 32405
set 0 to gpio and then msleep before set 1 to gpio is unnecessary in
mt9e013_gpio_ctrl.
Change-Id: Id23755bbb4701c5657fc683e124b85cbdb039671
Signed-off-by: Tao Jing <jing.tao@intel.com>
Reviewed-on: http://android.intel.com:8080/46665
Reviewed-by: Mahe, Erwan <erwan.mahe@intel.com>
Tested-by: Mahe, Erwan <erwan.mahe@intel.com>
David Cohen [Wed, 2 May 2012 19:52:18 +0000 (22:52 +0300)]
atomisp: mt9e013: create settings specific header file
BZ: 27947
mt9e013 driver may have different recommended settings and modes for
different products. We've a new sensor api coming in future to handle this
situation, but for now we're creating header files specific for
products.
Depend on patch : 48319
Change-Id: I5dc700aba5fc843edf2bb2cf3c49fe2f41750684
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Signed-off-by: Robert Jong-A-Lock <robert.jong-a-lock@intel.com>
Signed-off-by: Gong Shuguang <shuguang.gong@intel.com>
Signed-off-by: zjiang2X <ziyux.jiang@intel.com>
Reviewed-on: http://android.intel.com:8080/46072
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Gabriel Touzeau [Fri, 4 May 2012 15:00:05 +0000 (17:00 +0200)]
intel_mid_power_off: don't allow to reboot in COS for redridge
BZ: 33090
When shutting down with AC charger connected shall shutdown instead of
resetting in Charging Mode in Redridge.
mfdl.c function intel_mid_power_off has to be modified for NOT resettin when
charger is plugged in.
Change-Id: I2207621d16f508007c66334f4ee8ecb0efb8ec94
Signed-off-by: Gabriel Touzeau <gabrielx.touzeau@intel.com>
Reviewed-on: http://android.intel.com:8080/47493
Reviewed-by: Romieu, Benoit <benoit.romieu@intel.com>
Tested-by: Romieu, Benoit <benoit.romieu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Vinay Hegde [Thu, 10 May 2012 12:42:16 +0000 (18:12 +0530)]
EM/Charger: Support for USB ACA type Charger Detection.
BZ: 35463
This patch adds support for USB ACA type detection in
the Charger driver.
Change-Id: I28b64bff27cb1b009d67e3ac75d49baed399b5a2
Signed-off-by: Vinay Hegde <vinayx.hegde.kota@intel.com>
Reviewed-on: http://android.intel.com:8080/48114
Reviewed-by: Gurusamy, MarichamyX <marichamyx.gurusamy@intel.com>
Reviewed-by: Pandey, Raj <raj.pandey@intel.com>
Reviewed-by: Tc, Jenny <jenny.tc@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Shijie Zhang [Tue, 8 May 2012 14:17:36 +0000 (22:17 +0800)]
intel_scu_mip: fix Klocwork severe issues
BZ: 35184
Function 'snprintf' possibly accepts format string that may be
influenced by user, causing format string vulnerability. Undefined
string lengths can lead to buffer overflows and potential exploitation
by attackers. We should use a defined value for string lengths.
This patch fixes this issue.
Change-Id: I765e3a3a4a37a79dd1efc52da77908118563ce60
Signed-off-by: Shijie Zhang <shijie.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/47747
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Yan, Leo <leo.yan@intel.com>
Reviewed-by: Li, Ning <ning.li@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Cai, Stanley W <stanley.w.cai@intel.com>
Tested-by: Tang, HaifengX <haifengx.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Avinash Kumar Chaurasia [Wed, 2 May 2012 08:27:21 +0000 (13:57 +0530)]
BCU: implementation of BCU driver
BZ: 34339
This patch is for implementing BCU driver to detect
voltage drop in the system and perform some necessary
cleanup and action required for those interrupts.
Change-Id: I4205d4bb7bc7726862a55c392e8e1d68a887336e
Signed-off-by: Avinash Kumar Chaurasia <avinash.k.chaurasia@intel.com>
Reviewed-on: http://android.intel.com:8080/47076
Reviewed-by: Tc, Jenny <jenny.tc@intel.com>
Reviewed-by: Rapaka, Naveen <naveen.rapaka@intel.com>
Reviewed-by: Pandey, Raj <raj.pandey@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
jzhuan5 [Wed, 9 May 2012 04:04:48 +0000 (12:04 +0800)]
usb: reserve 5 seconds to ehci to enumerate before suspend
BZ: 35146
When uA is plugged, EHCI driver is started, if system gets suspended at
this moment, EHCI won't have a chance to enumerate the device under the
uA cable. Thus, after EHCI driver is started, we keep system alive for 5
seconds.
Change-Id: I003a1e12a291f3e0477dd5087336b60001cda96f
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/47920
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>
jzhuan5 [Tue, 8 May 2012 09:13:00 +0000 (17:13 +0800)]
usb:penwell_otg: disable otg interrupt in penwell_otg_resume_noirq
BZ: 35035
1. As irq isn't disabled when suspended (if does so, wakeup interrupt maybe
missed), irq should be disabled in penwell_otg_resume_noirq. Otherwise,
irq may happen before penwell_otg_resume is called, this causes
unconsistent state regarding to that before suspending.
2. move the hsm update from penwell_otg_resume_noirq to
penwell_otg_resume
Change-Id: I38c510b77b4cdd9f29fdbd52d71057b4a8ef0187
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/47818
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
jzhuan5 [Tue, 24 Apr 2012 16:27:24 +0000 (12:27 -0400)]
usb: enable D3/D0i3 of usb host
BZ: 34521
This patch enables D3/D0i3 of USB host when otg state is in
A_WAIT_BCON and A_HOST:
1.Only allow A_WAIT_BCON, A_HOST to enter D3/D0i3;
2.Temporarily disallow B_WAIT_ACON, B_HOST to enter D3/D0i3.(this should be allowed
and fixed in further patch).
3.Delegate PM management to EHCI while VBUS is managed by transceiver driver.
4.remote-wakeup of mice, hub, host controller is enabled.
Change-Id: I3e3c3c670ba048511660ddbdb8ee5ce684d1f6dd
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Reviewed-on: http://android.intel.com:8080/45887
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Omair Mohammed Abdullah [Mon, 2 Apr 2012 08:52:55 +0000 (14:22 +0530)]
audio: sn95031: cleanup jack detection code
BZ: 22081
Machine specific stuff like GPIO was present in the codec driver in Medfield.
Moved the code to the machine driver. Jack detection design is changed a little
but the logic remains the same.
The bottom half of the interrupt handler now directly calls
mfld_jack_detection(). During boot, jack detection is done by calling
mfld_schedule_wq() instead of mfld_jack_check(), which is removed.
Additionally, a new file mfld_common.[ch] is added which contains common
routines across all medfield boards.
Change-Id: I552c7bfdc40062f17f5360b88b0ddec4c0bd5d82
Signed-off-by: Omair Mohammed Abdullah <omair.m.abdullah@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/42078
Reviewed-by: Babu, Ramesh <ramesh.babu@intel.com>
Reviewed-by: Gupta, ArvindX K <arvindx.k.gupta@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Hibare, PramodX <pramodx.hibare@intel.com>
Tested-by: Hibare, PramodX <pramodx.hibare@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Wang Zhifeng [Thu, 10 May 2012 01:24:53 +0000 (09:24 +0800)]
hwmon/lis3dh: make read/write of the range sys entry consistent
BZ: 34712
The range sys entry uses different values for reading and writing.
This commit changes that to use the same values.
Change-Id: I20f7475aeb3690ecaf0fef56f5f383cdbf441137
Signed-off-by: Wang Zhifeng <zhifeng.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/48101
Reviewed-by: Liu, Hong <hong.liu@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Li, Ning [Thu, 10 May 2012 03:04:21 +0000 (11:04 +0800)]
intel-mid: update MRFL cpu ID
BZ: 34957
MRFL cpu ID changes from VP 4.1.1, which will cause
the kernel identify the wrong platform.
This patch fixs this issue.
Change-Id: I25f5affce355889b88f183b4fbaff8b51a44895c
Signed-off-by: Li, Ning <ning.li@intel.com>
Reviewed-on: http://android.intel.com:8080/48104
Reviewed-by: Zhang, Shijie <shijie.zhang@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Brown, Mark F <mark.f.brown@intel.com>
Tested-by: Tang, HaifengX <haifengx.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Leo Yan [Wed, 9 May 2012 05:16:17 +0000 (13:16 +0800)]
ltr301: Add CH0/CH1 coefficient range 3
BZ: 34482
Add CH0/CH1 coefficient range 3 for extremely incandescent light.
When device is in such kind of light, the raw data from CH1 register
is much more than CH0 and the ratio is greater than 85.
Change-Id: I3aee12b7ec65b0d39c9f37abbb221c5ca7644720
Signed-off-by: Leo Yan <leo.yan@intel.com>
Reviewed-on: http://android.intel.com:8080/47931
Reviewed-by: Liu, Hong <hong.liu@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Tang, HaifengX <haifengx.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Ashish K Singh [Thu, 10 May 2012 09:16:27 +0000 (14:46 +0530)]
Fix for KW issue
BZ: 34186
This is fix for KW issue 70362.
Change-Id: I990cf1d5a68395a2e9a0dfc5a7f687a82715768c
Signed-off-by: Ashish K Singh <ashish.k.singh@intel.com>
Reviewed-on: http://android.intel.com:8080/48204
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Yann Puech [Wed, 9 May 2012 15:05:27 +0000 (17:05 +0200)]
New debugfs entry to trigger security watchdog
BZ: 35526
This patch adds an entry in the debugfs so we are now
able to trigger asecurity watchdog.
Change-Id: Id2038dde394e19c8a06d32e0d9add5f545f1b8a1
Signed-off-by: Yann Puech <yann.puech@intel.com>
Reviewed-on: http://android.intel.com:8080/47997
Reviewed-by: Romieu, Benoit <benoit.romieu@intel.com>
Tested-by: Romieu, Benoit <benoit.romieu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Lobo, Melwyn [Wed, 28 Mar 2012 06:03:14 +0000 (11:33 +0530)]
[PORT_FROM_R2]writeback: lessen sync_supers wakeup count
BZ: 31185
This patch is based similar optimization in R2 with commit
7c08fc348676dfe32deb056a91bceec943db85e2
The 'sync_supers' thread wakes up periodically (by default) and
writes back all super blocks. It keeps waking up even if there
are no dirty super-blocks. For many file-systems the superblock
becomes dirty very rarely, if ever, so 'sync_supers' does not do
anything most of the time.
This patch improves 'sync_supers' and makes it sleep if all superblocks
are clean and there is nothing to do. This helps saving the power.
This optimization is important for small battery-powered devices.
This patch was provided by Artem who developed while he was working
for Nokia, and the patch has been put into Nokia's kernel based on
what he told me via private email.
Change-Id: I93caca67f0f0d3b943b4fcba8b176a8f7ebd4da7
Signed-off-by: Lobo, Melwyn <melwyn.lobo@intel.com>
Signed-off-by: Winson Yung <winson.w.yung@intel.com>
Signed-off-by: Artem Bityutskiy <dedekind1@gmail.com>
Reviewed-on: http://android.intel.com:8080/41075
Reviewed-by: Iyer, Sundar <sundar.iyer@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Reviewed-by: Kuppuswamy, Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>
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>
Kappel, LaurentX [Thu, 10 May 2012 07:59:26 +0000 (00:59 -0700)]
Revert "audio:sst:print IPC messages using pr_info"
BZ: 31581
IPC messages are exchanged between SST driver and LPE during audio
activity. These IPC messages are the main pulse of audio activity.
Printing these messages using pr_info helps us to debug issues
reported from field.
Old-Change-Id: I6180e6f8cbd23ed443b15b399fc25d90204f44be
Signed-off-by: Ramesh Babu K V <ramesh.babu@intel.com>
This reverts commit
6b56c8e8aed1b6942fd921115463f34558f8a511
Change-Id: Ia02ada85b76a692554940ef0a293c8799a03251d
Reviewed-on: http://android.intel.com:8080/48174
Reviewed-by: Kappel, LaurentX <laurentx.kappel@intel.com>
Tested-by: Kappel, LaurentX <laurentx.kappel@intel.com>
Guillaume Betous [Fri, 4 May 2012 13:56:34 +0000 (15:56 +0200)]
Improve PUPDR-R logs at bootup
BZ: 34359
- Complete OSNIB dump
- Some key registers in OSHOB (SCU&IA traces)
Change-Id: Ic04ed6c2b9942b7ccf26b47bf4c79a488520a119
Signed-off-by: Guillaume Betous <guillaumeX.betous@intel.com>
Reviewed-on: http://android.intel.com:8080/47478
Reviewed-by: Romieu, Benoit <benoit.romieu@intel.com>
Tested-by: Romieu, Benoit <benoit.romieu@intel.com>
Reviewed-by: Betous, GuillaumeX <guillaumex.betous@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
David Cohen [Fri, 4 May 2012 18:30:56 +0000 (21:30 +0300)]
Revert "mt9e013: async power up sequence to decrease Lanuch2preview time"
BZ: 34894
This reverts commit
1428b87c861f5e007fa1becd137f5a72d83badd0.
Change-Id: I7bffb6e8951bee67ff85e4aae4b22e0625e73c34
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/47522
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Tao, Jing <jing.tao@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>
Huang Shenbo [Thu, 3 May 2012 06:54:31 +0000 (14:54 +0800)]
mt9m114: change flip mappings and add g_*flip
BZ: 30559
issues: flip mappings for front sensor image doesn't work
as expected and get control values should be added
solution: change flip mappings and add g_*flip
Change-Id: I7d5142b750585660de669696ce863cc01539e1cc
Signed-off-by: Huang Shenbo <shenbo.huang@intel.com>
Reviewed-on: http://android.intel.com:8080/47197
Reviewed-by: Jiang, ZiyuX <ziyux.jiang@intel.com>
Reviewed-by: Tao, Jing <jing.tao@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@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>
Tuukka Toivonen [Thu, 3 May 2012 07:59:12 +0000 (10:59 +0300)]
ov8830: support for getting binning/skipping factor
BZ: 34578
Add support for V4L2_CID_BIN_FACTOR_HORZ and V4L2_CID_BIN_FACTOR_VERT
for getting binning/skipping factor.
Change-Id: Id8aa0be013d98b727b7e0b4c4f14f7f9ee1c3b2f
Signed-off-by: Tuukka Toivonen <tuukka.toivonen@intel.com>
Reviewed-on: http://android.intel.com:8080/47188
Reviewed-by: Gerasimow, Timo <timo.gerasimow@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>
Leo Yan [Tue, 8 May 2012 01:58:25 +0000 (09:58 +0800)]
Proximity Sensor: Change the integration circle
BZ: 33317
Change the integration circle to one to reduce the proximity detect
delay.
Change-Id: I97930f96fdafa2ce35a973992c9710f6f25b86be
Signed-off-by: Leo Yan <leo.yan@intel.com>
Reviewed-on: http://android.intel.com:8080/47711
Reviewed-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Liu, Hong <hong.liu@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Tested-by: Tang, HaifengX <haifengx.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Wu, Hao [Mon, 7 May 2012 13:30:26 +0000 (21:30 +0800)]
usb/gadget: set vbus draw current limitation when in unconfig state
BZ: 33225
This patch sets vbus draw current limitation in unconfig state,
no smaller than suspended state.
Change-Id: I28970325a20f9d220123f9d0e99cae90dcd80294
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/47679
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Tang, Jianqiang <jianqiang.tang@intel.com>
Reviewed-by: Zhuang, Jin Can <jin.can.zhuang@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>
Kappel, LaurentX [Wed, 9 May 2012 08:51:07 +0000 (01:51 -0700)]
Revert "hwmon/lis3dh: make read/write of the range sys entry consistent"
BZ: 34712
The range sys entry uses different values for reading and writing.
This commit changes that to use the same values.
Old-Change-Id: If7a017f5fa22a6955e7e08814eb29521ead9544e
Signed-off-by: Wang Zhifeng <zhifeng.wang@intel.com>
This reverts commit
f4d80d5486d0665895f93f03b4da4e4c1193a51e
Change-Id: Id2c0a7085e6a0502c20c03b84177b0230cc45ff0
Reviewed-on: http://android.intel.com:8080/47943
Reviewed-by: Kappel, LaurentX <laurentx.kappel@intel.com>
Tested-by: Kappel, LaurentX <laurentx.kappel@intel.com>
Geng Xiujun [Thu, 3 May 2012 05:53:44 +0000 (13:53 +0800)]
display: fix hdmi tearing issue for dv20
BZ: 32739
lvds panel uses different variable to record panel status.
Change-Id: I0c46969a0c00def41c75708205dc47507054cace
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Reviewed-on: http://android.intel.com:8080/47712
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Zhang, Lei <lei.zhang@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Geng Xiujun [Mon, 7 May 2012 11:21:21 +0000 (19:21 +0800)]
display: [REVERTME] keep power island on if hdmi audio is active during suspend
BZ: 31959
for redridge, during suspend, if hdmi audio is active, and dpms is called for
MIPI, then I2C error will happen when resume. this WORKAROUND keeps all graphic
islands on, and just turn off LVDS panel's backlight if hdmi audio is active.
Change-Id: Id4e44c14d9ef99e10aed68fb97820f08390484b5
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Reviewed-on: http://android.intel.com:8080/46948
Reviewed-by: Zhang, Lei <lei.zhang@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Geng Xiujun [Fri, 4 May 2012 07:54:59 +0000 (15:54 +0800)]
display: [REVERTME] add access count for AVDD gpio pin for DV20
BZ: 32593
[WORKAROUND]: The I2C bus of LVDS panel is shared with other devices, such as
dsi-lvds bridge and pn544, if we turn off panel power through GPIO, then it
will pull voltage of i2c down to 1v, and if there's other device's transition
on this bus at this time, then it will be unstable, and unrecoverable. experiments
show that, if we don't turn off LVDS panel power rail in early suspend, then I2C
error will be disappear.
This workaround uses access count to control VADD gpio pin. when one device
uses i2c device, increase the count, after that decrease it. and if LVDS panel
is powered on, increase it, once powered off, decrease it. if the count reaches 0,
pull down the gpio pin, otherwise pull it high. Thus it can make sure when
there's transition on the i2c bus, VADD keeps on.
Change-Id: Ide625a1ee3de544ba9ee0a71d005b22d20af4307
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Reviewed-on: http://android.intel.com:8080/47423
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Zhang, Lei <lei.zhang@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Hogander, Jouni <jouni.hogander@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Fei Jiang [Sun, 6 May 2012 15:27:07 +0000 (23:27 +0800)]
kernel-drm: remove ttm_bo_reserve for TTM_PL_SYNCCPU_OP_RELEASE ioctl.
BZ: 34332
Some time ttm_bo_reserver will fail, then will not decrease cpu_writers,
while pool_releasefromcpu and wsbmBOReleaseFromCpu will not handle the return error.
ttm_ref_object_base_unref will only access the bo->write_counter with atomic_dec_and_test, which is atomic operation.
Change-Id: Ie831fad02699ec1875d73e238edaf3b2ff10f4d9
Reviewed-on: http://android.intel.com:8080/47556
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>
Ramesh Babu K V [Wed, 25 Apr 2012 16:35:00 +0000 (22:05 +0530)]
audio:sst:print IPC messages using pr_info
BZ: 31581
IPC messages are exchanged between SST driver and LPE during audio
activity. These IPC messages are the main pulse of audio activity.
Printing these messages using pr_info helps us to debug issues
reported from field.
Change-Id: I6180e6f8cbd23ed443b15b399fc25d90204f44be
Signed-off-by: Ramesh Babu K V <ramesh.babu@intel.com>
Reviewed-on: http://android.intel.com:8080/46069
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Martin, LoicX <loicx.martin@intel.com>
Reviewed-by: Agarwal, Vaibhav <vaibhav.agarwal@intel.com>
Reviewed-by: Gupta, ArvindX K <arvindx.k.gupta@intel.com>
Reviewed-by: Hibare, PramodX <pramodx.hibare@intel.com>
Tested-by: Hibare, PramodX <pramodx.hibare@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Ramesh Babu K V [Wed, 11 Apr 2012 16:56:18 +0000 (22:26 +0530)]
audio:sst:error handling during stream alloc
BZ: 32085
In rarest cases, the previous stream free may not freed by
firmware. In such error conditions, firmware will not be
able to do stream alloc and returns stream in use error.
This causes no audio activity in a device until reboot.
If stream alloc fails due to stream in use error, free it
immediately and return the error to application. Application
would retry again and will succeed in audio playback or capture.
Change-Id: Ie28cb45ddf43cbda415037dbeb6d924be7fdae9f
Signed-off-by: Ramesh Babu K V <ramesh.babu@intel.com>
Reviewed-on: http://android.intel.com:8080/43749
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Agarwal, Vaibhav <vaibhav.agarwal@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Gupta, ArvindX K <arvindx.k.gupta@intel.com>
Reviewed-by: Hibare, PramodX <pramodx.hibare@intel.com>
Tested-by: Hibare, PramodX <pramodx.hibare@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Chuanxiao Dong [Fri, 4 May 2012 09:54:55 +0000 (17:54 +0800)]
mmc: sd: Handle SD3.0 cards not supporting UHS-I bus speed mode
BZ: 34834
This patch is a variant of an upstream patch. It fixed SD cannot
change high spee mode issue. Below is the original commit info:
Here is Essential conditions to indicate Version 3.00 Card
(SD_SPEC=2 and SD_SPEC3=1) :
(1) The card shall support CMD6
(2) The card shall support CMD8
(3) The card shall support CMD42
(4) User area capacity shall be up to 2GB (SDSC) or 32GB (SDHC)
User area capacity shall be more than or equal to 32GB and
up to 2TB (SDXC)
(5) Speed Class shall be supported (SDHC or SDXC)
So even if SD card doesn't support any of the newly defined
UHS-I bus speed mode, it can advertise itself as SD3.0 cards
as long as it supports all the essential conditions of
SD3.0 cards. Given this, these type of cards should atleast
run in High Speed mode @50MHZ if it supports HS.
But current initialization sequence for SD3.0 cards is
such that these non-UHS-I SD3.0 cards runs in Default
Speed mode @25MHz.
This patch makes sure that these non-UHS-I SD3.0 cards run
in High Speed Mode @50MHz.
Change-Id: I780ac5d2d076fe56b8079bfd98fc234d301eef4b
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/47435
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>
Chuanxiao Dong [Fri, 4 May 2012 05:59:32 +0000 (13:59 +0800)]
mmc: panic_ops: fix emmc write when in kernel panic mode
BZ: 33786
CLV cannot save kernel panic log and logcat log after kernel happened.
It because eMMC card has switched to DDR mode but host is still in DDR
mode after kenel panic happens. So change eMMC card to SDR mode only after
kernel panic happened.
Change-Id: I40768128598fc2a4afdeb341837da360997d50f7
Signed-off-by: Chuanxiao Dong <chuanxiao.dong@intel.com>
Reviewed-on: http://android.intel.com:8080/47372
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>
Wang Zhifeng [Fri, 4 May 2012 04:04:22 +0000 (12:04 +0800)]
hwmon/lis3dh: make read/write of the range sys entry consistent
BZ: 34712
The range sys entry uses different values for reading and writing.
This commit changes that to use the same values.
Change-Id: If7a017f5fa22a6955e7e08814eb29521ead9544e
Signed-off-by: Wang Zhifeng <zhifeng.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/47364
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Yan, Leo <leo.yan@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Tang, HaifengX <haifengx.tang@intel.com>
Tested-by: Tang, HaifengX <haifengx.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
lebsir [Mon, 7 May 2012 11:20:53 +0000 (13:20 +0200)]
Revert "dlp_ctrl.c: Adding support for NOP command reception"
BZ: 33872
This reverts commit
b6304af67f2b2f322cad8c1fae8e5c4c780c72c3.
This reverts patch http://android.intel.com:8080/#/c/46567
Change-Id: Iaea052c3da48ef7253e878b532c5e11b183dad43
Signed-off-by: lebsir <samix.lebsir@intel.com>
Reviewed-on: http://android.intel.com:8080/47664
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Omair Mohammed Abdullah [Wed, 18 Apr 2012 10:37:35 +0000 (16:07 +0530)]
audio: cs42l73: Fix capture widget map issues
BZ: 30339 27806 32448
The DAPM map for the capture path in the codec had a common Mic widget for both
DMIC and AMIC. Also, the multiplexing was not set up properly, as a result of
which the AMIC path was also getting enabled on DMIC recording.
Fix by providing separate DMICA, DMICB widgets for DMICs and setting up the Mux
widget properly. The Mux widget selects the path (AMIC, DMIC) based on the ALSA
mixer settings set by HAL.
This changes the ALSA mixer interface and needs a fix in the HAL layer for
recording to work properly. The HAL layer should use the new mixers provided for
recording instead of the earlier mixers.
Change-Id: I17e5e19b2139defb2a4ce85e0b3905c08780cf96
Signed-off-by: Omair Mohammed Abdullah <omair.m.abdullah@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43870
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Kp, Jeeja <jeeja.kp@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Agarwal, Vaibhav <vaibhav.agarwal@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>
Omair Mohammed Abdullah [Thu, 12 Apr 2012 04:35:46 +0000 (10:05 +0530)]
audio: cs42l73: Fix widget duplication in codec dapm map
BZ: 27806 27797 26919
The codec DAPM map contained different widgets like APSINL, ASPINR, ASPINM that
modify the same port settings. Having 3 widgets for the same port confuses DAPM
and the port gets switched off if any of the widgets gets switched off.
Merge the 3 widgets into one ASPIN widget. Similar problem exists with the
ASPOUT, XSPIN, XSPOUT and VSP ports. Fix them too.
Additionally, replace snd_soc_write with snd_soc_update_bits which checks for
any change in the register settings before updating the register. Also, there
was an error where ADC Left and DMIC Left were mapped to register bits
corresponding to ADC B and DMIC B instead of ADC A and DMIC A. Swapped the
mappings to fix that.
Change-Id: Iddbde5b64d4af5f5eabbd3fb0cb9722cfdc8c7fe
Signed-off-by: Omair Mohammed Abdullah <omair.m.abdullah@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43772
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Kp, Jeeja <jeeja.kp@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Agarwal, Vaibhav <vaibhav.agarwal@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>
David Cohen [Wed, 2 May 2012 14:51:47 +0000 (17:51 +0300)]
atomisp: lc898211: add temporary code for early development stage
BZ: 27947
lc898211 driver is still in early development stage as 3A library tuning
doesn't work well yet. This patch adds debugging messages and 8-bit to
10-bit conversion for compatibility with current 3A library.
This patch must be reverted once 3A library support is implemented.
Change-Id: I5cff971e93f16842ef74962eb7c3e43bdbe15737
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/47098
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Samurov, Vitali <vitali.samurov@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>
David Cohen [Wed, 28 Mar 2012 13:52:36 +0000 (16:52 +0300)]
atomisp: lc898211: HVCA Semco actuator driver
BZ: 27947
This patch adds LC898211 IC driver to control Hybrid VCA Semco actuator
driver.
Change-Id: I22d7345fb8bb82be9ed61e52768f2bc6cc412610
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/42535
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Samurov, Vitali <vitali.samurov@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>
Fei Jiang [Wed, 2 May 2012 17:50:38 +0000 (01:50 +0800)]
kernel-drm: reduce hash order for ttm object and ttm reference object
BZ: 31145
TTM is mainly used by video driver, we don't allocate too much ttm buffer object, so reduce hash order, which can save memory,
also avoid too fragmented vmalloc memory.
Change-Id: I102cb26000b5e95a923b2b66920dca83b1274ffc
Reviewed-on: http://android.intel.com:8080/47159
Reviewed-by: Jiang, Fei <fei.jiang@intel.com>
Reviewed-by: Zhang, Yanmin <yanmin.zhang@intel.com>
Reviewed-by: Tu, Yun <yun.tu@intel.com>
Reviewed-by: Zeng, Li <li.zeng@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>
ljia5 [Sun, 29 Apr 2012 10:47:08 +0000 (18:47 +0800)]
[Graphic] Add hdmi settings operation, user can select to set
disable/enable hdmi panel, resolution, scan type and overscan
compensation
BZ: 26899
User can select to set disable/enable HDMI panel(default enable),
resolution based on edid, scan type(center, aspect and full) and
overscan compensation.
Change-Id: I2b2504d3ece61169a8c5c832e9ff2240246ce8d9
Signed-off-by: ljia5 <lin.a.jia@intel.com>
Reviewed-on: http://android.intel.com:8080/46682
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
chenlinz [Sat, 28 Apr 2012 06:21:11 +0000 (14:21 +0800)]
GFX: optimize vmalloc allocation as it's fragmented severely byPVR driver
BZ: 31145
GFX allocates lots of 1 page szie vmalloc areas. It causes dramatic
vmalloc fragmentation. Most such small vmalloc areas are created
as PVRSRV_HAP_WRITECOMBINE. We create a special gen_pool based on
a big vmalloc area. Then, allocate all small PVRSRV_HAP_WRITECOMBINE
request from the pool.
Change-Id: Ia38c4cc78e0e716a52cbd3592b2f8bcf099e08c8
Signed-off-by: Yanmin Zhang <yanmin.zhang@intel.com>
Signed-off-by: chenlinz <linx.z.chen@intel.com>
Reviewed-on: http://android.intel.com:8080/46647
Reviewed-by: Jiang, Fei <fei.jiang@intel.com>
Reviewed-by: Tu, Yun <yun.tu@intel.com>
Reviewed-by: Zeng, Li <li.zeng@intel.com>
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Ke Ai [Wed, 2 May 2012 07:02:36 +0000 (15:02 +0800)]
CTP-Display: fix brightness can not change smooth
BZ: 29596
we set the PWM_CLK and PWM_PERIOD correctly.
test, it works well.
Change-Id: Ia2032413904a8f330ffae7b6cc531a547883e60a
Signed-off-by: Ke Ai <ke.ai@intel.com>
Reviewed-on: http://android.intel.com:8080/46952
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Austin Hu [Sat, 28 Apr 2012 09:16:45 +0000 (17:16 +0800)]
GFX-Display: fixed the issue that HDMI displays nothing after DPMS off/on with some HDMI sink devices.
BZ: 34946
Fixed by setting HDMI AVI info frame in HDMI encoder DPMS on process,
to restore the VIDEO_DIP_CTL DC register.
Change-Id: I1d2a646fba694f70150e32ed49e95cb96e3e9fd4
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/46664
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
gwang23 [Sat, 28 Apr 2012 07:59:48 +0000 (15:59 +0800)]
Graphics: Refine the PVRSRVGetDCFrontBufferKM to avoid duplicates blt
BZ: 33328
In previous solution, PVRSRVGetDCFrontBufferKM would return the last
handled buffer in flip command queues. There is a delay between handling
the flip command and eglSwapBuffers(), there are in different threads,
so in some case, the old buffer would be used in PVR2DBltWidi();
Current solution is to return the last buffer used in eglSwapBuffers(),
Since in current pvr dirvers, eglSwapBuffers() would wait for the
buffer rendering complete, then the buffer can be returned for Widi.
Change-Id: Iaf65746c23c276ba0f21ceb929661a5a6d042c59
Signed-off-by: gwang23 <gang.a.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/46657
Reviewed-by: Tao, Tao Q <tao.q.tao@intel.com>
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
ljia5 [Wed, 25 Apr 2012 09:55:55 +0000 (17:55 +0800)]
Graphic/Display: Fix the bug that CABC can not work in Lexington
BZ: 32384
Correct CABC control register setting when init dirver, and add the CABC
control setting in reset function which enable CABC function during
first boot.
Change-Id: I9e5300de5d5e6a8b62f468a2f52e917802dd546a
Signed-off-by: ljia5 <lin.a.jia@intel.com>
Reviewed-on: http://android.intel.com:8080/46026
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Guillaume Lucas [Thu, 26 Apr 2012 07:56:01 +0000 (09:56 +0200)]
n_gsm: return EAGAIN only when state is OPENING for the write
BZ: 33649
With the current code the write operation will returns the EAGAIN
error if the DLCi state is not DLCI_OPEN. This was done to avoid
write before the end of the open who is asynchonous at MUX level.
Due to this change, in some the RRIL can receive this error if a
modem self reset occured at the same time. Because the DLCi will
be closed internally by the MUX but this is not yet seen at RRIL
level. This is an issue because, in this case, the RRIL will
generate an APIMR issue (instead to a MRESET issue).
This patch update the write function to:
- returns the EAGAIN error when the state is DLCI_OPENING
- returns the ENXIO error if the channel is not open
Signed-off-by: Guillaume Lucas <guillaume.lucas@intel.com>
Change-Id: Ie4ffbaa382f50523c4163aceed26af0e57bab92f
Reviewed-on: http://android.intel.com:8080/46341
Reviewed-by: Lucas, Guillaume <guillaume.lucas@intel.com>
Reviewed-by: Roulliere, Pierre <pierre.roulliere@intel.com>
Reviewed-by: Fremaux, Pascal <pascal.fremaux@intel.com>
Reviewed-by: Monroy, German <german.monroy@intel.com>
Reviewed-by: Predon, Frederic <frederic.predon@intel.com>
Reviewed-by: Lebsir, SamiX <samix.lebsir@intel.com>
Tested-by: Lebsir, SamiX <samix.lebsir@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Eric Dumazet [Thu, 9 Feb 2012 21:13:19 +0000 (16:13 -0500)]
net: fix NULL dereferences in check_peer_redir()
BZ: 33030
[ Upstream commit
d3aaeb38c40e5a6c08dd31a1b64da65c4352be36, along
with dependent backports of commits:
69cce1d1404968f78b177a0314f5822d5afdbbfb
9de79c127cccecb11ae6a21ab1499e87aa222880
218fa90f072e4aeff9003d57e390857f4f35513e
580da35a31f91a594f3090b7a2c39b85cb051a12
f7e57044eeb1841847c24aa06766c8290c202583
e049f28883126c689cf95859480d9ee4ab23b7fa ]
Gergely Kalman reported crashes in check_peer_redir().
It appears commit
f39925dbde778 (ipv4: Cache learned redirect
information in inetpeer.) added a race, leading to possible NULL ptr
dereference.
Since we can now change dst neighbour, we should make sure a reader can
safely use a neighbour.
Add RCU protection to dst neighbour, and make sure check_peer_redir()
can be called safely by different cpus in parallel.
As neighbours are already freed after one RCU grace period, this patch
should not add typical RCU penalty (cache cold effects)
Many thanks to Gergely for providing a pretty report pointing to the
bug.
Reported-by: Gergely Kalman <synapse@hippy.csoma.elte.hu>
Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Change-Id: Ife70cefaf6741e7b958901fae83521efa447ff30
Signed-off-by: Kun Jiang <kunx.jiang@intel.com>
Reviewed-on: http://android.intel.com:8080/46534
Reviewed-by: Zhang, Yanmin <yanmin.zhang@intel.com>
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Ashish K Singh [Thu, 3 May 2012 10:15:21 +0000 (15:45 +0530)]
Fix for Null Pointer dereference
BZ: 34186
Matrix.c file was showing Null Pointer Dereferencecritical issue with Klockwork tool.
Change-Id: I340d7c7a84ec8dc1b9abf6edc2484fa52d0cf637
Signed-off-by: Ashish K Singh <ashish.k.singh@intel.com>
Reviewed-on: http://android.intel.com:8080/47199
Reviewed-by: Yang, Fei <fei.yang@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Olivier Stoltz Douchet [Fri, 27 Apr 2012 09:00:25 +0000 (11:00 +0200)]
dlp_ctrl.c: Adding support for NOP command reception
BZ: 33872
This simple patch is adding support for NOP command reception. It is simply
tracing the NOP command reception and dropping it. Nothing else shall be done
in this case.
It is also reverting the patch preventing the ACWAKE to toggle, and hence the
PM to enter low power modes, in the HSI controller driver.
Change-Id: I113bdfce0dd454e41de88308dc704e1ec9257e88
Signed-off-by: Olivier Stoltz Douchet <olivierx.stoltz-douchet@intel.com>
Reviewed-on: http://android.intel.com:8080/46567
Reviewed-by: Roulliere, Pierre <pierre.roulliere@intel.com>
Reviewed-by: Pillet, VincentX <vincentx.pillet@intel.com>
Reviewed-by: Predon, Frederic <frederic.predon@intel.com>
Reviewed-by: Lebsir, SamiX <samix.lebsir@intel.com>
Tested-by: Lebsir, SamiX <samix.lebsir@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
David Weinehall [Fri, 27 Apr 2012 06:36:36 +0000 (09:36 +0300)]
emmc_ipanic: Do not warn about harmless notifications
BZ: 23560
The notification handler currently prints error messages of
severity KERN_EMERG for any unknown notifications. There are currently
two perfectly valid notifications that we don't need to process,
so ignore these explicitly, and lower the severity to KERN_ERR for the
notifications that we don't known about currently. Since the driver
does not break from receiving unknown notifications this is not
an emergency.
Change-Id: If6dc43ae551925d26cdfce1180c8adb8fc24d80d
Signed-off-by: David Weinehall <david.weinehall@intel.com>
Reviewed-on: http://android.intel.com:8080/46558
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@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>
Vinod Govindapillai [Tue, 24 Apr 2012 18:48:10 +0000 (21:48 +0300)]
OV8830: Change in the nearest resolution index calculation logic
BZ: 30047
16:9 resolutions are failing to get a correct matching resolution
index from the OV8830 preview resolution table. The threshold to
the minimum allowed ratio mismatch is changed to accommodate some
slight deviations from the standard aspect ratio so that the
function returns most appropriate index.
Change-Id: I7922b366cd5773f15d2d384d736fb14ca3a6b8ae
Signed-off-by: Vinod Govindapillai <vinod.govindapillai@intel.com>
Reviewed-on: http://android.intel.com:8080/45962
Reviewed-by: Laakso, Antti <antti.laakso@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Tested-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Tao Jing [Fri, 13 Apr 2012 03:26:33 +0000 (11:26 +0800)]
mt9e013: async power up sequence to decrease Lanuch2preview time
BZ: 32405
Currently power up time for mt9e013 takes about 130ms which blocks the v4l2 call
of S_INPUT, since sensor subdev call s_power is called from it. And hense impact
the overall lunch2preview performance.
This patch makes s_power subdev call create a workthread to do the
time-consuming power up procedure and return immediately, which will
not block the s_input and also let the power up procedure can be run
in parallel with other initializations. For other subdev calls that
access sensor hw and need sensor power up to be done, e.g.: s_mbus_fmt,
s_ctrl, g_ctrl, etc, it will check and wait for the power up workthread
to be finished.
Change-Id: I31ef1307c82f4a516aad78409b4881b2aa53469f
Signed-off-by: Tao Jing <jing.tao@intel.com>
Signed-off-by: ziyux.jiang <ziyux.jiang@intel.com>
Reviewed-on: http://android.intel.com:8080/44109
Reviewed-by: Bhat, Sheethal <sheethal.bhat@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Lampila, KalleX <kallex.lampila@intel.com>
Tested-by: Lampila, KalleX <kallex.lampila@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Elaine Wang [Thu, 26 Apr 2012 02:06:05 +0000 (10:06 +0800)]
Port TopazSC firmware version 385.
BZ: 33634
The data relocation address shouldn't be aligned with
MTX_DMA_BURSTSIZE_BYTES. Just write data section to base of data section.
Signed-off-by: Elaine Wang <elaine.wang@intel.com>
Change-Id: I5cf2aafe89a073b2f09f66f35695326a30ae2ad6
Reviewed-on: http://android.intel.com:8080/46207
Reviewed-by: Wang, Elaine <elaine.wang@intel.com>
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>
Ramakrishna Pallala [Tue, 1 May 2012 22:11:26 +0000 (03:41 +0530)]
MFLD/Battery: notify user space immediately after detecting fault
BZ: 33670
This patch sends the notification to user space immediately after
detecting any charger fault during charge cycle.
Change-Id: I2b3187e4419153b40d648bbe9448d2af4056e3ea
Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
Reviewed-on: http://android.intel.com:8080/46946
Reviewed-by: Mitra, DebalinaX <debalinax.mitra@intel.com>
Reviewed-by: Jena, TapanX <tapanx.jena@intel.com>
Reviewed-by: Gowdar, GurumurthyX <gurumurthyx.gowdar@intel.com>
Reviewed-by: Tc, Jenny <jenny.tc@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Dragos Tatulea [Thu, 22 Mar 2012 11:52:03 +0000 (13:52 +0200)]
atmel_mxt_ts: don't call suspend/resume handlers twice
BZ: 34261
When a driver has earlysuspend handlers that call into normal
suspend/resume handlers and both are registered, the latter will
get called twice. This patch avoids registering normal pm ops when
earlysuspend is enabled.
Change-Id: I3f455fac6b9c3f0d06a36db46eee5e32a73b60d5
Signed-off-by: Dragos Tatulea <dragos.tatulea@intel.com>
Acked-by: Mathias Nyman <mathias.nyman@linux.intel.com>
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/46939
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>
Geng Xiujun [Fri, 27 Apr 2012 01:09:22 +0000 (09:09 +0800)]
Revert "[display-dv20]: turn off panel power rail only if no operation exists"
BZ: 32593
This reverts commit
9e1f4398b6b3d9155fa9df0763bc29bb73d7a2f6.
Change-Id: I9f68607f9a387b4d449b65bf8aa6906f84a288f3
Signed-off-by: Remy Protat <remyx.protat@intel.com>
Reviewed-on: http://android.intel.com:8080/47238
Tang Guifang [Wed, 2 May 2012 03:48:05 +0000 (11:48 +0800)]
hwmon/mpu3050: move disable/enable irq in early_suspend/resume to avoid deadlock.
BZ: 34000
When mpu_early_suspend() is called, it firstly calls mutex_lock(&mpu->lock).
then disable_irq(). If there is a mpu interrupt during this lock and
disable_irq, mpu interrupt handler mpu_isr() will be called.
In mpr_isr(), it will wait for mpu->lock, but in mpu_early_suspend(),
disable_irq() won't return untill mpr_isr end. Then a dead lock happens.
Change-Id: I83b339bf52ce74cffe9b43120a1047d1d9d6c4a5
Signed-off-by: Tang Guifang <guifang.tang@intel.com>
Reviewed-on: http://android.intel.com:8080/46669
Reviewed-by: Liu, Hong <hong.liu@intel.com>
Reviewed-by: Pan, Zhenjie <zhenjie.pan@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Vaibhav Agarwal [Fri, 27 Apr 2012 06:47:06 +0000 (12:17 +0530)]
Audio: Check for vibra enable status before disabling it.
BZ: 31967
Currently, irrespective of vibra enable status, it'll process disable request.
Thus causing invalid pm_usage_count for SST. This breaks audio playback
during D0x states.
The solution is to disable vibra only in case it is enabled.
Change-Id: I767dacd82aed3bc0333e2773e8419e1723cd4091
Signed-off-by: Vaibhav Agarwal <vaibhav.agarwal@intel.com>
Reviewed-on: http://android.intel.com:8080/46557
Reviewed-by: Babu, Ramesh <ramesh.babu@intel.com>
Reviewed-by: Kp, Jeeja <jeeja.kp@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@intel.com>
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Neerebailoor, ShreyasX <shreyasx.neerebailoor@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>
Yu Wang [Fri, 27 Apr 2012 03:23:42 +0000 (11:23 +0800)]
Solve xHCI detect SS device as HS device issue.
BZ: 33811
This is a workaround for hardware bug. When USB3 phy in P3 state, its
RxDetect is not work well. So force PHY change to P2 state when USB3
controller want to perform receiver detection.
Change-Id: Ifbe3af1a47c784bd0afa4f5e0c20f5c228d6c161
Signed-off-by: Yu Wang <yu.y.wang@intel.com>
Reviewed-on: http://android.intel.com:8080/46561
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>
Bin Yang [Thu, 19 Apr 2012 10:34:05 +0000 (18:34 +0800)]
add HSU RX timeout workarround for CTP
BZ: 31975
HSU RX timeout interrupt is lost for silicon issue. Need
this workarround to recovery the interrupt.
Change-Id: Ie38ac427519e04d5043cebc06873e4d429b8acaf
Signed-off-by: Bin Yang <bin.yang@intel.com>
Reviewed-on: http://android.intel.com:8080/44029
Reviewed-by: Kuppuswamy, Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>
Reviewed-by: Wang, Yiyang <yiyang.wang@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>
Gabriel Touzeau [Thu, 26 Apr 2012 07:53:11 +0000 (09:53 +0200)]
intel_mid_power_off: modified charger detection
BZ: 31318
Shutdown with SDP/CDP/DCP cable connected shall NOT RESET the system and enter
in Charging MODE
This shall be done ONLY with ACDC Charger
Signed-off-by: Gabriel Touzeau <gabrielx.touzeau@intel.com>
Change-Id: If6c8fc667930bd94f26493755eab36648182ec2e
Reviewed-on: http://android.intel.com:8080/46358
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Tested-by: Romieu, Benoit <benoit.romieu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Pavan Kumar S [Mon, 23 Apr 2012 06:33:07 +0000 (12:03 +0530)]
ANDROID-COS: Change in charger detection for OSIP
BZ: 32617
Tablet platform supports AC-charger and currently doesn't support USB-charging.
This patch changes OSIP driver to detect for charger connection status using
power_supply_is_system_supplied() instead of penwell_otg_query_charging_cap().
Change-Id: I0da542988dd9575a6fcdee6c1e54edb4ab16ec65
Signed-off-by: Pavan Kumar S <pavan.kumar.s@intel.com>
Reviewed-on: http://android.intel.com:8080/44361
Reviewed-by: Mukherjee, DevapriyaX <devapriyax.mukherjee@intel.com>
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Reviewed-by: Tc, Jenny <jenny.tc@intel.com>
Reviewed-by: Jena, TapanX <tapanx.jena@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>
Ramakrishna Pallala [Wed, 25 Apr 2012 21:12:20 +0000 (02:42 +0530)]
max17042: Add power supply attribute for Coloumb Counter
BZ: 33602
This patch adds the support for CHARGER_COUNTER power supply
attribute to max17042/47 driver.
Note:QH(Charge Counter) register is not documented in max17042 the Spec.
Change-Id: I0d0c0e42f6905fcf63a16ddd6e5b003909fac907
Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
Reviewed-on: http://android.intel.com:8080/46297
Reviewed-by: Tc, Jenny <jenny.tc@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Jena, TapanX <tapanx.jena@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Pavan Kumar S [Mon, 16 Apr 2012 03:59:37 +0000 (09:29 +0530)]
Battery: Handle Charger-timer expiry cleanly.
BZ: 14844
On charger-timer expiry, charging stops. The status should be
NOT_CHARGING, USB status should be present, but offline.
Also, charging shouldn't re-start untill a USB-connect happens.
This patch cleans-up all these with the help of a new field msic_chr_err,
which will be set on charger-timer expiry.
Change-Id: I67d3eb49421dbe815e34d3457a5c959744cba74f
Signed-off-by: Pavan Kumar S <pavan.kumar.s@intel.com>
Reviewed-on: http://android.intel.com:8080/30262
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Reviewed-by: Jena, TapanX <tapanx.jena@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
ShuoX Liu [Tue, 24 Apr 2012 04:51:58 +0000 (12:51 +0800)]
mm: percpu: Add PCPU_FC_FIXED to pcpu_fc for setting fixed pcpu_atom_size.
BZ: 27672
After long running, range of VM will be fragmented and fail to create new
chunk with large pcpu_atom_size(on i386 is 4M). On our platform, i write a
patch that will alloc percpu variables with 200B size repeatly and count
the total alloced size until it return failure, the result is:
pcpu_atom_size alloced size of test program
4M 0x2000f8
256K 0xffdcc8
The patch add one more chosen to percpu_alloc kernel parameter. Besides
page,embed,auto are available for percpu_alloc, memory size suffixed with
%K,%M are supported. It set pcpu_atom_size to fixed wanted size.
Change-Id: I8ddec17de1f7f06cba8298acb2fdec4147e79874
Signed-off-by: Yanmin Zhang <yanmin.zhang@intel.com>
Signed-off-by: ShuoX Liu <shuox.liu@intel.com>
Reviewed-on: http://android.intel.com:8080/45888
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Reviewed-by: Jarzmik, Robert <robert.jarzmik@intel.com>
Reviewed-by: He, Bo <bo.he@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>
Samu Onkalo [Fri, 27 Apr 2012 07:37:09 +0000 (10:37 +0300)]
MMC: Tell emmc chip state to SCU via new field in Dekker mutex
BZ33846
SCU may access emmc while the kernel is between device suspend-resume
state. During that period the emmc chip is detached. SCU accesses fails
since the SCU doesn't power on the chip.
SCU must know the status of the emmc chip. Easiest way
is to pass the information from the kernel driver to SCU.
New field in the emmc dekker mutex may be updated only when
IA has successfully locked the mutex.
Change-Id: I9b9569d1b8d9f84fb9cf1b6ba96db99a65c08d4e
Signed-off-by: Samu Onkalo <samu.onkalo@intel.com>
Reviewed-on: http://android.intel.com:8080/46579
Reviewed-by: Dong, Chuanxiao <chuanxiao.dong@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@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>
Geng Xiujun [Fri, 27 Apr 2012 01:09:22 +0000 (09:09 +0800)]
[display-dv20]: turn off panel power rail only if no operation exists
BZ: 32593
The I2C bus of LVDS panel is shared with other devices, such as dsi-lvds bridge
and pn544, if we turn off panel power through GPIO, then it will pull voltage of
i2c down to 1v, and if there's other device's transition on this bus at this
time, then it will be unstable, and unrecoverable. experiments show that, if we
don't turn off LVDS panel power rail in early suspend, then I2C error will be
disappear.
The patch turn off panel's power rail only when there's no device active.
Change-Id: Iea6223370598fd648fe74a3269df3f4c2da6a430
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Reviewed-on: http://android.intel.com:8080/46539
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
s [Fri, 27 Apr 2012 12:36:40 +0000 (08:36 -0400)]
atomisp: mt9e013: reduce preview's skip frame num to 0
BZ: 31998
Previously when start preview, sensor told HAL to skip first 1 frames because 3A init param is not
valid in first 2 frames so they are green.
Now 3A init param invalid issue have been fixed. So don't need to skip frames.
This patch will work with HAL patch to total save ~67ms (33msx2) in launch2preview latency.
Signed-off-by: s <xiaolu.liu@intel.com>
Change-Id: Ibbe5f43f322a250e28a6c6c99a3ca069d64335a5
Reviewed-on: http://android.intel.com:8080/46545
Reviewed-by: Liu, Xiaolu <xiaolu.liu@intel.com>
Reviewed-by: Wada, Yoshio <yoshio.wada@intel.com>
Reviewed-by: Bhat, Sheethal <sheethal.bhat@intel.com>
Reviewed-by: Xia, Yu Y <yu.y.xia@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Hu, Gang A <gang.a.hu@intel.com>
Tested-by: Hu, Gang A <gang.a.hu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
s [Thu, 26 Apr 2012 23:25:09 +0000 (19:25 -0400)]
[Port from R2] atomisp: The screen flashed green when changing state of back camera.
BZ: 31998
We need to re-calculate ITG value when changing state also resolution.
When changing state or resolution, sensor settings are changed.
Itg value is depend on the sensor settings; frame_length_lines, line_length_pck and read_mode.
If use previous itg value without re-calculation, itg may be invalid.
Invalid settings of sensor generates some kinds of bad frame.(i.g. green flashed frame)
For the same reason, we should remove the restore exposure block in mt9e013_s_mbus_fmt.
The previous itg may be not correct value.
Solution :
- atomisp
improve 1'st frame image
- libmfldadvci
improve 2'nd frame image
- libcamera
Change-Id: I9bd3893ddc79040c9567eebb7bb6b98b4deaabe7
Signed-off-by: s <xiaolu.liu@intel.com>
Reviewed-on: http://android.intel.com:8080/46433
Reviewed-by: Wada, Yoshio <yoshio.wada@intel.com>
Reviewed-by: Kantola, Lasse <lasse.kantola@intel.com>
Reviewed-by: Xia, Yu Y <yu.y.xia@intel.com>
Reviewed-by: Bhat, Sheethal <sheethal.bhat@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Hu, Gang A <gang.a.hu@intel.com>
Tested-by: Hu, Gang A <gang.a.hu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Pavel Chupin [Thu, 26 Apr 2012 13:30:49 +0000 (17:30 +0400)]
gcc4.6: TEMPORARY fix for enums compare issue
BZ: 33304
There is different types of enums comparison 'enum atomisp_acc_arg_type'
and 'enum sh_css_acc_arg_type' and gcc4.6 produce a warning which is
treated as error. This is TEMPORARY patch to remove the warning until
these enums fixed.
Change-Id: Ib18d29a596aae3c5a93b436ffa490f6a8a5b2c49
Signed-off-by: Pavel Chupin <pavel.v.chupin@intel.com>
Reviewed-on: http://android.intel.com:8080/45961
Reviewed-by: Lu, Hongjiu <hongjiu.lu@intel.com>
Reviewed-by: Yin, Fengwei <fengwei.yin@intel.com>
Reviewed-by: Li, XiaojingX <xiaojingx.li@intel.com>
Tested-by: Li, XiaojingX <xiaojingx.li@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Wu, Hao [Wed, 25 Apr 2012 14:00:53 +0000 (22:00 +0800)]
usb/ehci-pci: remove 200mA current limitation for DV
BZ: 33514
As in DV, we can support 500mA so the 200mA budget limitation
should be removed.
Change-Id: If70b2aa4a12736229ef66bd608eba0bfd3a0b48c
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/46054
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: Tang, Jianqiang <jianqiang.tang@intel.com>
Reviewed-by: Zhuang, Jin Can <jin.can.zhuang@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>
Geng Xiujun [Fri, 20 Apr 2012 03:06:30 +0000 (11:06 +0800)]
[Port from R2]: flush hdmi port register
BZ: 33780
flush hdmi port register after writing to make it take effect
Change-Id: I8555b024cc5f66698cae459d7267c44d06bae4ea
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Signed-off-by: Seema Pandit <seema.pandit@intel.com>
Reviewed-on: http://android.intel.com:8080/46460
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Seema Pandit [Thu, 26 Apr 2012 15:42:16 +0000 (08:42 -0700)]
Fix issue with HDMI audio quality is poor.
BZ: 33536
Remove the hardcoded fp and dpll values for HDMI clock, to fix the
issue with HDMI audio quality, being choppy. These values are
calculated by the driver.
Change-Id: I1c13473f3a8e4874600f3087fb755020842f5e92
Signed-off-by: Seema Pandit <seema.pandit@intel.com>
Reviewed-on: http://android.intel.com:8080/46455
Reviewed-by: Hu, Austin <austin.hu@intel.com>
Reviewed-by: Dai, Yu <yu.dai@intel.com>
Reviewed-by: Tong, BoX <box.tong@intel.com>
Tested-by: Tong, BoX <box.tong@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Dale Stimson [Thu, 15 Mar 2012 23:39:17 +0000 (16:39 -0700)]
IMG code drop 840215 plus local changes (new kernel part)
BZ: 27656
Change-Id: I65467fcfd54e2ff51b58022cc1dbf3d6fb4c6994
Signed-off-by: Dale Stimson <dale.b.stimson@intel.com>
Signed-off-by: Tong, Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/46344
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Illyas Mansoor [Tue, 17 Apr 2012 09:05:41 +0000 (14:35 +0530)]
intel_scu_ipc: remove PM command synchronization
BZ: 32160
In R2 we had added serialization of IPC and PM (s0ix/lpmp3/d0ix) commands
since there were fabric errors, those issues were root caused and fixed in
SCU hence we no longer require this synchronization.
Also adding synchronization may adversly affect IPC communication, since
WatchDog keepalive is sent thru and IPC command and if s0ix is in progress the
watchdog keep alive timer may get blocked till the s0ix command gets completed
and this could take couple of seconds, by which time watch dog could get
triggerred.
Hence removing this synchronization.
Change-Id: I52b91d5c84ee8cc380d13f63cc46fa2017e4e4f2
Signed-off-by: Illyas Mansoor <illyas.mansoor@intel.com>
Reviewed-on: http://android.intel.com:8080/43669
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>
Leo Yan [Thu, 26 Apr 2012 00:54:36 +0000 (08:54 +0800)]
misc/apds990x: Reduce the IR factor when CH1/CH0 ratio is abnormal
BZ: 31055 31056
The lux equation in the apds990x datasheet assume the light source
is far from the sensor and CH1/CH0 ratio is always below than 0.3.
If the ratio is out of range, it means an abnormal incandescent light
source is very close to the sensor. In this case, the lux equation
doesn't work and we need to reduce the IR factor to get the correct
lux value.
Change-Id: I59b967bf775fbb3a46591728952688811c6347eb
Signed-off-by: Leo Yan <leo.yan@intel.com>
Reviewed-on: http://android.intel.com:8080/46184
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Tang, HaifengX <haifengx.tang@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
shuguang gong [Tue, 24 Apr 2012 16:38:37 +0000 (12:38 -0400)]
Mt9e013: improve 720P video to 30fps and correct still capture to 3fps on lexington
BZ: 32164
When ISP works at 200MHz on Lexington, Current sensor setting cannot
achieve 30fps for 720p video recording and still capture is not fixed to 3fps.
This patch will make 720p video recording run at 30fps and still capture run at 3fps.
Depend on patch: 43702
Change-Id: If344fda0f13a0221286a49b1e1d9b2e25b5bd3a2
Signed-off-by: shuguang gong <shuguang.gong@intel.com>
Reviewed-on: http://android.intel.com:8080/45276
Reviewed-by: Jiang, ZiyuX <ziyux.jiang@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Hu, Gang A <gang.a.hu@intel.com>
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>
Tao Jing [Tue, 17 Apr 2012 11:03:53 +0000 (19:03 +0800)]
Mt9e013: correct fps for different resolutions of different settings.
BZ: 31575
correct the fps for different resolutions of different settings.
Change-Id: I3dcc05b11be3cadee5d11b2fac8bacec132ecdb1
Signed-off-by: Tao Jing <jing.tao@intel.com>
Signed-off-by: ziyux.jiang <ziyux.jiang@intel.com>
Reviewed-on: http://android.intel.com:8080/43702
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Gong, Shuguang <shuguang.gong@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>
Wu, Hao [Tue, 24 Apr 2012 13:49:41 +0000 (21:49 +0800)]
usb/penwell_otg: update DCD interval and timeout in charger detection flow
BZ: 33161
Update DCD timeout and interval to meet Battery Charging 1.2 Spec
requirement.
Change-Id: I1386cf835eb72f7267f9019e55771478776fb907
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/45939
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>
Wu, Hao [Tue, 24 Apr 2012 11:03:10 +0000 (19:03 +0800)]
usb/penwell_otg: stop ulpi polling in device suspended mode
BZ: 33241
The 11897 workaround patch introduced a problem that keeps
ulpi polling even if the device is in suspended mode, which
results in timeout and unexpected reset to SW/HW. This patch
is ported from OTC branch.
Change-Id: Ib42c1769926e02f7407c0ee5961998d68aa2a20d
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/45917
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>
Wu, Hao [Tue, 24 Apr 2012 10:38:55 +0000 (18:38 +0800)]
[Port from R2] usb/penwell_otg: fix ULPI polling error
BZ: 33238
Write 0x16 register after starting ULPI polling. This will
make sure even if 0x16 register was changed by unknown
reason before ULPI polling, it never causes reseting
controler all the time.
Change-Id: I47e2c613c1d7ea5754558d593bc37a0f9739f4de
Signed-off-by: Wu, Hao <hao.wu@intel.com>
Reviewed-on: http://android.intel.com:8080/45914
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>
jzhuan5 [Sun, 15 Apr 2012 17:09:37 +0000 (13:09 -0400)]
usb:langwell_udc: fix pullup issue
BZ: 32720
Pullup shouldn't be connected/disconnected if dev->stopped is set which indicates interrupt
is not enabled and the controller maybe in a low power state.
Pullup should be connected if and only if the condition
dev->driver && dev->softconnected && dev->vbus_active && !dev->stopped is true.
dev->driver && dev->softconnected indicates the gadget want to connect pullup and
dev->vbus_active && !dev->stopped indicates uB is plugged in, in which state
vbus is active and controller is powered in device mode.
One related issue is in intel_mid_start_peripheral, pullup can be connected even
dev->softconnected is 0.
Solution:
1. add langwell_udc_pullup() to manage pullup connection/disconnection.
2. Check dev->stopped in langwell_udc_pullup(). If it's set, do nothing.
3. Check condition "dev->driver && dev->softconnected && dev->vbus_active && !dev->stopped"
in langwell_udc_pullup() before connecting pullup.
4. Every time when dev->driver/dev->softconnected/dev->vbus_active/dev->stopped changes,
langwell_udc_pullup should be called to connect pullup whenever is possible or disconnect
if necessary.
Signed-off-by: jzhuan5 <jin.can.zhuang@intel.com>
Change-Id: Idf4ba0a6ab200c66484146c0047073dbb98896bd
Reviewed-on: http://android.intel.com:8080/43514
Reviewed-by: Zhuang, Jin Can <jin.can.zhuang@intel.com>
Reviewed-by: Meng, Zhe <zhe.meng@intel.com>
Tested-by: Meng, Zhe <zhe.meng@intel.com>
Reviewed-by: Tang, Richard <richard.tang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Olivier Stoltz Douchet [Tue, 27 Mar 2012 14:42:33 +0000 (16:42 +0200)]
intel_mid_hsi.c: improving hsi_pm_runtime_get_sync and start tx synchronicity
BZ: 30613
The purpose of this patch is two fold: making the hsi_pm_runtime_get_sync()
function call synchronous to the PM management as well as start TX callback
functions.
This patch is actually waiting for the hsi_pm_resume() callback event
completion in the hsi_pm_runtime_get_sync() and start_tx() functions to ensure
that the IP is actually resumed upon the completion of these functions. Relying
solely on the wake_lock and pm_runtime_get_sync is not sufficient for this
purpose because of some race conditions between the Linux PM runtime state
machine and Android's PM state machine.
The TX path of the FFL modem protocol driver has been updated to manage the
synchronous start TX call. Since the TTY write function can be called in non
sleepable contexts, the start TX is actually called in a separate work, outside
the ffl_tty_write() function. Using the single threaded TX worqueue to manage
the start TX and stop TX is also serialiasing this management and easing the
stop TX to start TX pulse delay implementation.
This patch is also the opportunity to switch to a 3-workqueue modem protocol
implementation instead of the exisiting 5 workqueues (without considering the
start TX and stop TX workqueue), which is making much more sense.
Change-Id: I414757e6312c6648f6007ad17ac160bde758441b
Signed-off-by: Olivier Stoltz Douchet <olivierx.stoltz-douchet@intel.com>
Reviewed-on: http://android.intel.com:8080/40948
Reviewed-by: Roulliere, Pierre <pierre.roulliere@intel.com>
Reviewed-by: Predon, Frederic <frederic.predon@intel.com>
Reviewed-by: Lucas, Guillaume <guillaume.lucas@intel.com>
Reviewed-by: Lebsir, SamiX <samix.lebsir@intel.com>
Tested-by: Lebsir, SamiX <samix.lebsir@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
projects / kernel / kernel-mfld-blackbay.git / log