{"push_id":1809933040,"size":1000,"distinct_size":975,"ref":"refs/heads/next","head":"f08ca51b89a61fb573c2d04d70585efcc8f13d42","before":"82341321f25cf732ae136db95f916ed9f22dc68e","commits":[{"sha":"855f06a1009faabb0c6a3e9b49d115496d325856","author":{"name":"Martin Blumenstingl","email":"128232e319ad6626d44004cd82c51361a0f0e3da@googlemail.com"},"message":"clk: meson: meson8b: add compatibles for Meson8 and Meson8m2\n\nThe clock controller on Meson8, Meson8b and Meson8m2 is very similar\nbased on the code from the Amlogic GPL kernel sources. Add separate\ncompatibles for each SoC to make sure that we can easily implement\nall the small differences for each SoC later on.\n\nIn general the Meson8 and Meson8m2 seem to be almost identical as they\neven share the same mach-meson8 directory in Amlogic's GPL kernel\nsources.\nThe main clocks on Meson8, Meson8b and Meson8m2 are very similar,\nbecause they are all using the same PLL values, 90% of the clock gates\nare the same (the actual diffstat of the mach-meson8/clock.c and\nmach-meson8b/clock.c files is around 30 to 40 lines, when excluding\nall commented out code).\nThe difference between the Meson8 and Meson8b clock gates seem to be:\n- Meson8 has AIU_PCLK, HDMI_RX, VCLK2_ENCT, VCLK2_ENCL, UART3,\n  CSI_DIG_CLKIN gates which don't seem to be available on Meson8b\n- the gate on Meson8 for bit 7 seems to be named \"_1200XXX\" instead\n  of \"PERIPHS_TOP\" (on Meson8b)\n- Meson8b has a SANA gate which doesn't seem to exist on Meson8 (or\n  on Meson8 the same bit is used by the UART3 gate in Amlogic's GPL\n  kernel sources)\nNone of these gates is added for now, since it's unclear whether these\ndefinitions are actually correct (the VCLK2_ENCT gate for example is\ndefined, but only used in some commented block).\n\nThe main difference between all three SoCs seem to be the video (VPU)\nclocks. Apart from different supported clock rates (according to vpu.c\nin mach-meson8 and mach-meson8b from Amlogic's GPL kernel sources) the\nmost notable difference is that Meson8m2 has a GP_PLL clock and a mux\n(probably the same as on the Meson GX SoCs) to support glitch-free\n(clock rate) switching.\nNone of these VPU clocks are not supported by our mainline meson8b\nclock driver yet though.\n\nSigned-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>\nAcked-by: Rob Herring <robh@kernel.org>\nAcked-by: Kevin Hilman <khilman@baylibre.com>\nSigned-off-by: Jerome Brunet <jbrunet@baylibre.com>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/855f06a1009faabb0c6a3e9b49d115496d325856"},{"sha":"ca8efa1df1d15a1795a2da57f9f6aada6ed6b946","author":{"name":"Paul Mackerras","email":"b848d7d196719b06ca69c3524d28631335b2ab79@ozlabs.org"},"message":"KVM: PPC: Book3S HV: Context-switch EBB registers properly\n\nThis adds code to save the values of three SPRs (special-purpose\nregisters) used by userspace to control event-based branches (EBBs),\nwhich are essentially interrupts that get delivered directly to\nuserspace.  These registers are loaded up with guest values when\nentering the guest, and their values are saved when exiting the\nguest, but we were not saving the host values and restoring them\nbefore going back to userspace.\n\nOn POWER8 this would only affect userspace programs which explicitly\nrequest the use of EBBs and also use the KVM_RUN ioctl, since the\nonly source of EBBs on POWER8 is the PMU, and there is an explicit\nenable bit in the PMU registers (and those PMU registers do get\nproperly context-switched between host and guest).  On POWER9 there\nis provision for externally-generated EBBs, and these are not subject\nto the control in the PMU registers.\n\nSince these registers only affect userspace, we can save them when\nwe first come in from userspace and restore them before returning to\nuserspace, rather than saving/restoring the host values on every\nguest entry/exit.  Similarly, we don't need to worry about their\nvalues on offline secondary threads since they execute in the context\nof the idle task, which never executes in userspace.\n\nFixes: b005255e12a3 (\"KVM: PPC: Book3S HV: Context-switch new POWER8 SPRs\", 2014-01-08)\nCc: stable@vger.kernel.org # v3.14+\nSigned-off-by: Paul Mackerras <paulus@ozlabs.org>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/ca8efa1df1d15a1795a2da57f9f6aada6ed6b946"},{"sha":"023f108dcc187e34ef864bf10ed966cf25e14e2a","author":{"name":"Paul Moore","email":"54f65660711c038b3360dd7288dc12347ae58ba3@paul-moore.com"},"message":"selinux: fix double free in selinux_parse_opts_str()\n\nThis patch is based on a discussion generated by an earlier patch\nfrom Tetsuo Handa:\n\n* https://marc.info/?t=149035659300001&r=1&w=2\n\nThe double free problem involves the mnt_opts field of the\nsecurity_mnt_opts struct, selinux_parse_opts_str() frees the memory\non error, but doesn't set the field to NULL so if the caller later\nattempts to call security_free_mnt_opts() we trigger the problem.\n\nIn order to play it safe we change selinux_parse_opts_str() to call\nsecurity_free_mnt_opts() on error instead of free'ing the memory\ndirectly.  This should ensure that everything is handled correctly,\nregardless of what the caller may do.\n\nFixes: e0007529893c1c06 (\"LSM/SELinux: Interfaces to allow FS to control mount options\")\nCc: stable@vger.kernel.org\nCc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>\nReported-by: Dmitry Vyukov <dvyukov@google.com>\nSigned-off-by: Paul Moore <paul@paul-moore.com>\nSigned-off-by: James Morris <james.l.morris@oracle.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/023f108dcc187e34ef864bf10ed966cf25e14e2a"},{"sha":"fdd050b5b3c96813ae6756ed68157d32ba31b9f2","author":{"name":"Christoph Hellwig","email":"ed9f47d6dfaca04b245b5f2816a0d3e9462a0b83@lst.de"},"message":"Merge branch 'uuid-types' of bombadil.infradead.org:public_git/uuid into nvme-base","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/fdd050b5b3c96813ae6756ed68157d32ba31b9f2"},{"sha":"39673e1995381b09a63cc7e9d0aea7cf871cb359","author":{"name":"Christoph Hellwig","email":"ed9f47d6dfaca04b245b5f2816a0d3e9462a0b83@lst.de"},"message":"nvme.h: add struct nvme_host_mem_buf_desc and HMB flags\n\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nReviewed-by: Keith Busch <keith.busch@intel.com>\nReviewed-by: Sagi Grimberg <sagi@grimberg.me>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/39673e1995381b09a63cc7e9d0aea7cf871cb359"},{"sha":"b85cf7348ab50e2042b732e19031b1d22eedc741","author":{"name":"Arnav Dawn","email":"0d719f480b37785aeed2e9da3d86bd33c7688c61@samsung.com"},"message":"nvme.h: add dword 12 - 15 fields to struct nvme_features\n\nSigned-off-by: Arnav Dawn <a.dawn@samsung.com>\n[hch: split from a larger patch, new changelog]\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nReviewed-by: Keith Busch <keith.busch@intel.com>\nReviewed-by: Sagi Grimberg <sagi@grimberg.me>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/b85cf7348ab50e2042b732e19031b1d22eedc741"},{"sha":"fe6d53c9c0bb51977521d409a2efe453b7123c39","author":{"name":"Christoph Hellwig","email":"ed9f47d6dfaca04b245b5f2816a0d3e9462a0b83@lst.de"},"message":"nvme: save hmpre and hmmin in struct nvme_ctrl\n\nWe'll need the later for the HMB support.\n\nSigned-off-by: Christoph Hellwig <hch@lst.de>\nReviewed-by: Keith Busch <keith.busch@intel.com>\nReviewed-by: Sagi Grimberg <sagi@grimberg.me>\nReviewed-by: Johannes Thumshirn <jthumshirn@suse.de>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/fe6d53c9c0bb51977521d409a2efe453b7123c39"},{"sha":"bf5d008164dd84d671ca2dd569a1676051f9faff","author":{"name":"Priyalee Kushwaha","email":"74fc4633bc59b194d88003a88f7c94c8c9afb014@intel.com"},"message":"platform/x86: intel_telemetry_debugfs: fix oops when load/unload module\n\nThis fixes an oops found while testing load/unload of the\nintel_telemetry_debugfs module. module_init uses register_pm_notifier\nfor PM callbacks, but unregister_pm_notifier was missing from\nmodule_exit.\n\n [ 97.481860] BUG: unable to handle kernel paging request at ffffffffa006f010\n [ 97.489742] IP: blocking_notifier_chain_register+0x3a/0xa0\n [ 97.495898] PGD 2e0a067\n [ 97.495899] PUD 2e0b063\n [ 97.498737] PMD 179e29067\n [ 97.501573] PTE 0\n\n [ 97.508423] Oops: 0000 1 PREEMPT SMP\n [ 97.512724] Modules linked in: intel_telemetry_debugfs intel_rapl gpio_keys dwc3 udc_core intel_telemetry_pltdrv intel_punit_ipc intel_telemetry_core rtc_cmos efivars x86_pkg_temp_thermal iwlwifi snd_hda_codec_hdmi soc_button_array btusb cfg80211 btrtl mei_me hci_uart btbcm mei btintel i915 bluetooth intel_pmc_ipc snd_hda_intel spi_pxa2xx_platform snd_hda_codec dwc3_pci snd_hda_core tpm_tis tpm_tis_core tpm efivarfs\n [ 97.558453] CPU: 0 PID: 889 Comm: modprobe Not tainted 4.11.0-rc6-intel-dev-bkc #1\n [ 97.566950] Hardware name: Intel Corp. Joule DVT3/SDS, BIOS GTPP181A.X64.0143.B30.1701132137 01/13/2017\n [ 97.577518] task: ffff8801793a21c0 task.stack: ffff8801793f0000\n [ 97.584162] RIP: 0010:blocking_notifier_chain_register+0x3a/0xa0\n [ 97.590903] RSP: 0018:ffff8801793f3c58 EFLAGS: 00010286\n [ 97.596802] RAX: ffffffffa006f000 RBX: ffffffff81e3ea20 RCX: 0000000000000000\n [ 97.604812] RDX: ffff880179eaf210 RSI: ffffffffa0131000 RDI: ffffffff81e3ea20\n [ 97.612821] RBP: ffff8801793f3c68 R08: 0000000000000006 R09: 000000000000005c\n [ 97.620847] R10: 0000000000000000 R11: 0000000000000006 R12: ffffffffa0131000\n [ 97.628855] R13: 0000000000000000 R14: ffff880176e35f48 R15: ffff8801793f3ea8\n [ 97.636865] FS: 00007f7eeba07700(0000) GS:ffff88017fc00000(0000) knlGS:0000000000000000\n [ 97.645948] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n [ 97.652423] CR2: ffffffffa006f010 CR3: 00000001775ef000 CR4: 00000000003406f0\n [ 97.660423] Call Trace:\n [ 97.663166] ? 0xffffffffa0031000\n [ 97.666885] register_pm_notifier+0x18/0x20\n [ 97.671581] telemetry_debugfs_init+0x92/0x1000\n\nSigned-off-by: Priyalee Kushwaha <priyalee.kushwaha@intel.com>\nSigned-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>\nSigned-off-by: Darren Hart (VMware) <dvhart@infradead.org>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/bf5d008164dd84d671ca2dd569a1676051f9faff"},{"sha":"4f02b50ece11dcf75263fb7a4cfe8a5df1cfabea","author":{"name":"Jonas Gorski","email":"4399866c39e5d64155806919d117ee0cb3db96c4@gmail.com"},"message":"leds: bcm6328: fix signal source assignment for leds 4 to 7\n\nEach nibble represents 4 LEDs, and in case of the higher register, bit 0\nrepresents LED 4, so we need to use modulus for the LED number as well.\n\nFixes: fd7b025a238d0a5440bfa26c585eb78097bf48dc (\"leds: add BCM6328 LED driver\")\nSigned-off-by: Jonas Gorski <jonas.gorski@gmail.com>\nAcked-by: Álvaro Fernández Rojas <noltari@gmail.com>\nSigned-off-by: Jacek Anaszewski <jacek.anaszewski@gmail.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/4f02b50ece11dcf75263fb7a4cfe8a5df1cfabea"},{"sha":"436c4c45b5b9562b59cedbb51b7343ab4a6dd8cc","author":{"name":"Zhang Bo","email":"e28ac905b873ce3bf2757de146ba4103a4dfcb4f@nxp.com"},"message":"Revert \"leds: handle suspend/resume in heartbeat trigger\"\n\nThis reverts commit 5ab92a7cb82c66bf30685583a38a18538e3807db.\n\nSystem cannot enter suspend mode because of heartbeat led trigger.\nIn autosleep_wq, try_to_suspend function will try to enter suspend\nmode in specific period. it will get wakeup_count then call pm_notifier\nchain callback function and freeze processes.\nHeartbeat_pm_notifier is called and it call led_trigger_unregister to\nchange the trigger of led device to none. It will send uevent message\nand the wakeup source count changed. As wakeup_count changed, suspend\nwill abort.\n\nFixes: 5ab92a7cb82c (\"leds: handle suspend/resume in heartbeat trigger\")\nSigned-off-by: Zhang Bo <bo.zhang@nxp.com>\nAcked-by: Pavel Machek <pavel@ucw.cz>\nReviewed-by: Linus Walleij <linus.walleij@linaro.org>\nSigned-off-by: Jacek Anaszewski <jacek.anaszewski@gmail.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/436c4c45b5b9562b59cedbb51b7343ab4a6dd8cc"},{"sha":"c81be52a3ac0267aa830a2c4cb769030ea3483c9","author":{"name":"Paul Moore","email":"54f65660711c038b3360dd7288dc12347ae58ba3@paul-moore.com"},"message":"audit: fix a race condition with the auditd tracking code\n\nOriginally reported by Adam and Dusty, it appears we have a small\nrace window in kauditd_thread(), as documented in the Fedora BZ:\n\n * https://bugzilla.redhat.com/show_bug.cgi?id=1459326#c35\n\n \"This issue is partly due to the read-copy nature of RCU, and\n  partly due to how we sync the auditd_connection state across\n  kauditd_thread and the audit control channel.  The kauditd_thread\n  thread is always running so it can service the record queues and\n  emit the multicast messages, if it happens to be just past the\n  \"main_queue\" label, but before the \"if (sk == NULL || ...)\"\n  if-statement which calls auditd_reset() when the new auditd\n  connection is registered it could end up resetting the auditd\n  connection, regardless of if it is valid or not.  This is a rather\n  small window and the variable nature of multi-core scheduling\n  explains why this is proving rather difficult to reproduce.\"\n\nThe fix is to have functions only call auditd_reset() when they\nbelieve that the kernel/auditd connection is still valid, e.g.\nnon-NULL, and to have these callers pass their local copy of the\nauditd_connection pointer to auditd_reset() where it can be compared\nwith the current connection state before resetting.  If the caller\nhas a stale state tracking pointer then the reset is ignored.\n\nWe also make a small change to kauditd_thread() so that if the\nkernel/auditd connection is dead we skip the retry queue and send the\nrecords straight to the hold queue.  This is necessary as we used to\nrely on auditd_reset() to occasionally purge the retry queue but we\nare going to be calling the reset function much less now and we want\nto make sure the retry queue doesn't grow unbounded.\n\nReported-by: Adam Williamson <awilliam@redhat.com>\nReported-by: Dusty Mabe <dustymabe@redhat.com>\nReviewed-by: Richard Guy Briggs <rgb@redhat.com>\nSigned-off-by: Paul Moore <paul@paul-moore.com>","distinct":true,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/c81be52a3ac0267aa830a2c4cb769030ea3483c9"},{"sha":"cc1ec769b87c7dea9092fb537c512e0b6b7a5dac","author":{"name":"Devesh Sharma","email":"64b6ef37396789f4a2a5e815b6d0dd4af1b8fc82@broadcom.com"},"message":"RDMA/bnxt_re: Fixing the Control path command and response handling\n\nFixing a concurrency issue with creq handling. Each caller\nwas given a globally managed crsq element, which was\naccessed outside a lock. This could result in corruption,\nif lot of applications are simultaneously issuing Control Path\ncommands. Now, each caller will provide its own response buffer\nand the responses will be copied under a lock.\nAlso, Fixing the queue full condition check for the CMDQ.\n\nAs a part of these changes, the control path code is refactored\nto remove the code replication in the response status checking.\n\nSigned-off-by: Devesh Sharma <devesh.sharma@broadcom.com>\nSigned-off-by: Selvin Xavier <selvin.xavier@broadcom.com>\nSigned-off-by: Doug Ledford <dledford@redhat.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/cc1ec769b87c7dea9092fb537c512e0b6b7a5dac"},{"sha":"377aa6b0efbaa29cfeecd8b9244641217f9544ca","author":{"name":"Alistair Popple","email":"282a5e7894e60a826b2ef1473b1a0536b4a642df@popple.id.au"},"message":"powerpc/npu-dma: Remove spurious WARN_ON when a PCI device has no of_node\n\nCommit 4c3b89effc28 (\"powerpc/powernv: Add sanity checks to\npnv_pci_get_{gpu|npu}_dev\") introduced explicit warnings in\npnv_pci_get_npu_dev() when a PCIe device has no associated device-tree\nnode. However not all PCIe devices have an of_node and\npnv_pci_get_npu_dev() gets indirectly called at least once for every\nPCIe device in the system. This results in spurious WARN_ON()'s so\nremove it.\n\nThe same situation should not exist for pnv_pci_get_gpu_dev() as any\nNPU based PCIe device requires a device-tree node.\n\nFixes: 4c3b89effc28 (\"powerpc/powernv: Add sanity checks to pnv_pci_get_{gpu|npu}_dev\")\nReported-by: Alexey Kardashevskiy <aik@ozlabs.ru>\nSigned-off-by: Alistair Popple <alistair@popple.id.au>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/377aa6b0efbaa29cfeecd8b9244641217f9544ca"},{"sha":"c544ad18bd47ee989eb433f09b6574a7f6d415c7","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"video: fbdev: avoid int-in-bool-context warning\n\ngcc-7 suspects this code might be wrong because we use the\nresult of a multiplication as a bool:\n\ndrivers/video/fbdev/core/fbmon.c: In function 'fb_edid_add_monspecs':\ndrivers/video/fbdev/core/fbmon.c:1051:84: error: '*' in boolean context, suggest '&&' instead [-Werror=int-in-bool-context]\n\nIt's actually fine, so let's add a comparison to zero to make\nthat clear to the compiler too.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nCc: Andrew Morton <akpm@linux-foundation.org>\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/c544ad18bd47ee989eb433f09b6574a7f6d415c7"},{"sha":"1235185521ba0d9528052578e27c2f4999d489c6","author":{"name":"Johan Hovold","email":"c5aaa0c362db47011b825595d6a432662259e2f1@kernel.org"},"message":"video: fbdev: add missing USB-descriptor endianness conversions\n\nAdd the missing endianness conversions when printing the USB\ndevice-descriptor idVendor, idProduct and bcdDevice fields during probe.\n\nSigned-off-by: Johan Hovold <johan@kernel.org>\nCc: Steve Glendinning <steve.glendinning@shawell.net>\nCc: Bernie Thompson <bernie@plugable.com>\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/1235185521ba0d9528052578e27c2f4999d489c6"},{"sha":"484c7bbf2649831714da3a0fa30213977458e9b5","author":{"name":"Arnd Bergmann","email":"72a0f6d3b182607e6d5c44b93e1abb7b23ee18f3@arndb.de"},"message":"video: fbdev: via: remove possibly unused variables\n\nWhen CONFIG_PROC_FS is disabled, we get warnings about unused variables\nas remove_proc_entry() evaluates to an empty macro.\n\ndrivers/video/fbdev/via/viafbdev.c: In function 'viafb_remove_proc':\ndrivers/video/fbdev/via/viafbdev.c:1635:4: error: unused variable 'iga2_entry' [-Werror=unused-variable]\ndrivers/video/fbdev/via/viafbdev.c:1634:4: error: unused variable 'iga1_entry' [-Werror=unused-variable]\n\nThese are easy to avoid by using the pointer from the structure.\n\nSigned-off-by: Arnd Bergmann <arnd@arndb.de>\nCc: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/484c7bbf2649831714da3a0fa30213977458e9b5"},{"sha":"b429f96aa5cb4023b915de9c2aa6e7720a939856","author":{"name":"Mike Gerow","email":"afaa78d9a0f63ab059a82367a9a227ba3582809b@google.com"},"message":"video: fbdev: udlfb: drop log level for blanking\n\nDrop log level for blanking from info to debug. Xorg likes to habitually\nunblank when already unblanked and this can fill up logs over a long period\nof time.\n\nSigned-off-by: Mike Gerow <gerow@google.com>\nCc: bernie@plugable.com\nSigned-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/b429f96aa5cb4023b915de9c2aa6e7720a939856"},{"sha":"c0f83da96b906ea331e2eea2bd5d2e7f221d27ab","author":{"name":"Christian König","email":"80aead2006df0eb7a1c8c257373b0cf1048d5c02@amd.com"},"message":"drm/radeon: fix \"force the UVD DPB into VRAM as well\"\n\nThe DPB must be in VRAM, but not in the first segment.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nTested-by: Arthur Marsh <arthur.marsh@internode.on.net>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/c0f83da96b906ea331e2eea2bd5d2e7f221d27ab"},{"sha":"bea10413934dcf98cb9b2dfcdc56e1d28f192897","author":{"name":"Mario Kleiner","email":"495ab40d8fe74e37e68dfcbd2e249c1f738eb4cf@gmail.com"},"message":"drm/amdgpu: Fix overflow of watermark calcs at > 4k resolutions.\n\nCommit d63c277dc672e0\n(\"drm/amdgpu: Make display watermark calculations more accurate\")\nmade watermark calculations more accurate, but not for > 4k\nresolutions on 32-Bit architectures, as it introduced an integer\noverflow for those setups and resolutions.\n\nFix this by proper u64 casting and division.\n\nSigned-off-by: Mario Kleiner <mario.kleiner.de@gmail.com>\nReported-by: Ben Hutchings <ben.hutchings@codethink.co.uk>\nFixes: d63c277dc672 (\"drm/amdgpu: Make display watermark calculations more accurate\")\nCc: Ben Hutchings <ben.hutchings@codethink.co.uk>\nCc: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/bea10413934dcf98cb9b2dfcdc56e1d28f192897"},{"sha":"55f61a040e1b1ea0ba962e53ae341b4c51915bd1","author":{"name":"Mario Kleiner","email":"495ab40d8fe74e37e68dfcbd2e249c1f738eb4cf@gmail.com"},"message":"drm/radeon: Fix overflow of watermark calcs at > 4k resolutions.\n\nCommit e6b9a6c84b93\n(\"drm/radeon: Make display watermark calculations more accurate\")\nmade watermark calculations more accurate, but not for > 4k\nresolutions on 32-Bit architectures, as it introduced an integer\noverflow for those setups and resolutions.\n\nFix this by proper u64 casting and division.\n\nSigned-off-by: Mario Kleiner <mario.kleiner.de@gmail.com>\nReported-by: Ben Hutchings <ben.hutchings@codethink.co.uk>\nFixes: e6b9a6c84b93 (\"drm/radeon: Make display watermark calculations more accurate\")\nCc: Ben Hutchings <ben.hutchings@codethink.co.uk>\nCc: Alex Deucher <alexander.deucher@amd.com>\nCc: stable@vger.kernel.org\nSigned-off-by: Alex Deucher <alexander.deucher@amd.com>","distinct":false,"url":"https://api.github.com/repos/Caesar-github/rockchip/commits/55f61a040e1b1ea0ba962e53ae341b4c51915bd1"}]}
{"actor":{"display_login":"Caesar-github"}}