{"push_id":2980213911,"size":1000,"distinct_size":335,"ref":"refs/heads/master","head":"80355d2183a94408b9feb336aa4911c2c3e5f781","before":"1c91755bd9edc5e0a28f564813d9ef90baad4635","commits":[{"sha":"013ad043906b2befd4a9bfb06219ed9fedd92716","author":{"name":"Mike Snitzer","email":"85e533f2e78486213c4d69f71462342ec0c62734@redhat.com"},"message":"dm thin metadata: fix __udivdi3 undefined on 32-bit\n\nsector_div() is only viable for use with sector_t.\ndm_block_t is typedef'd to uint64_t -- so use div_u64() instead.\n\nFixes: 3ab918281 (\"dm thin metadata: try to avoid ever aborting transactions\")\nSigned-off-by: Mike Snitzer <snitzer@redhat.com>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/013ad043906b2befd4a9bfb06219ed9fedd92716"},{"sha":"196f4eeeb78f53e0a598db8f9408b6f8b270c355","author":{"name":"Takashi Iwai","email":"4596b3305151c7ee743192a95d394341e3d3b644@suse.de"},"message":"Merge tag 'asoc-v4.19-rc4' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus\n\nASoC: Fixes for v4.19\n\nThis is the usual set of small fixes scatterd around various drivers,\nplus one fix for DAPM and a UAPI build fix.  There's not a huge amount\nthat stands out here relative to anything else.","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/196f4eeeb78f53e0a598db8f9408b6f8b270c355"},{"sha":"2ea15030c3f0554db695f85e4760da8621c183d3","author":{"name":"Wolfram Sang","email":"66ab244bc42248f12645ba300439b5263f6a6fca@sang-engineering.com"},"message":"mmc: sdhi: sys_dmac: check for all Gen3 types when whitelisting\n\nFixes: 26eb2607fa28 (\"mmc: renesas_sdhi: add eMMC HS400 mode support\")\nSigned-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>\nReviewed-by: Simon Horman <horms+renesas@verge.net.au>\nSigned-off-by: Ulf Hansson <ulf.hansson@linaro.org>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/2ea15030c3f0554db695f85e4760da8621c183d3"},{"sha":"324493fba77500592bbaa66421729421f139d4b5","author":{"name":"Randy Dunlap","email":"6f29df8e90a57f1ba61ffd63b0468c86bb6d3a99@infradead.org"},"message":"media: platform: fix cros-ec-cec build error\n\nFix build when MFD_CROS_EC is not enabled but COMPILE_TEST=y.\nFixes this build error:\n\nERROR: \"cros_ec_cmd_xfer_status\" [drivers/media/platform/cros-ec-cec/cros-ec-cec.ko] undefined!\n\nSigned-off-by: Randy Dunlap <rdunlap@infradead.org>\nCc: Neil Armstrong <narmstrong@baylibre.com>\nSigned-off-by: Hans Verkuil <hans.verkuil@cisco.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/324493fba77500592bbaa66421729421f139d4b5"},{"sha":"3918c21eacb06e3d9d43f718354cbce6703f4812","author":{"name":"Greg Kroah-Hartman","email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org"},"message":"Merge tag 'spi-fix-v4.19-rc4' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi\n\nMark writes:\n  \"spi: Fixes for v4.19\n\n  As well as one driver fix there's a couple of fixes here which address\n  issues with the use of IDRs for allocation of dynamic bus numbers,\n  ensuring that dynamic bus numbers interact well with static bus numbers\n  assigned via DT and otherwise.\"\n\n* tag 'spi-fix-v4.19-rc4' of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi:\n  spi: spi-fsl-dspi: fix broken DSPI_EOQ_MODE\n  spi: Fix double IDR allocation with DT aliases\n  spi: fix IDR collision on systems with both fixed and dynamic SPI bus numbers","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/3918c21eacb06e3d9d43f718354cbce6703f4812"},{"sha":"250ae0d46d857ed61f3e0abf584901e46bd2c638","author":{"name":"Eli Cohen","email":"3ca62a2ad87376be2697209a1770e1afdbbba220@mellanox.com"},"message":"net/mlx5: Fix read from coherent memory\n\nUse accessor function READ_ONCE to read from coherent memory modified\nby the device and read by the driver. This becomes most important in\npreemptive kernels where cond_resched implementation does not have the\nside effect which guaranteed the updated value.\n\nFixes: 269d26f47f6f (\"net/mlx5: Reduce command polling interval\")\nChange-Id: Ie6deeb565ffaf76777b07448c7fbcce3510bbb8a\nSigned-off-by: Eli Cohen <eli@mellanox.com>\nReported-by: Jesper Dangaard Brouer <brouer@redhat.com>\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/250ae0d46d857ed61f3e0abf584901e46bd2c638"},{"sha":"6b359d5550a1ae7a1269c9dc1dd73dfdc4d6fe58","author":{"name":"Alaa Hleihel","email":"51e95a9c1f223e2426068800254ddc87aa99c29d@mellanox.com"},"message":"net/mlx5: Check for SQ and not RQ state when modifying hairpin SQ\n\nWhen modifying hairpin SQ, instead of checking if the next state equals\nto MLX5_SQC_STATE_RDY, we compare it against the MLX5_RQC_STATE_RDY enum\nvalue.\n\nThe code worked since both of MLX5_RQC_STATE_RDY and MLX5_SQC_STATE_RDY\nhave the same value today.\n\nThis patch fixes this issue.\n\nFixes: 18e568c390c6 (\"net/mlx5: Hairpin pair core object setup\")\nChange-Id: I6758aa7b4bd137966ae28206b70648c5bc223b46\nSigned-off-by: Alaa Hleihel <alaa@mellanox.com>\nReviewed-by: Or Gerlitz <ogerlitz@mellanox.com>\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/6b359d5550a1ae7a1269c9dc1dd73dfdc4d6fe58"},{"sha":"8f92e35aff9692028279d3c03e88547df6d15020","author":{"name":"Saeed Mahameed","email":"0a17f7549b0bac96abb27a38bc47f122efaba664@mellanox.com"},"message":"net/mlx5e: TLS, Read capabilities only when it is safe\n\nRead TLS caps from the core driver only when TLS is supported, i.e\nmlx5_accel_is_tls_device returns true.\n\nFixes: 790af90c00d2 (\"net/mlx5e: TLS, build TLS netdev from capabilities\")\nChange-Id: I5f21ff4d684901af487e366a7e0cf032b54ee9cf\nReported-by: Michal Kubecek <mkubecek@suse.cz>\nSigned-off-by: Saeed Mahameed <saeedm@mellanox.com>\nReviewed-by: Boris Pismenny <borisp@mellanox.com>\nReviewed-by: Tariq Toukan <tariqt@mellanox.com>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/8f92e35aff9692028279d3c03e88547df6d15020"},{"sha":"83f365554e47997ec68dc4eca3f5dce525cd15c3","author":{"name":"Vaibhav Nagarnaik","email":"1fa667586c90bce718fd3c486c1144f98789d483@google.com"},"message":"ring-buffer: Allow for rescheduling when removing pages\n\nWhen reducing ring buffer size, pages are removed by scheduling a work\nitem on each CPU for the corresponding CPU ring buffer. After the pages\nare removed from ring buffer linked list, the pages are free()d in a\ntight loop. The loop does not give up CPU until all pages are removed.\nIn a worst case behavior, when lot of pages are to be freed, it can\ncause system stall.\n\nAfter the pages are removed from the list, the free() can happen while\nthe work is rescheduled. Call cond_resched() in the loop to prevent the\nsystem hangup.\n\nLink: http://lkml.kernel.org/r/20180907223129.71994-1-vnagarnaik@google.com\n\nCc: stable@vger.kernel.org\nFixes: 83f40318dab00 (\"ring-buffer: Make removal of ring buffer pages atomic\")\nReported-by: Jason Behmer <jbehmer@google.com>\nSigned-off-by: Vaibhav Nagarnaik <vnagarnaik@google.com>\nSigned-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/83f365554e47997ec68dc4eca3f5dce525cd15c3"},{"sha":"3c499ea0c662e2f38aafbd4f516b08aab8cfa0e5","author":{"name":"Lyude Paul","email":"1d05c5face2dc786c0af2cf362656a51f0df9b63@redhat.com"},"message":"drm/atomic: Use drm_drv_uses_atomic_modeset() for debugfs creation\n\nAs pointed out by Daniel Vetter, we should be usinng\ndrm_drv_uses_atomic_modeset() for determining whether or not we want to\nmake the debugfs nodes for atomic instead of checking DRIVER_ATOMIC, as\nthe former isn't an accurate representation of whether or not the driver\nis actually using atomic modesetting internally (even though it might\nnot be exposing atomic capabilities).\n\nSigned-off-by: Lyude Paul <lyude@redhat.com>\nCc: Daniel Vetter <daniel.vetter@ffwll.ch>\nCc: stable@vger.kernel.org\nReviewed-by: Sean Paul <seanpaul@chromium.org>\nLink: https://patchwork.freedesktop.org/patch/msgid/20180917173733.21293-1-lyude@redhat.com","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/3c499ea0c662e2f38aafbd4f516b08aab8cfa0e5"},{"sha":"072222b488bc55cce92ff246bdc10115fd57d3ab","author":{"name":"Dominique Martinet","email":"5572329f140aee0fa22639be698cb2df6cd1e789@codewreck.org"},"message":"kcm: remove any offset before parsing messages\n\nThe current code assumes kcm users know they need to look for the\nstrparser offset within their bpf program, which is not documented\nanywhere and examples laying around do not do.\n\nThe actual recv function does handle the offset well, so we can create a\ntemporary clone of the skb and pull that one up as required for parsing.\n\nThe pull itself has a cost if we are pulling beyond the head data,\nmeasured to 2-3% latency in a noisy VM with a local client stressing\nthat path. The clone's impact seemed too small to measure.\n\nThis bug can be exhibited easily by implementing a \"trivial\" kcm parser\ntaking the first bytes as size, and on the client sending at least two\nsuch packets in a single write().\n\nNote that bpf sockmap has the same problem, both for parse and for recv,\nso it would pulling twice or a real pull within the strparser logic if\nanyone cares about that.\n\nSigned-off-by: Dominique Martinet <asmadeus@codewreck.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/072222b488bc55cce92ff246bdc10115fd57d3ab"},{"sha":"3275b4df3c39f97ee3fe982c9bafd6f3b7ff0dfe","author":{"name":"David S. Miller","email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net"},"message":"Revert \"kcm: remove any offset before parsing messages\"\n\nThis reverts commit 072222b488bc55cce92ff246bdc10115fd57d3ab.\n\nI just read that this causes regressions.\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/3275b4df3c39f97ee3fe982c9bafd6f3b7ff0dfe"},{"sha":"94235460f9eaefc4f0a3a4a6014fb4c6db4241cc","author":{"name":"Kai-Heng Feng","email":"06af28c154da900e58fef391e9e9415561e1d8ae@canonical.com"},"message":"r8169: Align ASPM/CLKREQ setting function with vendor driver\n\nThere's a small delay after setting ASPM in vendor drivers, r8101 and\nr8168.\nIn addition, those drivers enable ASPM before ClkReq, also change that\nto align with vendor driver.\n\nI haven't seen anything bad becasue of this, but I think it's better to\nkeep in sync with vendor driver.\n\nSigned-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/94235460f9eaefc4f0a3a4a6014fb4c6db4241cc"},{"sha":"0866cd15029baa3331ba347794053472306e8eb3","author":{"name":"Kai-Heng Feng","email":"06af28c154da900e58fef391e9e9415561e1d8ae@canonical.com"},"message":"r8169: enable ASPM on RTL8106E\n\nThe Intel SoC was prevented from entering lower idle state because\nof RTL8106E's ASPM was not enabled.\n\nSo enable ASPM on RTL8106E (chip version 39).\nNow the Intel SoC can enter lower idle state, power consumption and\ntemperature are much lower.\n\nSigned-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/0866cd15029baa3331ba347794053472306e8eb3"},{"sha":"b1e3454d39f992e5409cd19f97782185950df6e7","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"clk: x86: add \"ether_clk\" alias for Bay Trail / Cherry Trail\n\nCommit d31fd43c0f9a (\"clk: x86: Do not gate clocks enabled by the\nfirmware\") causes all unclaimed PMC clocks on Cherry Trail devices to be on\nall the time, resulting on the device not being able to reach S0i2 or S0i3\nwhen suspended.\n\nThe reason for this commit is that on some Bay Trail / Cherry Trail devices\nthe ethernet controller uses pmc_plt_clk_4. This commit adds an \"ether_clk\"\nalias, so that the relevant ethernet drivers can try to (optionally) use\nthis, without needing X86 specific code / hacks, thus fixing ethernet on\nthese devices without breaking S0i3 support.\n\nThis commit uses clkdev_hw_create() to create the alias, mirroring the code\nfor the already existing \"mclk\" alias for pmc_plt_clk_3.\n\nBuglink: https://bugzilla.kernel.org/show_bug.cgi?id=193891#c102\nBuglink: https://bugzilla.kernel.org/show_bug.cgi?id=196861\nCc: Johannes Stezenbach <js@sig21.net>\nCc: Carlo Caione <carlo@endlessm.com>\nReported-by: Johannes Stezenbach <js@sig21.net>\nAcked-by: Stephen Boyd <sboyd@kernel.org>\nReviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/b1e3454d39f992e5409cd19f97782185950df6e7"},{"sha":"c2f6f3ee7f22521fabc3295f51149bc3f4dd9202","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"r8169: Get and enable optional ether_clk clock\n\nOn some boards a platform clock is used as clock for the r8169 chip,\nthis commit adds support for getting and enabling this clock (assuming\nit has an \"ether_clk\" alias set on it).\n\nThis is related to commit d31fd43c0f9a (\"clk: x86: Do not gate clocks\nenabled by the firmware\") which is a previous attempt to fix this for some\nx86 boards, but this causes all Cherry Trail SoC using boards to not reach\nthere lowest power states when suspending.\n\nThis commit (together with an atom-pmc-clk driver commit adding the alias)\nfixes things properly by making the r8169 get the clock and enable it when\nit needs it.\n\nBuglink: https://bugzilla.kernel.org/show_bug.cgi?id=193891#c102\nBuglink: https://bugzilla.kernel.org/show_bug.cgi?id=196861\nCc: Johannes Stezenbach <js@sig21.net>\nCc: Carlo Caione <carlo@endlessm.com>\nReported-by: Johannes Stezenbach <js@sig21.net>\nAcked-by: Stephen Boyd <sboyd@kernel.org>\nReviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/c2f6f3ee7f22521fabc3295f51149bc3f4dd9202"},{"sha":"648e921888ad96ea3dc922739e96716ad3225d7f","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"clk: x86: Stop marking clocks as CLK_IS_CRITICAL\n\nCommit d31fd43c0f9a (\"clk: x86: Do not gate clocks enabled by the\nfirmware\"), which added the code to mark clocks as CLK_IS_CRITICAL, causes\nall unclaimed PMC clocks on Cherry Trail devices to be on all the time,\nresulting on the device not being able to reach S0i3 when suspended.\n\nThe reason for this commit is that on some Bay Trail / Cherry Trail devices\nthe r8169 ethernet controller uses pmc_plt_clk_4. Now that the clk-pmc-atom\ndriver exports an \"ether_clk\" alias for pmc_plt_clk_4 and the r8169 driver\nhas been modified to get and enable this clock (if present) the marking of\nthe clocks as CLK_IS_CRITICAL is no longer necessary.\n\nThis commit removes the CLK_IS_CRITICAL marking, fixing Cherry Trail\ndevices not being able to reach S0i3 greatly decreasing their battery\ndrain when suspended.\n\nBuglink: https://bugzilla.kernel.org/show_bug.cgi?id=193891#c102\nBuglink: https://bugzilla.kernel.org/show_bug.cgi?id=196861\nCc: Johannes Stezenbach <js@sig21.net>\nCc: Carlo Caione <carlo@endlessm.com>\nReported-by: Johannes Stezenbach <js@sig21.net>\nReviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nAcked-by: Stephen Boyd <sboyd@kernel.org>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/648e921888ad96ea3dc922739e96716ad3225d7f"},{"sha":"89bfd48d679ed4f2ce4cbd9a8f8cbcd041c9050c","author":{"name":"David S. Miller","email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net"},"message":"Merge branch 'r8169-clk-fixes'\n\nHans de Goede says:\n\n====================\nr8169 (x86) clk fixes to fix S0ix not being reached\n\nThis series adds code to the r8169 ethernet driver to get and enable an\nexternal clock if present, avoiding the need for a hack in the\nclk-pmc-atom driver where that clock was left on continuesly causing x86\nsome devices to not reach deep power saving states (S0ix) when suspended\ncausing to them to quickly drain their battery while suspended.\n\nThe 3 commits in this series need to be merged in order to avoid\nregressions while bisecting. The clk-pmc-atom driver does not see much\nchanges (it was last touched over a year ago). So the clk maintainers\nhave agreed with merging all 3 patches through the net tree.\nAll 3 patches have Stephen Boyd's Acked-by for this purpose.\n\nThis v2 of the series only had some minor tweaks done to the commit\nmessages and is ready for merging through the net tree now.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/89bfd48d679ed4f2ce4cbd9a8f8cbcd041c9050c"},{"sha":"922005c7f50e7f4b2a6dbc182e9c575b4f92396b","author":{"name":"Bjørn Mork","email":"8a2957e0063f2abf61bd145b6236a74a3708ac54@mork.no"},"message":"qmi_wwan: set DTR for modems in forced USB2 mode\n\nRecent firmware revisions have added the ability to force\nthese modems to USB2 mode, hiding their SuperSpeed\ncapabilities from the host.  The driver has been using the\nSuperSpeed capability, as shown by the bcdUSB field of the\ndevice descriptor, to detect the need to enable the DTR\nquirk.  This method fails when the modems are forced to\nUSB2 mode by the modem firmware.\n\nFix by unconditionally enabling the DTR quirk for the\naffected device IDs.\n\nReported-by: Fred Veldini <fred.veldini@gmail.com>\nReported-by: Deshu Wen <dwen@sierrawireless.com>\nSigned-off-by: Bjørn Mork <bjorn@mork.no>\nReported-by: Fred Veldini <fred.veldini@gmail.com>\nReported-by: Deshu Wen <dwen@sierrawireless.com>\nSigned-off-by: Bjørn Mork <bjorn@mork.no>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/922005c7f50e7f4b2a6dbc182e9c575b4f92396b"},{"sha":"db7c8f1e5f1c1a5e1aaec04e50be6721c1cb4dff","author":{"name":"Colin Xu","email":"0f9700d38502a5bc304aee5e9fcaccd684f96120@intel.com"},"message":"drm/i915/gvt: Init PHY related registers for BXT\n\nRecent patch fixed the call trace\n\"ERROR Port B enabled but PHY powered down? (PHY_CTL 00000000)\".\nbut introduced another similar call trace shown as:\n\"ERROR Port C enabled but PHY powered down? (PHY_CTL 00000200)\".\nThe call trace will appear when host and guest enabled different ports,\ni.e. host using PORT C or neither PORT is enabled, while guest is always\nusing PORT B as simulated by gvt. The issue is actually covered previously\nbefore the commit and reverals now when the commit do the right thing.\n\nOn BXT, some PHY registers are initialized by vbios, before i915 loaded.\nLater i915 will re-program some, or skip some based on the implementation.\nThe initialized mmio for guest i915 is done by gvt, based on the snapshot\ntaken from host. If host and guest have different PORT enabled, some\nDPIO PHY mmios that gvt initialized for guest i915 will not match the\nsimualted monitor for guest, which leads to guest i915 print the calltrace\nwhen it's trying to enable PHY and PORT.\n\nThe solution is to init these DPIO PHY registers to default value, then\nguest i915 will program them to reasonable value based on the default\npowerwell table and enabled PORT. Together with the old patch, all similar\ncall trace in guest kernel on BXT can be resolved.\n\nv2: Move PHY register init to intel_vgpu_reset_mmio (Min)\nv3: Do not delete empty line in issue fix patch. (zhenyu)\n\nFixes: c8ab5ac30ccc (\"drm/i915/gvt: Make correct handling to vreg\nBXT_PHY_CTL_FAMILY\")\nReviewed-by: He, Min <min.he@intel.com>\nSigned-off-by: Colin Xu <colin.xu@intel.com>\nSigned-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/frank-w/BPI-R2-4.14/commits/db7c8f1e5f1c1a5e1aaec04e50be6721c1cb4dff"}]}
{"actor":{"display_login":"frank-w"}}