{"push_id":679923990,"size":77,"distinct_size":2,"ref":"refs/heads/picoxcell-consolidation","head":"253ed9569f6ad84e1cbd6337a953fff5e791bf6e","before":"b7bae97580e3f82d47ada9887a285a205defa4fc","commits":[{"sha":"37815bf866ab6722a47550f8d25ad3f1a16a680c","author":{"email":"43232e92d70cc7aa53504ad0397085ee47bad87f@goodmis.org","name":"Steven Rostedt"},"message":"module: Call module notifier on failure after complete_formation()\n\nThe module notifier call chain for MODULE_STATE_COMING was moved up before\nthe parsing of args, into the complete_formation() call. But if the module failed\nto load after that, the notifier call chain for MODULE_STATE_GOING was\nnever called and that prevented the users of those call chains from\ncleaning up anything that was allocated.\n\nLink: http://lkml.kernel.org/r/554C52B9.9060700@gmail.com\n\nReported-by: Pontus Fuchs <pontus.fuchs@gmail.com>\nFixes: 4982223e51e8 \"module: set nx before marking module MODULE_STATE_COMING\"\nCc: stable@vger.kernel.org # 3.16+\nSigned-off-by: Steven Rostedt <rostedt@goodmis.org>\nSigned-off-by: Rusty Russell <rusty@rustcorp.com.au>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/37815bf866ab6722a47550f8d25ad3f1a16a680c"},{"sha":"a29ef819f3f34f89a1b9b6a939b4c1cdfe1e85ce","author":{"email":"bbcee05fa0d16bdfc64e49f659d2d19cc06417c3@gmail.com","name":"Philippe Reynes"},"message":"ARM: dts: imx27: only map 4 Kbyte for fec registers\n\nAccording to the imx27 documentation, fec has a 4 Kbyte\nmemory space map. Moreover, the actual 16 Kbyte mapping\noverlaps the SCC (Security Controller) memory register\nspace. So, we reduce the memory register space to 4 Kbyte.\n\nSigned-off-by: Philippe Reynes <tremyfr@gmail.com>\nAcked-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nFixes: 9f0749e3eb88 (\"ARM i.MX27: Add devicetree support\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Shawn Guo <shawn.guo@linaro.org>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/a29ef819f3f34f89a1b9b6a939b4c1cdfe1e85ce"},{"sha":"e46b5a6470a5e2c8e1096f8f60887ac19949055b","author":{"email":"912cf7eb7d8018e2943586ae6657d21fd4e38239@linaro.org","name":"Shawn Guo"},"message":"ARM: dts: fix imx27 dtb build rule\n\nThe i.MX27 dtb build should be controlled by CONFIG_SOC_IMX27 rather\nthan CONFIG_SOC_IMX31.\n\nSigned-off-by: Shawn Guo <shawn.guo@linaro.org>\nFixes: cb612390e546 (\"ARM: dts: Only build dtb if associated Arch and/or SoC is enabled\")\nCc: <stable@vger.kernel.org>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/e46b5a6470a5e2c8e1096f8f60887ac19949055b"},{"sha":"aad3ae05bba3e95a9748919131760d93c4fb581b","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"Merge tag 'imx-fixes-4.1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into fixes\n\nMerge \"The i.MX fixes for 4.1, 2nd round\" from Shawn Guo:\n\n - Fix i.MX27 FEC register map which overlaps the SCC (Security\n   Controller) register space.\n - Fix i.MX27 DTB build rule which was wrongly controlled by i.MX31\n   option.\n\n* tag 'imx-fixes-4.1-2' of git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux:\n  ARM: dts: fix imx27 dtb build rule\n  ARM: dts: imx27: only map 4 Kbyte for fec registers","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/aad3ae05bba3e95a9748919131760d93c4fb581b"},{"sha":"3d76be5b933e2a66d85a2f7444e68e99e8a48ad4","author":{"email":"d6c41255011d14bfa93d8562b946ca186cfa0c7b@gmail.com","name":"Robert Nelson"},"message":"ARM: dts: am335x-boneblack: disable RTC-only sleep\n\nFixes: http://bugs.elinux.org/issues/143\n\nEntering RTC-only sleep is only properly supported on early prototypes series\n(pre-A6) of the BeagleBone Black.  Since rev (A6A), which include all production\nversions, it is not support at due to.\n\n(rev A6) enable of the 3v3b regulator moved from LDO2 to LDO4 (3v3a)\nside-effect: 3v3b rail remains on in sleep-mode (also in off-mode when battery-powered)\n\n(rev A6A) am335x vdds supply moved from LDO3 to LDO1\nside-effect: vdds remains supplied in sleep-mode\n\nReported-by: Matthijs van Duin <matthijsvanduin@gmail.com>\nTested-by: Matthijs van Duin <matthijsvanduin@gmail.com>\nSigned-off-by: Robert Nelson <robertcnelson@gmail.com>\nCc: Tony Lindgren <tony@atomide.com>\nCc: Felipe Balbi <balbi@ti.com>\nCc: Johan Hovold <johan@kernel.org>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/3d76be5b933e2a66d85a2f7444e68e99e8a48ad4"},{"sha":"ed38c6573b2ef34b3629989f7b6ac5894a010403","author":{"email":"e42bdb074cf98e95180887334c8ea8b841261537@gmail.com","name":"Anthoine Bourgeois"},"message":"ARM: dts: omap3-devkit8000: Fix NAND DT node\n\nAdd nand-ecc-opt and device-width properties to enable nand support on\nDevkit8000.\n\nSigned-off-by: Anthoine Bourgeois <anthoine.bourgeois@gmail.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/ed38c6573b2ef34b3629989f7b6ac5894a010403"},{"sha":"f25bf74c8862efdc30453d16d60cf22958a4873e","author":{"email":"de9dde47add484df57256d50e11e0f04f158376a@gmail.com","name":"Romain Izard"},"message":"ARM: dts: Fix WLAN interrupt line for AM335x EVM-SK\n\nWhile Sitara AM335x SoCs are very close to OMAP SoCs, the 32-line GPIO\ncontrollers are numbered from 0 on AM335x and from 1 on OMAP. But when\nthe configuration for the TI WLAN controllers was converted from\nplatform data to device tree, this detail was overlooked, as 10 boards\nwere using OMAP with the WL12xx and WL18xx controllers, and only one\nwas based on AM335x.\n\nThis invalid configuration prevents the WL1271 module on the AM335x\nEVM-SK from notifying interrupts to the SoC, and breaks the wlan driver.\n\nThe DTS must be corrected to use the correct GPIO controller.\n\nSigned-off-by: Romain Izard <romain.izard.pro@gmail.com>\nSigned-off-by: Tony Lindgren <tony@atomide.com>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/f25bf74c8862efdc30453d16d60cf22958a4873e"},{"sha":"632a686b8fd49245c7ae9271e2c705a06071ade3","author":{"email":"f2c659f01951776204a6c5b902787d9019fbeebd@arndb.de","name":"Arnd Bergmann"},"message":"Merge tag 'omap-for-v4.1/fixes-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap into fixes\n\nMerge \"Few minimal omap device tree fixes for v4.1-rc series\" from Tony Lindgren:\n\n- Disable BeagleBone black RTC-only sleep mode because of hardare\n  related issues\n\n- Fix NAND on Devkit8000\n\n- Fix WLAN interrupt line on AM335x EVM-SK\n\n* tag 'omap-for-v4.1/fixes-rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:\n  ARM: dts: Fix WLAN interrupt line for AM335x EVM-SK\n  ARM: dts: omap3-devkit8000: Fix NAND DT node\n  ARM: dts: am335x-boneblack: disable RTC-only sleep","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/632a686b8fd49245c7ae9271e2c705a06071ade3"},{"sha":"2e7f43c41c042d6fed4d67aceeaae32d8f102e98","author":{"email":"c1b6782c4af8f0673da8923a0702a1832e5940f4@ffwll.ch","name":"Daniel Vetter"},"message":"drm/plane-helper: Adapt cursor hack to transitional helpers\n\nIn\n\ncommit f02ad907cd9e7fe3a6405d2d005840912f1ed258\nAuthor: Daniel Vetter <daniel.vetter@ffwll.ch>\nDate:   Thu Jan 22 16:36:23 2015 +0100\n\n    drm/atomic-helpers: Recover full cursor plane behaviour\n\nwe've added a hack to atomic helpers to never to vblank waits for\ncursor updates through the legacy apis since that's what X expects.\nUnfortunately we've (again) forgotten to adjust the transitional\nhelpers. Do this now.\n\nThis fixes regressions for drivers only partially converted over to\natomic (like i915).\n\nReported-by: Pekka Paalanen <ppaalanen@gmail.com>\nCc: Pekka Paalanen <ppaalanen@gmail.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Daniel Vetter <daniel.vetter@intel.com>\nReviewed-and-tested-by: Mario Kleiner <mario.kleiner.de@gmail.com>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/2e7f43c41c042d6fed4d67aceeaae32d8f102e98"},{"sha":"bd7413aef860baed78c76734050c1de4194ed61c","author":{"email":"94b2a0a74cb42a2dd0cf1b763601af7f13907aa9@free.fr","name":"Robert Jarzmik"},"message":"ARM: pxa: pxa_cplds: signedness bug in probe\n\n\"base_irq\" needs to be signed for the error handling to work.  Also we\ncan remove the initialization because we re-assign it later.\n\nFixes: aa8d6b73ea33 ('ARM: pxa: pxa_cplds: add lubbock and mainstone IO')\nSigned-off-by: Dan Carpenter <dan.carpenter@oracle.com>\nSigned-off-by: Robert Jarzmik <robert.jarzmik@free.fr>\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/bd7413aef860baed78c76734050c1de4194ed61c"},{"sha":"242ddf04297f2c4768bd8eb7593ab911910c5f76","author":{"email":"bae4a7a27bbc965064e97edd6e179ac4979db440@samsung.com","name":"Inki Dae"},"message":"ARM: dts: set display clock correctly for exynos4412-trats2\n\nThis patch sets display clock correctly. If Display clock isn't set\ncorrectly then you would find below messages and Display controller\ndoesn't work correctly.\n\n exynos-drm: No connectors reported connected with modes\n [drm] Cannot find any crtc or sizes - going 1024x768\n\nFixes: abc0b1447d49 (\"drm: Perform basic sanity checks on probed modes\")\nCc: <stable@vger.kernel.org>\nSigned-off-by: Inki Dae <inki.dae@samsung.com>\nReviewed-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>\nTested-by: Krzysztof Kozlowski <k.kozlowski@samsung.com>\nSigned-off-by: Kukjin Kim <kgene@kernel.org>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/242ddf04297f2c4768bd8eb7593ab911910c5f76"},{"sha":"990ed2720717173bbdea4cfb2bad37cc7aa91495","author":{"email":"915c10c999604870200b6defbe633d857c856ca0@gmail.com","name":"Rob Clark"},"message":"drm/vgem: drop DRIVER_PRIME (v2)\n\nFor actual sharing of buffers with other drivers (ie. actual hardware)\nwe'll need to pimp things out a bit better to deal w/ caching, multiple\nmemory domains, etc.  See thread:\n\n  http://lists.freedesktop.org/archives/dri-devel/2015-May/083160.html\n\nBut for the llvmpipe use-case this isn't a problem.  Nor do we really\nneed prime/dri3 (dri2 is sufficient).  So until the other issues are\nsorted lets remove DRIVER_PRIME.\n\nv2: also drop the dead code\n\n[airlied:\n Okay I'm convinced this API could have a lot of use cases\n that are really really bad, yes the upload use case is valid\n however that isn't the only use case enabled, and if we allow\n all the other use cases, people will start to (ab)use them,\n and then they'll be ABI and my life will get worse, so disable\n PRIME for now]\n\nAcked-by: Thomas Hellstrom <thellstrom@vmware.com>\nAcked-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nSigned-off-by: Rob Clark <robdclark@gmail.com>\nSigned-off-by: Dave Airlie <airlied@redhat.com>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/990ed2720717173bbdea4cfb2bad37cc7aa91495"},{"sha":"4ae9944d132b160d444fa3aa875307eb0fa3eeec","author":{"email":"3576fcbd7ffa3776a92ac17fc90ba38e23f75e95@ce.jp.nec.com","name":"Junichi Nomura"},"message":"dm: run queue on re-queue\n\nWithout kicking queue, requeued request may stay forever in\nthe queue if there are no other I/O activities to the device.\n\nThe original error had been in v2.6.39 with commit 7eaceaccab5f\n(\"block: remove per-queue plugging\"), which replaced conditional\nplugging by periodic runqueue.\n\nCommit 9d1deb83d489 in v4.1-rc1 removed the periodic runqueue\nand the problem started to manifest.\n\nFixes: 9d1deb83d489 (\"dm: don't schedule delayed run of the queue if nothing to do\")\nSigned-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/4ae9944d132b160d444fa3aa875307eb0fa3eeec"},{"sha":"a10f0df0615abb194968fc08147f3cdd70fd5aa5","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"drm/radeon: don't share plls if monitors differ in audio support\n\nEnabling audio may enable different pll dividers.  Don't share\nplls if the monitors differ in audio support.\n\nbug:\nhttps://bugzilla.kernel.org/show_bug.cgi?id=98751\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/a10f0df0615abb194968fc08147f3cdd70fd5aa5"},{"sha":"634a603760c26d163ff92751d91ac7b859e879c4","author":{"email":"48c9e973d8f86eb0cdae200124c5925db7587c4e@pengutronix.de","name":"Lucas Stach"},"message":"ARM: imx6: allow booting with old DT\n\nThe GPC rewrite to IRQ domains has been on the premise that it may break\nsuspend/resume for new kernels on old DT, but otherwise keep things working\nfrom a user perspective. This was an accepted compromise to be able to move\nthe GIC cleanup forward.\n\nWhat actually happened was that booting a new kernel on an old DT crashes\nbefore even the console is up, so the user does not even see the warning\nthat the DT is too old. The warning message suggests that this has been\nknown before, which is clearly unacceptable.\n\nFix the early crash by mapping the GPC memory space if the IRQ controller\ndoesn't claim it. This keeps at least CPUidle and the needed CPU wakeup\nworkarounds working. With this fixed the system is able to boot up\nproperly minus the expected suspend/resume breakage.\n\nSigned-off-by: Lucas Stach <l.stach@pengutronix.de>\nSigned-off-by: Shawn Guo <shawn.guo@linaro.org>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/634a603760c26d163ff92751d91ac7b859e879c4"},{"sha":"b17c70cd9211e9bbcd77a489f9c60f3d1bd4c392","author":{"email":"48c9e973d8f86eb0cdae200124c5925db7587c4e@pengutronix.de","name":"Lucas Stach"},"message":"ARM: imx6: gpc: don't register power domain if DT data is missing\n\nIf the devicetree is too old and does not provide the regulator and clocks\nfor the power domain, we need to avoid registering the power domain.\nOtherwise runtime PM will try to control the domain, which will lead to\nmachine hangs without the proper DT configuration data.\n\nThis restores functionality to the kernel 4.0 level if an old DT is\ndetected, where the power domain is constantly powered on.\n\nSigned-off-by: Lucas Stach <l.stach@pengutronix.de>\nSigned-off-by: Shawn Guo <shawn.guo@linaro.org>","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/b17c70cd9211e9bbcd77a489f9c60f3d1bd4c392"},{"sha":"3a1407559a593d4360af12dd2df5296bf8eb0d28","author":{"email":"3576fcbd7ffa3776a92ac17fc90ba38e23f75e95@ce.jp.nec.com","name":"Junichi Nomura"},"message":"dm: fix NULL pointer when clone_and_map_rq returns !DM_MAPIO_REMAPPED\n\nWhen stacking request-based DM on blk_mq device, request cloning and\nremapping are done in a single call to target's clone_and_map_rq().\nThe clone is allocated and valid only if clone_and_map_rq() returns\nDM_MAPIO_REMAPPED.\n\nThe \"IS_ERR(clone)\" check in map_request() does not cover all the\n!DM_MAPIO_REMAPPED cases that are possible (E.g. if underlying devices\nare not ready or unavailable, clone_and_map_rq() may return\nDM_MAPIO_REQUEUE without ever having established an ERR_PTR).  Fix this\nby explicitly checking for a return that is not DM_MAPIO_REMAPPED in\nmap_request().\n\nWithout this fix, DM core may call setup_clone() for a NULL clone\nand oops like this:\n\n   BUG: unable to handle kernel NULL pointer dereference at 0000000000000068\n   IP: [<ffffffff81227525>] blk_rq_prep_clone+0x7d/0x137\n   ...\n   CPU: 2 PID: 5793 Comm: kdmwork-253:3 Not tainted 4.0.0-nm #1\n   ...\n   Call Trace:\n    [<ffffffffa01d1c09>] map_tio_request+0xa9/0x258 [dm_mod]\n    [<ffffffff81071de9>] kthread_worker_fn+0xfd/0x150\n    [<ffffffff81071cec>] ? kthread_parkme+0x24/0x24\n    [<ffffffff81071cec>] ? kthread_parkme+0x24/0x24\n    [<ffffffff81071fdd>] kthread+0xe6/0xee\n    [<ffffffff81093a59>] ? put_lock_stats+0xe/0x20\n    [<ffffffff81071ef7>] ? __init_kthread_worker+0x5b/0x5b\n    [<ffffffff814c2d98>] ret_from_fork+0x58/0x90\n    [<ffffffff81071ef7>] ? __init_kthread_worker+0x5b/0x5b\n\nFixes: e5863d9ad (\"dm: allocate requests in target when stacking on blk-mq devices\")\nReported-by: Bart Van Assche <bart.vanassche@sandisk.com>\nSigned-off-by: Jun'ichi Nomura <j-nomura@ce.jp.nec.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>\nCc: stable@vger.kernel.org # 4.0+","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/3a1407559a593d4360af12dd2df5296bf8eb0d28"},{"sha":"2d1c18bba15daf89d75ce475ecd2068f483aa12f","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"Revert \"drm/radeon: only mark audio as connected if the monitor supports it (v3)\"\n\nThis breaks too many things.\n\nbugs:\nhttps://bugzilla.kernel.org/show_bug.cgi?id=99041\nhttps://bugs.freedesktop.org/show_bug.cgi?id=90681\n\nThis reverts commit 0f55db36d49d45b80eff0c0a2a498766016f458b.\n\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/2d1c18bba15daf89d75ce475ecd2068f483aa12f"},{"sha":"fbfd3bc7dfd7efcad2d2e52bf634f84c80a77a35","author":{"email":"08dc22c6156113f2deff178e35e3ed9b24d6af9e@amd.com","name":"Alex Deucher"},"message":"drm/radeon/audio: make sure connector is valid in hotplug case\n\nAvoids a crash when a monitor is hotplugged and the encoder\nand connector are not linked yet.\n\nbug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id=90681\n\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/fbfd3bc7dfd7efcad2d2e52bf634f84c80a77a35"},{"sha":"4c6dd53dd3674c310d7379c6b3273daa9fd95c79","author":{"email":"85e533f2e78486213c4d69f71462342ec0c62734@redhat.com","name":"Mike Snitzer"},"message":"dm mpath: fix leak of dm_mpath_io structure in blk-mq .queue_rq error path\n\nOtherwise kmemleak reported:\n\nunreferenced object 0xffff88009b14e2b0 (size 16):\n  comm \"fio\", pid 4274, jiffies 4294978034 (age 1253.210s)\n  hex dump (first 16 bytes):\n    40 12 f3 99 01 88 ff ff 00 10 00 00 00 00 00 00  @...............\n  backtrace:\n    [<ffffffff81600029>] kmemleak_alloc+0x49/0xb0\n    [<ffffffff811679a8>] kmem_cache_alloc+0xf8/0x160\n    [<ffffffff8111c950>] mempool_alloc_slab+0x10/0x20\n    [<ffffffff8111cb37>] mempool_alloc+0x57/0x150\n    [<ffffffffa04d2b61>] __multipath_map.isra.17+0xe1/0x220 [dm_multipath]\n    [<ffffffffa04d2cb5>] multipath_clone_and_map+0x15/0x20 [dm_multipath]\n    [<ffffffffa02889b5>] map_request.isra.39+0xd5/0x220 [dm_mod]\n    [<ffffffffa028b0e4>] dm_mq_queue_rq+0x134/0x240 [dm_mod]\n    [<ffffffff812cccb5>] __blk_mq_run_hw_queue+0x1d5/0x380\n    [<ffffffff812ccaa5>] blk_mq_run_hw_queue+0xc5/0x100\n    [<ffffffff812ce350>] blk_sq_make_request+0x240/0x300\n    [<ffffffff812c0f30>] generic_make_request+0xc0/0x110\n    [<ffffffff812c0ff2>] submit_bio+0x72/0x150\n    [<ffffffff811c07cb>] do_blockdev_direct_IO+0x1f3b/0x2da0\n    [<ffffffff811c166e>] __blockdev_direct_IO+0x3e/0x40\n    [<ffffffff8120aa1a>] ext4_direct_IO+0x1aa/0x390\n\nFixes: e5863d9ad (\"dm: allocate requests in target when stacking on blk-mq devices\")\nReported-by: Bart Van Assche <bart.vanassche@sandisk.com>\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>\nCc: stable@vger.kernel.org # 4.0+","distinct":false,"url":"https://api.github.com/repos/r1mikey/linux-picoxcell/commits/4c6dd53dd3674c310d7379c6b3273daa9fd95c79"}]}