{"push_id":628902236,"size":14,"distinct_size":14,"ref":"refs/heads/lp-mr1","head":"8978860f7545a84a418840e24d38347c974a980d","before":"bf7b41ca8023b5b023b6145c4f6ff1d643e4de86","commits":[{"sha":"fbe848539651855bd19bce00664f1253c78974dc","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: avoid truncation in qpnp_led_masked_write function\n\nSince the last parameter of qpnp_led_masked_write function is\nof type 'u8', make sure that only value of type 'u8' is passed\nto this parameter of function to avoid truncation.\n\nCRs-Fixed: 618799\nChange-Id: If047f844fc45713b77c4561a88253dade3c4c478\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/fbe848539651855bd19bce00664f1253c78974dc"},{"sha":"9930ad337dc64090cb26d0645bf2e27545b9f418","author":{"email":"5678f848272ee06e375a2bda57551dc71178d5aa@codeaurora.org","name":"Xu Kai"},"message":"leds: leds-qpnp: PWM period granularity auto selection for leds\n\nSome leds use PWM wave to control the brightness. The original\nperiod granularity is using microsecond by default, it's a very\nlarge granularity and will cause some user experience issues on\nleds' brightness.\n\nAuto select the PWM period granularity between microsecond and\nnanosecond according to the range that hardware can support.\n\nCRs-Fixed: 622683\nChange-Id: I0669a0c88ca2ba491f0a53be6070476d61374d72\nSigned-off-by: Xu Kai <kaixu@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/9930ad337dc64090cb26d0645bf2e27545b9f418"},{"sha":"be08aeebd3c2c84f0253b7fc2fc652db7befa20a","author":{"email":"5678f848272ee06e375a2bda57551dc71178d5aa@codeaurora.org","name":"Xu Kai"},"message":"leds: leds-qpnp: avoid calling pwm_disable when scaling leds' brightness\n\nThe LPG hardware supports dynamically changing the duty cycle\nwithout disabling the output. So pwm_disable calling can be\nremoved when setting nonzero brightness level, which avoid the\ndelays of the PWM wave output when changing PWM configuration.\n\nCRs-Fixed: 622683\nChange-Id: I8c5bdef1992c41f73fe16cce615b2d1d6dad7775\nSigned-off-by: Xu Kai <kaixu@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/be08aeebd3c2c84f0253b7fc2fc652db7befa20a"},{"sha":"2dfc09ead41a6106080284fbe6af38048cc7a744","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: use a single global mutex for flash led\n\nAdd a single global mutex for all instances of flash leds -\nflash_0,flash_1 and flash_torch to avoid concurrency issues.\n\nCRs-Fixed: 640712\nChange-Id: I38a30432a86e47e11f975358c71557da1f58667e\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/2dfc09ead41a6106080284fbe6af38048cc7a744"},{"sha":"05b992dfbfe813d461be8c3500729c4cdf2502a7","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: remove the usage of mutex_destroy for static mutex\n\nRemove the call to mutex_destroy for the statically defined\nmutex flash_lock.\n\nCRs-Fixed: 640712\nChange-Id: I664b0b94ff8e2f74d49d3f759d955bee513e5daf\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/05b992dfbfe813d461be8c3500729c4cdf2502a7"},{"sha":"0b0de288b60a54aba44f5cf27c99f1e532f4465a","author":{"email":"5678f848272ee06e375a2bda57551dc71178d5aa@codeaurora.org","name":"Xu Kai"},"message":"leds: leds-qpnp: use the proper pwm period in LPG mode\n\nPreviously, when the leds were working in LPG mode, the pwm\nperiod was always set to the minimum value supported by hardware.\nThat's unreasonable. The better way is to set the period to the\nexpected value.\n\nCRs-Fixed: 655566\nChange-Id: I30b17cbfe98639ec132484f314cb9b9234e74354\nSigned-off-by: Xu Kai <kaixu@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/0b0de288b60a54aba44f5cf27c99f1e532f4465a"},{"sha":"cb56fcbfe3f8e922617430b83df6ea015d30e8e9","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: provide pwm period when leds are set to LPG mode in DT\n\nIn the current design, if MPP-controlled leds or RGB leds are configured\nto LPG mode in the device tree, the PWM period value is not provided.\nThis will result in \"pwm_cfg->pwm_period_us\" being assigned to zero\nsince no PWM period value will be read from device tree. As a result,\nqpnp_pwm_init() returns error, which in turn results in failure of\nqpnp_mpp_init() or qpnp_rgb_init() and finally resulting in failure of\nqpnp_leds_probe().\n\nSo \"qcom,pwm-us\" property should be provided in DT for the above case and\nthe property parsing needs to be implemented in the leds-qpnp driver.\n\nChange-Id: Ic32833ea4e685939148e38cdba078391936f8efb\nCRs-Fixed: 667825\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/cb56fcbfe3f8e922617430b83df6ea015d30e8e9"},{"sha":"19bdfeab01830526bd551db04f217671eca2a6d4","author":{"email":"6281febcb9b391946db067feb94e2d77275e8f9a@codeaurora.org","name":"Chunmei Cai"},"message":"leds: leds-qpnp: Add flash_wa regulator support in flash led driver\n\nAdd flash_wa regulator support in flash led driver. The regulator raise\nthe SMBB over temperature threshold before flash enabled, and restore to\ndefault setting after flash disable.\n\nCRs-Fixed: 697457\nChange-Id: I66f8189f62a875dd549377b552bf4a8f40798f31\nSigned-off-by: Chunmei Cai <ccai@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/19bdfeab01830526bd551db04f217671eca2a6d4"},{"sha":"3bd6ce016bc202ed550b36532872b29a43284060","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: make blink functionality synchronous\n\npwm_cfg->blinking is a shared parameter between qpnp_mpp_set\nand led_blink function. When a blink operation is given to\nthe led when it is glowing with some brightness value, the led\ndoes not blink because the blinking parameter is wrongly\nreset to false in the end of qpnp_mpp_set. So making the blink\nfunctionality synchronous will solve the issue.\n\nChange-Id: Ie84fe52bc84d5c14573e3f1a042e163e62152cce\nCRs-Fixed: 714466 703170\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/3bd6ce016bc202ed550b36532872b29a43284060"},{"sha":"9f182428e825502f4ad8ae8bee3c596881ca3fde","author":{"email":"7a59df98d8fcd7b8ac8cd8801e72cc3a000971b1@codeaurora.org","name":"Mao Li"},"message":"leds: leds-qpnp: allocate ordered work queue for led\n\nFrom user space, the call procedures of red led blink are as\nbelow:\n1. turn off red led.\n2. blink red led.\n\nEach above step will be transitioned from user space to kernel\ndriver and trigger a led WORK. The order from user space is\nvery important because if the step 2 completes before step 1,\nthen the red led will be turned off, while the user wants to\nblink it.\n\nOn kernel version 3.4, below sequences will cause the order\nfrom user space fail:\n1. CPU0 schedule a led WORK on system_wq, which is to turn off\n   the red led.\n2. CPU1 schedule a led WORK on system_wq, which is to blink the\n   red led.\n3. Although the first WORK is queued before the second WORK,\n   both of them can executed concurrently on CPU0 and CPU1.\n4. CPU0's workload is very heavy because it will handle almost\n   all the hardware interrupt, so it is probably that the first\n   WORK thread is scheduled out for some time. At that moment,\n   the second WORK can complete faster than the first WORK.\n   This finally cause the red led is first blinking then been\n   turned off.\n\nTo solve this issue on Kernel version 3.4, we can create an\nordered workqueue which will promise us that the same led WORK\nwill not be scheduled on different cpu and cannot be executed on\ndifferent cpu concurrently.\n\nOn kernel version 3.10, because the default system_wq has\nalready promised the concurrency of the same WORK, so we don't\nneed to use ordered workqueue for led module.\n\nChange-Id: I23fda20f2951bfcebb7ce7c9ecea542435496efe\nCRs-Fixed: 714466 703170\nSigned-off-by: Mao Li <maol@codeaurora.org>\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/9f182428e825502f4ad8ae8bee3c596881ca3fde"},{"sha":"09cf230a4673f267706db910aeafe3c12ac4fbab","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: check if flash_wa regulator is obtained before enabling it\n\nEnable flash_wa regulator in qpnp_flash_regulatori_operate function only if\nit is obtained in the first place.\n\nChange-Id: Ibddda5327a792edecfe61fca451dbd0bfff2bda2\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/09cf230a4673f267706db910aeafe3c12ac4fbab"},{"sha":"c9b77d24814f03882e656ddc19d59df2ae6251d2","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: check if flash_wa regulator is obtained before enabling\n\nThe flash led requires the use of an optional regulator, \"flash_wa_reg\".\nThis regulator is enabled without checking if the regulator is obtained\nor not. Hence, a check is made before enabling/disabing the regulator to\nensure that the \"flash_wa_reg\" is obtained first.\n\nChange-Id: I8fda00274ad3bc21d9ed32d0f3f2ca09e1079f87\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/c9b77d24814f03882e656ddc19d59df2ae6251d2"},{"sha":"bf40d9e7496791b1434fda63ed890e15b801dc51","author":{"email":"28f0d737c2aab29ec3fb2474afc7fc04c49efb45@codeaurora.org","name":"Subbaraman Narayanamurthy"},"message":"leds: leds-qpnp: add workaround for controlling GPLED output\n\nThere is a hardware limitation in the case of PM8941 where\nenabling any of the GPLEDx requires enabling of GPLED1. Hence,\nlpg channel 9 corresponding to GPLED1 should be enabled before\nenabling any other lpg channels corresponding to other GPLEDs.\n\nCRs-Fixed: 723698\nChange-Id: If7fe6f26ed3d617e823e0a615ee2d6185d68c5bb\nSigned-off-by: Subbaraman Narayanamurthy <subbaram@codeaurora.org>\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/bf40d9e7496791b1434fda63ed890e15b801dc51"},{"sha":"8978860f7545a84a418840e24d38347c974a980d","author":{"email":"fc576a1aeed5ca4df3964b814a17c6bb19ab3288@codeaurora.org","name":"Abinaya P"},"message":"leds: leds-qpnp: add blink functionality support for GPLEDs\n\nExisting implementation does not support blink feature for\nGPLEDs. Blink functionality is required if user wants to\nproduce fading effects using GPLEDs. Hence, adding blink\nfunctionality to GPLEDs.\n\nCRs-Fixed: 723698\nChange-Id: I87886469b05cf75986e89ebc3f28d9a6a386401f\nSigned-off-by: Abinaya P <abinayap@codeaurora.org>","distinct":true,"url":"https://api.github.com/repos/DespairFactor/Shamu/commits/8978860f7545a84a418840e24d38347c974a980d"}]}