{"push_id":1414573026,"size":384,"distinct_size":10,"ref":"refs/heads/work/marek/generic-adc-battery","head":"c39fc7264a97d138827ff1f397bbb99de04adc2f","before":"d0431342d96c578760d71856de2a59cd413c4c31","commits":[{"sha":"5647b25c3335a25ba32d73e61850a374a708788a","author":{"name":"Jonathan Liu","email":"d04d1ae8ebec56a707746436b42403589e6f88d2@gmail.com"},"message":"drm/sun4i: rgb: Enable panel after controller\n\nThe panel should be enabled after the controller so that we do not have\nvisual glitches on the panel while the controller is setup. Similarly,\nthe panel should be disabled before the controller.\n\nSigned-off-by: Jonathan Liu <net147@gmail.com>\nReviewed-by: Sean Paul <seanpaul@chromium.org>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5647b25c3335a25ba32d73e61850a374a708788a"},{"sha":"0df03b43035afd0a64916fe4e5bca978562ffa5a","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: rgb: Remove the bridge enable/disable functions\n\nThe atomic helpers already call the drm_bridge_enable on our behalf,\nthere's no need to do it a second time.\n\nReported-by: Sean Paul <seanpaul@chromium.org>\nReviewed-by: Sean Paul <seanpaul@chromium.org>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0df03b43035afd0a64916fe4e5bca978562ffa5a"},{"sha":"0ce267ff95a0302cf6fb2a552833abbfb7861a43","author":{"name":"Miklos Szeredi","email":"c27ee2952768e22f4d3ab9aec0e78ac5f4ddea98@redhat.com"},"message":"fuse: fix root dentry initialization\n\nAdd missing dentry initialization to root dentry.\n\nFixes: f75fdf22b0a8 (\"fuse: don't use ->d_time\")\nReported-by: Andreas Reis <andreas.reis@gmail.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0ce267ff95a0302cf6fb2a552833abbfb7861a43"},{"sha":"f95df7d6cd92787d54c9ad3d4843f9bcd137f9db","author":{"name":"Wei Yongjun","email":"cea121043064f325ec96cf17db61a214210a3ed7@huawei.com"},"message":"dmaengine: edma: Fix error return code in edma_alloc_chan_resources()\n\nFix to return a negative error code from the error handling\ncase instead of 0, as done elsewhere in this function.\n\nSigned-off-by: Wei Yongjun <weiyongjun1@huawei.com>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/f95df7d6cd92787d54c9ad3d4843f9bcd137f9db"},{"sha":"d6619761068cf573cae406f176d00b82a39a37fc","author":{"name":"Jérémy Lefaure","email":"879229d22d2c3c1ef6eccfe3b4bdd5819b24db70@lse.epita.fr"},"message":"dmaengine: mmp_tdma: add missing select GENERIC_ALLOCATOR in Kconfig\n\nThere are some compilation errors when CONFIG_MMP_TDMA is enabled and\nCONFIG_GENERIC_ALLOCATOR is disabled:\n\ndrivers/built-in.o: In function `mmp_tdma_prep_dma_cyclic':\nmmp_tdma.c:(.text+0x7890e): undefined reference to `gen_pool_dma_alloc'\ndrivers/built-in.o: In function `mmp_tdma_free_chan_resources':\nmmp_tdma.c:(.text+0x78aca): undefined reference to `gen_pool_free'\ndrivers/built-in.o: In function `mmp_tdma_probe':\nmmp_tdma.c:(.text+0x78ea8): undefined reference to `of_gen_pool_get'\n\nThis commit fix this problem by selecting GENERIC_ALLOCATOR when\nCONFIG_MMP_TDMA is enabled.\n\nSigned-off-by: Jérémy Lefaure <jeremy.lefaure@lse.epita.fr>\nSigned-off-by: Vinod Koul <vinod.koul@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d6619761068cf573cae406f176d00b82a39a37fc"},{"sha":"83ba62bc700bab710b22be3a1bf6cf973f754273","author":{"name":"Bibby Hsieh","email":"3285b01da4632c77bd04ae1354649e32c4eb08e9@mediatek.com"},"message":"drm/mediatek: fix a typo of OD_CFG to OD_RELAYMODE\n\nIf we want to set the hardware OD to relay mode,\nwe have to set OD_CFG register rather than\nOD_RELAYMODE; otherwise, the system will access\nthe wrong address.\n\nFixes: 7216436420414144646f5d8343d061355fd23483 (\"drm/mediatek: set mt8173 dithering function\")\nCc: stable@vger.kernel.org # v4.9+\nSigned-off-by: Bibby Hsieh <bibby.hsieh@mediatek.com>\nAcked-by: CK Hu <ck.hu@mediatek.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/83ba62bc700bab710b22be3a1bf6cf973f754273"},{"sha":"f752fff611b99f5679224f3990a1f531ea64b1ec","author":{"name":"Bibby Hsieh","email":"3285b01da4632c77bd04ae1354649e32c4eb08e9@mediatek.com"},"message":"drm/mediatek: set vblank_disable_allowed to true\n\nMTK DRM driver didn't set the vblank_disable_allowed to\ntrue, it cause that the irq_handler is called every\n16.6 ms (every vblank) when the display didn't be updated.\n\nSigned-off-by: Bibby Hsieh <bibby.hsieh@mediatek.com>\nAcked-by: CK Hu <ck.hu@mediatek.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/f752fff611b99f5679224f3990a1f531ea64b1ec"},{"sha":"56e4b1e183555c74097fa012f1606b22223f027b","author":{"name":"Bibby Hsieh","email":"3285b01da4632c77bd04ae1354649e32c4eb08e9@mediatek.com"},"message":"drm/mediatek: clear IRQ status before enable OVL interrupt\n\nTo make sure that the first vblank IRQ after enabling\nvblank isn't too short or immediate, we have to clear\nthe IRQ status before enable OVL interrupt.\n\nSigned-off-by: Bibby Hsieh <bibby.hsieh@mediatek.com>\nAcked-by: CK Hu <ck.hu@mediatek.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/56e4b1e183555c74097fa012f1606b22223f027b"},{"sha":"d542b7c473f0eb34455974d66ea93653b3eb40ce","author":{"name":"Junzhi Zhao","email":"efb4eb11e12fbae541bd843811409c37421dc867@mediatek.com"},"message":"drm/mediatek: do mtk_hdmi_send_infoframe after HDMI clock enable\n\nThe mtk_hdmi_send_infoframe have to\nbe run after PLL and PIXEL clock of HDMI enable.\nMake sure that HDMI inforframes can be sent\nsuccessfully.\n\nSigned-off-by: Junzhi Zhao <junzhi.zhao@mediatek.com>\nSigned-off-by: Bibby Hsieh <bibby.hsieh@mediatek.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d542b7c473f0eb34455974d66ea93653b3eb40ce"},{"sha":"968253bd7caae5621f6806dd5055353fe33d366e","author":{"name":"Junzhi Zhao","email":"efb4eb11e12fbae541bd843811409c37421dc867@mediatek.com"},"message":"drm/mediatek: enhance the HDMI driving current\n\nIn order to improve 4K resolution performance,\nwe have to enhance the HDMI driving current\nwhen clock rate is greater than 165MHz.\n\nSigned-off-by: Junzhi Zhao <junzhi.zhao@mediatek.com>\nSigned-off-by: Bibby Hsieh <bibby.hsieh@mediatek.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/968253bd7caae5621f6806dd5055353fe33d366e"},{"sha":"0d2200794f0a2c1ebb3b6613842914d8ce4b67f9","author":{"name":"Junzhi Zhao","email":"efb4eb11e12fbae541bd843811409c37421dc867@mediatek.com"},"message":"drm/mediatek: modify the factor to make the pll_rate set in the 1G-2G range\n\nCurrently, the code sets the \"pll\" to the desired multiple\nof the pixel clock manully(4*3m 8*3,etc).  The valid range\nof the pll is 1G-2G, however, when the pixel clock is bigger\nthan 167MHz,  the \"pll\" will be set to a invalid value( > 2G),\nthen the \"pll\" will be 2GHz, thus the pixel clock will be in\ncorrect. Change the factor to make the \"pll\" be set in the\n(1G, 2G) range.\n\nSigned-off-by: Junzhi Zhao <junzhi.zhao@mediatek.com>\nSigned-off-by: Bibby Hsieh <bibby.hsieh@mediatek.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/0d2200794f0a2c1ebb3b6613842914d8ce4b67f9"},{"sha":"faead41cc7213ccef5a58c1bf518ac24816fe8a6","author":{"name":"Johannes Berg","email":"9a5936d824e6835dfe162c5611d10d2cf40ffbad@intel.com"},"message":"iwlwifi: pcie: mark command queue lock with separate lockdep class\n\nEmmanuel reports that when CMD_WANT_ASYNC_CALLBACK is used by mvm,\nthe callback will be called with the command queue lock held, and\nmvm will try to stop all (other) TX queues, which acquires their\nlocks - this caused a false lockdep recursive locking report.\n\nSuppress this report by marking the command queue lock with a new,\nseparate, lock class so lockdep can tell the difference between\nthe two types of queues.\n\nFixes: 156f92f2b471 (\"iwlwifi: block the queues when we send ADD_STA for uAPSD\")\nReported-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com>\nSigned-off-by: Johannes Berg <johannes.berg@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/faead41cc7213ccef5a58c1bf518ac24816fe8a6"},{"sha":"276c4b4b74b6d5bc3cab35534409f3ad32464b78","author":{"name":"Luca Coelho","email":"907a6d4087ac6e6523ff3c213269cab2819d38b5@intel.com"},"message":"iwlwifi: mvm: use ssize_t for len in iwl_debugfs_mem_read()\n\nIn iwl_dbgfs_mem_read(), the len variable may become negative and is\ncompared to < 0 (an error case).  Comparing size_t (which is unsigned)\nto < 0 causes a warning on certain platforms (like i386):\n\ndrivers/net/wireless/intel/iwlwifi/mvm/debugfs.c:1561:5-8: WARNING: Unsigned expression compared with zero: len < 0\n\nTo prevent that, use ssize_t for len instead.\n\nFixes: commit 2b55f43f8e47 (\"iwlwifi: mvm: Add mem debugfs entry\")\nReported-by: kbuild test robot <fengguang.wu@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/276c4b4b74b6d5bc3cab35534409f3ad32464b78"},{"sha":"85cd69b8f1f7e289fe931a82889e673fd0f04842","author":{"name":"Luca Coelho","email":"907a6d4087ac6e6523ff3c213269cab2819d38b5@intel.com"},"message":"iwlwifi: mvm: fix d3_test with unified D0/D3 images\n\nWhen a unified D0/D3 image is used, we don't restart the FW in the\nD0->D3->D0 transitions.  Therefore, the d3_test functionality should\nnot call ieee8021_restart_hw() when the resuming either.\n\nFixes: commit 23ae61282b88 (\"iwlwifi: mvm: Do not switch to D3 image on suspend\")\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/85cd69b8f1f7e289fe931a82889e673fd0f04842"},{"sha":"5bfadc8255e2cd92be7538fd7dfa777c27f58be0","author":{"name":"Haim Dreyfuss","email":"b6e0d1cfb26522d5a9893c60ad0d5e0c598e4af3@intel.com"},"message":"iwlwifi: mvm: comply with fw_restart mod param on suspend\n\nIf the suspend flow fails, we restart the hardware to go back to\nthe D0 image (with non-unified images), but we don't comply with\nthe fw_restart module parameter.  If something goes wrong when\nstarting the D3 image, we may want to debug it, so we should\ncomply with the fw_restart flag to avoid clearing everything up\nand losing the firmware state when the error occurred.\n\nSigned-off-by: Haim Dreyfuss <haim.dreyfuss@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5bfadc8255e2cd92be7538fd7dfa777c27f58be0"},{"sha":"3a732c65de427fdae67a243fd331356034b5a1e8","author":{"name":"Sara Sharon","email":"d7bcdcc61ca09ba7238cfeec441ba5a9340087e8@intel.com"},"message":"iwlwifi: mvm: wake the wait queue when the RX sync counter is zero\n\nWhen we sync the RX queues the driver waits to receive echo\nnotification on all the RX queues.\nThe wait queue is set with timeout until all queues have received\nthe notification.\nHowever, iwl_mvm_rx_queue_notif() never woke up the wait queue,\nwith the result of the counter value being checked only when the\ntimeout expired.\nThis may cause a latency of up to 1 second.\n\nFixes: 0636b938214c (\"iwlwifi: mvm: implement driver RX queues sync command\")\nSigned-off-by: Sara Sharon <sara.sharon@intel.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/3a732c65de427fdae67a243fd331356034b5a1e8"},{"sha":"aa156c8aee22a24865bf94d0c4a5f604f687fa7d","author":{"name":"Javier Martinez Canillas","email":"3143756678d9bea1c63e1e9bb72bc089a9106bec@osg.samsung.com"},"message":"rtc: asm9260: fix module autoload\n\nIf the driver is built as a module, autoload won't work because the module\nalias information is not filled so user-space can't match the registered\ndevice with the corresponding module.\n\nExport the module alias information using the MODULE_DEVICE_TABLE() macro.\n\nBefore this patch:\n\n$ modinfo drivers/rtc/rtc-asm9260.ko | grep alias\n$\n\nAfter this patch:\n\n$ modinfo drivers/rtc/rtc-asm9260.ko | grep alias\nalias:          of:N*T*Calphascale,asm9260-rtcC*\nalias:          of:N*T*Calphascale,asm9260-rtc\n\nSigned-off-by: Javier Martinez Canillas <javier@osg.samsung.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/aa156c8aee22a24865bf94d0c4a5f604f687fa7d"},{"sha":"a3a0673b9db6fad2a3f7874c34e4b5cbc5fa01c6","author":{"name":"LABBE Corentin","email":"33ef51724a70f2a05f788639c2342c9c1ea71996@gmail.com"},"message":"rtc: cmos: remove all __exit_p annotations\n\nI got the following stack trace under qemu:\n[    7.575243] BUG: unable to handle kernel NULL pointer dereference at 0000000000000010\n[    7.596098] IP: [<ffffffff814f5b08>] cmos_set_alarm+0x38/0x280\n[    7.615699] PGD 3ccbe067\n[    7.615923] PUD 3daf2067\n[    7.635156] PMD 0\n[    7.654358] Oops: 0000 [#1] SMP\n[    7.673869] Modules linked in:\n[    7.693235] CPU: 0 PID: 1701 Comm: hwclock Tainted: G        W       4.9.0-rc1+ #24\n[    7.712455] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.9.3-0-ge2fc41e-prebuilt.qemu-project.org 04/01/2014\n[    7.753569] task: ffff88003d88dc40 task.stack: ffffc90000224000\n[    7.773743] RIP: 0010:[<ffffffff814f5b08>]  [<ffffffff814f5b08>] cmos_set_alarm+0x38/0x280\n[    7.794893] RSP: 0018:ffffc90000227c10  EFLAGS: 00010296\n[    7.815890] RAX: 000000000000001d RBX: ffffc90000227d28 RCX: ffffffff8182be78\n[    7.836057] RDX: 0000000000000001 RSI: 0000000000000202 RDI: 0000000000000202\n[    7.856612] RBP: ffffc90000227c48 R08: 0000000000000000 R09: 0000000000000001\n[    7.877561] R10: 00000000000001c0 R11: 00000000000001c0 R12: 0000000000000000\n[    7.897072] R13: ffff88003d96f400 R14: ffff88003dac6410 R15: ffff88003dac6420\n[    7.917403] FS:  00007f77f42d9700(0000) GS:ffff88003fc00000(0000) knlGS:0000000000000000\n[    7.938293] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[    7.958364] CR2: 0000000000000010 CR3: 000000003ccbb000 CR4: 00000000000006f0\n[    7.978028] Stack:\n[    7.997120]  ffff88003dac6000 ffff88003dac6410 0000000058049d01 ffffc90000227d28\n[    8.016993]  ffff88003dac6000 ffff88003dac6410 ffff88003dac6420 ffffc90000227c98\n[    8.039505]  ffffffff814f225d 0000001800227c98 000000090000002a 0000000900000011\n[    8.059985] Call Trace:\n[    8.080110]  [<ffffffff814f225d>] __rtc_set_alarm+0x8d/0xa0\n[    8.099421]  [<ffffffff814f2389>] rtc_timer_enqueue+0x119/0x190\n[    8.119925]  [<ffffffff814f2e6e>] rtc_update_irq_enable+0xbe/0x100\n[    8.140583]  [<ffffffff814f3bb0>] rtc_dev_ioctl+0x3c0/0x480\n[    8.161162]  [<ffffffff81146b6a>] ? user_path_at_empty+0x3a/0x50\n[    8.182717]  [<ffffffff8114aa36>] do_vfs_ioctl+0x96/0x5c0\n[    8.204624]  [<ffffffff8113e066>] ? vfs_stat+0x16/0x20\n[    8.225994]  [<ffffffff8113e135>] ? SyS_newstat+0x15/0x30\n[    8.247043]  [<ffffffff8114afa7>] SyS_ioctl+0x47/0x80\n[    8.267191]  [<ffffffff815f5c77>] entry_SYSCALL_64_fastpath+0x1a/0xa9\n[    8.288719] Code: 6a 81 48 89 e5 41 57 41 56 41 55 49 89 fd 41 54 53 48 89 f3 48 c7 c6 20 c4 78 81 48 83 ec 10 e8 8f 00 ef ff 4d 8b a5 a0 00 00 00 <41> 8b 44 24 10 85 c0 0f 8e 2b 02 00 00 4c 89 ef 31 c0 b9 53 01\n[    8.335233] RIP  [<ffffffff814f5b08>] cmos_set_alarm+0x38/0x280\n[    8.357096]  RSP <ffffc90000227c10>\n[    8.379051] CR2: 0000000000000010\n[    8.401736] ---[ end trace 5cbcd83a1f225ed3 ]---\n\nThis occur only when CONFIG_DEBUG_TEST_DRIVER_REMOVE is enabled and\nCONFIG_RTC_DRV_CMOS builtin.\n\nWhen cmos_set_alarm() is called dev is NULL and so trigger the deref via\ncmos->irq\n\nThe problem comes from that the device is removed but no remove function\nare called due to _exit_p().\n\nThis patch remove all _exit_p() annotation.\n\nSigned-off-by: Corentin Labbe <clabbe.montjoie@gmail.com>\nSigned-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/a3a0673b9db6fad2a3f7874c34e4b5cbc5fa01c6"},{"sha":"e0d9727c111a5917a1184c71c1a8e6f78c7fc41d","author":{"name":"Luca Coelho","email":"907a6d4087ac6e6523ff3c213269cab2819d38b5@intel.com"},"message":"iwlwifi: pcie: fix SPLC structure parsing\n\nThe SPLC data parsing is too restrictive and was not trying find the\ncorrect element for WiFi.  This causes problems with some BIOSes where\nthe SPLC method exists, but doesn't have a WiFi entry on the first\nelement of the list.  The domain type values are also incorrect\naccording to the specification.\n\nFix this by complying with the actual specification.\n\nAdditionally, replace all occurrences of SPLX to SPLC, since SPLX is\nonly a structure internal to the ACPI tables, and may not even exist.\n\nFixes: bcb079a14d75 (\"iwlwifi: pcie: retrieve and parse ACPI power limitations\")\nReported-by: Chris Rorvick <chris@rorvick.com>\nTested-by: Paul Bolle <pebolle@tiscali.nl>\nTested-by: Chris Rorvick <chris@rorvick.com>\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/e0d9727c111a5917a1184c71c1a8e6f78c7fc41d"},{"sha":"5a143db8c4a28dab6423cb6197e9f1389da375f2","author":{"name":"Luca Coelho","email":"907a6d4087ac6e6523ff3c213269cab2819d38b5@intel.com"},"message":"iwlwifi: mvm: fix netdetect starting/stopping for unified images\n\nWith unified images, we need to make sure the net-detect scan is\nstopped after resuming, since we don't restart the FW.  Also, we need\nto make sure we check if there are enough scan slots available to run\nit, as we do with other scans.\n\nFixes: commit 23ae61282b88 (\"iwlwifi: mvm: Do not switch to D3 image on suspend\")\nSigned-off-by: Luca Coelho <luciano.coelho@intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5a143db8c4a28dab6423cb6197e9f1389da375f2"}]}
{"actor":{"display_login":"op-mirror"}}