Age | Commit message (Collapse) | Author |
|
Bug 679959
Change-Id: Id541c2f51fe2e0cb2c4cbb08aafbcb53da251218
Reviewed-on: http://git-master/r/1468
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Bug 679959
Change-Id: I71324cc89b4e3031ecc94ee5c05ba6193bab6533
Reviewed-on: http://git-master/r/1463
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Enable Clock Over On bit for all three controllers during phy resume and disable
during the suspend. Added timeout for the phy clock wait loops.
Bug 679959
Tested on Ap20/Harmony.
Change-Id: I3219946e6351c8ddf5e036dfc3a3f2b3693e99a6
Reviewed-on: http://git-master/r/1455
Reviewed-by: Seshendra Gadagottu <sgadagottu@nvidia.com>
Tested-by: Seshendra Gadagottu <sgadagottu@nvidia.com>
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
_nvmap_handle_unpin needs to acquire the mru_vma_lock before decrementing
the pin count, to ensure that a decrement to zero and insertion on the
MRU VMA list appears atomic with respect to a second client calling
_nvmap_handle_pin on the same handle; otherwise, the two clients race
and the pin operation may trigger a BUG because the handle has a valid
IOVMM area but is not located on any MRU VMA list.
also, clean up some additional allocation-inside-spinlock issues;
release the MRU VMA lock before calling tegra_iovmm_create_vm, and
reacquire the lock after returning.
Change-Id: If3a32e493a9222eac56a0980c10c0d4281389e7e
Reviewed-on: http://git-master/r/1448
Tested-by: Antti Hatala <ahatala@nvidia.com>
Reviewed-by: Antti Hatala <ahatala@nvidia.com>
|
|
Bug 687750
Fixed version mismatch error between prebuilt kernel modules
and locally built zImage files.
Change-Id: Ia7d2f08270eab00d94359e085e807d15cb43b86a
Reviewed-on: http://git-master/r/1446
Reviewed-by: Krishna Reddy <vdumpa@nvidia.com>
Tested-by: Krishna Reddy <vdumpa@nvidia.com>
Reviewed-by: Yu-Huan Hsu <yhsu@nvidia.com>
|
|
UTMIP pads were turned off before the UTMI phy is set in to the suspend mode.
This is corrected by turning off the UTMIP power control pads after phy is
suspended.
Added workaround for ULPI to bring out of suspend by setting USB2_CLK_OVR_ON
bit in CLK_RST_CONTROLLER register.
Bug 679959
Tested on Ap20/Harmony with Lp0 suspend/resume tests.
Change-Id: I6519568f20c4cd859c198d82c2a3007305a61317
Reviewed-on: http://git-master/r/1413
Reviewed-by: Bitan Biswas <bbiswas@nvidia.com>
Tested-by: Bitan Biswas <bbiswas@nvidia.com>
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Occasionally, ungating the TD partition when exiting
LP0 causes the entire system to crash. This WAR
avoids this issue by keeping the TD partition always on.
Change-Id: I20e09b3014feb011f922e654e2fb6d28a956d693
Reviewed-on: http://git-master/r/1435
Reviewed-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Tested-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Reviewed-by: Aleksandr Frid <afrid@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
the assignment to hDdkUsbPhy->IsHostMode was intentional; rewrite the
code to make this clearer
Change-Id: Ifc881397c240049b7c0a4300ae3267be397bfda5
Reviewed-on: http://git-master/r/1420
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
Normally, when the system goes into suspend, all the storage cards are
removed and later re-enumerated upon resume. During re-enumeration the
device name and number are not guaranteed to be the same as they were
during bootup. This can cause data corruption on cards.
When the MMC_UNSAFE_RESUME config is enabled, it will prevent kernel
from unmounting the mmc cards before suspend. Upon resume the cards
will still be using the same device id as they were before suspend.
This change seems to fix a lot of mmc related issues that occur
during LP0 transitions.
partial fix for Bug 679959
Change-Id: Ib90f95ebbc81c5b6e9e83e740ece31f914a262eb
Reviewed-on: http://git-master/r/1412
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Change-Id: Id3d6b1575329b3ad1a763488a442449774f9d4e1
Reviewed-on: http://git-master/r/1414
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
A fuse module is added to support programming and reading back
fuse values.
This module is built as part of kernel.
Bug 657504
Tested on: Whistler
Change-Id: I5663679c8d41834aa4077e9940a0595f6575af64
Reviewed-on: http://git-master/r/1259
Reviewed-by: Andy Carman <acarman@nvidia.com>
Tested-by: Andy Carman <acarman@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Put the AVP suspend operation in the kernel. It appears
that someone in userspace is still active after nvrm_graphics
has suspended.
Change-Id: Ie3b67478d502c8af5fd25a141d362409f737ffc3
Reviewed-on: http://git-master/r/1404
Reviewed-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Tested-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Bug 679959
Change-Id: I60f183280f650bf5238bfdb944d5dd112832ad4d
Reviewed-on: http://git-master/r/1403
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Tested-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Fixing the statement which is producing the warning.
Compiled without warning, tested with harmony BT-A2dp.
Change-Id: I7540653522124aa93b5afc8551a07e8322b37316
Reviewed-on: http://git-master/r/1381
Reviewed-by: Suresh Mangipudi <smangipudi@nvidia.com>
Tested-by: Suresh Mangipudi <smangipudi@nvidia.com>
Reviewed-by: Bitan Biswas <bbiswas@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Enable GART virtualization in android
Bug 678065
texture_alloc test is run to verify this.
Change-Id: Ic2c3b32b9c6c1a090f2c7884d24123ce38558e68
Reviewed-on: http://git-master/r/1376
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
It is require to set the debaunce time in terms of clock tick
granularity. 1 clock tick is 1/32 ms. The granulairty of 1ms is
too much to tune the key scanning performance.
Bug 684129
Change-Id: Ida7ca5c07ca1d6aa8f8aee57b243aea32baca38a
Reviewed-on: http://git-master/r/1383
Reviewed-by: Hu He <hhe@nvidia.com>
Tested-by: Hu He <hhe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
During ehci shutdown, the driver accesses the controller registers and
hence it powers up the phy. It is observed that during re-powering as
part of shutdown, there is a hang while accessing ULPI view_port register.
Preventing this by modifying ehci shutdown code to shutdown only when
the ehci is in operation.
Bug 685566
Change-Id: If69a23071c56c8f76c6f3c6615c1b948a452b9ce
Reviewed-on: http://git-master/r/1397
Reviewed-by: Hanumanth Venkateswa Moganty <vmoganty@nvidia.com>
Tested-by: Nitin Ghate <nghate@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
In order to keep sndfx file in sync with audiofx header
file updating tegra_sndfx.h with structures and
definitions, made the corresponding changes in code.
Verified both playback and record are working fine.
For bug 686588
synopsis: Incosistent kernel panic while running ALSA decode tests
Change-Id: Idc121a467a7c5460d0aa68416232d07b539b2a45
Reviewed-on: http://git-master/r/1379
Reviewed-by: Vijay Mali <vmali@nvidia.com>
Tested-by: Vijay Mali <vmali@nvidia.com>
Reviewed-by: Manjula Gupta <magupta@nvidia.com>
Tested-by: Manjula Gupta <magupta@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Ask the Ec to disable key scanning before closing the interface.
tested on harmony
Change-Id: Iad099994088506d28092c77d48a893dfccadec4e
Reviewed-on: http://git-master/r/1380
Tested-by: Varun Wadekar <vwadekar@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Bug 682070
warnings like:
- defined but not used
- unused variable
- format type
- control reaches to the end of non-void function
Image builds and boots properly after these changes.
Change-Id: I91578a9684b42fcf9652cf76e492f1020194e6e6
Reviewed-on: http://git-master/r/1339
Reviewed-by: Sachin Nikam <snikam@nvidia.com>
Tested-by: Sachin Nikam <snikam@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
As per ARM recommendation, perform a DSB immediatly before a WFI.
Change-Id: Id024356efa7e2f316f7b7c96ebb3936a12d70b3a
Reviewed-on: http://git-master/r/1318
Reviewed-by: Scott Williams <scwilliams@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
Change-Id: Ia2153071522be2badfb192057c6facad227f6dd4
Reviewed-on: http://git-master/r/1148
Tested-by: Bharat Nihalani <bnihalani@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
- Added GPIO pins to the wake up table so that in-coming calls wake up the system when EMP and IFX Modems are present.
- Added audio configuration for IFX modem.
- Bug 679896
- Removed tabs and adjusted indentation
Change-Id: I93db8c9f5a531b682365cfb916163b101132deee
Reviewed-on: http://git-master/r/1362
Reviewed-by: Sheshagiri Shenoy <sshenoy@nvidia.com>
Tested-by: Sheshagiri Shenoy <sshenoy@nvidia.com>
Reviewed-by: Udaykumar Rameshchan Raval <uraval@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
fix a coding error where the wrong carveout structure (an uninit variable)
was specified as the heap to free.
Change-Id: Ic2bdd66c52afffeaebe720e96a7513db32f41a72
Reviewed-on: http://git-master/r/1364
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
Removed the rx and tx separate lock and used only one lock to control the
interrupt enable bit in independent rx and tx path. The interrupt control
register is shared between the rx and tx workqueue.
Tested on harmony with BT, playing songs for 30 minutes without any packet
loss.
Change-Id: I690f28559c0ae0c3dc98ab930298e964a7ea07dc
Reviewed-on: http://git-master/r/1316
Reviewed-by: Rahul Bansal <rbansal@nvidia.com>
Tested-by: Rahul Bansal <rbansal@nvidia.com>
Tested-by: Anjali Kotnala <akotnala@nvidia.com>
Reviewed-by: Udaykumar Rameshchan Raval <uraval@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Bug 656729
Power optimization - Optimize aac, mp3 and wma ulp use cases for restricitng AVP
activity within LC at 24 Mhz
Tested on E1108 board with audioplayback (AAC,MP3, WMA)
Power numbers are reduced by 2.3 mW and without effecting LP2 duty cycle (LP2@ 97%).
Change-Id: Ibb89e611994d4f9da752c2bfa15e50f9c08280a0
Reviewed-on: http://git-master/r/1351
Reviewed-by: Sumit Bhattacharya <sumitb@nvidia.com>
Tested-by: Sumit Bhattacharya <sumitb@nvidia.com>
Tested-by: Aleksandr Frid <afrid@nvidia.com>
Reviewed-by: Aleksandr Frid <afrid@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Estimated LP2 sleep time based on the duration of current idle sleep
length as specified by the scheduler, instead of using time to the
next interrupt (the latter does not take into account user mode sleep
delays).
Change-Id: I66bde7035fb71dbcb93c50d92e28a276a1cd9466
Reviewed-on: http://git-master/r/1313
Tested-by: Aleksandr Frid <afrid@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
The name of config variable MACH_TEGRA_GENERIC_DEBUG is not correct.
It should be CONFIG_MACH_TEGRA_GENERIC_DEBUG. MACH_TEGRA_GENERIC_DEBUG is the
name set in kconfig.
Change-Id: I29435b4105fc34e9ed2d352e908f2c3f1efb800a
Reviewed-on: http://git-master/r/1342
Reviewed-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Tested-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
In SNDRV_PCM_TRIGGER_STOP state of the driver, if a buffer gets
queued then it might not be returned back as it never gets rendered.
In this scenario play_thread never exits as it keep on waiting for
receiving all the buffers back from mixer before exiting.
This is to solve bug 684393.
In case of START->STOP->START scenario (happens in case of underruns),
without closing the stream, there will not be any buffer loss as buffers
are queued by application at appl_ptr and they remain there, once next
START is called, they will be picked up for the playback.
Change-Id: I4536e35bc59a6a4d67b24d9a8dc57a738ec695e3
Reviewed-on: http://git-master/r/1323
Reviewed-by: Gary King <gking@nvidia.com>
Reviewed-by: Vijay Mali <vmali@nvidia.com>
Tested-by: Vijay Mali <vmali@nvidia.com>
Reviewed-by: Sandeep Shinde <sashinde@nvidia.com>
Tested-by: Sandeep Shinde <sashinde@nvidia.com>
|
|
The vddio rail information is part of the pingroup table and
there is gpio nr-pingroup table. Using these tables to get the
vddio power rail information for the given gpio nr.
Tested on whistler e1109+nand.
Change-Id: I9c91f8016b91fec8ccd5f0577ba95ac6cf65a267
Reviewed-on: http://git-master/r/1281
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Laxman Dewangan <ldewangan@nvidia.com>
Reviewed-by: Pavan Kunapuli <pkunapuli@nvidia.com>
Tested-by: Pavan Kunapuli <pkunapuli@nvidia.com>
|
|
When we are programming two DTDs very close to each other,
the second DTD is being prefetched before it is actually written
to DDR. To prevent this, we disable prefetcher before programming
any new DTD and re-enable it before priming endpoint.
Bug 597487
Change-Id: Iaf15a2bfb10cfc24d34bcb4b3093c1c6c48d5d22
Reviewed-on: http://git-master/r/1149
Reviewed-by: Gary King <gking@nvidia.com>
Reviewed-by: Pavan Kunapuli <pkunapuli@nvidia.com>
Tested-by: Pavan Kunapuli <pkunapuli@nvidia.com>
|
|
Also use l2 cache code only if it is enabled via config. This is useful
when running with l2 cache disabled.
Tested on Harmony + Android for LP0 with l2 cache enabled.
Change-Id: I3c6c77e968497a34a92405080eb5d2b1834ed4ab
Reviewed-on: http://git-master/r/1283
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
Following are the changes done:
- Removed completion object appl_ptr_comp used for waiting for app buffers
when buffer_in_quque=0.
- If a completion object wakes-up after every 120 seconds if not signalled
during that time.
- Now using wait_queue_head_t which suits the purpose better.
- Removed play_thread running dependency on shutdown_thrd as it is no more
required.
- Removed label EXIT from play_thread
All these changes were done based on comments from Google. Refer to
below issues for the complete discussion.
http://codereview.chromium.org/1705013/show
Change-Id: Id902a73f704ddf38ec8b9071bc36ee0f6db89f30
Reviewed-on: http://git-master/r/1305
Reviewed-by: Manjula Gupta <magupta@nvidia.com>
Tested-by: Manjula Gupta <magupta@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Bug 657105
Problem:When the USB Camera is unplugged while preview
VIDIOC_DQBUF ioctl hangs in uvc_queue_waiton()
as it waits on interrupt which will never come,
as USB Camera is unplugged.
Solution:Using wait_event_interruptible_timeout() instead
of wait_event_interruptible() in function uvc_queue_waiton()
with timeout value 250 mSec so as to gracefully exit.
With this change VIDIOC_DQBUF ioctl returns error,
USB Camera driver handles this error to gracefully exit.
Change-Id: I74aebadafb727b66cb1de8d70c6512a4ded63d03
Reviewed-on: http://git-master/r/1294
Reviewed-by: Sachin Nikam <snikam@nvidia.com>
Tested-by: Sachin Nikam <snikam@nvidia.com>
Reviewed-by: Bharat Nihalani <bnihalani@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
During auto suspend, USB phy is not powered down. Due to this there is
increase in the power numbers. Fixed by powering down/up the phy during auto
suspend/resume.
Bug 682727
Tested on Harmony/eclair.
Change-Id: I9c5500308bdaa3cb9f17b7f0745bd12969a29aae
Reviewed-on: http://git-master/r/1317
Tested-by: Hanumanth Venkateswa Moganty <vmoganty@nvidia.com>
Reviewed-by: Narendra Damahe <ndamahe@nvidia.com>
Tested-by: Narendra Damahe <ndamahe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
into merge-9.12.11
|
|
On VBUS interrupt irq acknowledges the VBUS interrupt and schedules the work
thread for powering/up down the USB phy and clocks based on the VBUS status.
But, in the work thread instead of checking the VBUS status directly,
rechecking the interrupt status which is already disabled. This is fixed by
checking the vbus status only in the work thread for controlling the power
up/down sequence. Due to the disconnect problem power numbers increased when
there is no USB cable connected to the system.
Bug 682756
Bug 682727
Change-Id: Id1c5b3cd1f2f195c4dfadf397e1f8650bf9da12b
Reviewed-on: http://git-master/r/1300
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
IOVMM was disabled due to problems with resume from LP0;
re-enabling it since associated problems are now resolved.
Following bugs will get fixed:
Bug 680829
Bug 683310
Bug 596477
Change-Id: Idc9b5c87d4a4a7a36a682f367c0e2deb10cea41e
Reviewed-on: http://git-master/r/1309
Reviewed-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Tested-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Apply proper barriers to suspend/resume operations.
The dmb() in suspend is required to prevent a race
between the next ENTRY_ADDR write and the previous
ENTRY_DATA read. The dsb+outer_sync() in resume()
is needed to ensure that the writes and reads occur
as expected.
Change-Id: I2e66ecce6ceb4f4647bde82cb706b739affeb858
Reviewed-on: http://git-master/r/1291
Reviewed-by: Gary King <gking@nvidia.com>
Reviewed-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Tested-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
|
|
Correct SetVoltage supply programming for SM0 (CORE) and SM1 (CPU).
Bug 681346.
This is a port of Ken's perforce CL6022246 to git.
Change-Id: I87b9d9e938fcfd75b4423576b4d18cb950dd7288
Reviewed-on: http://git-master/r/1312
Reviewed-by: Kenneth A Radtke <kradtke@nvidia.com>
Tested-by: Sharad Ranjan <shranjan@nvidia.com>
Reviewed-by: Aleksandr Frid <afrid@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
As part of suspend/resume for sd/emmc cards, added
power rail enable/disable feature to save power drawn
from the rail.Verified SD card, emmc and wifi functionality
after device wakes up from LP0.
Bug 671029: SDHCI Suspend/Resume optimization
Tested on: Android whistler+harmony.
Change-Id: I2d25feb8c7c0930912aa4091f8def9d37ad9eb81
Reviewed-on: http://git-master/r/1214
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
Updated display clock limit calculation so that characterization results
common for both heads are separated from head-specific mode limitations.
Change-Id: I03705dc321d8a8b43298d9815878ce98a9d4e4e3
Reviewed-on: http://git-master/r/1286
Reviewed-by: Venkata Nageswara Penumarty <vpenumarty@nvidia.com>
Tested-by: Venkata Nageswara Penumarty <vpenumarty@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
IOVMM was disabled due to problems with resume from LP0;
re-enabling it since associated problems are now resolved.
Following bugs will get fixed:
Bug 680829
Bug 683310
Bug 596477
Change-Id: Idc9b5c87d4a4a7a36a682f367c0e2deb10cea41e
Reviewed-on: http://git-master/r/1309
Reviewed-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Tested-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Apply proper barriers to suspend/resume operations.
The dmb() in suspend is required to prevent a race
between the next ENTRY_ADDR write and the previous
ENTRY_DATA read. The dsb+outer_sync() in resume()
is needed to ensure that the writes and reads occur
as expected.
Change-Id: I2e66ecce6ceb4f4647bde82cb706b739affeb858
Reviewed-on: http://git-master/r/1291
Reviewed-by: Gary King <gking@nvidia.com>
Reviewed-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
Tested-by: Mayuresh Kulkarni <mkulkarni@nvidia.com>
|
|
Use the ARM-provided method for saving the Cortex-A9 local timers
rather than saving them via other means.
Change-Id: I28c2760ed2fd2ea3367a89e759a01c62e3ea1304
Reviewed-on: http://git-master/r/1302
Reviewed-by: Scott Williams <scwilliams@nvidia.com>
Tested-by: Scott Williams <scwilliams@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
Reviewed-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
Tested-by: Trivikram Kasivajhula <tkasivajhula@nvidia.com>
|
|
Added CPU rail power up sequencer delay on Whistler to make sure that
core rail is powered On 1st on LP0 exit.
Change-Id: I1156186048b80584f6409f3dfbbdb76fa8b80345
Reviewed-on: http://git-master/r/1304
Tested-by: Aleksandr Frid <afrid@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
On VBUS interrupt irq acknowledges the VBUS interrupt and schedules the work
thread for powering/up down the USB phy and clocks based on the VBUS status.
But, in the work thread instead of checking the VBUS status directly,
rechecking the interrupt status which is already disabled. This is fixed by
checking the vbus status only in the work thread for controlling the power
up/down sequence. Due to the disconnect problem power numbers increased when
there is no USB cable connected to the system.
Bug 682756
Bug 682727
Change-Id: Id1c5b3cd1f2f195c4dfadf397e1f8650bf9da12b
Reviewed-on: http://git-master/r/1300
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|
|
Following changes are done:
- Created the new workqueue for the kbc scan process. On default workqueue,
the msleep() was not causing the schedule() to booting process.
- If there is no entry in fifo then wait for the next scan to complete before
re-reading the number of entries in the fifo. if there is no entry then rep
key released.
- Fixed timing calculation and size of the event entry array.
- Fixed the debaunce count calculation from debaunce time from odm.
Tested on whistler, with normal boot as well as with continous key pressed d
the entire boot time.
Change-Id: I53b321ae6f5e1f425b51edcd63f7de4ae404e505
Reviewed-on: http://git-master/r/1238
Reviewed-by: Hu He <hhe@nvidia.com>
Tested-by: Hu He <hhe@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
- Moved power header and partitioned in to SOC-specific and
SOC-independent parts.
- Eliminated assembly literals in favor of MOV32.
- Fixed low-power state enumerators.
- Cleaned up assembly statement whitespaces.
Change-Id: Ie157f8840eb238f9bf5602c74a974e00408b8ddc
Reviewed-on: http://git-master/r/1275
Reviewed-by: Scott Williams <scwilliams@nvidia.com>
Tested-by: Scott Williams <scwilliams@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
|
|
Changed the SD wakeup polarity to AnyEdge from low
Bug 676009 : [Harmony/LP0] Harmony exits LP0 immediately and hangs
(if SD Card is mounted)
Tested on : harmony. LP0 entry works with SD inserted after
above changes.
Change-Id: I337cd304610bb284e0f6bc16ec93e7135de19e09
Reviewed-on: http://git-master/r/1202
Reviewed-by: Deepesh Subhash Gujarathi (Engrg-Mobile) <dgujarathi@nvidia.com>
Reviewed-by: Gary King <gking@nvidia.com>
Tested-by: Gary King <gking@nvidia.com>
|