{"push_id":1192360131,"size":593,"distinct_size":593,"ref":"refs/heads/master","head":"a99cde438de0c4c0cecc1d1af1a55a75b10bfdef","before":"33688abb2802ff3a230bd2441f765477b94cc89e","commits":[{"sha":"bea8205feeb1d28841541814ae375defb5b1986b","author":{"name":"Mark Brown","email":"bf2c7ef56f4d087c7cc4d81e9839c8674e3b6b2e@kernel.org"},"message":"Merge branch 'asoc-fix-ep93xx' into spi-fix-ep93xx","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/bea8205feeb1d28841541814ae375defb5b1986b"},{"sha":"b00c52dae6d9ee8d0f2407118ef6544ae5524781","author":{"name":"Wenwei Tao","email":"0e72ee3013ec017755f9dc9cfdf29e38735cbb85@gmail.com"},"message":"cgroup: remove redundant cleanup in css_create\n\nWhen create css failed, before call css_free_rcu_fn, we remove the css\nid and exit the percpu_ref, but we will do these again in\ncss_free_work_fn, so they are redundant.  Especially the css id, that\nwould cause problem if we remove it twice, since it may be assigned to\nanother css after the first remove.\n\ntj: This was broken by two commits updating the free path without\n    synchronizing the creation failure path.  This can be easily\n    triggered by trying to create more than 64k memory cgroups.\n\nSigned-off-by: Wenwei Tao <ww.tao0320@gmail.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>\nCc: Vladimir Davydov <vdavydov@parallels.com>\nFixes: 9a1049da9bd2 (\"percpu-refcount: require percpu_ref to be exited explicitly\")\nFixes: 01e586598b22 (\"cgroup: release css->id after css_free\")\nCc: stable@vger.kernel.org # v3.17+","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/b00c52dae6d9ee8d0f2407118ef6544ae5524781"},{"sha":"bebef39842c8615180e711c0ff3e8c9c40c397da","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"drm/sun4i: add COMMON_CLK dependency\n\nThe sun4i drm driver uses the clk-provider interfaces, which are not available\nwhen CONFIG_COMMON_CLK is disabled:\n\ndrivers/gpu/drm/sun4i/sun4i_dotclock.c:19:16: error: field 'hw' has incomplete type\n  struct clk_hw hw;\nIn file included from ../include/asm-generic/bug.h:13:0,\n                 from ../arch/arm/include/asm/bug.h:59,\n                 from ../include/linux/bug.h:4,\n                 from ../include/linux/io.h:23,\n                 from ../include/linux/clk-provider.h:14,\n                 from ../drivers/gpu/drm/sun4i/sun4i_dotclock.c:13:\ndrivers/gpu/drm/sun4i/sun4i_dotclock.c: In function 'hw_to_dclk':\ninclude/linux/kernel.h:831:48: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]\n...\n\nThis adds a Kconfig dependency to prevent the driver from being enabled\nin this case.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: 9026e0d122ac (\"drm: Add Allwinner A10 Display Engine support\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/bebef39842c8615180e711c0ff3e8c9c40c397da"},{"sha":"f1b78f0e759b174ec4f5e3b0dd27a079a2416b66","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"drm: sun4i: print DMA address correctly\n\nThe newly added sun4i drm driver prints a dma address using the %x\nformat string, which cannot work when dma_addr_t is 64 bit,\nand gcc warns about this configuration:\n\ndrm/sun4i/sun4i_backend.c: In function 'sun4i_backend_update_layer_buffer':\ndrm/sun4i/sun4i_backend.c:193:84: error: format '%x' expects argument of type 'unsigned int', but argument 3 has type 'dma_addr_t {aka long long unsigned int}' [-Werror=format=]\n  DRM_DEBUG_DRIVER(\"Using GEM @ 0x%x\\n\", gem->paddr);\ndrm/sun4i/sun4i_backend.c:201:84: error: format '%x' expects argument of type 'unsigned int', but argument 3 has type 'dma_addr_t {aka long long unsigned int}' [-Werror=format=]\n  DRM_DEBUG_DRIVER(\"Setting buffer address to 0x%x\\n\", paddr);\n\nThis changes the code to use the explicit %pad format string, which\nalways prints the right length.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/f1b78f0e759b174ec4f5e3b0dd27a079a2416b66"},{"sha":"9fa2568d9fe0c6dbf3253af6840de9389f4e89cb","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"drm: sun4i: fix probe error handling\n\ngcc points out a possible uninitialized variable use in\nsun4i_dclk_create():\n\ndrivers/gpu/drm/sun4i/sun4i_dotclock.c: In function 'sun4i_dclk_create':\ndrivers/gpu/drm/sun4i/sun4i_dotclock.c:139:12: error: 'clk_name' may be used uninitialized in this function [-Werror=maybe-uninitialized]\n  init.name = clk_name;\n\nThe warning only shows up when CONFIG_OF is disabled, and the\nproperty is never filled, but the same bug can show up even\nwhen CONFIG_OF is enabled but of_property_read_string_index\nreturns another error.\n\nTo fix it, this ensures that sun4i_dclk_create propagates\nany error from of_property_read_string_index.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nFixes: 9026e0d122ac (\"drm: Add Allwinner A10 Display Engine support\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/9fa2568d9fe0c6dbf3253af6840de9389f4e89cb"},{"sha":"4731a72df273bdbd225445424057c15dbb8d3495","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: request exact rates to our parents\n\nOur pixel clock currently only tries to deal with the current parent rate.\n\nWhile that works when the resolution is the same than the one already\nprogram, or when we can compute directly the rate from the current parent\nrate, it cannot work in most situation when we want to change the\nfrequency, and we end up with an improper pixel clock rate, which obviously\ndoesn't work as expected.\n\nAsk our parent for all the possible dividers if it can reach that\nfrequency, and return the best parent rate to the clock framework so that\nwe can use it.\n\nFixes: 9026e0d122ac (\"drm: Add Allwinner A10 Display Engine support\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/4731a72df273bdbd225445424057c15dbb8d3495"},{"sha":"bb43d40d7c830da5f623e3938fef908b003b7523","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: rgb: Validate the clock rate\n\nOur pixel clock cannot reach a high enough rate for some rather high while\ncommon resolutions (like 1080p60).\n\nMake sure we filter the resolutions we cannot reach in our mode_valid\nfunction.\n\nFixes: 29e57fab97fc (\"drm: sun4i: Add RGB output\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/bb43d40d7c830da5f623e3938fef908b003b7523"},{"sha":"0bbbb00bda57e6f091275b0103445596322b9277","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: defer only if we didn't find our panel\n\nOur code currently defers our probe on any error, even if we were not\nexpecting to have one at all.\n\nMake sure we return -EPROBE_DEFER only when we were supposed to have a\npanel, but it's not probed yet.\n\nAlso fix a typo while we're at it.\n\nFixes: 29e57fab97fc (\"drm: sun4i: Add RGB output\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/0bbbb00bda57e6f091275b0103445596322b9277"},{"sha":"0de6e914a035076b1241f5738c06c9d3820abd6e","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: rgb: panel is an error pointer\n\nIn case of an error, our pointer to the drm_panel structure attached to our\nencoder will hold an error pointer, not a NULL pointer.\n\nMake sure we check the right thing.\n\nFixes: 29e57fab97fc (\"drm: sun4i: Add RGB output\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/0de6e914a035076b1241f5738c06c9d3820abd6e"},{"sha":"3d6bd9065b7acf8499d414d70bdb4b4955856299","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: remove simplefb at probe\n\nIf simplefb was setup by our bootloader and enabled in the DT, we will have\na first framebuffer loaded in our system.\n\nHowever, as soon as our DRM driver will load, it will reset the controller,\ninitialise it and, if the framebuffer emulation is enabled, register a\nsecond framebuffer device.\n\nThis is obviously pretty bad, since the first framebuffer will be some kind\nof a black hole, with memory still reserved that we can write to safely,\nbut not displayed anywhere.\n\nMake sure we remove that framebuffer when we probe so we don't end up in\nthat situation.\n\nFixes: 9026e0d122ac (\"drm: Add Allwinner A10 Display Engine support\")\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/3d6bd9065b7acf8499d414d70bdb4b4955856299"},{"sha":"7aa2e2b731b337a7bc74cd076bbcd6b8b4b95fbf","author":{"name":"Maxime Ripard","email":"27dbea1ad2d497b6a7e1902696ec74054301d6da@free-electrons.com"},"message":"drm/sun4i: Convert to connector register helpers\n\nNow that connector register helpers have been created, switch to them.\n\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/7aa2e2b731b337a7bc74cd076bbcd6b8b4b95fbf"},{"sha":"13fef095bde04228316046f997eb963285d8532e","author":{"name":"Chen-Yu Tsai","email":"d935d34b7d281e4f50030b838a1bf5c8f10bdb43@csie.org"},"message":"drm: sun4i: do cleanup if RGB output init fails\n\nsun4i_rgb_init() can fail, which results in TCON failing to bind.\nIn this case we need to do cleanup, specificly unregistering the\ndotclock, which is regmap based, and the regmap is registered as\npart of the sun4i_tcon_bind().\n\nFailing to do so results in a NULL pointer reference when the CCF\ntries to turn off unused clocks.\n\nFixes: 29e57fab97fc (\"drm: sun4i: Add RGB output\")\nSigned-off-by: Chen-Yu Tsai <wens@csie.org>\nSigned-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/13fef095bde04228316046f997eb963285d8532e"},{"sha":"595144c1141c951a3c6bb9004ae6a2bc29aad66f","author":{"name":"Heiko Stuebner","email":"f67af7135bf5422071c7efd95ce8a74473489823@sntech.de"},"message":"clk: rockchip: initialize flags of clk_init_data in mmc-phase clock\n\nThe flags element of clk_init_data was never initialized for mmc-\nphase-clocks resulting in the element containing a random value\nand thus possibly enabling unwanted clock flags.\n\nFixes: 89bf26cbc1a0 (\"clk: rockchip: Add support for the mmc clock phases using the framework\")\nCc: stable@vger.kernel.org\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/595144c1141c951a3c6bb9004ae6a2bc29aad66f"},{"sha":"176df69cb080c8cd813e51f800069e13ee607641","author":{"name":"Brian Norris","email":"6171de59f5d877bdf30f45ca152231ebf21255a1@chromium.org"},"message":"clk: rockchip: mark rk3399 GIC clocks as critical\n\nWe never want to kill the GIC.\n\nNoticed when making other clock fixups, and seeing the newly-constructed\nclock tree try to disable cpll, where we had this parent structure:\n\n  aclk_gic <------\\\n                  |--- aclk_gic_pre <-- cpll <-- pll_cpll\n  aclk_gic_noc <--/\n\nSigned-off-by: Brian Norris <briannorris@chromium.org>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/176df69cb080c8cd813e51f800069e13ee607641"},{"sha":"3bd14ae9da9194d369334556a70a7ff73ef94491","author":{"name":"Xing Zheng","email":"2bdfef9cb1295ebcc2755d42cb44bb943abaa9f5@rock-chips.com"},"message":"clk: rockchip: fix incorrect parent for rk3399's {c,g}pll_aclk_perihp_src\n\nThere was a typo, swapping 'c' <--> 'g'.\n\nSigned-off-by: Xing Zheng <zhengxing@rock-chips.com>\nSigned-off-by: Brian Norris <briannorris@chromium.org>\nReviewed-by: Douglas Anderson <dianders@chromium.org>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/3bd14ae9da9194d369334556a70a7ff73ef94491"},{"sha":"4715f81afc342996f680b08c944a712d9cbef11b","author":{"name":"Douglas Anderson","email":"654d5d600e907ff4a0e75ec2e21c072be3e1556d@chromium.org"},"message":"clk: rockchip: Revert \"clk: rockchip: reset init state before mmc card initialization\"\n\nThis reverts commit 7a03fe6f48f3 (\"clk: rockchip: reset init state\nbefore mmc card initialization\").\n\nThough not totally obvious from the commit message nor from the source\ncode, that commit appears to be trying to reset the \"_drv\" MMC clocks to\n90 degrees (note that the \"_sample\" MMC clocks have a shift of 0 so are\nnot touched).\n\nThe major problem here is that it doesn't properly reset things.  The\nphase is a two bit field and the commit only touches one of the two\nbits.  Thus the commit had the following affect:\n- phase   0  => phase  90\n- phase  90  => phase  90\n- phase 180  => phase 270\n- phase 270  => phase 270\n\nThings get even weirder if you happen to have a bootloader that was\nactually using delay elements (should be no reason to, but you never\nknow), since those are additional bits that weren't touched by the\noriginal patch.\n\nThis is unlikely to be what we actually want.  Checking on rk3288-veyron\ndevices, I can see that the bootloader leaves these clocks as:\n- emmc:  phase 180\n- sdmmc: phase 90\n- sdio0: phase 90\n\nThus on rk3288-veyron devices the commit we're reverting had the effect\nof changing the eMMC clock to phase 270.  This probably explains the\nscattered reports I've heard of eMMC devices not working on some veyron\ndevices when using the upstream kernel.\n\nThe original commit was presumably made because previously the kernel\ndidn't touch the \"_drv\" phase at all and relied on whatever value was\nthere when the kernel started.  If someone was using a bootloader that\ntouched the \"_drv\" phase then, indeed, we should have code in the kernel\nto fix that.  ...and also, to get ideal timings, we should also have the\nkernel change the phase depending on the speed mode.  In fact, that's\nthe subject of a recent patch I posted at\n<https://patchwork.kernel.org/patch/9075141/>.\n\nIdeally, we should take both the patch posted to dw_mmc and this\nrevert.  Since those will likely go through different trees, here I\ndescribe behavior with the combos:\n\n1. Just this revert: likely will fix rk3288-veyron eMMC on some devices\n   + other cases; might break someone with a strange bootloader that\n   sets the phase to 0 or one that uses delay elements (pretty\n   unpredicable what would happen in that case).\n2. Just dw_mmc patch: fixes everyone.  Effectly the dw_mmc patch will\n   totally override the broken patch and fix everything.\n3. Both patches: fixes everyone.  Once dw_mmc is initting properly then\n   any defaults from the clock code doesn't mattery.\n\nFixes: 7a03fe6f48f3 (\"clk: rockchip: reset init state before mmc card initialization\")\nSigned-off-by: Douglas Anderson <dianders@chromium.org>\nReviewed-by: Shawn Lin <shawn.lin@rock-chips.com>\n\n[emmc and sdmmc still work on all current boards in mainline after this\nrevert, so they should take precedence over any out-of-tree board that\nwill hopefully again get fixed with the better upcoming dw_mmc change.]\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/4715f81afc342996f680b08c944a712d9cbef11b"},{"sha":"3183c0d519ff83af2926382c11716496f01d34bf","author":{"name":"Xing Zheng","email":"2bdfef9cb1295ebcc2755d42cb44bb943abaa9f5@rock-chips.com"},"message":"clk: rockchip: fix cpuclk registration error handling\n\nIt maybe due to a copy-paste error the error handing should be\ncclk not clk when checking if the cpuclk registration succeeded.\n\nReported-by: Lin Huang <lin.huang@rock-chips.com>\nSigned-off-by: Xing Zheng <zhengxing@rock-chips.com>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/3183c0d519ff83af2926382c11716496f01d34bf"},{"sha":"3ac066e2227cb272c097f34475247fa0a6cdd2ff","author":{"name":"Jean-Jacques Hiblot","email":"57230d54682887a5030660f0d67327b9a3dfa1d8@ti.com"},"message":"spi: spi-ti-qspi: Suspend the queue before removing the device\n\nBefore disabling the pm_runtime, we must ensure that there is no transfer\nin progress nor will a new one be started. Otherwise the message pump will\nfail and in the end, the process requesting the transfer will be stuck.\nThis behavior has been observed when transferring data from a SPI flash\nwith dd while removing the module on a DRA7x-evm.\n\nSigned-off-by: Jean-Jacques Hiblot <jjhiblot@ti.com>\nSigned-off-by: Mark Brown <broonie@kernel.org>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/3ac066e2227cb272c097f34475247fa0a6cdd2ff"},{"sha":"540c26087bfbad6ea72758b76b16ae6282a73fea","author":{"name":"Cameron Gutman","email":"dae64e07afda5ec299f6c7de821d7927f9ed1853@gmail.com"},"message":"Input: xpad - fix rumble on Xbox One controllers with 2015 firmware\n\nXbox One controllers that shipped with or were upgraded to the 2015\nfirmware discard the current rumble packets we send. This patch changes\nthe Xbox One rumble packet to a form that both the newer and older\nfirmware will accept.\n\nIt is based on changes made to support newer Xbox One controllers in\nthe SteamOS brewmaster-4.1 kernel branch.\n\nSigned-off-by: Cameron Gutman <aicommander@gmail.com>\nSigned-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/540c26087bfbad6ea72758b76b16ae6282a73fea"},{"sha":"62d0e71df063101e4551327bd9fa9aaa3535c86b","author":{"name":"Shawn Lin","email":"d05afb63fc7c176eb2c681ec3e64badcfb02edcb@rock-chips.com"},"message":"clk: rockchip: release io resource when failing to init clk on rk3399\n\nWe should call iounmap to relase reg_base since it's not going\nto be used any more if failing to init clk.\n\nThis was missing on the newly added rk3399 clock tree.\n\nSigned-off-by: Shawn Lin <shawn.lin@rock-chips.com>\nSigned-off-by: Heiko Stuebner <heiko@sntech.de>","distinct":true,"url":"https://api.github.com/repos/linux-stable/linux-stable/commits/62d0e71df063101e4551327bd9fa9aaa3535c86b"}]}
{"actor":{"display_login":"andrey-utkin"}}