{"push_id":1448201076,"size":23,"distinct_size":23,"ref":"refs/heads/master","head":"810ac7b7558d7830e72d8dbf34b851fce39e08b0","before":"a37102dcd7ec71f6f6a00b1ad770c3bde3af3c18","commits":[{"sha":"955fe2aaed3ab64914f1a21209d8b0a5b9e920ae","author":{"name":"Geert Uytterhoeven","email":"6ab3568c168343bc5fcca77fbd6a3d6e63ce9838@linux-m68k.org"},"message":"m68k/defconfig: Update defconfigs for v4.9-rc1\n\nSigned-off-by: Geert Uytterhoeven <geert@linux-m68k.org>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/955fe2aaed3ab64914f1a21209d8b0a5b9e920ae"},{"sha":"7e251bb21ae08ca2e4fb28cc0981fac2685a8efa","author":{"name":"Boris Brezillon","email":"d3686c1eb756201cacdf5983212dc6c4a5a469fe@free-electrons.com"},"message":"m68k: Fix ndelay() macro\n\nThe current ndelay() macro definition has an extra semi-colon at the\nend of the line thus leading to a compilation error when ndelay is used\nin a conditional block without curly braces like this one:\n\n\tif (cond)\n\t\tndelay(t);\n\telse\n\t\t...\n\nwhich, after the preprocessor pass gives:\n\n\tif (cond)\n\t\tm68k_ndelay(t);;\n\telse\n\t\t...\n\nthus leading to the following gcc error:\n\n\terror: 'else' without a previous 'if'\n\nRemove this extra semi-colon.\n\nSigned-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>\nFixes: c8ee038bd1488 (\"m68k: Implement ndelay() based on the existing udelay() logic\")\nSigned-off-by: Geert Uytterhoeven <geert@linux-m68k.org>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/7e251bb21ae08ca2e4fb28cc0981fac2685a8efa"},{"sha":"5c3ef39738f74a3759918cc1a1ad099504f9d1b7","author":{"name":"Uwe Kleine-König","email":"3664bd5c9e057fff251e468143e40ff76783ac4e@pengutronix.de"},"message":"ata: sata_mv: check for errors when parsing nr-ports from dt\n\nIf the nr-ports property is missing ata_host_alloc_pinfo is called with\nn_ports = 0. This results in host->ports[0] = NULL which later makes\nmv_init_host() oops when dereferencing this pointer.\n\nInstead be a bit more cooperative and fail the probing with an error\nmessage.\n\nSigned-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/5c3ef39738f74a3759918cc1a1ad099504f9d1b7"},{"sha":"9a901f5495e26e691c7d0ea7b6057a2f3e6330ed","author":{"name":"Vishal Verma","email":"b1555bd5492ce3a0d9f7d0e1e7cfd55c7a64f7f0@intel.com"},"message":"acpi, nfit: fix extended status translations for ACPI DSMs\n\nACPI DSMs can have an 'extended' status which can be non-zero to convey\nadditional information about the command. In the xlat_status routine,\nwhere we translate the command statuses, we were returning an error for\na non-zero extended status, even if the primary status indicated success.\n\nReturn from each command's 'case' once we have verified both its status\nand extend status are good.\n\nCc: <stable@vger.kernel.org>\nFixes: 11294d63ac91 (\"nfit: fail DSMs that return non-zero status by default\")\nSigned-off-by: Vishal Verma <vishal.l.verma@intel.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/9a901f5495e26e691c7d0ea7b6057a2f3e6330ed"},{"sha":"efda1b5d87cbc3d8816f94a3815b413f1868e10d","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"acpi, nfit, libnvdimm: fix / harden ars_status output length handling\n\nGiven ambiguities in the ACPI 6.1 definition of the \"Output (Size)\"\nfield of the ARS (Address Range Scrub) Status command, a firmware\nimplementation may in practice return 0, 4, or 8 to indicate that there\nis no output payload to process.\n\nThe specification states \"Size of Output Buffer in bytes, including this\nfield.\". However, 'Output Buffer' is also the name of the entire\npayload, and earlier in the specification it states \"Max Query ARS\nStatus Output Buffer Size: Maximum size of buffer (including the Status\nand Extended Status fields)\".\n\nWithout this fix if the BIOS happens to return 0 it causes memory\ncorruption as evidenced by this result from the acpi_nfit_ctl() unit\ntest.\n\n ars_status00000000: 00020000 00000000                    ........\n BUG: stack guard page was hit at ffffc90001750000 (stack is ffffc9000174c000..ffffc9000174ffff)\n kernel stack overflow (page fault): 0000 [#1] SMP DEBUG_PAGEALLOC\n task: ffff8803332d2ec0 task.stack: ffffc9000174c000\n RIP: 0010:[<ffffffff814cfe72>]  [<ffffffff814cfe72>] __memcpy+0x12/0x20\n RSP: 0018:ffffc9000174f9a8  EFLAGS: 00010246\n RAX: ffffc9000174fab8 RBX: 0000000000000000 RCX: 000000001fffff56\n RDX: 0000000000000000 RSI: ffff8803231f5a08 RDI: ffffc90001750000\n RBP: ffffc9000174fa88 R08: ffffc9000174fab0 R09: ffff8803231f54b8\n R10: 0000000000000008 R11: 0000000000000001 R12: 0000000000000000\n R13: 0000000000000000 R14: 0000000000000003 R15: ffff8803231f54a0\n FS:  00007f3a611af640(0000) GS:ffff88033ed00000(0000) knlGS:0000000000000000\n CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n CR2: ffffc90001750000 CR3: 0000000325b20000 CR4: 00000000000406e0\n Stack:\n  ffffffffa00bc60d 0000000000000008 ffffc90000000001 ffffc9000174faac\n  0000000000000292 ffffffffa00c24e4 ffffffffa00c2914 0000000000000000\n  0000000000000000 ffffffff00000003 ffff880331ae8ad0 0000000800000246\n Call Trace:\n  [<ffffffffa00bc60d>] ? acpi_nfit_ctl+0x49d/0x750 [nfit]\n  [<ffffffffa01f4fe0>] nfit_test_probe+0x670/0xb1b [nfit_test]\n\nCc: <stable@vger.kernel.org>\nFixes: 747ffe11b440 (\"libnvdimm, tools/testing/nvdimm: fix 'ars_status' output buffer sizing\")\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/efda1b5d87cbc3d8816f94a3815b413f1868e10d"},{"sha":"82aa37cf09867c5e2c0326649d570e5b25c1189a","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"acpi, nfit: validate ars_status output buffer size\n\nIf an ARS Status command returns truncated output, do not process\npartial records or otherwise consume non-status fields.\n\nCc: <stable@vger.kernel.org>\nFixes: 0caeef63e6d2 (\"libnvdimm: Add a poison list and export badblocks\")\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/82aa37cf09867c5e2c0326649d570e5b25c1189a"},{"sha":"d6eb270c57fef35798525004ddf2ac5dcdadd43b","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"acpi, nfit: fix bus vs dimm confusion in xlat_status\n\nGiven dimms and bus commands share the same command number space we need\nto be careful that we are translating status in the correct context.\nOtherwise we can, for example, fail an ND_CMD_GET_CONFIG_SIZE command\nbecause max_xfer is zero. It fails because that condition erroneously\ncorrelates with the 'cleared == 0' failure of ND_CMD_CLEAR_ERROR.\n\nCc: <stable@vger.kernel.org>\nFixes: aef253382266 (\"libnvdimm, nfit: centralize command status translation\")\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/d6eb270c57fef35798525004ddf2ac5dcdadd43b"},{"sha":"a7de92dac9f0dbf01deb56fe1d661d7baac097e1","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"tools/testing/nvdimm: unit test acpi_nfit_ctl()\n\nA recent flurry of bug discoveries in the nfit driver's DSM marshalling\nroutine has highlighted the fact that we do not have unit test coverage\nfor this routine. Add a self-test of acpi_nfit_ctl() routine before\nprobing the \"nfit_test.0\" device. This mocks stimulus to acpi_nfit_ctl()\nand if any of the tests fail \"nfit_test.0\" will be unavailable causing\nthe rest of the tests to not run / fail.\n\nThis unit test will also be a place to land reproductions of quirky BIOS\nbehavior discovered in the field and ensure the kernel does not regress\nagainst implementations it has seen in practice.\n\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/a7de92dac9f0dbf01deb56fe1d661d7baac097e1"},{"sha":"325896ffdf90f7cbd59fb873b7ba20d60d1ddf3c","author":{"name":"Dan Williams","email":"11d4d1e92ac6a0e1ab4aaa72a56a5c1cae6b74af@intel.com"},"message":"device-dax: fix private mapping restriction, permit read-only\n\nHugh notes in response to commit 4cb19355ea19 \"device-dax: fail all\nprivate mapping attempts\":\n\n  \"I think that is more restrictive than you intended: haven't tried, but I\n  believe it rejects a PROT_READ, MAP_SHARED, O_RDONLY fd mmap, leaving no\n  way to mmap /dev/dax without write permission to it.\"\n\nIndeed it does restrict read-only mappings, switch to checking\nVM_MAYSHARE, not VM_SHARED.\n\nCc: <stable@vger.kernel.org>\nCc: Dave Hansen <dave.hansen@linux.intel.com>\nCc: Pawel Lebioda <pawel.lebioda@intel.com>\nFixes: 4cb19355ea19 (\"device-dax: fail all private mapping attempts\")\nReported-by: Hugh Dickins <hughd@google.com>\nSigned-off-by: Dan Williams <dan.j.williams@intel.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/325896ffdf90f7cbd59fb873b7ba20d60d1ddf3c"},{"sha":"faefba95c9e8ca3a523831c2ec2150f5ea054dae","author":{"name":"Alex Deucher","email":"a78d72677105f78f4b18925c366b6f577763ca59@amd.com"},"message":"drm/amdgpu: just suspend the hw on pci shutdown\n\nWe can't just reuse pci_remove as there may be userspace still\ndoing things.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98638\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97980\nReviewed-by: Christian König <christian.koenig@amd.com>\nReported-and-tested-by: Mike Lothian <mike@fireburn.co.uk>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/faefba95c9e8ca3a523831c2ec2150f5ea054dae"},{"sha":"4367c1d846552163f65aec11dcbe2659c8cf7128","author":{"name":"Jorik Jonker","email":"e310cc0bd881ed0adc9949ccb6d16469ae903edc@kippendief.biz"},"message":"dts: sun8i-h3: correct UART3 pin definitions\n\nIn a previous commit, I made a copy/paste error in the pinmux\ndefinitions of UART3: PG{13,14} instead of PA{13,14}. This commit takes\ncare of that. I have tested this commit on Orange Pi PC and Orange Pi\nPlus, and it works for these boards.\n\nFixes: e3d11d3c45c5 (\"dts: sun8i-h3: add pinmux definitions for\nUART2-3\")\n\nSigned-off-by: Jorik Jonker <jorik@kippendief.biz>\nAcked-by: Maxime Ripard <maxime.ripard@free-electrons.com>\nSigned-off-by: Olof Johansson <olof@lixom.net>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/4367c1d846552163f65aec11dcbe2659c8cf7128"},{"sha":"4b707fa00a80b19b80bc8df6f1cbf4bdd9c91402","author":{"name":"Stefan Agner","email":"6fe76ede026e27600863a1ff38da4e776dcaecdf@agner.ch"},"message":"ARM: dts: imx7d: fix LCDIF clock assignment\n\nThe eLCDIF IP of the i.MX 7 SoC knows multiple clocks and lists them\nseparately:\n\nClock      Clock Root              Description\napb_clk    MAIN_AXI_CLK_ROOT       AXI clock\npix_clk    LCDIF_PIXEL_CLK_ROOT    Pixel clock\nipg_clk_s  MAIN_AXI_CLK_ROOT       Peripheral access clock\n\nAll of them are switched by a single gate, which is part of the\nIMX7D_LCDIF_PIXEL_ROOT_CLK clock. Hence using that clock also for\nthe AXI bus clock (clock-name \"axi\") makes sure the gate gets\nenabled when accessing registers.\n\nThere seem to be no separate AXI display clock, and the clock is\noptional. Hence remove the dummy clock.\n\nThis fixes kernel freezes when starting the X-Server (which\ndisables/re-enables the display controller).\n\nFixes: e8ed73f691bd (\"ARM: dts: imx7d: add lcdif support\")\nSigned-off-by: Stefan Agner <stefan@agner.ch>\nReviewed-by: Fabio Estevam <fabio.estevam@nxp.com>\nAcked-by: Shawn Guo <shawnguo@kernel.org>\nSigned-off-by: Olof Johansson <olof@lixom.net>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/4b707fa00a80b19b80bc8df6f1cbf4bdd9c91402"},{"sha":"e185934ff94466b4a449165e5f1c164a44d005f2","author":{"name":"Nicolai Stange","email":"32f39f7586f1ea41688e98d8c88016b9ed0d780b@gmail.com"},"message":"libata-scsi: disable SCT Write Same for the moment\n\nSCT Write Same support had been introduced with\ncommit 7b2030942859 (\"libata: Add support for SCT Write Same\")\n\nSome problems, namely excessive userspace segfaults, had been reported at\n\n  http://lkml.kernel.org/r/20160908192736.GA4356@gmail.com\n\nThis lead to commit 0ce1b18c42a5 (\"libata: Some drives failing on\nSCT Write Same\") which strived to disable SCT Write Same on !ZAC devices.\nDue to the way this was done and to the logic in sd_config_write_same(),\nthis didn't work for those devices that have\n->max_ws_blocks > SD_MAX_WS10_BLOCKS: for these, ->no_write_same and\n->max_write_same_sectors would still be non-zero,\nbut ->ws10 == ->ws16 == 0. This would cause sd_setup_write_same_cmnd() to\ndemultiplex REQ_OP_WRITE_SAME requests to WRITE_SAME, and these in turn\naren't supported by libata-scsi:\n\n  EXT4-fs (dm-1): Delayed block allocation failed for inode 2625094 at\n                  logical offset 2032 with max blocks 2 with error 121\n  EXT4-fs (dm-1): This should not happen!! Data will be lost\n\n121 == EREMOTEIO is what scsi_io_completion() asserts in case of\ninvalid opcodes.\n\nBack to the original problem of userspace segfaults: this can be tracked\ndown to ata_format_sct_write_same() overwriting the input page. Sometimes,\nthis page is ZERO_PAGE(0) which ceases to be filled with zeros from that\npoint on. Since ZERO_PAGE(0) is used for userspace .bss mappings, code of\nthe following is doomed:\n\n  static char *a = NULL; /* .bss */\n  ...\n  if (a)\n    *a = 'a';\n\nThis problem is not solved by disabling SCT Write Same for !ZAC devices\nonly.\n\nIt can certainly be fixed, but the final release is quite close -- so\ndisable SCT Write Same for all ATA devices rather than introducing some\nSCT key buffer allocation schemes at this point.\n\nFixes: 7b2030942859 (\"libata: Add support for SCT Write Same\")\nSigned-off-by: Nicolai Stange <nicstange@gmail.com>\nSigned-off-by: Tejun Heo <tj@kernel.org>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/e185934ff94466b4a449165e5f1c164a44d005f2"},{"sha":"4e4f3e984954143fb0b8e5035df7ff22dd07bb6a","author":{"name":"Dave Airlie","email":"bb4fc8ee23048f808a4e317631d81d4f55a4e4cb@redhat.com"},"message":"Merge branch 'drm-fixes-4.9' of git://people.freedesktop.org/~agd5f/linux into drm-fixes\n\nanother regression fix for the shutdown stuff.\n\n* 'drm-fixes-4.9' of git://people.freedesktop.org/~agd5f/linux:\n  drm/amdgpu: just suspend the hw on pci shutdown","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/4e4f3e984954143fb0b8e5035df7ff22dd07bb6a"},{"sha":"c3f4688a08fd86f1bf8e055724c84b7a40a09733","author":{"name":"Jeff Layton","email":"0a799ee4f46e914219e7741adcc5e93178d519ec@redhat.com"},"message":"ceph: don't set req->r_locked_dir in ceph_d_revalidate\n\nThis function sets req->r_locked_dir which is supposed to indicate to\nceph_fill_trace that the parent's i_rwsem is locked for write.\nUnfortunately, there is no guarantee that the dir will be locked when\nd_revalidate is called, so we really don't want ceph_fill_trace to do\nany dcache manipulation from this context. Clear req->r_locked_dir since\nit's clearly not safe to do that.\n\nWhat we really want to know with d_revalidate is whether the dentry\nstill points to the same inode. ceph_fill_trace installs a pointer to\nthe inode in req->r_target_inode, so we can just compare that to\nd_inode(dentry) to see if it's the same one after the lookup.\n\nAlso, since we aren't generally interested in the parent here, we can\nswitch to using a GETATTR to hint that to the MDS, which also means that\nwe only need to reserve one cap.\n\nFinally, just remove the d_unhashed check. That's really outside the\npurview of a filesystem's d_revalidate. If the thing became unhashed\nwhile we're checking it, then that's up to the VFS to handle anyway.\n\nFixes: 200fd27c8fa2 (\"ceph: use lookup request to revalidate dentry\")\nLink: http://tracker.ceph.com/issues/18041\nReported-by: Donatas Abraitis <donatas.abraitis@gmail.com>\nSigned-off-by: Jeff Layton <jlayton@redhat.com>\nReviewed-by: \"Yan, Zheng\" <zyan@redhat.com>\nSigned-off-by: Ilya Dryomov <idryomov@gmail.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/c3f4688a08fd86f1bf8e055724c84b7a40a09733"},{"sha":"038ccb3e8cee52e07dc118ff99f47eaebc1d0746","author":{"name":"Roger Shimizu","email":"e0b0d57593ea313f1d71caa43dc94b39ebb89142@gmail.com"},"message":"ARM: dts: orion5x: fix number of sata port for linkstation ls-gl\n\nBug report from Debian [0] shows there's minor changed model of\nLinkstation LS-GL that uses the 2nd SATA port of the SoC.\nSo it's necessary to enable two SATA ports, though for that specific\nmodel only the 2nd one is used.\n\n[0] https://bugs.debian.org/845611\n\nFixes: b1742ffa9ddb (\"ARM: dts: orion5x: add device tree for buffalo linkstation ls-gl\")\nReported-by: Ryan Tandy <ryan@nardis.ca>\nTested-by: Ryan Tandy <ryan@nardis.ca>\nSigned-off-by: Roger Shimizu <rogershimizu@gmail.com>\nSigned-off-by: Gregory CLEMENT <gregory.clement@free-electrons.com>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/038ccb3e8cee52e07dc118ff99f47eaebc1d0746"},{"sha":"2b41226b39b654a5e20bce5a7332f307fdb9156b","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Revert \"radix tree test suite: fix compilation\"\n\nThis reverts commit 53855d10f4567a0577360b6448d52a863929775b.\n\nIt shouldn't have come in yet - it depends on the changes in linux-next\nthat will come in during the next merge window.  As Matthew Wilcox says,\nthe test suite is broken with the current state without the revert.\n\nRequested-by: Matthew Wilcox <mawilcox@microsoft.com>\nCc: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/2b41226b39b654a5e20bce5a7332f307fdb9156b"},{"sha":"1ca17e97966aa4b651e56861f83695e3645bf954","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux\n\nPull drm fix from Dave Airlie:\n \"Just a single fix for amdgpu to just suspend the gpu on 'shutdown'\n  instead of shutting it down fully, as for some reason the hw was\n  getting upset in some situations\"\n\n* 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:\n  drm/amdgpu: just suspend the hw on pci shutdown","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/1ca17e97966aa4b651e56861f83695e3645bf954"},{"sha":"751471201eb92b95a29cf3dd2b296ee6f6d93d23","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'm68k-for-v4.9-tag2' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k\n\nPull m68k fixes from Geert Uytterhoeven:\n\n - build fix for drivers calling ndelay() in a conditional block without\n   curly braces\n\n - defconfig updates\n\n* tag 'm68k-for-v4.9-tag2' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k:\n  m68k: Fix ndelay() macro\n  m68k/defconfig: Update defconfigs for v4.9-rc1","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/751471201eb92b95a29cf3dd2b296ee6f6d93d23"},{"sha":"1f6c926c0aa9180d42fcda53578881fc57f83a9a","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'armsoc-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc\n\nPull ARM SoC fixes from Olof Johansson:\n \"Final batch of SoC fixes\n\n  A few fixes that have trickled in over the last week, all fixing minor\n  errors in devicetrees -- UART pin assignment on Allwinner H3,\n  correcting number of SATA ports on a Marvell-based Linkstation\n  platform and a display clock fix for Freescale/NXP i.MX7D that fixes a\n  freeze when starting up X\"\n\n* tag 'armsoc-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc:\n  ARM: dts: orion5x: fix number of sata port for linkstation ls-gl\n  ARM: dts: imx7d: fix LCDIF clock assignment\n  dts: sun8i-h3: correct UART3 pin definitions","distinct":true,"url":"https://api.github.com/repos/Llewellynvdm/linux/commits/1f6c926c0aa9180d42fcda53578881fc57f83a9a"}]}
{"actor":{"display_login":"Llewellynvdm"}}