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>
Shijie Zhang [Wed, 25 Apr 2012 11:37:38 +0000 (19:37 +0800)]
intel_scu_ipcutil: re-arch IPC ioctl struct
BZ: 33355
Userspace IPC ioctl is using self defined command and struct, it will
cause inconsistent problem if ethier kernel or userspace side is making
some changes. Correct way should be exporting the kernel ioctl command
and struct to the userspace with kernel header file to keep them
consisent. This patch fixes this problem.
Change-Id: Icdc6e51f254279fba980935610e837bf6208f12b
Signed-off-by: Shijie Zhang <shijie.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/46003
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Li, Ning <ning.li@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>
Shijie Zhang [Tue, 24 Apr 2012 17:09:23 +0000 (01:09 +0800)]
intel_scu_ipc: move osc clock code from SCU IPC core driver
BZ: 32907
Based on current drvier framework, it's not suitable to leave OSC CLK
related code inside the IPC core driver. Move it to intel_scu_ipcutil.
Change-Id: I02981dd1e8f9fea7b521f6d1d07feca0c6dd492e
Signed-off-by: Shijie Zhang <shijie.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/45901
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
xiaobing tu [Fri, 13 Apr 2012 02:37:00 +0000 (10:37 +0800)]
Add user stack into /proc/xxx/stack.
BZ 32868
We often need user space stack call-chain information when debugging hard issues.
Here is a prototype and it could work well on X86 architecture.
The idea is to output user space stack call-chain from /proc/xxx/stack, currently,
/proc/xxx/stack only output kernel stack call chain. We extend it to output user
space call chain With hex format.In user space, we implement a backtrace tool, it
read kernel space and user space stack call chain from /proc/xxx/stack, and converts
the hex format into symbols., we tested it on i386/i686 and x86-64. It works well.
kernel patch for this tool
Signed-off-by: xiaobing tu <xiaobing.tu@intel.com>
Change-Id: I009c46282a7abc7fdf3f7cd34d4849095f79d50d
Reviewed-on: http://android.intel.com:8080/43335
Reviewed-by: Tu, Xiaobing <xiaobing.tu@intel.com>
Reviewed-by: Zhang, Yanmin <yanmin.zhang@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Reviewed-by: Kuppuswamy, Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
David Cohen [Sun, 22 Apr 2012 09:23:55 +0000 (12:23 +0300)]
atomisp: fix initialization when motor is not embedded to sensor
BZ: 27947
When motor has own I2C controler, atomisp driver needs 2 fix:
- Atomisp needs to create a relationship between motor and its related sensor
- Sensor name needs to contain motor to inform upper 3A library
Change-Id: I82eabfa127091169eed2c7441f1910e7629e0140
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/44340
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: Laakso, Antti <antti.laakso@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
David Cohen [Fri, 20 Apr 2012 14:47:45 +0000 (17:47 +0300)]
atomisp: add ioctl to retrieve motor internal memory data
BZ: 27947
If external lens/motor/actuator driver has data in internal memory to be
retrieved by userspace, this ioctl must be used.
Change-Id: Ib34f7ce62ef13ad427afe9c07f932bd04f6af15a
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/44150
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
Reviewed-by: Kruger, Jozef <jozef.kruger@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Laakso, Antti <antti.laakso@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 [Mon, 26 Mar 2012 09:33:14 +0000 (17:33 +0800)]
atomisp: enable atomisp driver in mrfl config file
BZ: 16478
Change-Id: I46661bd3c78ebb42ca0e159486dd2eb09e163a98
Signed-off-by: Tao Jing <jing.tao@intel.com>
Reviewed-on: http://android.intel.com:8080/40863
Reviewed-by: Yang, HaipingX <haipingx.yang@intel.com>
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: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Tao Jing [Thu, 22 Mar 2012 07:12:11 +0000 (15:12 +0800)]
atomisp: port css codebase to support mrfl vp
BZ: 16478
Change-Id: I35b9bccc0de46f9d6daf09febdbe6894a6342d07
Signed-off-by: Tao Jing <jing.tao@intel.com>
Reviewed-on: http://android.intel.com:8080/40862
Reviewed-by: Guo, Yuanqing <yuanqing.guo@intel.com>
Reviewed-by: Wezelenburg, Mark <mark.wezelenburg@intel.com>
Reviewed-by: Yang, HaipingX <haipingx.yang@intel.com>
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: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Tao Jing [Thu, 22 Mar 2012 02:52:29 +0000 (10:52 +0800)]
atomisp: porting to support mrfld vp
BZ: 16478
Change-Id: I0e2b1bdbd4b5f5e2a133fa14417452250c086080
Signed-off-by: Tao Jing <jing.tao@intel.com>
Reviewed-on: http://android.intel.com:8080/40861
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>
Fei Jiang [Thu, 19 Apr 2012 15:05:29 +0000 (23:05 +0800)]
kernel-drm: remove duplicated down_read to mmap_sem and add DRM_UNLOCKED flag for all video related ioctls.
BZ: 29375
DRM big mutex has big impact to the video performance and maybe trigger dead lock issue.
Change-Id: I7943f113009ae5d9a6206c4bf23728d06c2831af
Reviewed-on: http://android.intel.com:8080/44098
Reviewed-by: Jiang, Fei <fei.jiang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Reviewed-by: Ding, Haitao <haitao.ding@intel.com>
Tested-by: Ding, Haitao <haitao.ding@intel.com>
Geng Xiujun [Wed, 25 Apr 2012 09:49:30 +0000 (17:49 +0800)]
[display]: correct dsi-lvds bridge register setting
BZ: 32733
correct bridge register setting per spec.
Change-Id: I41836c3e4ed4bdd3ac8734d0c0079ff5e089f7bd
Signed-off-by: Geng Xiujun <xiujun.geng@intel.com>
Reviewed-on: http://android.intel.com:8080/46027
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>
Hitesh K. Patel [Mon, 16 Apr 2012 20:32:15 +0000 (13:32 -0700)]
GFX-Display: Display Brightness settings ignored after bootup
BZ: 33396
For Enzo Panel we need to make sure we set the display status
variable correctly.
Change-Id: Ie6104509f4d8cde5ad3f8b7aa8f3252597ccd2ed
Signed-off-by: Hitesh K. Patel <hitesh.k.patel@intel.com>
Reviewed-on: http://android.intel.com:8080/46007
Reviewed-by: Ai, Ke <ke.ai@intel.com>
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Anand Bodas [Tue, 17 Apr 2012 11:20:56 +0000 (16:50 +0530)]
GFX-Display: Enable dynamic CABC for TMD
BZ: 32194
This patch makes CABC dynamic depending on brightness levels.
For higher levels, higher savings are implemented for max
savings. For brightness below 50%, CABC is turned off.
Change-Id: I40283774a9e90a2dbd3822f14d8a09fe5c8521e2
Signed-off-by: Anand Bodas <anand.v.bodas@intel.com>
Signed-off-by: Tong, Bo <box.tong@intel.com>
Reviewed-on: http://android.intel.com:8080/43708
Reviewed-by: Xu, Randy <randy.xu@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Vinay Hegde [Fri, 20 Apr 2012 18:53:42 +0000 (00:23 +0530)]
EM/Charger: Support for USB CDP type Charger Detection.
BZ: 29469
This patch adds support for USB CDP type detection in
the Charger driver.
Change-Id: Ie16abb4fea4e614ebd24d3066ddd5282561add20
Signed-off-by: Vinay Hegde <vinayx.hegde.kota@intel.com>
Reviewed-on: http://android.intel.com:8080/43069
Reviewed-by: Pandey, Raj <raj.pandey@intel.com>
Reviewed-by: Tc, Jenny <jenny.tc@intel.com>
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Vinay Hegde [Fri, 20 Apr 2012 18:49:02 +0000 (00:19 +0530)]
EM/Charger: UI should display discharging when connected as USB HOST
BZ: 30089
This patch ensures that when the board is connected to the USB in
Host mode it doesn't charge the battery and updates the battery
status as discharging.
Change-Id: I28c107c60bf5a7eb5f58ee2ea83e435e3e6bb2a3
Signed-off-by: Vinay Hegde <vinayx.hegde.kota@intel.com>
Reviewed-on: http://android.intel.com:8080/44135
Reviewed-by: Gurusamy, MarichamyX <marichamyx.gurusamy@intel.com>
Reviewed-by: Pallala, Ramakrishna <ramakrishna.pallala@intel.com>
Tested-by: Kallappa Manjanna, MadhukumarX <madhukumarx.kallappa.manjanna@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Vishwesh M Rudramuni [Tue, 10 Apr 2012 05:18:00 +0000 (10:48 +0530)]
[Revert Me] Option to choose between HSI and Standby on CVT platform through cmdline.
BZ: 33285
Currently HSI Modem 7060(BZ# 28529) is having a issue on CVT Platform and
it will not go to Low Power Mode. Standby will not work if HSI is enabled.
So HSI and Standby can be mutually exclusive.
So This patch provides the option to choose between Standby/HSI based on enable_stadby 1/0.
HSI Bug is Trached seprately through 28529.
Change-Id: Iba08d8f27166a64d8924268a5faa35ee1bcf5a28
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Reviewed-on: http://android.intel.com:8080/45940
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>
Vishwesh M Rudramuni [Fri, 23 Mar 2012 10:38:22 +0000 (16:08 +0530)]
[PATCH 7] i386_ctp_defconfig: Enabling PM for CLV
BZ:26897
This patch provides the support for enabling PM for cloverview
Platform.
Change-Id: If8d52dfac147b10d33478ca34dd8a4a276823f1c
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Reviewed-on: http://android.intel.com:8080/40189
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
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>
Vishwesh M Rudramuni [Fri, 23 Mar 2012 10:35:00 +0000 (16:05 +0530)]
[PATCH 6] intel_soc_clv: Adding PM support for CLV
BZ: 26897
This patch enables PM support for cloverview platform.
Change-Id: I1c42e8a00df1ea11e6410011902bfd371bf51098
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Reviewed-on: http://android.intel.com:8080/40188
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
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>
Vishwesh M Rudramuni [Wed, 4 Apr 2012 20:38:56 +0000 (02:08 +0530)]
[PATCH 5] i386_mfld_defconfig: Enabled MDLFD PM
BZ:26897
This patch enables the Medfield PMU driver in the config.
Change-Id: I226187d577b1f551632ad1305606d00b6994f68c
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Reviewed-on: http://android.intel.com:8080/40187
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
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>
Vishwesh M Rudramuni [Fri, 23 Mar 2012 10:18:32 +0000 (15:48 +0530)]
[PATCH 4] intel_soc_mdfld: PM driver for Medfield
BZ:26897
intel_soc_mdfld.c has code which is Medfield specfic
This patch has callbacks for pmu_power_off and
minor fixes in coretemp.c and sdhci-pci.c
Change-Id: I54bfc49c58c65b5eaa19e0525744fc5d1aea09cf
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Reviewed-on: http://android.intel.com:8080/40185
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
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>
Vishwesh M Rudramuni [Tue, 27 Mar 2012 06:58:33 +0000 (12:28 +0530)]
[PATCH 3] intel_idle: Idle driver changes for PM
BZ:26897
This patch has PM specific changes to idle driver catering to all
Platforms.
Change-Id: I4c8499c127afd18fbf0e64154428ebd5a5cbe612
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Reviewed-on: http://android.intel.com:8080/40186
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
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>
Vishwesh M Rudramuni [Thu, 29 Mar 2012 07:30:35 +0000 (13:00 +0530)]
[PATCH 2] intel_soc_pm: Refactored code for pm
BZ:26897
Power Management driver after code refactoring the existing pmu/idle driver
to have a single driver supporting future platforms like CLV
& Tangier.
intel_soc_pmu.c has code mostly interfacing pmu's in North Complex &
South Complex. Mostly platform independant code.
intel_soc_pm_debug.c for mostly debug related code.
intel_soc_pci.c for pci related functions.
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Change-Id: Id57714bbdf426dee451d0c7c062323cd91e2cdf7
Reviewed-on: http://android.intel.com:8080/40184
Reviewed-by: Rudramuni, Vishwesh M <vishwesh.m.rudramuni@intel.com>
Reviewed-by: Krishnakumar, Nivedha <nivedha.krishnakumar@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
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>
Vishwesh M Rudramuni [Thu, 29 Mar 2012 06:58:53 +0000 (12:28 +0530)]
[PATCH 1] mid_pmu: Removing the exisiting PMU Drv
BZ:26897
This patch removes the exisitng MFLD pmu drivers.
Change-Id: I30247a734ea10bb3ff8c4e62168fb344633d2c8e
Signed-off-by: Vishwesh M Rudramuni <vishwesh.m.rudramuni@intel.com>
Signed-off-by: Nivedha Krishnakumar <nivedha.krishnakumar@intel.com>
Signed-off-by: Ramachandra Sudarshan N <sudarshan.n.ramachandra@intel.com>
Signed-off-by: Youvedeep Singh <youvedeep.singh@intel.com>
Signed-off-by: Dyut K Sil <dyut.k.sil@intel.com>
Reviewed-on: http://android.intel.com:8080/35951
Reviewed-by: Kuppuswamy, Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>
Reviewed-by: Mansoor, Illyas <illyas.mansoor@intel.com>
Reviewed-by: Yang, Fei <fei.yang@intel.com>
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>
xiaojin [Thu, 19 Apr 2012 00:49:38 +0000 (08:49 +0800)]
n_gsm.c: Enhancement of gsm_mux TX/RX buf allocate
BZ: 28510
In LEX platform, we found huge kmalloc fail if repeated gsmld open and close
that trigged by stmd(userspace) or modem reset.
LEX memory size is 512M, only the half of Medfield.
Enhancement:
1. gsm_mux buf/txframe allocation moved to gsmld_config, according to mtu/mru of cfg
2. if encoding ==0, txframe allocate one mtu; otherwise allocate double mtu
3. if allocation size less than PAGE, use kmalloc; otherwise use vmalloc
This patch is part of the solution to TX/RX buffer allocate fail.
We also need to change mtu/mru in STMD, it should matched to N1 of AT+CMUX.
N1(Maximum Frame Size) of modem is 1509 now.
Signed-off-by: xiaojin <jin.xiao@intel.com>
Change-Id: I928f9943bce17c065e070750ccf6648d577b17ff
Reviewed-on: http://android.intel.com:8080/43942
Reviewed-by: Stoltz-douchet, OlivierX <olivierx.stoltz-douchet@intel.com>
Reviewed-by: Pillet, VincentX <vincentx.pillet@intel.com>
Reviewed-by: Xiao, Jin <jin.xiao@intel.com>
Reviewed-by: Roulliere, Pierre <pierre.roulliere@intel.com>
Reviewed-by: Liu, Chuansheng <chuansheng.liu@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>
Shijie Zhang [Tue, 24 Apr 2012 12:34:08 +0000 (20:34 +0800)]
intel_mid_gpadc: increase the GPADC driver init priority
BZ: 33128
Charger driver on CTP needs to call gpadc intereface during init, so
GPADC driver has to be initilized before the Charger driver.
This patch increases the GPADC driver init priority to fix this problem.
Change-Id: Ia0ec6c6c4fa2afe1938bdd79a6eb474e5371c6a1
Signed-off-by: Shijie Zhang <shijie.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/45275
Reviewed-by: Li, Ning <ning.li@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Shreyas Neerebailoor [Fri, 20 Apr 2012 10:22:43 +0000 (15:52 +0530)]
DMA: Move dma_pool_destroy to free channel
BZ: 31979
The DMA pool for LLI is destroyed in atomic context.
This function might sleep and it should not be called in atomic
context.
Moved the destroying of the DMA pool to free channel resource
function.
Change-Id: I7624a69de3d8a3815fb0b3733cf441a246aea045
Signed-off-by: Shreyas Neerebailoor <shreyasx.neerebailoor@intel.com>
Reviewed-on: http://android.intel.com:8080/44152
Reviewed-by: Abdullah, Omair M <omair.m.abdullah@intel.com>
Reviewed-by: Bensaid, Selma <selma.bensaid@intel.com>
Reviewed-by: Babu, Ramesh <ramesh.babu@intel.com>
Reviewed-by: Koul, Vinod <vinod.koul@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>
Fei Yang [Thu, 19 Apr 2012 23:26:38 +0000 (16:26 -0700)]
CRYPTO: enable twofish for android_secure
BZ: 33312
VOLD creates android_secure on primary storage, which requires twofish
cipher algorithm support from kernel. This patch enables TWOFISH.
Change-Id: I7dddb5bb7ef26a329cb1694268d68e869f438c6f
Signed-off-by: Fei Yang <fei.yang@intel.com>
Reviewed-on: http://android.intel.com:8080/44087
Reviewed-by: Kuppuswamy, Sathyanarayanan <sathyanarayanan.kuppuswamy@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Reviewed-by: Monroy, German <german.monroy@intel.com>
Tested-by: Ng, Cheon-woei <cheon-woei.ng@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Ramakrishna Pallala [Tue, 24 Apr 2012 01:48:37 +0000 (07:18 +0530)]
MFLD/Battery: Fix charging status reporting issue incase of OverTemp
BZ: 32569
This patch fixes the battery status reporting issue for high and
low temperatures. This patch also cleans up the status monitoring
worker by removing the code related to battery status computation
logic which was not required in status monitioring worker.
Change-Id: I6c5f628896f66a08fb6096ee74883b3e7ea70863
Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
Reviewed-on: http://android.intel.com:8080/45912
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>
Ramakrishna Pallala [Tue, 24 Apr 2012 09:45:37 +0000 (15:15 +0530)]
EM/Battery: Compute battery health from fuel gauge
BZ: 32795
This patch disables the power supply registration for
battery from smb347 charger driver and adds the capability
to compute battery health from max17042 fuel gauge driver.
Change-Id: I71150bbad8c914edfbae34d5ded0f7e744ce8568
Signed-off-by: Ramakrishna Pallala <ramakrishna.pallala@intel.com>
Reviewed-on: http://android.intel.com:8080/44357
Reviewed-by: Tc, Jenny <jenny.tc@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>
Eric Vorbe [Wed, 25 Apr 2012 14:21:13 +0000 (16:21 +0200)]
Revert "IMG code drop 840215 plus local changes"
BZ: 27656
This reverts commit
bcde9d363c2ef3938d39c4b14b09f75144cc6f85.
Change-Id: I30a9950adfc68558804d257d359a23ac0f7decc6
Signed-off-by: Eric Vorbe <ericx.vorbe@intel.com>
Reviewed-on: http://android.intel.com:8080/46057
Ashish K Singh [Mon, 16 Apr 2012 14:50:22 +0000 (20:20 +0530)]
staging/Kconfig: Changes to make Matrix driver visible in /dev
BZ: 22055
Change in Kconfig file to support Matrix driver.
Change-Id: Id547461b39cc9d003f7e24067640596672d918eb
Signed-off-by: Ashish K Singh <ashish.k.singh@intel.com>
Reviewed-on: http://android.intel.com:8080/43600
Reviewed-by: Hogander, Jouni <jouni.hogander@intel.com>
Reviewed-by: Monroy, German <german.monroy@intel.com>
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@intel.com>
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>
Zhang Dongxing [Fri, 20 Apr 2012 05:29:33 +0000 (13:29 +0800)]
panic_handle: make emmc_panic.c work without logger
BZ: 32660
When logger is disabled, emmc_ipanic.c is compiled with failure messages because
emmc_ipanic.c depended on logger module. At the same time, logger_pti.c has same issue.
For emmc_iapnic.c, dumping logcat buffer function is enabled only when CONFIG_ANDROID_LOGGER
is set to y. In order to use less macro references, some functions are moved to another
location without any change.
For logger_pti.c, we make ANDROID_LOGGRT_PTI depends on ANDROID_LOGGER. Then logger_pti.c and logger.c
can be enabled/disabled at the same time.
Change-Id: Ib59e85b022b4a163f8a002f2f2c405550fe28d62
Signed-off-by: Zhang Dongxing <dongxing.zhang@intel.com>
Reviewed-on: http://android.intel.com:8080/44106
Reviewed-by: Hogander, Jouni <jouni.hogander@intel.com>
Reviewed-by: Gross, Mark <mark.gross@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
jli127 [Tue, 24 Apr 2012 05:24:09 +0000 (13:24 +0800)]
driver/max11871: add sysfs debug interface
BZ: 32663
This patch add sysfs debug interface to
max11871 touchscreen driver.
The interfaces added includes command,
fw_ver, hreset, sreset, irq_count and
panel_params.
Signed-off-by: jli127 <jian.d.li@intel.com>
Change-Id: Ieabad396f23b2ee5868478c9f6f9b40360d4b9e0
Reviewed-on: http://android.intel.com:8080/45344
Reviewed-by: Koskinen, Ilkka <ilkka.koskinen@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>
Li, Ning [Mon, 23 Apr 2012 11:31:34 +0000 (19:31 +0800)]
hsu: do not stop log when system not hang
BZ: 30826
Console stops printing logs when oops_in_progress bit is set.
If if it's set and it's not a bug causing system hangs, we still
need to print logs after that. This patch is a fix under this situation.
Change-Id: I4f9fb1552d8ad1425b2bae3f9c9fc47e0a874bf7
Signed-off-by: Li, Ning <ning.li@intel.com>
Reviewed-on: http://android.intel.com:8080/44418
Reviewed-by: Zhang, Shijie <shijie.zhang@intel.com>
Reviewed-by: Berthier, Emmanuel <emmanuel.berthier@intel.com>
Reviewed-by: Chen, Jie D <jie.d.chen@intel.com>
Reviewed-by: Du, Alek <alek.du@intel.com>
Reviewed-by: Yang, Bin <bin.yang@intel.com>
Tested-by: Wang, Zhifeng <zhifeng.wang@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
David Cohen [Mon, 16 Apr 2012 10:46:47 +0000 (13:46 +0300)]
atomisp: mt9e013: fix fuseid read operation
BZ: 33398
mt9e013 driver's function used to read an array of registers is used by
OTP and FUSEID read operations. But due to bug, that function was
ignoring addr argument and hardcoding OTP read registers.
This patch fixed such function to provide correct fuseid values.
Change-Id: I2a0e81da3a724dfb0a933633e294e450e9facc42
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/43567
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>
Eric Vorbe [Wed, 25 Apr 2012 09:15:16 +0000 (11:15 +0200)]
Revert "[PORT FROM R2]pti: Check if pti is enabled in mipi header"
BZ: 28818
This reverts commit
29baf44f0bb8d14636e58b400d9dc9a51d23c1fa.
Change-Id: Iebd395a606b6b83dad3cc9d801cd954706b12337
Signed-off-by: Eric Vorbe <ericx.vorbe@intel.com>
Reviewed-on: http://android.intel.com:8080/46022
David Cohen [Fri, 20 Apr 2012 14:21:04 +0000 (17:21 +0300)]
atomisp: reserve ioctls to avoid ABI conflicts for customer
BZ: 27960
Customer asked us to implement 2 ioctls for debug purpose. As such
ioctls can't be merged to our tree for security purpose, we're marking
them as reserved ioctls to avoid create ABI conflicts.
Change-Id: I26a83903ce5d3a01f1640e090db553a37c80b7db
Signed-off-by: David Cohen <david.a.cohen@intel.com>
Reviewed-on: http://android.intel.com:8080/44148
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Laakso, Antti <antti.laakso@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>
Andy Shevchenko [Mon, 16 Apr 2012 10:57:23 +0000 (13:57 +0300)]
lm3554: restructure i2c communications
BZ: 32196
Currently the driver uses the lm3554 registers as a storage for the values. Due
to this it communicates too often in both ways with the chip. It's a bit
suboptimal (*) and even potentialy wrong in some cases (**).
* driver uses an additional mutex for serialization and the
read-before-write technique
** when driver had used power on or off for the chip, the storage would have
become to the inconsistent state.
Thus this patch addresses mentioned inconveniences. It moves storege from
hardware to the struct lm3554 fields and uses only sequential writes to set a
value.
Change-Id: I3ec755d43999ea07384c4f18e31013dd8e4c69f6
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43707
Reviewed-by: Shevchenko, Andriy <andriy.shevchenko@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Andy Shevchenko [Wed, 11 Apr 2012 14:06:22 +0000 (17:06 +0300)]
lm3554: simplify lm3554_s_flash_mode()
BZ: 32196
Accordingly to the datasheet there is no difference between torch and flash
registers when we set up the operating mode.
Change-Id: I5cbb7bd3c3ed5e2c6cf8713830dfebb2480dbdbb
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43706
Reviewed-by: Shevchenko, Andriy <andriy.shevchenko@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Andy Shevchenko [Mon, 16 Apr 2012 13:18:48 +0000 (16:18 +0300)]
lm3554: use struct lm3554 as storage of actual values
BZ: 32196
There is no need to keep value in the hardware and sometimes it's even a bad
idea.
This patch partialy moves the storage from hardware to the struct lm3554 fields
and will be used later as well.
Change-Id: Ia80d465404bfb38bb24d02274ab95986d6a16870
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43705
Reviewed-by: Shevchenko, Andriy <andriy.shevchenko@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Andy Shevchenko [Wed, 11 Apr 2012 11:58:41 +0000 (14:58 +0300)]
lm3554: rename of few types
BZ: 32196
This patch renames few types as follows
struct lm3554_priv -> struct lm3554
p_lm3554_priv -> flash
to_lm3554_priv() -> to_lm3554()
platform_data -> pdata
There is no functional change.
Change-Id: I0dc8a133f1ef90fb666d9dbd2b970cf9f8009103
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43704
Reviewed-by: Shevchenko, Andriy <andriy.shevchenko@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
Andy Shevchenko [Tue, 10 Apr 2012 10:11:14 +0000 (13:11 +0300)]
lm3554: small refactoring
BZ: 32196
- move platform data check upper in lm3554_probe()
- use struct lm3554_internal_ops
- remove dead and unused code
- append proper description
- add type of the subdevice
Change-Id: I6d752c26296db1c7f05dfe83e06f22866a6c53d1
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Reviewed-on: http://android.intel.com:8080/43703
Reviewed-by: Shevchenko, Andriy <andriy.shevchenko@intel.com>
Reviewed-by: Wang, Wen W <wen.w.wang@intel.com>
Reviewed-by: Toivonen, Tuukka <tuukka.toivonen@intel.com>
Reviewed-by: Cohen, David A <david.a.cohen@intel.com>
Tested-by: Koski, Anttu <anttu.koski@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
BZ: 27656
Change-Id: I8a7b3ffdef00c8e5ec5a2b64c44a0239086f3357
Signed-off-by: Dale Stimson <dale.b.stimson@intel.com>
Reviewed-on: http://android.intel.com:8080/44346
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>