{"push_id":3144900647,"size":169,"distinct_size":7,"ref":"refs/heads/letux/dt-pandora","head":"b3e22120ac7bea2cba3db8a90910c0be565e591d","before":"fe2d3dbd0b809ff52b06cb2cab72026f60957e48","commits":[{"sha":"5f8208f557065163f9a8089ea2ea7888f9d96922","author":{"name":"Corentin Labbe","email":"16a2fc074d33dba14e47b55c74beb641d5160cd9@baylibre.com"},"message":"ARM: dts: sun8i: a83t: bananapi-m3: increase vcc-pd voltage to 3.3V\n\nSince commit d7c5f6863550 (\"ARM: dts: sun8i: a83t: bananapi-m3: Add\nAXP813 regulator nodes\") my BPIM3 no longer works at gigabit speed.\n\nWith the default setting, dldo3 is regulated at 2.9v which seems\nsufficient for the PHY but the aforementioned commit drops it to 2.5V\nwhich is insufficient. Note that this behaviour is random for all BPIM3.\nSome work with 2.5V, but some don't.\n\nFinnaly, someone from Bananapi confirmed that this regulator must be set\nto 3.3V.\n\nFixes: d7c5f6863550 (\"ARM: dts: sun8i: a83t: bananapi-m3: Add AXP813\n\t\t      regulator nodes\")\nSigned-off-by: Corentin Labbe <clabbe@baylibre.com>\n[wens@csie.org: Reworked commit message]\nSigned-off-by: Chen-Yu Tsai <wens@csie.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5f8208f557065163f9a8089ea2ea7888f9d96922"},{"sha":"5db0b0a298d26c007e06a96d7e60849b4829a57c","author":{"name":"Craig Tatlor","email":"55abc6f11ef909d68a1f48215f9023fd2d3d8a8d@gmail.com"},"message":"pinctrl: sdm660: Set tile property for pingroups\n\nThis was missed when tiles support was added in a revison and\ncauses the driver to fail to load.\n\nFixes: 9cf0c526bc58 (\"pinctrl: qcom: Add sdm660 pinctrl driver\")\nSigned-off-by: Craig Tatlor <ctatlor97@gmail.com>\nReviewed-by: Bjorn Andersson <bjorn.andersson@linaro.org>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5db0b0a298d26c007e06a96d7e60849b4829a57c"},{"sha":"614b1868a125a0ba24be08f3a7fa832ddcde6bca","author":{"name":"Jerome Brunet","email":"112e8b3ceb2d19b85876d8b6266daec3a6b188f2@baylibre.com"},"message":"pinctrl: meson: fix pull enable register calculation\n\nWe just changed the code so we apply bias disable on the correct\nregister but forgot to align the register calculation. The result\nis that we apply the change on the correct register, but possibly\nat the incorrect offset/bit\n\nThis went undetected because offsets tends to be the same between\nREG_PULL and REG_PULLEN for a given pin the EE controller. This\nis not true for the AO controller.\n\nFixes: e39f9dd8206a (\"pinctrl: meson: fix pinconf bias disable\")\nSigned-off-by: Jerome Brunet <jbrunet@baylibre.com>\nAcked-by: Neil Armstrong <narmstrong@baylibre.com>\nSigned-off-by: Linus Walleij <linus.walleij@linaro.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/614b1868a125a0ba24be08f3a7fa832ddcde6bca"},{"sha":"91ff20f34e94424e586f57f4f593beae16504f86","author":{"name":"Amir Goldstein","email":"39b28f342388deb5b19584637eaeed658ed0d1e3@gmail.com"},"message":"ovl: fix missing override creds in link of a metacopy upper\n\nTheodore Ts'o reported a v4.19 regression with docker-dropbox:\nhttps://marc.info/?l=linux-fsdevel&m=154070089431116&w=2\n\n\"I was rebuilding my dropbox Docker container, and it failed in 4.19\n with the following error:\n ...\n dpkg: error: error creating new backup file \\\n              '/var/lib/dpkg/status-old': Invalid cross-device link\"\n\nThe problem did not reproduce with metacopy feature disabled.\nThe error was caused by insufficient credentials to set\n\"trusted.overlay.redirect\" xattr on link of a metacopy file.\n\nReproducer:\n\n echo Y > /sys/module/overlay/parameters/redirect_dir\n echo Y > /sys/module/overlay/parameters/metacopy\n cd /tmp\n mkdir l u w m\n chmod 777 l u\n touch l/foo\n ln l/foo l/link\n chmod 666 l/foo\n mount -t overlay none -olowerdir=l,upperdir=u,workdir=w m\n su fsgqa\n ln m/foo m/bar\n [   21.455823] overlayfs: failed to set redirect (-1)\n ln: failed to create hard link 'm/bar' => 'm/foo':\\\n     Invalid cross-device link\n\nReported-by: Theodore Y. Ts'o <tytso@mit.edu>\nReported-by: Maciej Zięba <maciekz82@gmail.com>\nFixes: 4120fe64dce4 (\"ovl: Set redirect on upper inode when it is linked\")\nCc: <stable@vger.kernel.org> # v4.19\nSigned-off-by: Amir Goldstein <amir73il@gmail.com>\nAcked-by: Vivek Goyal <vgoyal@redhat.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/91ff20f34e94424e586f57f4f593beae16504f86"},{"sha":"155b8a0492a90a4c6e22f046a3568b92a6bc48da","author":{"name":"Amir Goldstein","email":"39b28f342388deb5b19584637eaeed658ed0d1e3@gmail.com"},"message":"ovl: fix decode of dir file handle with multi lower layers\n\nWhen decoding a lower file handle, we first call ovl_check_origin_fh()\nwith connected=false to get any real lower dentry for overlay inode\ncache lookup.\n\nIf the real dentry is a disconnected dir dentry, ovl_check_origin_fh()\nis called again with connected=true to get a connected real dentry\nand find the lower layer the real dentry belongs to.\n\nIf the first call returned a connected real dentry, we use it to\nlookup an overlay connected dentry, but the first ovl_check_origin_fh()\ncall with connected=false did not check that the found dentry is under\nthe root of the layer (see ovl_acceptable()), it only checked that\nthe found dentry super block matches the uuid of the lower file handle.\n\nIn case there are multiple lower layers on the same fs and the found\ndentry is not from the top most lower layer, using the layer index\nreturned from the first ovl_check_origin_fh() is wrong and we end\nup failing to decode the file handle.\n\nFix this by always calling ovl_check_origin_fh() with connected=true\nif we got a directory dentry in the first call.\n\nFixes: 8b58924ad55c (\"ovl: lookup in inode cache first when decoding...\")\nCc: <stable@vger.kernel.org> # v4.17\nSigned-off-by: Amir Goldstein <amir73il@gmail.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/155b8a0492a90a4c6e22f046a3568b92a6bc48da"},{"sha":"4fc4bb796b0c75067fd65292dfd874869ff7c9dc","author":{"name":"Myungho Jung","email":"37f57ab790b2e1eb27b96c19e1fa3bf9fe5cf414@gmail.com"},"message":"fuse: Add bad inode check in fuse_destroy_inode()\n\nmake_bad_inode() sets inode->i_mode to S_IFREG if I/O error is detected\nin fuse_do_getattr()/fuse_do_setattr(). If the inode is not a regular\nfile, write_files and queued_writes in fuse_inode are not initialized\nand have NULL or invalid pointers written by other members in a union.\nSo, list_empty() returns false in fuse_destroy_inode(). Add\nis_bad_inode() to check if make_bad_inode() was called.\n\nReported-by: syzbot+b9c89b84423073226299@syzkaller.appspotmail.com\nFixes: ab2257e9941b (\"fuse: reduce size of struct fuse_inode\")\nSigned-off-by: Myungho Jung <mhjungk@gmail.com>\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4fc4bb796b0c75067fd65292dfd874869ff7c9dc"},{"sha":"6c05946e349d92f527d98644fbc9c41f06312c00","author":{"name":"Ryder Lee","email":"c888b2f23d7b208a47dcb456a896437ffc943708@mediatek.com"},"message":"arm64: dts: mt7622: fix no more console output on rfb1\n\nNo default serial console on boot.\nFix this by using a 'stdout-path' property that points to the device.\n\nFixes: c0d9f9ad4f76 (\"arm64: dts: mt7622: add earlycon to mt7622-rfb1 board\")\nSigned-off-by: Ryder Lee <ryder.lee@mediatek.com>\nTested-by: Kevin Hilman <khilman@baylibre.com>\n[mb: Fix commit message]\nSigned-off-by: Matthias Brugger <matthias.bgg@gmail.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/6c05946e349d92f527d98644fbc9c41f06312c00"},{"sha":"396defa8523372645d6d5a8b7f4b5403b119e360","author":{"name":"Ryder Lee","email":"c888b2f23d7b208a47dcb456a896437ffc943708@mediatek.com"},"message":"arm64: dts: mt7622: fix no more console output on BPI-R64 board\n\nFix this by using a 'stdout-path' property that points to the device.\n\nFixes: 0b6286dd96c0 (\"arm64: dts: mt7622: add bananapi BPI-R64 board\")\nSigned-off-by: Ryder Lee <ryder.lee@mediatek.com>\nSigned-off-by: Matthias Brugger <matthias.bgg@gmail.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/396defa8523372645d6d5a8b7f4b5403b119e360"},{"sha":"ce68cc6fad893eb33b69ef7ec186233a51696236","author":{"name":"Ryder Lee","email":"c888b2f23d7b208a47dcb456a896437ffc943708@mediatek.com"},"message":"arm64: dts: mt7622: Drop the general purpose timer node\n\nMediaTeks general purpose timer register into system in early phase\nduring kernel boot, but the clock sources aren't probed at this point.\n\nThe system has the ARM architecture timer, so we don't need the GPT\ntimer from mediatek. Drop the DT node for it.\n\nFixes: 9cc7f0de9e67 (\"arm64: dts: mt7622: add timer, CCI-400 and PMU nodes\")\nSigned-off-by: Ryder Lee <ryder.lee@mediatek.com>\n[mb: fix commit message]\nSigned-off-by: Matthias Brugger <matthias.bgg@gmail.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/ce68cc6fad893eb33b69ef7ec186233a51696236"},{"sha":"5564597d51c8ff5b88d95c76255e18b13b760879","author":{"name":"Paul Mackerras","email":"19a0ba370c443ba08d20b5061586430ab449ee8c@ozlabs.org"},"message":"powerpc: Fix COFF zImage booting on old powermacs\n\nCommit 6975a783d7b4 (\"powerpc/boot: Allow building the zImage wrapper\nas a relocatable ET_DYN\", 2011-04-12) changed the procedure descriptor\nat the start of crt0.S to have a hard-coded start address of 0x500000\nrather than a reference to _zimage_start, presumably because having\na reference to a symbol introduced a relocation which is awkward to\nhandle in a position-independent executable.  Unfortunately, what is\nat 0x500000 in the COFF image is not the first instruction, but the\nprocedure descriptor itself, that is, a word containing 0x500000,\nwhich is not a valid instruction.  Hence, booting a COFF zImage\nresults in a \"DEFAULT CATCH!, code=FFF00700\" message from Open\nFirmware.\n\nThis fixes the problem by (a) putting the procedure descriptor in the\ndata section and (b) adding a branch to _zimage_start as the first\ninstruction in the program.\n\nFixes: 6975a783d7b4 (\"powerpc/boot: Allow building the zImage wrapper as a relocatable ET_DYN\")\nSigned-off-by: Paul Mackerras <paulus@ozlabs.org>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/5564597d51c8ff5b88d95c76255e18b13b760879"},{"sha":"462951cd32e1496dc64b00051dfb777efc8ae5d8","author":{"name":"Michael Ellerman","email":"864f124608374e06e4da1fa5d2e47ed839b95411@ellerman.id.au"},"message":"powerpc/mm: Fix linux page tables build with some configs\n\nFor some configs the build fails with:\n\n  arch/powerpc/mm/dump_linuxpagetables.c: In function 'populate_markers':\n  arch/powerpc/mm/dump_linuxpagetables.c:306:39: error: 'PKMAP_BASE' undeclared (first use in this function)\n  arch/powerpc/mm/dump_linuxpagetables.c:314:50: error: 'LAST_PKMAP' undeclared (first use in this function)\n\nThese come from highmem.h, including that fixes the build.\n\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/462951cd32e1496dc64b00051dfb777efc8ae5d8"},{"sha":"78e7b15e17ac175e7eed9e21c6f92d03d3b0a6fa","author":{"name":"Radu Rendec","email":"d4c35cef0e298b911f8df4726d02e2524bd8db11@gmail.com"},"message":"powerpc/msi: Fix NULL pointer access in teardown code\n\nThe arch_teardown_msi_irqs() function assumes that controller ops\npointers were already checked in arch_setup_msi_irqs(), but this\nassumption is wrong: arch_teardown_msi_irqs() can be called even when\narch_setup_msi_irqs() returns an error (-ENOSYS).\n\nThis can happen in the following scenario:\n  - msi_capability_init() calls pci_msi_setup_msi_irqs()\n  - pci_msi_setup_msi_irqs() returns -ENOSYS\n  - msi_capability_init() notices the error and calls free_msi_irqs()\n  - free_msi_irqs() calls pci_msi_teardown_msi_irqs()\n\nThis is easier to see when CONFIG_PCI_MSI_IRQ_DOMAIN is not set and\npci_msi_setup_msi_irqs() and pci_msi_teardown_msi_irqs() are just\naliases to arch_setup_msi_irqs() and arch_teardown_msi_irqs().\n\nThe call to free_msi_irqs() upon pci_msi_setup_msi_irqs() failure\nseems legit, as it does additional cleanup; e.g.\nlist_del(&entry->list) and kfree(entry) inside free_msi_irqs() do\nhappen (MSI descriptors are allocated before pci_msi_setup_msi_irqs()\nis called and need to be cleaned up if that fails).\n\nFixes: 6b2fd7efeb88 (\"PCI/MSI/PPC: Remove arch_msi_check_device()\")\nCc: stable@vger.kernel.org # v3.18+\nSigned-off-by: Radu Rendec <radu.rendec@gmail.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/78e7b15e17ac175e7eed9e21c6f92d03d3b0a6fa"},{"sha":"4050207485e47e00353e87f2fe2166083e282688","author":{"name":"Hans de Goede","email":"9fa1be1a5b5729e4c6b404f34c9ce49ff4882fd8@redhat.com"},"message":"HID: ite: Add USB id match for another ITE based keyboard rfkill key quirk\n\nThe 258a:6a88 keyboard-dock shipped with the Prowise PT301 tablet is\nlikely another ITE based design. The controller die is directly bonded\nto the PCB with a blob of black glue on top so there are no markings and\nthe 258a vendor-id used is unknown anywhere. But the keyboard has the\nexact same hotkeys mapped to Fn+F1 - F10 as the other ITE8595 keyboard\nI have *and* it has the same quirky behavior wrt the rfkill hotkey.\n\nEither way as said this keyboard has the same quirk for its rfkill /\nairplane mode hotkey as the ITE 8595 chip, it only sends a single release\nevent when pressed and released, it never sends a press event.\n\nThis commit adds the 258a:6a88 USB id to the hid-ite id-table, fixing\nthe rfkill key not working on this keyboard.\n\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nSigned-off-by: Benjamin Tissoires <benjamin.tissoires@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/4050207485e47e00353e87f2fe2166083e282688"},{"sha":"bf3d6afbb234156749b640b6c50f714967a85964","author":{"name":"Benjamin Herrenschmidt","email":"a7089bb6e7e92505d88aaff006cbdd60cc9120b6@kernel.crashing.org"},"message":"powerpc: Look for \"stdout-path\" when setting up legacy consoles\n\nCommit 78e5dfea84dc (\"powerpc: dts: replace 'linux,stdout-path' with\n'stdout-path'\") broke the default console on a number of embedded\nPowerPC systems, because it failed to also update the code in\narch/powerpc/kernel/legacy_serial.c to look for that property in\naddition to the old one.\n\nThis fixes it.\n\nFixes: 78e5dfea84dc (\"powerpc: dts: replace 'linux,stdout-path' with 'stdout-path'\")\nCc: stable@vger.kernel.org # v4.17+\nSigned-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>\nReviewed-by: Rob Herring <robh@kernel.org>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/bf3d6afbb234156749b640b6c50f714967a85964"},{"sha":"a0071bc455da7b830b9517058933a83eb6cc902a","author":{"name":"Nicolas Boichat","email":"f3daba1cdc403799935674d3cd4b0e5bd1804232@chromium.org"},"message":"drm/mediatek: Only try to attach bridge if there is one\n\nEven if dsi->bridge is NULL, we still try to call drm_bridge_attach,\nand print out an error message, before creating the connector.\n\nWhen no bridge is provided, let's skip these 2 steps and directly\ncreate the connector.\n\nSigned-off-by: Nicolas Boichat <drinkcat@chromium.org>\nSigned-off-by: CK Hu <ck.hu@mediatek.com>\nReviewed-by: Andrzej Hajda <a.hajda@samsung.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/a0071bc455da7b830b9517058933a83eb6cc902a"},{"sha":"a40fa231bb64b33e2cd54cf8ef44a9f89875fa11","author":{"name":"Tina Zhang","email":"62198d639fa8e461845c7cb6bea9c787fde04863@intel.com"},"message":"drm/i915/gvt: Fix tiled memory decoding bug on BDW\n\nCommit b244ffa15c8b (\"drm/i915/gvt: Fix drm_format_mod value for vGPU\nplane\") introduced a regression issue to the tiled memory decoding on BDW.\n\nThis patch can fix this issue.\n\nHere is the issue detail: https://github.com/intel/gvt-linux/issues/61\n\nv1->v2:\n- Refine the commit message. (Zhenyu)\n\nFixes: b244ffa15c8b(\"drm/i915/gvt: Fix drm_format_mod value for vGPU plane\")\nSigned-off-by: Tina Zhang <tina.zhang@intel.com>\nCc: stable@vger.kernel.org # v4.19+\nCc: Zhenyu Wang <zhenyuw@linux.intel.com>\nSigned-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/a40fa231bb64b33e2cd54cf8ef44a9f89875fa11"},{"sha":"a9c2d1e82fc2937baf43c0d400f0c9e87dcf035d","author":{"name":"Miklos Szeredi","email":"84cd5483a2f9acd1c37251cba7c2908448f221b8@redhat.com"},"message":"fuse: fix fsync on directory\n\nCommit ab2257e9941b (\"fuse: reduce size of struct fuse_inode\") moved parts\nof fields related to writeback on regular file and to directory caching\ninto a union.  However fuse_fsync_common() called from fuse_dir_fsync()\ntouches some writeback related fields, resulting in a crash.\n\nMove writeback related parts from fuse_fsync_common() to fuse_fysnc().\n\nReported-by: Brett Girton <btgirton@gmail.com>\nTested-by: Brett Girton <btgirton@gmail.com>\nFixes: ab2257e9941b (\"fuse: reduce size of struct fuse_inode\")\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/a9c2d1e82fc2937baf43c0d400f0c9e87dcf035d"},{"sha":"d233c7dd1682437ba4b430b04766aa6eef9aef67","author":{"name":"Miklos Szeredi","email":"84cd5483a2f9acd1c37251cba7c2908448f221b8@redhat.com"},"message":"fuse: fix revalidation of attributes for permission check\n\nfuse_invalidate_attr() now sets fi->inval_mask instead of fi->i_time, hence\nwe need to check the inval mask in fuse_permission() as well.\n\nSigned-off-by: Miklos Szeredi <mszeredi@redhat.com>\nFixes: 2f1e81965fd0 (\"fuse: allow fine grained attr cache invaldation\")","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/d233c7dd1682437ba4b430b04766aa6eef9aef67"},{"sha":"e25b6783c7b1bb79103d4617336879423f86b05e","author":{"name":"Stefan Wahren","email":"05c83f7cee1d5cf9307ce0d7ae6ccfa44e4deab5@i2se.com"},"message":"ARM: dts: bcm2837: Fix polarity of wifi reset GPIOs\n\nThe commit b1b8f45b3130 (\"ARM: dts: bcm2837: Add missing GPIOs of Expander\")\nintroduced a wifi power sequence. Unfortunately the polarity of the reset\nGPIOs were wrong and broke the wifi support on Raspberry Pi 3 B and\nlater in 3 B+. This wasn't discovered before since the power sequence\ntakes only effect in case the relevant MMC driver is compiled as a module.\n\nFixes: b1b8f45b3130 (\"ARM: dts: bcm2837: Add missing GPIOs of Expander\")\nCc: stable@vger.kernel.org\nReported-by: Matthias Lueschner <lueschem@gmail.com>\nLink: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911443\nSigned-off-by: Stefan Wahren <stefan.wahren@i2se.com>\nReviewed-by: Eric Anholt <eric@anholt.net>\nSigned-off-by: Florian Fainelli <f.fainelli@gmail.com>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/e25b6783c7b1bb79103d4617336879423f86b05e"},{"sha":"230bce5511cc001cc5b27ffc83b2da188ea43606","author":{"name":"Laurent Pinchart","email":"ae960578cc5eca7b9b1dbc37d9caa6cb634f35e0@ideasonboard.com"},"message":"media: vsp1: Fix LIF buffer thresholds\n\nCommit de2bc45c84f7 (\"media: vsp1: Update LIF buffer thresholds\")\nupdated the LIF buffer thresholds based on the VSP version, but used the\nwrong model mask. This resulted in all VSP instances to be treated as a\nGen3 VSPD, breaking operation on all Gen2 platforms as well as on\nH3 ES2.0, M3-N, V3M and V3H. Fix it.\n\nFixes: de2bc45c84f7 (\"media: vsp1: Update LIF buffer thresholds\")\n\nReported-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>\nReviewed-by: Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>\nSigned-off-by: Mauro Carvalho Chehab <mchehab+samsung@kernel.org>","distinct":false,"url":"https://api.github.com/repos/OpenPhoenux/gta04-kernel/commits/230bce5511cc001cc5b27ffc83b2da188ea43606"}]}
{"actor":{"display_login":"op-mirror"}}