)]}' { "log": [ { "commit": "9b43a525db125799df81e6fbef712a2ae50bfc5d", "tree": "df109638ff10dc9c808b0e2296e26ddfddf87f4a", "parents": [ "f18fca98ac1622220dfdf795fefa91dc52d3707d", "5e9a7b9c2ea18551759833146a181b14835bfe39" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:38:11 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:38:11 2023 -0800" }, "message": "Merge tag \u0027nfs-for-6.2-2\u0027 of git://git.linux-nfs.org/projects/trondmy/linux-nfs\n\nPull NFS client fixes from Trond Myklebust:\n\n - Fix a race in the RPCSEC_GSS upcall code that causes hung RPC calls\n\n - Fix a broken coalescing test in the pNFS file layout driver\n\n - Ensure that the access cache rcu path also applies the login test\n\n - Fix up for a sparse warning\n\n* tag \u0027nfs-for-6.2-2\u0027 of git://git.linux-nfs.org/projects/trondmy/linux-nfs:\n NFS: Fix up a sparse warning\n NFS: Judge the file access cache\u0027s timestamp in rcu path\n pNFS/filelayout: Fix coalescing test for single DS\n SUNRPC: ensure the matching upcall is in-flight upon downcall\n" }, { "commit": "f18fca98ac1622220dfdf795fefa91dc52d3707d", "tree": "4d605544035216e24998de3ce07fd761c213f678", "parents": [ "0007c04038e5a3111bea1c4588bfb6778a69131d", "cc7d79d4fad6a4eab3f88c4bb237de72be4478f1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:26:34 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:26:34 2023 -0800" }, "message": "Merge tag \u00276.2-rc2-smb3-client-fixes\u0027 of git://git.samba.org/sfrench/cifs-2.6\n\nPull cifs fixes from Steve French:\n \"cifs/smb3 client fixes:\n\n - two multichannel fixes\n\n - three reconnect fixes\n\n - unmap fix\"\n\n* tag \u00276.2-rc2-smb3-client-fixes\u0027 of git://git.samba.org/sfrench/cifs-2.6:\n cifs: fix interface count calculation during refresh\n cifs: refcount only the selected iface during interface update\n cifs: protect access of TCP_Server_Info::{dstaddr,hostname}\n cifs: fix race in assemble_neg_contexts()\n cifs: ignore ipc reconnect failures during dfs failover\n cifs: Fix kmap_local_page() unmapping\n" }, { "commit": "0007c04038e5a3111bea1c4588bfb6778a69131d", "tree": "b124a68c9d53d54b76a590861046951f8913bea8", "parents": [ "c28bdeaf5d723b40c8e2901662f4e8acd574e839", "064e32dc5b03114d0767893fecdaf7b5dfd8c286" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:20:33 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:20:33 2023 -0800" }, "message": "Merge tag \u0027devicetree-fixes-for-6.2-1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux\n\nPull devicetree fixes from Rob Herring:\n\n - Fix DT memory scanning for some MIPS boards when memory is not\n specified in DT\n\n - Redo CONFIG_CMDLINE* handling for missing /chosen node. The first\n attempt broke PS3 (and possibly other PPC platforms).\n\n - Fix constraints in QCom Soundwire schema\n\n* tag \u0027devicetree-fixes-for-6.2-1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux:\n of: fdt: Honor CONFIG_CMDLINE* even without /chosen node, take 2\n Revert \"of: fdt: Honor CONFIG_CMDLINE* even without /chosen node\"\n dt-bindings: soundwire: qcom,soundwire: correct sizes related to number of ports\n of/fdt: run soc memory setup when early_init_dt_scan_memory fails\n" }, { "commit": "c28bdeaf5d723b40c8e2901662f4e8acd574e839", "tree": "0fb35c46300d688b00f442c3d42a7d6109ecdc73", "parents": [ "4a4dcea0831394b876ae955ecf49ba072ffbf059", "c4e3ef5685393c5051b52cf1e94b8891d49793ab" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:12:42 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:12:42 2023 -0800" }, "message": "Merge tag \u0027usb-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb\n\nPull USB fixes from Greg KH:\n \"Here are some small USB driver fixes for 6.2-rc3 that resolve some\n reported issues. They include:\n\n - of-reported ulpi problem, so the offending commit is reverted\n\n - dwc3 driver bugfixes for recent changes\n\n - fotg210 fixes\n\n Most of these have been in linux-next for a while, the last few were\n on the mailing list for a long time and passed all the 0-day bot\n testing so all should be fine with them as well\"\n\n* tag \u0027usb-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb:\n usb: dwc3: gadget: Ignore End Transfer delay on teardown\n usb: dwc3: xilinx: include linux/gpio/consumer.h\n usb: fotg210-udc: fix error return code in fotg210_udc_probe()\n usb: fotg210: fix OTG-only build\n Revert \"usb: ulpi: defer ulpi_register on ulpi_read_id timeout\"\n" }, { "commit": "4a4dcea0831394b876ae955ecf49ba072ffbf059", "tree": "a104e14c23947f0dad6ce2fb1d17d57cffdb7b26", "parents": [ "a7c4127a29ce222c9fa4fb4ae5b15e182a1ee5c9", "e95d50d74b93a767a026f588e8de0b9718a0105e" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:06:47 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 10:06:47 2023 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma\n\nPull rdma fixes from Jason Gunthorpe:\n \"Most noticeable is that Yishai found a big data corruption regression\n due to a change in the scatterlist:\n\n - Do not wrongly combine non-contiguous pages in scatterlist\n\n - Fix compilation warnings on gcc 13\n\n - Oops when using some mlx5 stats\n\n - Bad enforcement of atomic responder resources in mlx5\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma:\n lib/scatterlist: Fix to merge contiguous pages into the last SG properly\n RDMA/mlx5: Fix validation of max_rd_atomic caps for DC\n RDMA/mlx5: Fix mlx5_ib_get_hw_stats when used for device\n RDMA/srp: Move large values to a new enum for gcc13\n" }, { "commit": "a7c4127a29ce222c9fa4fb4ae5b15e182a1ee5c9", "tree": "4f3b41947fd8f9f24ac71118e90d0ae0e0ac6655", "parents": [ "0a71553536d270e988580a3daa9fc87535908221", "735aec59afb18c3e2da0a637037e69ad62dbda6a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 09:49:52 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Jan 07 09:49:52 2023 -0800" }, "message": "Merge tag \u0027kbuild-fixes-v6.2-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild\n\nPull Kbuild fixes from Masahiro Yamada:\n\n - Fix single *.ko build\n\n - Fix module builds when vmlinux.o or Module.symver is missing\n\n* tag \u0027kbuild-fixes-v6.2-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild:\n kbuild: readd -w option when vmlinux.o or Module.symver is missing\n kbuild: fix single *.ko build\n" }, { "commit": "0a71553536d270e988580a3daa9fc87535908221", "tree": "f2563be9bb9a6a0a7ece84380f812212a082f246", "parents": [ "1382999aa0548a171a272ca817f6c38e797c458c", "5193326c4c5a656c733b6d2c6537e3f36319bcac" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 15:54:25 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 15:54:25 2023 -0800" }, "message": "Merge tag \u0027drm-fixes-2023-01-06\u0027 of git://anongit.freedesktop.org/drm/drm\n\nPull drm fixes from Daniel Vetter:\n \"Still not much, but more than last week. Dave should be back next week\n from the beaching.\n\n drivers:\n - i915-gvt fixes\n - amdgpu/kfd fixes\n - panfrost bo refcounting fix\n - meson afbc corruption fix\n - imx plane width fix\n\n core:\n - drm/sched fixes\n - drm/mm kunit test fix\n - dma-buf export error handling fixes\"\n\n* tag \u0027drm-fixes-2023-01-06\u0027 of git://anongit.freedesktop.org/drm/drm:\n Revert \"drm/amd/display: Enable Freesync Video Mode by default\"\n drm/i915/gvt: fix double free bug in split_2MB_gtt_entry\n drm/i915/gvt: use atomic operations to change the vGPU status\n drm/i915/gvt: fix vgpu debugfs clean in remove\n drm/i915/gvt: fix gvt debugfs destroy\n drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()\n drm/amd/display: Uninitialized variables causing 4k60 UCLK to stay at DPM1 and not DPM0\n drm/amdkfd: Fix kernel warning during topology setup\n drm/scheduler: Fix lockup in drm_sched_entity_kill()\n drm/imx: ipuv3-plane: Fix overlay plane width\n drm/scheduler: Fix lockup in drm_sched_entity_kill()\n drm/virtio: Fix memory leak in virtio_gpu_object_create()\n drm/meson: Reduce the FIFO lines held when AFBC is not used\n drm/tests: reduce drm_mm_test stack usage\n drm/panfrost: Fix GEM handle creation ref-counting\n drm/plane-helper: Add the missing declaration of drm_atomic_state\n dma-buf: fix dma_buf_export init order v2\n" }, { "commit": "1382999aa0548a171a272ca817f6c38e797c458c", "tree": "d8eb51ea76c6753f7da650f22139ae29624ae761", "parents": [ "cb7a95af78d29442b8294683eca4897544b8ef46" ], "author": { "name": "Jason A. Donenfeld", "email": "Jason@zx2c4.com", "time": "Fri Jan 06 04:01:56 2023 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 14:25:19 2023 -0800" }, "message": "tpm: Allow system suspend to continue when TPM suspend fails\n\nTPM 1 is sometimes broken across system suspends, due to races or\nlocking issues or something else that haven\u0027t been diagnosed or fixed\nyet, most likely having to do with concurrent reads from the TPM\u0027s\nhardware random number generator driver. These issues prevent the system\nfrom actually suspending, with errors like:\n\n tpm tpm0: A TPM error (28) occurred continue selftest\n ...\n tpm tpm0: A TPM error (28) occurred attempting get random\n ...\n tpm tpm0: Error (28) sending savestate before suspend\n tpm_tis 00:08: PM: __pnp_bus_suspend(): tpm_pm_suspend+0x0/0x80 returns 28\n tpm_tis 00:08: PM: dpm_run_callback(): pnp_bus_suspend+0x0/0x10 returns 28\n tpm_tis 00:08: PM: failed to suspend: error 28\n PM: Some devices failed to suspend, or early wake event detected\n\nThis issue was partially fixed by 23393c646142 (\"char: tpm: Protect\ntpm_pm_suspend with locks\"), in a last minute 6.1 commit that Linus took\ndirectly because the TPM maintainers weren\u0027t available. However, it\nseems like this just addresses the most common cases of the bug, rather\nthan addressing it entirely. So there are more things to fix still,\napparently.\n\nIn lieu of actually fixing the underlying bug, just allow system suspend\nto continue, so that laptops still go to sleep fine. Later, this can be\nreverted when the real bug is fixed.\n\nLink: https://lore.kernel.org/lkml/7cbe96cf-e0b5-ba63-d1b4-f63d2e826efa@suse.cz/\nCc: stable@vger.kernel.org # 6.1+\nReported-by: Vlastimil Babka \u003cvbabka@suse.cz\u003e\nSuggested-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nAcked-by: Luigi Semenzato \u003csemenzato@chromium.org\u003e\nCc: Peter Huewe \u003cpeterhuewe@gmx.de\u003e\nCc: Jarkko Sakkinen \u003cjarkko@kernel.org\u003e\nCc: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\nCc: Johannes Altmanninger \u003caclopte@gmail.com\u003e\nSigned-off-by: Jason A. Donenfeld \u003cJason@zx2c4.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cb7a95af78d29442b8294683eca4897544b8ef46", "tree": "0f936985ff3f5ae9b1916d562a1cc2507325b132", "parents": [ "a689b938df39ab513026c53fb7011fd7cd594943" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 11:06:28 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 14:09:13 2023 -0800" }, "message": "hfs/hfsplus: avoid WARN_ON() for sanity check, use proper error handling\n\nCommit 55d1cbbbb29e (\"hfs/hfsplus: use WARN_ON for sanity check\") fixed\na build warning by turning a comment into a WARN_ON(), but it turns out\nthat syzbot then complains because it can trigger said warning with a\ncorrupted hfs image.\n\nThe warning actually does warn about a bad situation, but we are much\nbetter off just handling it as the error it is. So rather than warn\nabout us doing bad things, stop doing the bad things and return -EIO.\n\nWhile at it, also fix a memory leak that was introduced by an earlier\nfix for a similar syzbot warning situation, and add a check for one case\nthat historically wasn\u0027t handled at all (ie neither comment nor\nsubsequent WARN_ON).\n\nReported-by: syzbot+7bb7cd3595533513a9e7@syzkaller.appspotmail.com\nFixes: 55d1cbbbb29e (\"hfs/hfsplus: use WARN_ON for sanity check\")\nFixes: 8d824e69d9f3 (\"hfs: fix OOB Read in __hfs_brec_find\")\nLink: https://lore.kernel.org/lkml/000000000000dbce4e05f170f289@google.com/\nTested-by: Michael Schmitz \u003cschmitzmic@gmail.com\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nCc: Matthew Wilcox \u003cwilly@infradead.org\u003e\nCc: Viacheslav Dubeyko \u003cslava@dubeyko.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "a689b938df39ab513026c53fb7011fd7cd594943", "tree": "190d683bba2d6e6f9e769d232cc2412dcbd0541e", "parents": [ "ef1a4a770994b97a86988fd86f5a2784b87449f7", "b2b50d572135c5c6e10c2ff79cd828d5a8141ef6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 13:12:42 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 13:12:42 2023 -0800" }, "message": "Merge tag \u0027block-2023-01-06\u0027 of git://git.kernel.dk/linux\n\nPull block fixes from Jens Axboe:\n \"The big change here is obviously the revert of the pktcdvd driver\n removal. Outside of that, just minor tweaks. In detail:\n\n - Re-instate the pktcdvd driver, which necessitates adding back\n bio_copy_data_iter() and the fops-\u003edevnode() hook for now (me)\n\n - Fix for splitting of a bio marked as NOWAIT, causing either nowait\n reads or writes to error with EAGAIN even if parts of the IO\n completed (me)\n\n - Fix for ublk, punting management commands to io-wq as they can all\n easily block for extended periods of time (Ming)\n\n - Removal of SRCU dependency for the block layer (Paul)\"\n\n* tag \u0027block-2023-01-06\u0027 of git://git.kernel.dk/linux:\n block: Remove \"select SRCU\"\n Revert \"pktcdvd: remove driver.\"\n Revert \"block: remove devnode callback from struct block_device_operations\"\n Revert \"block: bio_copy_data_iter\"\n ublk: honor IO_URING_F_NONBLOCK for handling control command\n block: don\u0027t allow splitting of a REQ_NOWAIT bio\n block: handle bio_split_to_limits() NULL return\n" }, { "commit": "ef1a4a770994b97a86988fd86f5a2784b87449f7", "tree": "04bb7c9f04e9ce0d57d483f90e54769ce265918c", "parents": [ "93387d499e49429eef2c343ab6f9f5d92ec780a2", "12521a5d5cb7ff0ad43eadfc9c135d86e1131fa8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 13:05:13 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 13:05:13 2023 -0800" }, "message": "Merge tag \u0027io_uring-2023-01-06\u0027 of git://git.kernel.dk/linux\n\nPull io_uring fixes from Jens Axboe:\n \"A few minor fixes that should go into the 6.2 release:\n\n - Fix for a memory leak in io-wq worker creation, if we ultimately\n end up canceling the worker creation before it gets created (me)\n\n - lockdep annotations for the CQ locking (Pavel)\n\n - A regression fix for CQ timeout handling (Pavel)\n\n - Ring pinning around deferred task_work fix (Pavel)\n\n - A trivial member move in struct io_ring_ctx, saving us some memory\n (me)\"\n\n* tag \u0027io_uring-2023-01-06\u0027 of git://git.kernel.dk/linux:\n io_uring: fix CQ waiting timeout handling\n io_uring: move \u0027poll_multi_queue\u0027 bool in io_ring_ctx\n io_uring: lockdep annotate CQ locking\n io_uring: pin context while queueing deferred tw\n io_uring/io-wq: free worker if task_work creation is canceled\n" }, { "commit": "93387d499e49429eef2c343ab6f9f5d92ec780a2", "tree": "77b686c22e961edad8cafd4769669c893be574b2", "parents": [ "5c1a712f71286b8435d48e3be5f8faf39a4cc837", "191f8453fc99a537ea78b727acea739782378b0d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:54:51 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:54:51 2023 -0800" }, "message": "Merge tag \u0027tif-notify-signal-2023-01-06\u0027 of git://git.kernel.dk/linux\n\nPull arm TIF_NOTIFY_SIGNAL fixup from Jens Axboe:\n \"Hui Tang reported a performance regressions with _TIF_WORK_MASK in\n newer kernels, which he tracked to a change that went into 5.11. After\n this change, we\u0027ll call do_work_pending() more often than we need to,\n because we\u0027re now testing bits 0..15 rather than just 0..7.\n\n Shuffle the bits around to avoid this\"\n\n* tag \u0027tif-notify-signal-2023-01-06\u0027 of git://git.kernel.dk/linux:\n ARM: renumber bits related to _TIF_WORK_MASK\n" }, { "commit": "5c1a712f71286b8435d48e3be5f8faf39a4cc837", "tree": "6d8a6f981569ac5f914ea389ec3286f274c4721d", "parents": [ "7b8c854cfe8c94b2ec382a3632b1bd7c970c80b4", "8e1858710d9a71d88acd922f2e95d1eddb90eea0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:11:41 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:11:41 2023 -0800" }, "message": "Merge tag \u0027ceph-for-6.2-rc3\u0027 of https://github.com/ceph/ceph-client\n\nPull ceph fixes from Ilya Dryomov:\n \"Two file locking fixes from Xiubo\"\n\n* tag \u0027ceph-for-6.2-rc3\u0027 of https://github.com/ceph/ceph-client:\n ceph: avoid use-after-free in ceph_fl_release_lock()\n ceph: switch to vfs_inode_has_locks() to fix file lock bug\n" }, { "commit": "7b8c854cfe8c94b2ec382a3632b1bd7c970c80b4", "tree": "622b84c1e30cac4bb8b62cf56a5d036450a3007c", "parents": [ "fc7b76c4a4d139ebcae2af3bd75215fc90834e3b", "23970a1c9475b305770fd37bebfec7a10f263787" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:07:00 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:07:00 2023 -0800" }, "message": "Merge tag \u0027fixes_for_v6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs\n\nPull UDF fixes from Jan Kara:\n \"Two fixups of the UDF changes that went into 6.2-rc1\"\n\n* tag \u0027fixes_for_v6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs:\n udf: initialize newblock to 0\n udf: Fix extension of the last extent in the file\n" }, { "commit": "fc7b76c4a4d139ebcae2af3bd75215fc90834e3b", "tree": "ba51330bea0d1e1e91a809649763bae943e46048", "parents": [ "a389e54642a86c91d683b2f0b248f1d2f4e52611", "2ba48b20049b5a76f34a85f853c9496d1b10533a" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:01:49 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 12:01:49 2023 -0800" }, "message": "Merge tag \u0027for-6.2-rc2-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux\n\nPull btrfs fixes from David Sterba:\n \"A few more regression and regular fixes:\n\n - regressions:\n - fix assertion condition using \u003d instead of \u003d\u003d\n - fix false alert on bad tree level check\n - fix off-by-one error in delalloc search during lseek\n\n - fix compat ro feature check at read-write remount\n\n - handle case when read-repair happens with ongoing device replace\n\n - updated error messages\"\n\n* tag \u0027for-6.2-rc2-tag\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kdave/linux:\n btrfs: fix compat_ro checks against remount\n btrfs: always report error in run_one_delayed_ref()\n btrfs: handle case when repair happens with dev-replace\n btrfs: fix off-by-one in delalloc search during lseek\n btrfs: fix false alert on bad tree level check\n btrfs: add error message for metadata level mismatch\n btrfs: fix ASSERT em-\u003elen condition in btrfs_get_extent\n" }, { "commit": "a389e54642a86c91d683b2f0b248f1d2f4e52611", "tree": "8165d69ce727a952ea1dcd54de0374546462d5a1", "parents": [ "56f814583923a782f1cec43db32bc6da1d3cf7b5", "b9b916aee6715cd7f3318af6dc360c4729417b94" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:33:42 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:33:42 2023 -0800" }, "message": "Merge tag \u0027riscv-for-linus-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux\n\nPull RISC-V fixes from Palmer Dabbelt:\n\n - use the correct mask for c.jr/c.jalr when decoding instructions\n\n - build fix for get_user() to avoid a sparse warning\n\n* tag \u0027riscv-for-linus-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux:\n riscv: uaccess: fix type of 0 variable on error in get_user()\n riscv, kprobes: Stricter c.jr/c.jalr decoding\n" }, { "commit": "56f814583923a782f1cec43db32bc6da1d3cf7b5", "tree": "cacf985b0eba68059ff4fcd37ccecfc1270252da", "parents": [ "d7a0853d650b381921732ff5bca618432a279033", "481028dbf1daa2808e1be06f6a865b5fe5939efc" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:23:58 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:23:58 2023 -0800" }, "message": "Merge tag \u0027perf-tools-fixes-for-v6.2-1-2023-01-06\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux\n\nPull perf tools fixes from Arnaldo Carvalho de Melo:\n\n - Fix segfault when trying to process tracepoints present in a\n perf.data file and not linked with libtraceevent.\n\n - Fix build on uClibc systems by adding missing sys/types.h include,\n that was being obtained indirectly which stopped being the case when\n tools/lib/traceevent was removed.\n\n - Don\u0027t show commands in \u0027perf help\u0027 that depend on linking with\n libtraceevent when not building with that library, which is now a\n possibility since we no longer ship a copy in tools/lib/traceevent.\n\n - Fix failure in \u0027perf test\u0027 entry testing the combination of \u0027perf\n probe\u0027 user space function + \u0027perf record\u0027 + \u0027perf script\u0027 where it\n expects a backtrace leading to glibc\u0027s inet_pton() from \u0027ping\u0027 that\n now happens more than once with glibc 2.35 for IPv6 addreses.\n\n - Fix for the inet_pton perf test on s/390 where\n \u0027text_to_binary_address\u0027 now appears on the backtrace.\n\n - Fix build error on riscv due to missing header for \u0027struct\n perf_sample\u0027.\n\n - Fix \u0027make -C tools perf_install\u0027 install variant by not propagating\n the \u0027subdir\u0027 to submakes for the \u0027install_headers\u0027 targets.\n\n - Fix handling of unsupported cgroup events when using BPF counters in\n \u0027perf stat\u0027.\n\n - Count all cgroups, not just the last one when using \u0027perf stat\u0027 and\n combining --for-each-cgroup with --bpf-counters.\n\n This makes the output using BPF counters match the output without\n using it, which was the intention all along, the output should be the\n same using --bpf-counters or not.\n\n - Fix \u0027perf lock contention\u0027 core dump related to not finding the\n \"__sched_text_end\" symbol on s/390.\n\n - Fix build failure when HEAD is signed: exclude the signature from the\n version string.\n\n - Add missing closedir() calls to in perf_data__open_dir(), plugging a\n fd leak.\n\n* tag \u0027perf-tools-fixes-for-v6.2-1-2023-01-06\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux:\n perf tools: Fix build on uClibc systems by adding missing sys/types.h include\n perf stat: Fix handling of --for-each-cgroup with --bpf-counters to match non BPF mode\n perf stat: Fix handling of unsupported cgroup events when using BPF counters\n perf test record_probe_libc_inet_pton: Fix test on s/390 where \u0027text_to_binary_address\u0027 now appears on the backtrace\n perf lock contention: Fix core dump related to not finding the \"__sched_text_end\" symbol on s/390\n perf build: Don\u0027t propagate subdir to submakes for install_headers\n perf test record_probe_libc_inet_pton: Fix failure due to extra inet_pton() backtrace in glibc \u003e\u003d 2.35\n perf tools: Fix segfault when trying to process tracepoints in perf.data and not linked with libtraceevent\n perf tools: Don\u0027t include signature in version strings\n perf help: Use HAVE_LIBTRACEEVENT to filter out unsupported commands\n perf tools riscv: Fix build error on riscv due to missing header for \u0027struct perf_sample\u0027\n perf tools: Fix resources leak in perf_data__open_dir()\n" }, { "commit": "d7a0853d650b381921732ff5bca618432a279033", "tree": "e8ce2171075db6c888f7472275a0ff1feffebf6f", "parents": [ "90bc52c525fdac4ed8cbf13c08c813ec2a4fc856", "57512b57dcfaf63c52d8ad2fb35321328cde31b0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:20:12 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:20:12 2023 -0800" }, "message": "Merge tag \u0027perf-urgent-2023-01-06\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull perf fix from Ingo Molnar:\n \"Intel RAPL updates for new model IDs\"\n\n* tag \u0027perf-urgent-2023-01-06\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n perf/x86/rapl: Add support for Intel Emerald Rapids\n perf/x86/rapl: Add support for Intel Meteor Lake\n perf/x86/rapl: Treat Tigerlake like Icelake\n" }, { "commit": "90bc52c525fdac4ed8cbf13c08c813ec2a4fc856", "tree": "d789939e1d6f763e36046afe39a8ec783576f80e", "parents": [ "1f5abbd77e2c1787e74b7c2caffac97def78ba52", "736f88689c6912f05d0116917910603a7ba97de7" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:14:11 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Jan 06 11:14:11 2023 -0800" }, "message": "Merge tag \u0027v6.2-p2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6\n\nPull crypto fixes from Herbert Xu:\n \"This fixes a CFI crash in arm64/sm4 as well as a regression in the\n caam driver\"\n\n* tag \u0027v6.2-p2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6:\n crypto: arm64/sm4 - fix possible crash with CFI enabled\n crypto: caam - fix CAAM io mem access in blob_gen\n" }, { "commit": "c4e3ef5685393c5051b52cf1e94b8891d49793ab", "tree": "43fc1e04b6a8802d4f46991079bc599872a260c6", "parents": [ "e498a04443240c15c3c857165f7b652b87f4fd96" ], "author": { "name": "Thinh Nguyen", "email": "Thinh.Nguyen@synopsys.com", "time": "Thu Dec 08 16:50:35 2022 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jan 06 16:32:10 2023 +0100" }, "message": "usb: dwc3: gadget: Ignore End Transfer delay on teardown\n\nIf we delay sending End Transfer for Setup TRB to be prepared, we need\nto check if the End Transfer was in preparation for a driver\nteardown/soft-disconnect. In those cases, just send the End Transfer\ncommand without delay.\n\nIn the case of soft-disconnect, there\u0027s a very small chance the command\nmay not go through immediately. But should it happen, the Setup TRB will\nbe prepared during the polling of the controller halted state, allowing\nthe command to go through then.\n\nIn the case of disabling endpoint due to reconfiguration (e.g.\nset_interface(alt-setting) or usb reset), then it\u0027s driven by the host.\nTypically the host wouldn\u0027t immediately cancel the control request and\nsend another control transfer to trigger the End Transfer command\ntimeout.\n\nFixes: 4db0fbb60136 (\"usb: dwc3: gadget: Don\u0027t delay End Transfer on delayed_status\")\nCc: stable@vger.kernel.org\nSigned-off-by: Thinh Nguyen \u003cThinh.Nguyen@synopsys.com\u003e\nLink: https://lore.kernel.org/r/f1617a323e190b9cc408fb8b65456e32b5814113.1670546756.git.Thinh.Nguyen@synopsys.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "e498a04443240c15c3c857165f7b652b87f4fd96", "tree": "3605fc409341bb80d44d72e6e9419f0bece08775", "parents": [ "1a5a23b9bdf6bde0e5185ca834ff6e806cc2aaaf" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Tue Jan 03 13:17:46 2023 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jan 06 16:32:04 2023 +0100" }, "message": "usb: dwc3: xilinx: include linux/gpio/consumer.h\n\nThe newly added gpio consumer calls cause a build failure in configurations\nthat fail to include the right header implicitly:\n\ndrivers/usb/dwc3/dwc3-xilinx.c: In function \u0027dwc3_xlnx_init_zynqmp\u0027:\ndrivers/usb/dwc3/dwc3-xilinx.c:207:22: error: implicit declaration of function \u0027devm_gpiod_get_optional\u0027; did you mean \u0027devm_clk_get_optional\u0027? [-Werror\u003dimplicit-function-declaration]\n 207 | reset_gpio \u003d devm_gpiod_get_optional(dev, \"reset\", GPIOD_OUT_LOW);\n | ^~~~~~~~~~~~~~~~~~~~~~~\n | devm_clk_get_optional\n\nFixes: ca05b38252d7 (\"usb: dwc3: xilinx: Add gpio-reset support\")\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nLink: https://lore.kernel.org/r/20230103121755.956027-1-arnd@kernel.org\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "23970a1c9475b305770fd37bebfec7a10f263787", "tree": "6e6ec9f61ce089349a03446c1caf22275742f5aa", "parents": [ "83c7423d1eb6806d13c521d1002cc1a012111719" ], "author": { "name": "Tom Rix", "email": "trix@redhat.com", "time": "Fri Dec 30 12:53:41 2022 -0500" }, "committer": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Fri Jan 06 15:44:32 2023 +0100" }, "message": "udf: initialize newblock to 0\n\nThe clang build reports this error\nfs/udf/inode.c:805:6: error: variable \u0027newblock\u0027 is used uninitialized whenever \u0027if\u0027 condition is true [-Werror,-Wsometimes-uninitialized]\n if (*err \u003c 0)\n ^~~~~~~~\nnewblock is never set before error handling jump.\nInitialize newblock to 0 and remove redundant settings.\n\nFixes: d8b39db5fab8 (\"udf: Handle error when adding extent to a file\")\nReported-by: Nathan Chancellor \u003cnathan@kernel.org\u003e\nSigned-off-by: Tom Rix \u003ctrix@redhat.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nMessage-Id: \u003c20221230175341.1629734-1-trix@redhat.com\u003e\n" }, { "commit": "83c7423d1eb6806d13c521d1002cc1a012111719", "tree": "f88fec02d7b2f94e649619ce7b1a0918834447a1", "parents": [ "41c03ba9beea760bd2d2ac9250b09a2e192da2dc" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Wed Dec 21 17:45:51 2022 +0100" }, "committer": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Fri Jan 06 15:44:07 2023 +0100" }, "message": "udf: Fix extension of the last extent in the file\n\nWhen extending the last extent in the file within the last block, we\nwrongly computed the length of the last extent. This is mostly a\ncosmetical problem since the extent does not contain any data and the\nlength will be fixed up by following operations but still.\n\nFixes: 1f3868f06855 (\"udf: Fix extending file within last block\")\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\n" }, { "commit": "5193326c4c5a656c733b6d2c6537e3f36319bcac", "tree": "6518ed523a16692bfe36d73661ee8fae1095ea2f", "parents": [ "93235bfd5a9c3329df31d1a4d7a93d138b3138c2", "87809d3196c2a7a015ab80ca1cb8c19b659bc5f6" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Fri Jan 06 10:16:48 2023 +0100" }, "committer": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Fri Jan 06 10:16:49 2023 +0100" }, "message": "Merge tag \u0027drm-intel-fixes-2023-01-05\u0027 of git://anongit.freedesktop.org/drm/drm-intel into drm-fixes\n\nOnly gvt-fixes:\n - debugfs fixes (Zhenyu)\n - fix up for vgpu status (Zhi)\n - double free fix in split_2MB_gtt_entry (Zheng)\n\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nFrom: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/Y7cszBkLRvAy6uao@intel.com\n" }, { "commit": "1a5a23b9bdf6bde0e5185ca834ff6e806cc2aaaf", "tree": "ebf88ae91982b7158728a25f4f239f9f64329a0a", "parents": [ "2de5bba5890f6604a997c75e754df8082386c9f7" ], "author": { "name": "Yang Yingliang", "email": "yangyingliang@huawei.com", "time": "Fri Dec 30 14:54:27 2022 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Jan 06 09:12:31 2023 +0100" }, "message": "usb: fotg210-udc: fix error return code in fotg210_udc_probe()\n\nAfter commit 5f217ccd520f (\"fotg210-udc: Support optional external PHY\"),\nthe error code is re-assigned to 0 in fotg210_udc_probe(), if allocate or\nmap memory fails after the assignment, it can\u0027t return an error code. Set\nthe error code to -ENOMEM to fix this problem.\n\nFixes: 5f217ccd520f (\"fotg210-udc: Support optional external PHY\")\nSigned-off-by: Yang Yingliang \u003cyangyingliang@huawei.com\u003e\nReviewed-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nLink: https://lore.kernel.org/r/20221230065427.944586-1-yangyingliang@huawei.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "1f5abbd77e2c1787e74b7c2caffac97def78ba52", "tree": "09cf64119ad5bbc375c8a74a9e470141538ef83f", "parents": [ "50011c32f421215f6231996fcc84fd1fe81c4a48", "b878d3ba9bb41cddb73ba4b56e5552f0a638daca" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 13:48:49 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 13:48:49 2023 -0800" }, "message": "Merge tag \u0027thermal-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm\n\nPull thermal control fix from Rafael Wysocki:\n \"Add a missing sysfs attribute to the int340x thermal driver (Srinivas\n Pandruvada)\"\n\n* tag \u0027thermal-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:\n thermal: int340x: Add missing attribute for data rate base\n" }, { "commit": "50011c32f421215f6231996fcc84fd1fe81c4a48", "tree": "09503bb67ccb69007efcf94f148b7f3c25c80512", "parents": [ "aa01a183924fdf2ab05eb6e44c256aaf8a786d3c", "fe69230f05897b3de758427b574fc98025dfc907" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 12:40:50 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 12:40:50 2023 -0800" }, "message": "Merge tag \u0027net-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net\n\nPull networking fixes from Jakub Kicinski:\n \"Including fixes from bpf, wifi, and netfilter.\n\n Current release - regressions:\n\n - bpf: fix nullness propagation for reg to reg comparisons, avoid\n null-deref\n\n - inet: control sockets should not use current thread task_frag\n\n - bpf: always use maximal size for copy_array()\n\n - eth: bnxt_en: don\u0027t link netdev to a devlink port for VFs\n\n Current release - new code bugs:\n\n - rxrpc: fix a couple of potential use-after-frees\n\n - netfilter: conntrack: fix IPv6 exthdr error check\n\n - wifi: iwlwifi: fw: skip PPAG for JF, avoid FW crashes\n\n - eth: dsa: qca8k: various fixes for the in-band register access\n\n - eth: nfp: fix schedule in atomic context when sync mc address\n\n - eth: renesas: rswitch: fix getting mac address from device tree\n\n - mobile: ipa: use proper endpoint mask for suspend\n\n Previous releases - regressions:\n\n - tcp: add TIME_WAIT sockets in bhash2, fix regression caught by\n Jiri / python tests\n\n - net: tc: don\u0027t intepret cls results when asked to drop, fix\n oob-access\n\n - vrf: determine the dst using the original ifindex for multicast\n\n - eth: bnxt_en:\n - fix XDP RX path if BPF adjusted packet length\n - fix HDS (header placement) and jumbo thresholds for RX packets\n\n - eth: ice: xsk: do not use xdp_return_frame() on tx_buf-\u003eraw_buf,\n avoid memory corruptions\n\n Previous releases - always broken:\n\n - ulp: prevent ULP without clone op from entering the LISTEN status\n\n - veth: fix race with AF_XDP exposing old or uninitialized\n descriptors\n\n - bpf:\n - pull before calling skb_postpull_rcsum() (fix checksum support\n and avoid a WARN())\n - fix panic due to wrong pageattr of im-\u003eimage (when livepatch and\n kretfunc coexist)\n - keep a reference to the mm, in case the task is dead\n\n - mptcp: fix deadlock in fastopen error path\n\n - netfilter:\n - nf_tables: perform type checking for existing sets\n - nf_tables: honor set timeout and garbage collection updates\n - ipset: fix hash:net,port,net hang with /0 subnet\n - ipset: avoid hung task warning when adding/deleting entries\n\n - selftests: net:\n - fix cmsg_so_mark.sh test hang on non-x86 systems\n - fix the arp_ndisc_evict_nocarrier test for IPv6\n\n - usb: rndis_host: secure rndis_query check against int overflow\n\n - eth: r8169: fix dmar pte write access during suspend/resume with\n WOL\n\n - eth: lan966x: fix configuration of the PCS\n\n - eth: sparx5: fix reading of the MAC address\n\n - eth: qed: allow sleep in qed_mcp_trace_dump()\n\n - eth: hns3:\n - fix interrupts re-initialization after VF FLR\n - fix handling of promisc when MAC addr table gets full\n - refine the handling for VF heartbeat\n\n - eth: mlx5:\n - properly handle ingress QinQ-tagged packets on VST\n - fix io_eq_size and event_eq_size params validation on big endian\n - fix RoCE setting at HCA level if not supported at all\n - don\u0027t turn CQE compression on by default for IPoIB\n\n - eth: ena:\n - fix toeplitz initial hash key value\n - account for the number of XDP-processed bytes in interface stats\n - fix rx_copybreak value update\n\n Misc:\n\n - ethtool: harden phy stat handling against buggy drivers\n\n - docs: netdev: convert maintainer\u0027s doc from FAQ to a normal\n document\"\n\n* tag \u0027net-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (112 commits)\n caif: fix memory leak in cfctrl_linkup_request()\n inet: control sockets should not use current thread task_frag\n net/ulp: prevent ULP without clone op from entering the LISTEN status\n qed: allow sleep in qed_mcp_trace_dump()\n MAINTAINERS: Update maintainers for ptp_vmw driver\n usb: rndis_host: Secure rndis_query check against int overflow\n net: dpaa: Fix dtsec check for PCS availability\n octeontx2-pf: Fix lmtst ID used in aura free\n drivers/net/bonding/bond_3ad: return when there\u0027s no aggregator\n netfilter: ipset: Rework long task execution when adding/deleting entries\n netfilter: ipset: fix hash:net,port,net hang with /0 subnet\n net: sparx5: Fix reading of the MAC address\n vxlan: Fix memory leaks in error path\n net: sched: htb: fix htb_classify() kernel-doc\n net: sched: cbq: dont intepret cls results when asked to drop\n net: sched: atm: dont intepret cls results when asked to drop\n dt-bindings: net: marvell,orion-mdio: Fix examples\n dt-bindings: net: sun8i-emac: Add phy-supply property\n net: ipa: use proper endpoint mask for suspend\n selftests: net: return non-zero for failures reported in arp_ndisc_evict_nocarrier\n ...\n" }, { "commit": "b9b916aee6715cd7f3318af6dc360c4729417b94", "tree": "32cc8c04daa042a99e9ca6c530757984d1f71089", "parents": [ "b2d473a6019ef9a54b0156ecdb2e0398c9fa6a24" ], "author": { "name": "Ben Dooks", "email": "ben-linux@fluff.org", "time": "Thu Dec 29 17:05:45 2022 +0000" }, "committer": { "name": "Palmer Dabbelt", "email": "palmer@rivosinc.com", "time": "Thu Jan 05 12:30:41 2023 -0800" }, "message": "riscv: uaccess: fix type of 0 variable on error in get_user()\n\nIf the get_user(x, ptr) has x as a pointer, then the setting\nof (x) \u003d 0 is going to produce the following sparse warning,\nso fix this by forcing the type of \u0027x\u0027 when access_ok() fails.\n\nfs/aio.c:2073:21: warning: Using plain integer as NULL pointer\n\nSigned-off-by: Ben Dooks \u003cben-linux@fluff.org\u003e\nReviewed-by: Palmer Dabbelt \u003cpalmer@rivosinc.com\u003e\nLink: https://lore.kernel.org/r/20221229170545.718264-1-ben-linux@fluff.org\nCc: stable@vger.kernel.org\nSigned-off-by: Palmer Dabbelt \u003cpalmer@rivosinc.com\u003e\n" }, { "commit": "b2d473a6019ef9a54b0156ecdb2e0398c9fa6a24", "tree": "8fa68e88417ad4717cb059d91ab61240f2c3042a", "parents": [ "1b929c02afd37871d5afb9d498426f83432e71c2" ], "author": { "name": "Björn Töpel", "email": "bjorn@rivosinc.com", "time": "Mon Jan 02 17:07:48 2023 +0100" }, "committer": { "name": "Palmer Dabbelt", "email": "palmer@rivosinc.com", "time": "Thu Jan 05 12:30:41 2023 -0800" }, "message": "riscv, kprobes: Stricter c.jr/c.jalr decoding\n\nIn the compressed instruction extension, c.jr, c.jalr, c.mv, and c.add\nis encoded the following way (each instruction is 16b):\n\n---+-+-----------+-----------+--\n100 0 rs1[4:0]!\u003d0 00000 10 : c.jr\n100 1 rs1[4:0]!\u003d0 00000 10 : c.jalr\n100 0 rd[4:0]!\u003d0 rs2[4:0]!\u003d0 10 : c.mv\n100 1 rd[4:0]!\u003d0 rs2[4:0]!\u003d0 10 : c.add\n\nThe following logic is used to decode c.jr and c.jalr:\n\n insn \u0026 0xf007 \u003d\u003d 0x8002 \u003d\u003e instruction is an c.jr\n insn \u0026 0xf007 \u003d\u003d 0x9002 \u003d\u003e instruction is an c.jalr\n\nWhen 0xf007 is used to mask the instruction, c.mv can be incorrectly\ndecoded as c.jr, and c.add as c.jalr.\n\nCorrect the decoding by changing the mask from 0xf007 to 0xf07f.\n\nFixes: c22b0bcb1dd0 (\"riscv: Add kprobes supported\")\nSigned-off-by: Björn Töpel \u003cbjorn@rivosinc.com\u003e\nReviewed-by: Conor Dooley \u003cconor.dooley@microchip.com\u003e\nReviewed-by: Guo Ren \u003cguoren@kernel.org\u003e\nLink: https://lore.kernel.org/r/20230102160748.1307289-1-bjorn@kernel.org\nCc: stable@vger.kernel.org\nSigned-off-by: Palmer Dabbelt \u003cpalmer@rivosinc.com\u003e\n" }, { "commit": "aa01a183924fdf2ab05eb6e44c256aaf8a786d3c", "tree": "979d05c066b4dbd1f9a00c54e04a019cc23a0d1e", "parents": [ "5e9af4b42660b2a8db067db8ff03db8a268d6a95", "694175cd8a1643cde3acb45c9294bca44a8e08e9" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 12:06:40 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 12:06:40 2023 -0800" }, "message": "Merge tag \u0027gpio-fixes-for-v6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux\n\nPull gpio fixes from Bartosz Golaszewski:\n \"A reference leak fix, two fixes for using uninitialized variables and\n more drivers converted to using immutable irqchips:\n\n - fix a reference leak in gpio-sifive\n\n - fix a potential use of an uninitialized variable in core gpiolib\n\n - fix a potential use of an uninitialized variable in gpio-pca953x\n\n - make GPIO irqchips immutable in gpio-pmic-eic-sprd, gpio-eic-sprd\n and gpio-sprd\"\n\n* tag \u0027gpio-fixes-for-v6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux:\n gpio: sifive: Fix refcount leak in sifive_gpio_probe\n gpio: sprd: Make the irqchip immutable\n gpio: pmic-eic-sprd: Make the irqchip immutable\n gpio: eic-sprd: Make the irqchip immutable\n gpio: pca953x: avoid to use uninitialized value pinctrl\n gpiolib: Fix using uninitialized lookup-flags on ACPI platforms\n" }, { "commit": "e95d50d74b93a767a026f588e8de0b9718a0105e", "tree": "e82ab6b8a095c764d6b37edb14059a1bec857cc4", "parents": [ "8de8482fe5732fbef4f5af82bc0c0362c804cd1f" ], "author": { "name": "Yishai Hadas", "email": "yishaih@nvidia.com", "time": "Thu Jan 05 13:23:39 2023 +0200" }, "committer": { "name": "Jason Gunthorpe", "email": "jgg@nvidia.com", "time": "Thu Jan 05 16:01:05 2023 -0400" }, "message": "lib/scatterlist: Fix to merge contiguous pages into the last SG properly\n\nWhen sg_alloc_append_table_from_pages() calls to pages_are_mergeable() in\nits \u0027sgt_append-\u003eprv\u0027 flow to check whether it can merge contiguous pages\ninto the last SG, it passes the page arguments in the wrong order.\n\nThe first parameter should be the next candidate page to be merged to\nthe last page and not the opposite.\n\nThe current code leads to a corrupted SG which resulted in OOPs and\nunexpected errors when non-contiguous pages are merged wrongly.\n\nFix to pass the page parameters in the right order.\n\nFixes: 1567b49d1a40 (\"lib/scatterlist: add check when merging zone device pages\")\nLink: https://lore.kernel.org/r/20230105112339.107969-1-yishaih@nvidia.com\nSigned-off-by: Yishai Hadas \u003cyishaih@nvidia.com\u003e\nReviewed-by: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\nReviewed-by: Logan Gunthorpe \u003clogang@deltatee.com\u003e\nSigned-off-by: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\n" }, { "commit": "5e9af4b42660b2a8db067db8ff03db8a268d6a95", "tree": "719718881210f928823518336a566decbcd837fe", "parents": [ "41c03ba9beea760bd2d2ac9250b09a2e192da2dc", "634cf6ead93988b0da9ac054521ab63a3ba189db" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 11:24:33 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Jan 05 11:24:33 2023 -0800" }, "message": "Merge tag \u0027fbdev-for-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/deller/linux-fbdev\n\nPull fbdev fixes from Helge Deller:\n\n - Fix Matrox G200eW initialization failure\n\n - Fix build failure of offb driver when built as module\n\n - Optimize stack usage in omapfb\n\n* tag \u0027fbdev-for-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/deller/linux-fbdev:\n fbdev: omapfb: avoid stack overflow warning\n fbdev: matroxfb: G200eW: Increase max memory from 1 MB to 16 MB\n fbdev: atyfb: use strscpy() to instead of strncpy()\n fbdev: omapfb: use strscpy() to instead of strncpy()\n fbdev: make offb driver tristate\n" }, { "commit": "b2b50d572135c5c6e10c2ff79cd828d5a8141ef6", "tree": "9f10133ceb486d926e1a16ea4c05784e1b753df5", "parents": [ "4b83e99ee7092df37a5cf292fde976ebc475ea63" ], "author": { "name": "Paul E. McKenney", "email": "paulmck@kernel.org", "time": "Wed Jan 04 16:37:53 2023 -0800" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Thu Jan 05 08:50:10 2023 -0700" }, "message": "block: Remove \"select SRCU\"\n\nNow that the SRCU Kconfig option is unconditionally selected, there is\nno longer any point in selecting it. Therefore, remove the \"select SRCU\"\nKconfig statements.\n\nSigned-off-by: Paul E. McKenney \u003cpaulmck@kernel.org\u003e\nCc: Jens Axboe \u003caxboe@kernel.dk\u003e\nCc: linux-block@vger.kernel.org\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "12521a5d5cb7ff0ad43eadfc9c135d86e1131fa8", "tree": "d9017ab2dc68c6ec6503969565c8acda18ac3dd0", "parents": [ "59b745bb4e0bd445366c45b8df6b51b69134f4f5" ], "author": { "name": "Pavel Begunkov", "email": "asml.silence@gmail.com", "time": "Thu Jan 05 10:49:15 2023 +0000" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Thu Jan 05 08:04:47 2023 -0700" }, "message": "io_uring: fix CQ waiting timeout handling\n\nJiffy to ktime CQ waiting conversion broke how we treat timeouts, in\nparticular we rearm it anew every time we get into\nio_cqring_wait_schedule() without adjusting the timeout. Waiting for 2\nCQEs and getting a task_work in the middle may double the timeout value,\nor even worse in some cases task may wait indefinitely.\n\nCc: stable@vger.kernel.org\nFixes: 228339662b398 (\"io_uring: don\u0027t convert to jiffies for waiting on timeouts\")\nSigned-off-by: Pavel Begunkov \u003casml.silence@gmail.com\u003e\nLink: https://lore.kernel.org/r/f7bffddd71b08f28a877d44d37ac953ddb01590d.1672915663.git.asml.silence@gmail.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "87809d3196c2a7a015ab80ca1cb8c19b659bc5f6", "tree": "a99dac423d942fb2bee8d1c5418bbf75577658c3", "parents": [ "88603b6dc419445847923fcb7fe5080067a30f98", "4a61648af68f5ba4884f0e3b494ee1cabc4b6620" ], "author": { "name": "Rodrigo Vivi", "email": "rodrigo.vivi@intel.com", "time": "Thu Jan 05 08:03:38 2023 -0500" }, "committer": { "name": "Rodrigo Vivi", "email": "rodrigo.vivi@intel.com", "time": "Thu Jan 05 08:03:38 2023 -0500" }, "message": "Merge tag \u0027gvt-fixes-2023-01-05\u0027 of https://github.com/intel/gvt-linux into drm-intel-fixes\n\ngvt-fixes-2023-01-05\n\n- Fix one missed unpin in error of intel_vgpu_shadow_mm_pin()\n- Fix two debugfs destroy oops issues for vgpu and gvt entries\n- Fix one potential double free issue in gtt shadow pt code\n- Fix to use atomic bit flag for vgpu status\n\nSigned-off-by: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nFrom: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/Y7YWoFpz4plnSLCd@zhen-hp.sh.intel.com\n" }, { "commit": "93235bfd5a9c3329df31d1a4d7a93d138b3138c2", "tree": "03dccefdcacd51db1ead9d875364c4707bffab5f", "parents": [ "83e79ae3216c70f2b63c935a4e089d1620e8ef01", "6fe6ece398f7431784847e922a2c8c385dc58a35" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Thu Jan 05 12:13:51 2023 +0100" }, "committer": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Thu Jan 05 12:13:51 2023 +0100" }, "message": "Merge tag \u0027amd-drm-fixes-6.2-2023-01-04\u0027 of https://gitlab.freedesktop.org/agd5f/linux into drm-fixes\n\namd-drm-fixes-6.2-2023-01-04:\n\namdgpu:\n- DCN 3.2 fix\n- Display fix\n\namdkfd:\n- Fix kernel warning\n\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nFrom: Alex Deucher \u003calexander.deucher@amd.com\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20230105033839.23711-1-alexander.deucher@amd.com\n" }, { "commit": "634cf6ead93988b0da9ac054521ab63a3ba189db", "tree": "bd8aebffbe05966b41de6b8029bf69c698b6e733", "parents": [ "f685dd7a8025f2554f73748cfdb8143a21fb92c7" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Thu Dec 15 18:02:28 2022 +0100" }, "committer": { "name": "Helge Deller", "email": "deller@gmx.de", "time": "Thu Jan 05 11:43:27 2023 +0100" }, "message": "fbdev: omapfb: avoid stack overflow warning\n\nThe dsi_irq_stats structure is a little too big to fit on the\nstack of a 32-bit task, depending on the specific gcc options:\n\nfbdev/omap2/omapfb/dss/dsi.c: In function \u0027dsi_dump_dsidev_irqs\u0027:\nfbdev/omap2/omapfb/dss/dsi.c:1621:1: error: the frame size of 1064 bytes is larger than 1024 bytes [-Werror\u003dframe-larger-than\u003d]\n\nSince this is only a debugfs file, performance is not critical,\nso just dynamically allocate it, and print an error message\nin there in place of a failure code when the allocation fails.\n\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Helge Deller \u003cdeller@gmx.de\u003e\n" }, { "commit": "fe69230f05897b3de758427b574fc98025dfc907", "tree": "296cf81b112ae99a8693d7b7af43ba0a1a0f1780", "parents": [ "1ac88557447088ccd15eb2f2520ce46d463c8e0b" ], "author": { "name": "Zhengchao Shao", "email": "shaozhengchao@huawei.com", "time": "Wed Jan 04 14:51:46 2023 +0800" }, "committer": { "name": "Paolo Abeni", "email": "pabeni@redhat.com", "time": "Thu Jan 05 10:19:36 2023 +0100" }, "message": "caif: fix memory leak in cfctrl_linkup_request()\n\nWhen linktype is unknown or kzalloc failed in cfctrl_linkup_request(),\npkt is not released. Add release process to error path.\n\nFixes: b482cd2053e3 (\"net-caif: add CAIF core protocol stack\")\nFixes: 8d545c8f958f (\"caif: Disconnect without waiting for response\")\nSigned-off-by: Zhengchao Shao \u003cshaozhengchao@huawei.com\u003e\nReviewed-by: Jiri Pirko \u003cjiri@nvidia.com\u003e\nLink: https://lore.kernel.org/r/20230104065146.1153009-1-shaozhengchao@huawei.com\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\n" }, { "commit": "83e79ae3216c70f2b63c935a4e089d1620e8ef01", "tree": "32d21deaab1fabca499ca4d8865fd5f5adf0bedf", "parents": [ "c8de526215fdab9f2dd0d9675582cf9f1391a919", "69555549cfa42e10f2fdd2699ed4e34d9d4f392b" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Thu Jan 05 09:43:36 2023 +0100" }, "committer": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Thu Jan 05 09:43:37 2023 +0100" }, "message": "Merge tag \u0027drm-misc-fixes-2023-01-05\u0027 of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes\n\nSeveral fixes to fix the error path of dma_buf_export, add a missing\nstructure declaration resulting in a compiler warning, fix the GEM\nhandle refcounting in panfrost, fix a corrupted image with AFBC on\nmeson, a memleak in virtio, improper plane width for imx, and a lockup\nin drm_sched_entity_kill()\n\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nFrom: Maxime Ripard \u003cmaxime@cerno.tech\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20230105074909.qd2h23hpxac4lxi7@houat\n" }, { "commit": "735aec59afb18c3e2da0a637037e69ad62dbda6a", "tree": "e822cfb13ab2bc9a81d66584a70fa298dac1241c", "parents": [ "a53da43decaa3936998fa7dce2346855a6942166" ], "author": { "name": "Masahiro Yamada", "email": "masahiroy@kernel.org", "time": "Wed Jan 04 23:04:59 2023 +0900" }, "committer": { "name": "Masahiro Yamada", "email": "masahiroy@kernel.org", "time": "Thu Jan 05 16:53:48 2023 +0900" }, "message": "kbuild: readd -w option when vmlinux.o or Module.symver is missing\n\nCommit 63ffe00d8c93 (\"kbuild: Fix running modpost with musl libc\")\naccidentally turned the unresolved symbol warnings into errors when\nvmlinux.o (for in-tree builds) or Module.symver (for external module\nbuilds) is missing.\n\nIn those cases, unresolved symbols are expected, but the -w option\nis not set because \u0027missing-input\u0027 is referenced before set.\n\nMove $(missing-input) back to the original place. This should be fine\nfor musl libc because vmlinux.o and -w are not added at the same time.\n\nWith this change, -w may be passed twice, but it is not a big deal.\n\nLink: https://lore.kernel.org/all/b56a03b8-2a2a-f833-a5d2-cdc50a7ca2bb@cschramm.eu/\nFixes: 63ffe00d8c93 (\"kbuild: Fix running modpost with musl libc\")\nReported-by: Christopher Schramm \u003cdebian@cschramm.eu\u003e\nSigned-off-by: Masahiro Yamada \u003cmasahiroy@kernel.org\u003e\nTested-by: Samuel Holland \u003csamuel@sholland.org\u003e\n" }, { "commit": "a53da43decaa3936998fa7dce2346855a6942166", "tree": "6c2721af774f778115726abdf3b0aeb8cac226eb", "parents": [ "88603b6dc419445847923fcb7fe5080067a30f98" ], "author": { "name": "Masahiro Yamada", "email": "masahiroy@kernel.org", "time": "Sun Jan 01 15:07:09 2023 +0900" }, "committer": { "name": "Masahiro Yamada", "email": "masahiroy@kernel.org", "time": "Thu Jan 05 16:53:18 2023 +0900" }, "message": "kbuild: fix single *.ko build\n\nThe single *.ko build is broken since commit f65a486821cf (\"kbuild:\nchange module.order to list *.o instead of *.ko\").\n\nFixes: f65a486821cf (\"kbuild: change module.order to list *.o instead of *.ko\")\nReported-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\nSigned-off-by: Masahiro Yamada \u003cmasahiroy@kernel.org\u003e\nTested-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\n" }, { "commit": "cc7d79d4fad6a4eab3f88c4bb237de72be4478f1", "tree": "756ec621cdb7b782ddb000d4df6710ab3a28ac16", "parents": [ "7246210ecdd0cda97fa3e3bb15c32c6c2d9a23b5" ], "author": { "name": "Shyam Prasad N", "email": "sprasad@microsoft.com", "time": "Thu Dec 22 12:54:44 2022 +0000" }, "committer": { "name": "Steve French", "email": "stfrench@microsoft.com", "time": "Wed Jan 04 23:18:07 2023 -0600" }, "message": "cifs: fix interface count calculation during refresh\n\nThe last fix to iface_count did fix the overcounting issue.\nHowever, during each refresh, we could end up undercounting\nthe iface_count, if a match was found.\n\nFixing this by doing increments and decrements instead of\nsetting it to 0 before each parsing of server interfaces.\n\nFixes: 096bbeec7bd6 (\"smb3: interface count displayed incorrectly\")\nCc: stable@vger.kernel.org # 6.1\nSigned-off-by: Shyam Prasad N \u003csprasad@microsoft.com\u003e\nReviewed-by: Paulo Alcantara (SUSE) \u003cpc@cjr.nz\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n" }, { "commit": "7246210ecdd0cda97fa3e3bb15c32c6c2d9a23b5", "tree": "cbd7c8fd87877eda7ac54dc368aaf78b9db36369", "parents": [ "39a154fc2d172a3a5865e5a9fa2a2983eb7a99ac" ], "author": { "name": "Shyam Prasad N", "email": "sprasad@microsoft.com", "time": "Tue Dec 27 11:29:28 2022 +0000" }, "committer": { "name": "Steve French", "email": "stfrench@microsoft.com", "time": "Wed Jan 04 23:17:39 2023 -0600" }, "message": "cifs: refcount only the selected iface during interface update\n\nWhen the server interface for a channel is not active anymore,\nwe have the logic to select an alternative interface. However\nthis was not breaking out of the loop as soon as a new alternative\nwas found. As a result, some interfaces may get refcounted unintentionally.\n\nThere was also a bug in checking if we found an alternate iface.\nFixed that too.\n\nFixes: b54034a73baf (\"cifs: during reconnect, update interface if necessary\")\nCc: stable@vger.kernel.org # 5.19+\nSigned-off-by: Shyam Prasad N \u003csprasad@microsoft.com\u003e\nReviewed-by: Paulo Alcantara (SUSE) \u003cpc@cjr.nz\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n" }, { "commit": "1ac88557447088ccd15eb2f2520ce46d463c8e0b", "tree": "41368d4ff67356ed2fe36418fb0f026185277d50", "parents": [ "2c02d41d71f90a5168391b6a5f2954112ba2307c" ], "author": { "name": "Eric Dumazet", "email": "edumazet@google.com", "time": "Tue Jan 03 19:27:36 2023 +0000" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Jan 04 20:38:25 2023 -0800" }, "message": "inet: control sockets should not use current thread task_frag\n\nBecause ICMP handlers run from softirq contexts,\nthey must not use current thread task_frag.\n\nPreviously, all sockets allocated by inet_ctl_sock_create()\nwould use the per-socket page fragment, with no chance of\nrecursion.\n\nFixes: 98123866fcf3 (\"Treewide: Stop corrupting socket\u0027s task_frag\")\nReported-by: syzbot+bebc6f1acdf4cbb79b03@syzkaller.appspotmail.com\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nCc: Benjamin Coddington \u003cbcodding@redhat.com\u003e\nAcked-by: Guillaume Nault \u003cgnault@redhat.com\u003e\nLink: https://lore.kernel.org/r/20230103192736.454149-1-edumazet@google.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "2c02d41d71f90a5168391b6a5f2954112ba2307c", "tree": "a7d4e07d4c70d15c710564b40ad33471a4e48c0c", "parents": [ "5401c3e0992860b11fb4b25796e4c4f1921740df" ], "author": { "name": "Paolo Abeni", "email": "pabeni@redhat.com", "time": "Tue Jan 03 12:19:17 2023 +0100" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Jan 04 20:37:41 2023 -0800" }, "message": "net/ulp: prevent ULP without clone op from entering the LISTEN status\n\nWhen an ULP-enabled socket enters the LISTEN status, the listener ULP data\npointer is copied inside the child/accepted sockets by sk_clone_lock().\n\nThe relevant ULP can take care of de-duplicating the context pointer via\nthe clone() operation, but only MPTCP and SMC implement such op.\n\nOther ULPs may end-up with a double-free at socket disposal time.\n\nWe can\u0027t simply clear the ULP data at clone time, as TLS replaces the\nsocket ops with custom ones assuming a valid TLS ULP context is\navailable.\n\nInstead completely prevent clone-less ULP sockets from entering the\nLISTEN status.\n\nFixes: 734942cc4ea6 (\"tcp: ULP infrastructure\")\nReported-by: slipper \u003cslipper.alive@gmail.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\nLink: https://lore.kernel.org/r/4b80c3d1dbe3d0ab072f80450c202d9bc88b4b03.1672740602.git.pabeni@redhat.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "5401c3e0992860b11fb4b25796e4c4f1921740df", "tree": "455fbe6e1018f618bb0a6ae7d2250e520474f67b", "parents": [ "49d9601b8187f202bb7f6f43026ef6acf4c7a178" ], "author": { "name": "Caleb Sander", "email": "csander@purestorage.com", "time": "Tue Jan 03 16:30:21 2023 -0700" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Jan 04 20:32:56 2023 -0800" }, "message": "qed: allow sleep in qed_mcp_trace_dump()\n\nBy default, qed_mcp_cmd_and_union() delays 10us at a time in a loop\nthat can run 500K times, so calls to qed_mcp_nvm_rd_cmd()\nmay block the current thread for over 5s.\nWe observed thread scheduling delays over 700ms in production,\nwith stacktraces pointing to this code as the culprit.\n\nqed_mcp_trace_dump() is called from ethtool, so sleeping is permitted.\nIt already can sleep in qed_mcp_halt(), which calls qed_mcp_cmd().\nAdd a \"can sleep\" parameter to qed_find_nvram_image() and\nqed_nvram_read() so they can sleep during qed_mcp_trace_dump().\nqed_mcp_trace_get_meta_info() and qed_mcp_trace_read_meta(),\ncalled only by qed_mcp_trace_dump(), allow these functions to sleep.\nI can\u0027t tell if the other caller (qed_grc_dump_mcp_hw_dump()) can sleep,\nso keep b_can_sleep set to false when it calls these functions.\n\nAn example stacktrace from a custom warning we added to the kernel\nshowing a thread that has not scheduled despite long needing resched:\n[ 2745.362925,17] ------------[ cut here ]------------\n[ 2745.362941,17] WARNING: CPU: 23 PID: 5640 at arch/x86/kernel/irq.c:233 do_IRQ+0x15e/0x1a0()\n[ 2745.362946,17] Thread not rescheduled for 744 ms after irq 99\n[ 2745.362956,17] Modules linked in: ...\n[ 2745.363339,17] CPU: 23 PID: 5640 Comm: lldpd Tainted: P O 4.4.182+ #202104120910+6d1da174272d.61x\n[ 2745.363343,17] Hardware name: FOXCONN MercuryB/Quicksilver Controller, BIOS H11P1N09 07/08/2020\n[ 2745.363346,17] 0000000000000000 ffff885ec07c3ed8 ffffffff8131eb2f ffff885ec07c3f20\n[ 2745.363358,17] ffffffff81d14f64 ffff885ec07c3f10 ffffffff81072ac2 ffff88be98ed0000\n[ 2745.363369,17] 0000000000000063 0000000000000174 0000000000000074 0000000000000000\n[ 2745.363379,17] Call Trace:\n[ 2745.363382,17] \u003cIRQ\u003e [\u003cffffffff8131eb2f\u003e] dump_stack+0x8e/0xcf\n[ 2745.363393,17] [\u003cffffffff81072ac2\u003e] warn_slowpath_common+0x82/0xc0\n[ 2745.363398,17] [\u003cffffffff81072b4c\u003e] warn_slowpath_fmt+0x4c/0x50\n[ 2745.363404,17] [\u003cffffffff810d5a8e\u003e] ? rcu_irq_exit+0xae/0xc0\n[ 2745.363408,17] [\u003cffffffff817c99fe\u003e] do_IRQ+0x15e/0x1a0\n[ 2745.363413,17] [\u003cffffffff817c7ac9\u003e] common_interrupt+0x89/0x89\n[ 2745.363416,17] \u003cEOI\u003e [\u003cffffffff8132aa74\u003e] ? delay_tsc+0x24/0x50\n[ 2745.363425,17] [\u003cffffffff8132aa04\u003e] __udelay+0x34/0x40\n[ 2745.363457,17] [\u003cffffffffa04d45ff\u003e] qed_mcp_cmd_and_union+0x36f/0x7d0 [qed]\n[ 2745.363473,17] [\u003cffffffffa04d5ced\u003e] qed_mcp_nvm_rd_cmd+0x4d/0x90 [qed]\n[ 2745.363490,17] [\u003cffffffffa04e1dc7\u003e] qed_mcp_trace_dump+0x4a7/0x630 [qed]\n[ 2745.363504,17] [\u003cffffffffa04e2556\u003e] ? qed_fw_asserts_dump+0x1d6/0x1f0 [qed]\n[ 2745.363520,17] [\u003cffffffffa04e4ea7\u003e] qed_dbg_mcp_trace_get_dump_buf_size+0x37/0x80 [qed]\n[ 2745.363536,17] [\u003cffffffffa04ea881\u003e] qed_dbg_feature_size+0x61/0xa0 [qed]\n[ 2745.363551,17] [\u003cffffffffa04eb427\u003e] qed_dbg_all_data_size+0x247/0x260 [qed]\n[ 2745.363560,17] [\u003cffffffffa0482c10\u003e] qede_get_regs_len+0x30/0x40 [qede]\n[ 2745.363566,17] [\u003cffffffff816c9783\u003e] ethtool_get_drvinfo+0xe3/0x190\n[ 2745.363570,17] [\u003cffffffff816cc152\u003e] dev_ethtool+0x1362/0x2140\n[ 2745.363575,17] [\u003cffffffff8109bcc6\u003e] ? finish_task_switch+0x76/0x260\n[ 2745.363580,17] [\u003cffffffff817c2116\u003e] ? __schedule+0x3c6/0x9d0\n[ 2745.363585,17] [\u003cffffffff810dbd50\u003e] ? hrtimer_start_range_ns+0x1d0/0x370\n[ 2745.363589,17] [\u003cffffffff816c1e5b\u003e] ? dev_get_by_name_rcu+0x6b/0x90\n[ 2745.363594,17] [\u003cffffffff816de6a8\u003e] dev_ioctl+0xe8/0x710\n[ 2745.363599,17] [\u003cffffffff816a58a8\u003e] sock_do_ioctl+0x48/0x60\n[ 2745.363603,17] [\u003cffffffff816a5d87\u003e] sock_ioctl+0x1c7/0x280\n[ 2745.363608,17] [\u003cffffffff8111f393\u003e] ? seccomp_phase1+0x83/0x220\n[ 2745.363612,17] [\u003cffffffff811e3503\u003e] do_vfs_ioctl+0x2b3/0x4e0\n[ 2745.363616,17] [\u003cffffffff811e3771\u003e] SyS_ioctl+0x41/0x70\n[ 2745.363619,17] [\u003cffffffff817c6ffe\u003e] entry_SYSCALL_64_fastpath+0x1e/0x79\n[ 2745.363622,17] ---[ end trace f6954aa440266421 ]---\n\nFixes: c965db4446291 (\"qed: Add support for debug data collection\")\nSigned-off-by: Caleb Sander \u003ccsander@purestorage.com\u003e\nAcked-by: Alok Prasad \u003cpalok@marvell.com\u003e\nLink: https://lore.kernel.org/r/20230103233021.1457646-1-csander@purestorage.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "49d9601b8187f202bb7f6f43026ef6acf4c7a178", "tree": "fe0a52292559020d379a45e6a4084c158709f0e9", "parents": [ "558016722e9d5bc0ac79c246ccd14a8a4eb028d4", "45435d8da71f9f3e6860e6e6ea9667b6ec17ec64" ], "author": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Jan 04 20:17:19 2023 -0800" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Wed Jan 04 20:17:19 2023 -0800" }, "message": "Merge tag \u0027for-netdev\u0027 of https://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf\n\nAlexei Starovoitov says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nbpf 2023-01-04\n\nWe\u0027ve added 5 non-merge commits during the last 8 day(s) which contain\na total of 5 files changed, 112 insertions(+), 18 deletions(-).\n\nThe main changes are:\n\n1) Always use maximal size for copy_array in the verifier to fix\n KASAN tracking, from Kees.\n\n2) Fix bpf task iterator walking through dead tasks, from Kui-Feng.\n\n3) Make sure livepatch and bpf fexit can coexist, from Chuang.\n\n* tag \u0027for-netdev\u0027 of https://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf:\n bpf: Always use maximal size for copy_array()\n selftests/bpf: add a test for iter/task_vma for short-lived processes\n bpf: keep a reference to the mm, in case the task is dead.\n selftests/bpf: Temporarily disable part of btf_dump:var_data test.\n bpf: Fix panic due to wrong pageattr of im-\u003eimage\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nLink: https://lore.kernel.org/r/20230104215500.79435-1-alexei.starovoitov@gmail.com\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "064e32dc5b03114d0767893fecdaf7b5dfd8c286", "tree": "b024a02a76d0f5e9fa6ae3bff80e774fbe92020e", "parents": [ "bd0ddcfc83d85bc30c868f2c3457312c7f1ccee2" ], "author": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Tue Jan 03 12:00:32 2023 -0600" }, "committer": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Wed Jan 04 21:31:59 2023 -0600" }, "message": "of: fdt: Honor CONFIG_CMDLINE* even without /chosen node, take 2\n\nI do not read a strict requirement on /chosen node in either ePAPR or in\nDocumentation/devicetree. Help text for CONFIG_CMDLINE and\nCONFIG_CMDLINE_EXTEND doesn\u0027t make their behavior explicitly dependent on\nthe presence of /chosen or the presense of /chosen/bootargs.\n\nHowever the early check for /chosen and bailing out in\nearly_init_dt_scan_chosen() skips CONFIG_CMDLINE handling which is not\nreally related to /chosen node or the particular method of passing cmdline\nfrom bootloader.\n\nThis leads to counterintuitive combinations (assuming\nCONFIG_CMDLINE_EXTEND\u003dy):\n\na) bootargs\u003d\"foo\", CONFIG_CMDLINE\u003d\"bar\" \u003d\u003e cmdline\u003d\u003d\"foo bar\"\nb) /chosen missing, CONFIG_CMDLINE\u003d\"bar\" \u003d\u003e cmdline\u003d\u003d\"\"\nc) bootargs\u003d\"\", CONFIG_CMDLINE\u003d\"bar\" \u003d\u003e cmdline\u003d\u003d\" bar\"\n\nRework early_init_dt_scan_chosen() so that the cmdline config options are\nalways handled.\n\n[commit msg written by Alexander Sverdlin]\n\nCc: Alexander Sverdlin \u003calexander.sverdlin@gmail.com\u003e\nCc: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nCc: Arnd Bergmann \u003carnd@arndb.de\u003e\nTested-by: Geoff Levand \u003cgeoff@infradead.org\u003e\nReviewed-by: Alexander Sverdlin \u003calexander.sverdlin@gmail.com\u003e\nLink: https://lore.kernel.org/r/20230103-dt-cmdline-fix-v1-2-7038e88b18b6@kernel.org\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n" }, { "commit": "bd0ddcfc83d85bc30c868f2c3457312c7f1ccee2", "tree": "55f7be12c3705537283437e5c2c79a1e5584441a", "parents": [ "1d7a4a40bf76e2305c8beed4a019bf58af6121ac" ], "author": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Tue Jan 03 12:00:31 2023 -0600" }, "committer": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Wed Jan 04 21:31:59 2023 -0600" }, "message": "Revert \"of: fdt: Honor CONFIG_CMDLINE* even without /chosen node\"\n\nThis reverts commit a7d550f82b445cf218b47a2c1a9c56e97ecb8c7a.\n\nSome arches (PPC at least) don\u0027t call early_init_dt_scan_nodes(), so\nmoving the cmdline processing there breaks them.\n\nReported-by: Geoff Levand \u003cgeoff@infradead.org\u003e\nCc: Alexander Sverdlin \u003calexander.sverdlin@gmail.com\u003e\nTested-by: Geoff Levand \u003cgeoff@infradead.org\u003e\nReviewed-by: Alexander Sverdlin \u003calexander.sverdlin@gmail.com\u003e\nLink: https://lore.kernel.org/r/20230103-dt-cmdline-fix-v1-1-7038e88b18b6@kernel.org\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n" }, { "commit": "6fe6ece398f7431784847e922a2c8c385dc58a35", "tree": "becbe6261437ca0fea3891a14fb016f8258aa5f1", "parents": [ "f3c23bea598ab7e8e4b8c5ca66598921310f718e" ], "author": { "name": "Michel Dänzer", "email": "mdaenzer@redhat.com", "time": "Wed Dec 21 16:24:13 2022 +0100" }, "committer": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Jan 04 22:29:32 2023 -0500" }, "message": "Revert \"drm/amd/display: Enable Freesync Video Mode by default\"\n\nThis reverts commit de05abe6b9d0fe08f65d744f7f75a4cba4df27ad.\n\nThe bug referenced below was bisected to this commit. There has been no\nactivity toward fixing it in 3 months, so let\u0027s revert for now.\n\nBug: https://gitlab.freedesktop.org/drm/amd/-/issues/2162\nSigned-off-by: Michel Dänzer \u003cmdaenzer@redhat.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org\n" }, { "commit": "41c03ba9beea760bd2d2ac9250b09a2e192da2dc", "tree": "b35795a916e76c8d302fc2d2024b659922981781", "parents": [ "512dee0c00ad9e9c7ae9f11fc6743702ea40caff", "a26116c1e74028914f281851488546c91cbae57d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 17:13:53 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 17:13:53 2023 -0800" }, "message": "Merge tag \u0027for_linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost\n\nPull virtio updates from Michael Tsirkin:\n \"Mostly fixes all over the place, a couple of cleanups\"\n\n* tag \u0027for_linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost: (32 commits)\n virtio_blk: Fix signedness bug in virtblk_prep_rq()\n vdpa_sim_net: should not drop the multicast/broadcast packet\n vdpasim: fix memory leak when freeing IOTLBs\n vdpa: conditionally fill max max queue pair for stats\n vdpa/vp_vdpa: fix kfree a wrong pointer in vp_vdpa_remove\n vduse: Validate vq_num in vduse_validate_config()\n tools/virtio: remove smp_read_barrier_depends()\n tools/virtio: remove stray characters\n vhost_vdpa: fix the crash in unmap a large memory\n virtio: Implementing attribute show with sysfs_emit\n virtio-crypto: fix memory leak in virtio_crypto_alg_skcipher_close_session()\n tools/virtio: Variable type completion\n vdpa_sim: fix vringh initialization in vdpasim_queue_ready()\n virtio_blk: use UINT_MAX instead of -1U\n vhost-vdpa: fix an iotlb memory leak\n vhost: fix range used in translate_desc()\n vringh: fix range used in iotlb_translate()\n vhost/vsock: Fix error handling in vhost_vsock_init()\n vdpa_sim: fix possible memory leak in vdpasim_net_init() and vdpasim_blk_init()\n tools: Delete the unneeded semicolon after curly braces\n ...\n" }, { "commit": "4b83e99ee7092df37a5cf292fde976ebc475ea63", "tree": "b7f05be90b358604d23525fc3c00b7b91f7064d3", "parents": [ "050a4f341f35bf51db321c7f68700f9e0b1a7552" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 14:44:13 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 14:44:13 2023 -0700" }, "message": "Revert \"pktcdvd: remove driver.\"\n\nThis reverts commit f40eb99897af665f11858dd7b56edcb62c3f3c67.\n\nThere are apparently still users out there of this driver. While we\u0027d\nlove to remove it to ease the maintenance burden, let\u0027s reinstate it\nfor now until better (userspace) solutions can be developed.\n\nLink: https://lore.kernel.org/lkml/20230104190115.ceglfefco475ev6c@pali/\nReported-by: Pali Rohár \u003cpali@kernel.org\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "050a4f341f35bf51db321c7f68700f9e0b1a7552", "tree": "dc5209fd948a2a85c593ac84b6ef2fd69886fe58", "parents": [ "ee4b4e2248565babfba807d82c0f3e00c392a4c0" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 14:44:02 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 14:44:02 2023 -0700" }, "message": "Revert \"block: remove devnode callback from struct block_device_operations\"\n\nThis reverts commit 85d6ce58e493ac8b7122e2fbe3f41b94d6ebdc11.\n\nWe\u0027re reinstating the pktcdvd driver, which needs this API.\n\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "ee4b4e2248565babfba807d82c0f3e00c392a4c0", "tree": "3961b1ff2e264c49e8b8ea84612e4a4c046cf85a", "parents": [ "fa8e442e832a3647cdd90f3e606c473a51bc1b26" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 14:43:27 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 14:43:27 2023 -0700" }, "message": "Revert \"block: bio_copy_data_iter\"\n\nThis reverts commit db1c7d77976775483a8ef240b4c705f113e13ea1.\n\nWe\u0027re reinstating the pktcdvd driver, which needs this API.\n\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "59b745bb4e0bd445366c45b8df6b51b69134f4f5", "tree": "8b7cfdd6c89ecbd48ef41398226cdc42e205dd38", "parents": [ "f26cc9593581bd734c846bf827401350b36dc3c9" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 13:49:54 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 13:49:54 2023 -0700" }, "message": "io_uring: move \u0027poll_multi_queue\u0027 bool in io_ring_ctx\n\nThe cacheline section holding this variable has two gaps, where one is\ncaused by this bool not packing well with structs. This causes it to\nblow into the next cacheline. Move the variable, shrinking io_ring_ctx\nby a full cacheline in size.\n\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "fa8e442e832a3647cdd90f3e606c473a51bc1b26", "tree": "e1e4d1fb772779774238d8936f6ffb61b704af8c", "parents": [ "9cea62b2cbabff8ed46f2df17778b624ad9dd25a" ], "author": { "name": "Ming Lei", "email": "ming.lei@redhat.com", "time": "Wed Jan 04 21:32:35 2023 +0800" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 13:24:53 2023 -0700" }, "message": "ublk: honor IO_URING_F_NONBLOCK for handling control command\n\nMost of control command handlers may sleep, so return -EAGAIN in case\nof IO_URING_F_NONBLOCK to defer the handling into io wq context.\n\nFixes: 71f28f3136af (\"ublk_drv: add io_uring based userspace block driver\")\nReported-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Ming Lei \u003cming.lei@redhat.com\u003e\nLink: https://lore.kernel.org/r/20230104133235.836536-1-ming.lei@redhat.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "9cea62b2cbabff8ed46f2df17778b624ad9dd25a", "tree": "2ab7dc9ca3cc8faeb269e35330697030b2d22330", "parents": [ "613b14884b8595e20b9fac4126bf627313827fbe" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 08:52:06 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 13:24:44 2023 -0700" }, "message": "block: don\u0027t allow splitting of a REQ_NOWAIT bio\n\nIf we split a bio marked with REQ_NOWAIT, then we can trigger spurious\nEAGAIN if constituent parts of that split bio end up failing request\nallocations. Parts will complete just fine, but just a single failure\nin one of the chained bios will yield an EAGAIN final result for the\nparent bio.\n\nReturn EAGAIN early if we end up needing to split such a bio, which\nallows for saner recovery handling.\n\nCc: stable@vger.kernel.org # 5.15+\nLink: https://github.com/axboe/liburing/issues/766\nReported-by: Michael Kelley \u003cmikelley@microsoft.com\u003e\nReviewed-by: Keith Busch \u003ckbusch@kernel.org\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "512dee0c00ad9e9c7ae9f11fc6743702ea40caff", "tree": "76b1c9b3df509e1273acf10016988e0cdb0210dc", "parents": [ "2ac44821a81612317f4451b765986d8b9695d5d5", "a664ec9158eeddd75121d39c9a0758016097fa96" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 12:11:29 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 12:11:29 2023 -0800" }, "message": "Merge tag \u0027x86-urgent-2023-01-04\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull misc x86 fixes from Ingo Molnar:\n \"Fix a double-free bug, a binutils warning, a header namespace clash\n and a bug in ib_prctl_set()\"\n\n* tag \u0027x86-urgent-2023-01-04\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n x86/bugs: Flush IBP in ib_prctl_set()\n x86/insn: Avoid namespace clash by separating instruction decoder MMIO type from MMIO trace type\n x86/asm: Fix an assembler warning with current binutils\n x86/kexec: Fix double-free of elf header buffer\n" }, { "commit": "2ac44821a81612317f4451b765986d8b9695d5d5", "tree": "98948d038b9c6184a1e0b9a08adf8a654e2f36f3", "parents": [ "b61778fa5173021e628b3c9372c9ceae01951b34", "df9d44b645b83fffccfb4e28c1f93376585fdec8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 12:02:26 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 12:02:26 2023 -0800" }, "message": "Merge tag \u0027f2fs-fix-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs\n\nPull f2fs fixes from Jaegeuk Kim:\n\n - fix a null pointer dereference in f2fs_issue_flush, which occurs by\n the combination of mount/remount options.\n\n - fix a bug in per-block age-based extent_cache newly introduced in\n 6.2-rc1, which reported a wrong age information in extent_cache.\n\n - fix a kernel panic if extent_tree was not created, which was caught\n by a wrong BUG_ON\n\n* tag \u0027f2fs-fix-6.2-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jaegeuk/f2fs:\n f2fs: let\u0027s avoid panic if extent_tree is not created\n f2fs: should use a temp extent_info for lookup\n f2fs: don\u0027t mix to use union values in extent_info\n f2fs: initialize extent_cache parameter\n f2fs: fix to avoid NULL pointer dereference in f2fs_issue_flush()\n" }, { "commit": "57512b57dcfaf63c52d8ad2fb35321328cde31b0", "tree": "9712e90dc46d7fff47836fde0b92a3625e10a45d", "parents": [ "f52853a668bfeddd79f319d536a506f68cc2b478" ], "author": { "name": "Zhang Rui", "email": "rui.zhang@intel.com", "time": "Wed Jan 04 22:58:31 2023 +0800" }, "committer": { "name": "Ingo Molnar", "email": "mingo@kernel.org", "time": "Wed Jan 04 21:00:29 2023 +0100" }, "message": "perf/x86/rapl: Add support for Intel Emerald Rapids\n\nEmerald Rapids RAPL support is the same as previous Sapphire Rapids.\nAdd Emerald Rapids model for RAPL.\n\nSigned-off-by: Zhang Rui \u003crui.zhang@intel.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nLink: https://lore.kernel.org/r/20230104145831.25498-2-rui.zhang@intel.com\n" }, { "commit": "f52853a668bfeddd79f319d536a506f68cc2b478", "tree": "0c1461770569a339989042baaf475249e50b81a7", "parents": [ "c07311b5509f6035f1dd828db3e90ff4859cf3b9" ], "author": { "name": "Zhang Rui", "email": "rui.zhang@intel.com", "time": "Wed Jan 04 22:58:30 2023 +0800" }, "committer": { "name": "Ingo Molnar", "email": "mingo@kernel.org", "time": "Wed Jan 04 21:00:28 2023 +0100" }, "message": "perf/x86/rapl: Add support for Intel Meteor Lake\n\nMeteor Lake RAPL support is the same as previous Sky Lake.\nAdd Meteor Lake model for RAPL.\n\nSigned-off-by: Zhang Rui \u003crui.zhang@intel.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nLink: https://lore.kernel.org/r/20230104145831.25498-1-rui.zhang@intel.com\n" }, { "commit": "481028dbf1daa2808e1be06f6a865b5fe5939efc", "tree": "800fd41787c90b3fea81484802deaa336610d085", "parents": [ "54b353a20c7e8be98414754f5aff98c8a68fcc1f" ], "author": { "name": "Jesus Sanchez-Palencia", "email": "jesussanp@google.com", "time": "Wed Jan 04 11:34:14 2023 -0800" }, "committer": { "name": "Arnaldo Carvalho de Melo", "email": "acme@redhat.com", "time": "Wed Jan 04 16:44:01 2023 -0300" }, "message": "perf tools: Fix build on uClibc systems by adding missing sys/types.h include\n\nNot all libc implementations define ssize_t as part of stdio.h like\nglibc does since the standard only requires this type to be defined by\nunistd.h and sys/types.h. For this reason the perf build is currently\nbroken for toolchains based on uClibc, for instance.\n\nInclude sys/types.h explicitly to fix that.\n\nCommitter notes:\n\nIn addition, in the past this worked in uClibc test systems as there was\nanother way to get to sys/types.h that got removed in that cset:\n\n tools/perf/util/trace-event.h\n /usr/include/traceevent/event_parse.h # This got removed from util/trace-event.h in 378ef0f5d9d7f465\n /usr/include/regex.h\n /usr/include/sys/types.h\n typedef __ssize_t ssize_t;\n\nSo the size_t that is used in tools/perf/util/trace-event.h was being\nobtained indirectly, by chance.\n\nFixes: 378ef0f5d9d7f465 (\"perf build: Use libtraceevent from the system\")\nSigned-off-by: Jesus Sanchez-Palencia \u003cjesussanp@google.com\u003e\nCc: Alexander Shishkin \u003calexander.shishkin@linux.intel.com\u003e\nCc: Ian Rogers \u003cirogers@google.com\u003e\nCc: Jiri Olsa \u003cjolsa@kernel.org\u003e\nCc: Mark Rutland \u003cmark.rutland@arm.com\u003e\nCc: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nLink: http://lore.kernel.org/lkml/20230104193414.606905-1-jesussanp@google.com\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n" }, { "commit": "b61778fa5173021e628b3c9372c9ceae01951b34", "tree": "1194bd4ee8dbcf853d62c14d6f12318d16a7a65a", "parents": [ "69b41ac87e4a664de78a395ff97166f0b2943210", "cad853374d85fe678d721512cecfabd7636e51f3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 11:26:36 2023 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Jan 04 11:26:36 2023 -0800" }, "message": "Merge tag \u0027nfsd-6.2-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux\n\nPull nfsd fixes from Chuck Lever:\n\n - Fix a filecache UAF during NFSD shutdown\n\n - Avoid exposing automounted mounts on NFS re-exports\n\n* tag \u0027nfsd-6.2-2\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux:\n nfsd: fix handling of readdir in v4root vs. mount upcall timeout\n nfsd: shut down the NFSv4 state objects before the filecache\n" }, { "commit": "613b14884b8595e20b9fac4126bf627313827fbe", "tree": "c779b681aaaeb9854bc310c3a618b8c72f376686", "parents": [ "1551ed5a178ca030adc92b1eb29157b5e92bf134" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 08:51:19 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 09:05:23 2023 -0700" }, "message": "block: handle bio_split_to_limits() NULL return\n\nThis can\u0027t happen right now, but in preparation for allowing\nbio_split_to_limits() returning NULL if it ended the bio, check for it\nin all the callers.\n\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "4a61648af68f5ba4884f0e3b494ee1cabc4b6620", "tree": "a99dac423d942fb2bee8d1c5418bbf75577658c3", "parents": [ "a06d4b9e15c0ea4e05b200cfb1f1050e785a5e87" ], "author": { "name": "Zheng Wang", "email": "zyytlz.wz@163.com", "time": "Fri Dec 30 00:56:41 2022 +0800" }, "committer": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Wed Jan 04 23:21:19 2023 +0800" }, "message": "drm/i915/gvt: fix double free bug in split_2MB_gtt_entry\n\nIf intel_gvt_dma_map_guest_page failed, it will call\nppgtt_invalidate_spt, which will finally free the spt.\nBut the caller function ppgtt_populate_spt_by_guest_entry\ndoes not notice that, it will free spt again in its error\npath.\n\nFix this by canceling the mapping of DMA address and freeing sub_spt.\nBesides, leave the handle of spt destroy to caller function instead\nof callee function when error occurs.\n\nFixes: b901b252b6cf (\"drm/i915/gvt: Add 2M huge gtt support\")\nSigned-off-by: Zheng Wang \u003czyytlz.wz@163.com\u003e\nReviewed-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nSigned-off-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nLink: http://patchwork.freedesktop.org/patch/msgid/20221229165641.1192455-1-zyytlz.wz@163.com\n" }, { "commit": "a06d4b9e15c0ea4e05b200cfb1f1050e785a5e87", "tree": "938ffdc3fd9d95d703933c3387c471005a43a3d1", "parents": [ "704f3384f322b40ba24d958473edfb1c9750c8fd" ], "author": { "name": "Zhi Wang", "email": "zhi.a.wang@intel.com", "time": "Thu Nov 10 12:20:34 2022 +0000" }, "committer": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Wed Jan 04 23:21:19 2023 +0800" }, "message": "drm/i915/gvt: use atomic operations to change the vGPU status\n\nSeveral vGPU status are used to decide the availability of GVT-g core\nlogics when creating a vGPU. Use atomic operations on changing the vGPU\nstatus to avoid the racing.\n\nCc: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nCc: Kevin Tian \u003ckevin.tian@intel.com\u003e\nCc: Jason Gunthorpe \u003cjgg@nvidia.com\u003e\nCc: intel-gvt-dev@lists.freedesktop.org\nSuggested-by: Alex Williamson \u003calex.williamson@redhat.com\u003e\nSigned-off-by: Zhi Wang \u003czhi.a.wang@intel.com\u003e\nReviewed-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nReviewed-by: Kevin Tian \u003ckevin.tian@intel.com\u003e\nSigned-off-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nLink: http://patchwork.freedesktop.org/patch/msgid/20221110122034.3382-2-zhi.a.wang@intel.com\n" }, { "commit": "704f3384f322b40ba24d958473edfb1c9750c8fd", "tree": "c24f98c45ce6c6c7ce63b9efafb7bf2ff50955ac", "parents": [ "c4b850d1f448a901fbf4f7f36dec38c84009b489" ], "author": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Mon Dec 19 22:03:57 2022 +0800" }, "committer": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Wed Jan 04 23:21:04 2023 +0800" }, "message": "drm/i915/gvt: fix vgpu debugfs clean in remove\n\nCheck carefully on root debugfs available when destroying vgpu,\ne.g in remove case drm minor\u0027s debugfs root might already be destroyed,\nwhich led to kernel oops like below.\n\nConsole: switching to colour dummy device 80x25\ni915 0000:00:02.0: MDEV: Unregistering\nintel_vgpu_mdev b1338b2d-a709-4c23-b766-cc436c36cdf0: Removing from iommu group 14\nBUG: kernel NULL pointer dereference, address: 0000000000000150\nPGD 0 P4D 0\nOops: 0000 [#1] PREEMPT SMP\nCPU: 3 PID: 1046 Comm: driverctl Not tainted 6.1.0-rc2+ #6\nHardware name: HP HP ProDesk 600 G3 MT/829D, BIOS P02 Ver. 02.44 09/13/2022\nRIP: 0010:__lock_acquire+0x5e2/0x1f90\nCode: 87 ad 09 00 00 39 05 e1 1e cc 02 0f 82 f1 09 00 00 ba 01 00 00 00 48 83 c4 48 89 d0 5b 5d 41 5c 41 5d 41 5e 41 5f c3 45 31 ff \u003c48\u003e 81 3f 60 9e c2 b6 45 0f 45 f8 83 fe 01 0f 87 55 fa ff ff 89 f0\nRSP: 0018:ffff9f770274f948 EFLAGS: 00010046\nRAX: 0000000000000003 RBX: 0000000000000000 RCX: 0000000000000000\nRDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000000000150\nRBP: 0000000000000000 R08: 0000000000000001 R09: 0000000000000000\nR10: ffff8895d1173300 R11: 0000000000000001 R12: 0000000000000000\nR13: 0000000000000150 R14: 0000000000000000 R15: 0000000000000000\nFS: 00007fc9b2ba0740(0000) GS:ffff889cdfcc0000(0000) knlGS:0000000000000000\nCS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 0000000000000150 CR3: 000000010fd93005 CR4: 00000000003706e0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\nCall Trace:\n \u003cTASK\u003e\n lock_acquire+0xbf/0x2b0\n ? simple_recursive_removal+0xa5/0x2b0\n ? lock_release+0x13d/0x2d0\n down_write+0x2a/0xd0\n ? simple_recursive_removal+0xa5/0x2b0\n simple_recursive_removal+0xa5/0x2b0\n ? start_creating.part.0+0x110/0x110\n ? _raw_spin_unlock+0x29/0x40\n debugfs_remove+0x40/0x60\n intel_gvt_debugfs_remove_vgpu+0x15/0x30 [kvmgt]\n intel_gvt_destroy_vgpu+0x60/0x100 [kvmgt]\n intel_vgpu_release_dev+0xe/0x20 [kvmgt]\n device_release+0x30/0x80\n kobject_put+0x79/0x1b0\n device_release_driver_internal+0x1b8/0x230\n bus_remove_device+0xec/0x160\n device_del+0x189/0x400\n ? up_write+0x9c/0x1b0\n ? mdev_device_remove_common+0x60/0x60 [mdev]\n mdev_device_remove_common+0x22/0x60 [mdev]\n mdev_device_remove_cb+0x17/0x20 [mdev]\n device_for_each_child+0x56/0x80\n mdev_unregister_parent+0x5a/0x81 [mdev]\n intel_gvt_clean_device+0x2d/0xe0 [kvmgt]\n intel_gvt_driver_remove+0x2e/0xb0 [i915]\n i915_driver_remove+0xac/0x100 [i915]\n i915_pci_remove+0x1a/0x30 [i915]\n pci_device_remove+0x31/0xa0\n device_release_driver_internal+0x1b8/0x230\n unbind_store+0xd8/0x100\n kernfs_fop_write_iter+0x156/0x210\n vfs_write+0x236/0x4a0\n ksys_write+0x61/0xd0\n do_syscall_64+0x55/0x80\n ? find_held_lock+0x2b/0x80\n ? lock_release+0x13d/0x2d0\n ? up_read+0x17/0x20\n ? lock_is_held_type+0xe3/0x140\n ? asm_exc_page_fault+0x22/0x30\n ? lockdep_hardirqs_on+0x7d/0x100\n entry_SYSCALL_64_after_hwframe+0x46/0xb0\nRIP: 0033:0x7fc9b2c9e0c4\nCode: 15 71 7d 0d 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 f3 0f 1e fa 80 3d 3d 05 0e 00 00 74 13 b8 01 00 00 00 0f 05 \u003c48\u003e 3d 00 f0 ff ff 77 54 c3 0f 1f 00 48 83 ec 28 48 89 54 24 18 48\nRSP: 002b:00007ffec29c81c8 EFLAGS: 00000202 ORIG_RAX: 0000000000000001\nRAX: ffffffffffffffda RBX: 000000000000000d RCX: 00007fc9b2c9e0c4\nRDX: 000000000000000d RSI: 0000559f8b5f48a0 RDI: 0000000000000001\nRBP: 0000559f8b5f48a0 R08: 0000559f8b5f3540 R09: 00007fc9b2d76d30\nR10: 0000000000000000 R11: 0000000000000202 R12: 000000000000000d\nR13: 00007fc9b2d77780 R14: 000000000000000d R15: 00007fc9b2d72a00\n \u003c/TASK\u003e\nModules linked in: sunrpc intel_rapl_msr intel_rapl_common intel_pmc_core_pltdrv intel_pmc_core intel_tcc_cooling x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel ee1004 igbvf rapl vfat fat intel_cstate intel_uncore pktcdvd i2c_i801 pcspkr wmi_bmof i2c_smbus acpi_pad vfio_pci vfio_pci_core vfio_virqfd zram fuse dm_multipath kvmgt mdev vfio_iommu_type1 vfio kvm irqbypass i915 nvme e1000e igb nvme_core crct10dif_pclmul crc32_pclmul crc32c_intel polyval_clmulni polyval_generic serio_raw ghash_clmulni_intel sha512_ssse3 dca drm_buddy intel_gtt video wmi drm_display_helper ttm\nCR2: 0000000000000150\n---[ end trace 0000000000000000 ]---\n\nCc: Wang Zhi \u003czhi.a.wang@intel.com\u003e\nCc: He Yu \u003cyu.he@intel.com\u003e\nCc: Alex Williamson \u003calex.williamson@redhat.com\u003e\nCc: stable@vger.kernel.org\nReviewed-by: Zhi Wang \u003czhi.a.wang@intel.com\u003e\nTested-by: Yu He \u003cyu.he@intel.com\u003e\nFixes: bc7b0be316ae (\"drm/i915/gvt: Add basic debugfs infrastructure\")\nSigned-off-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nLink: http://patchwork.freedesktop.org/patch/msgid/20221219140357.769557-2-zhenyuw@linux.intel.com\n" }, { "commit": "c4b850d1f448a901fbf4f7f36dec38c84009b489", "tree": "9a66e03204526a1baa30fcb0444a47c78f6e3d50", "parents": [ "3792fc508c095abd84b10ceae12bd773e61fdc36" ], "author": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Mon Dec 19 22:03:56 2022 +0800" }, "committer": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Wed Jan 04 23:20:44 2023 +0800" }, "message": "drm/i915/gvt: fix gvt debugfs destroy\n\nWhen gvt debug fs is destroyed, need to have a sane check if drm\nminor\u0027s debugfs root is still available or not, otherwise in case like\ndevice remove through unbinding, drm minor\u0027s debugfs directory has\nalready been removed, then intel_gvt_debugfs_clean() would act upon\ndangling pointer like below oops.\n\ni915 0000:00:02.0: Direct firmware load for i915/gvt/vid_0x8086_did_0x1926_rid_0x0a.golden_hw_state failed with error -2\ni915 0000:00:02.0: MDEV: Registered\nConsole: switching to colour dummy device 80x25\ni915 0000:00:02.0: MDEV: Unregistering\nBUG: kernel NULL pointer dereference, address: 00000000000000a0\nPGD 0 P4D 0\nOops: 0002 [#1] PREEMPT SMP PTI\nCPU: 2 PID: 2486 Comm: gfx-unbind.sh Tainted: G I 6.1.0-rc8+ #15\nHardware name: Dell Inc. XPS 13 9350/0JXC1H, BIOS 1.13.0 02/10/2020\nRIP: 0010:down_write+0x1f/0x90\nCode: 1d ff ff 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 53 48 89 fb e8 62 c0 ff ff bf 01 00 00 00 e8 28 5e 31 ff 31 c0 ba 01 00 00 00 \u003cf0\u003e 48 0f b1 13 75 33 65 48 8b 04 25 c0 bd 01 00 48 89 43 08 bf 01\nRSP: 0018:ffff9eb3036ffcc8 EFLAGS: 00010246\nRAX: 0000000000000000 RBX: 00000000000000a0 RCX: ffffff8100000000\nRDX: 0000000000000001 RSI: 0000000000000064 RDI: ffffffffa48787a8\nRBP: ffff9eb3036ffd30 R08: ffffeb1fc45a0608 R09: ffffeb1fc45a05c0\nR10: 0000000000000002 R11: 0000000000000000 R12: 0000000000000000\nR13: ffff91acc33fa328 R14: ffff91acc033f080 R15: ffff91acced533e0\nFS: 00007f6947bba740(0000) GS:ffff91ae36d00000(0000) knlGS:0000000000000000\nCS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 00000000000000a0 CR3: 00000001133a2002 CR4: 00000000003706e0\nCall Trace:\n \u003cTASK\u003e\n simple_recursive_removal+0x9f/0x2a0\n ? start_creating.part.0+0x120/0x120\n ? _raw_spin_lock+0x13/0x40\n debugfs_remove+0x40/0x60\n intel_gvt_debugfs_clean+0x15/0x30 [kvmgt]\n intel_gvt_clean_device+0x49/0xe0 [kvmgt]\n intel_gvt_driver_remove+0x2f/0xb0\n i915_driver_remove+0xa4/0xf0\n i915_pci_remove+0x1a/0x30\n pci_device_remove+0x33/0xa0\n device_release_driver_internal+0x1b2/0x230\n unbind_store+0xe0/0x110\n kernfs_fop_write_iter+0x11b/0x1f0\n vfs_write+0x203/0x3d0\n ksys_write+0x63/0xe0\n do_syscall_64+0x37/0x90\n entry_SYSCALL_64_after_hwframe+0x63/0xcd\nRIP: 0033:0x7f6947cb5190\nCode: 40 00 48 8b 15 71 9c 0d 00 f7 d8 64 89 02 48 c7 c0 ff ff ff ff eb b7 0f 1f 00 80 3d 51 24 0e 00 00 74 17 b8 01 00 00 00 0f 05 \u003c48\u003e 3d 00 f0 ff ff 77 58 c3 0f 1f 80 00 00 00 00 48 83 ec 28 48 89\nRSP: 002b:00007ffcbac45a28 EFLAGS: 00000202 ORIG_RAX: 0000000000000001\nRAX: ffffffffffffffda RBX: 000000000000000d RCX: 00007f6947cb5190\nRDX: 000000000000000d RSI: 0000555e35c866a0 RDI: 0000000000000001\nRBP: 0000555e35c866a0 R08: 0000000000000002 R09: 0000555e358cb97c\nR10: 0000000000000000 R11: 0000000000000202 R12: 0000000000000001\nR13: 000000000000000d R14: 0000000000000000 R15: 0000555e358cb8e0\n \u003c/TASK\u003e\nModules linked in: kvmgt\nCR2: 00000000000000a0\n---[ end trace 0000000000000000 ]---\n\nCc: Wang, Zhi \u003czhi.a.wang@intel.com\u003e\nCc: He, Yu \u003cyu.he@intel.com\u003e\nCc: stable@vger.kernel.org\nReviewed-by: Zhi Wang \u003czhi.a.wang@intel.com\u003e\nFixes: bc7b0be316ae (\"drm/i915/gvt: Add basic debugfs infrastructure\")\nSigned-off-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nLink: http://patchwork.freedesktop.org/patch/msgid/20221219140357.769557-1-zhenyuw@linux.intel.com\n" }, { "commit": "3792fc508c095abd84b10ceae12bd773e61fdc36", "tree": "74d37489fea9c9814baf9281720c5c884dc4d0ed", "parents": [ "88603b6dc419445847923fcb7fe5080067a30f98" ], "author": { "name": "Dan Carpenter", "email": "error27@gmail.com", "time": "Tue Nov 15 16:15:18 2022 +0300" }, "committer": { "name": "Zhenyu Wang", "email": "zhenyuw@linux.intel.com", "time": "Wed Jan 04 23:20:40 2023 +0800" }, "message": "drm/i915: unpin on error in intel_vgpu_shadow_mm_pin()\n\nCall intel_vgpu_unpin_mm() on this error path.\n\nFixes: 418741480809 (\"drm/i915/gvt: Adding ppgtt to GVT GEM context after shadow pdps settled.\")\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\nLink: http://patchwork.freedesktop.org/patch/msgid/Y3OQ5tgZIVxyQ/WV@kili\nReviewed-by: Zhenyu Wang \u003czhenyuw@linux.intel.com\u003e\n" }, { "commit": "39a154fc2d172a3a5865e5a9fa2a2983eb7a99ac", "tree": "54b677b6a19e65ea48e80af840c31d45a34f4364", "parents": [ "775e44d6d86dca400d614cbda5dab4def4951fe7" ], "author": { "name": "Paulo Alcantara", "email": "pc@cjr.nz", "time": "Thu Dec 29 18:43:46 2022 -0300" }, "committer": { "name": "Steve French", "email": "stfrench@microsoft.com", "time": "Wed Jan 04 09:06:53 2023 -0600" }, "message": "cifs: protect access of TCP_Server_Info::{dstaddr,hostname}\n\nUse the appropriate locks to protect access of hostname and dstaddr\nfields in cifs_tree_connect() as they might get changed by other\ntasks.\n\nSigned-off-by: Paulo Alcantara (SUSE) \u003cpc@cjr.nz\u003e\nReviewed-by: Enzo Matsumiya \u003cematsumiya@suse.de\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n" }, { "commit": "191f8453fc99a537ea78b727acea739782378b0d", "tree": "b74739b1d817054184aa04b91ea9638e062b8d3e", "parents": [ "69b41ac87e4a664de78a395ff97166f0b2943210" ], "author": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 07:48:37 2023 -0700" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Wed Jan 04 07:55:02 2023 -0700" }, "message": "ARM: renumber bits related to _TIF_WORK_MASK\n\nWe want to ensure that the mask related to calling do_work_pending()\nis within the first 16 bits. Move bits unrelated to that outside of\nthat range, to avoid spuriously calling do_work_pending() when we don\u0027t\nneed to.\n\nCc: stable@vger.kernel.org\nFixes: 32d59773da38 (\"arm: add support for TIF_NOTIFY_SIGNAL\")\nReported-and-tested-by: Hui Tang \u003ctanghui20@huawei.com\u003e\nSuggested-by: Russell King (Oracle) \u003clinux@armlinux.org.uk\u003e\nLink: https://lore.kernel.org/lkml/7ecb8f3c-2aeb-a905-0d4a-aa768b9649b5@huawei.com/\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "54b353a20c7e8be98414754f5aff98c8a68fcc1f", "tree": "70b9d5e6d9c123e9ccc772f0ff27646cd554f8d8", "parents": [ "2d656b0f81b22101db0447f890e39fdd736b745e" ], "author": { "name": "Namhyung Kim", "email": "namhyung@kernel.org", "time": "Tue Jan 03 22:44:02 2023 -0800" }, "committer": { "name": "Arnaldo Carvalho de Melo", "email": "acme@redhat.com", "time": "Wed Jan 04 11:11:41 2023 -0300" }, "message": "perf stat: Fix handling of --for-each-cgroup with --bpf-counters to match non BPF mode\n\nThe --for-each-cgroup can have the same cgroup multiple times, but this\nconfuses BPF counters (since they have the same cgroup id), making only\nthe last cgroup events to be counted.\n\nLet\u0027s check the cgroup name before adding a new entry to the cgroups\nlist.\n\nBefore:\n\n $ sudo ./perf stat -a --bpf-counters --for-each-cgroup /,/ sleep 1\n\n Performance counter stats for \u0027system wide\u0027:\n\n \u003cnot counted\u003e msec cpu-clock /\n \u003cnot counted\u003e context-switches /\n \u003cnot counted\u003e cpu-migrations /\n \u003cnot counted\u003e page-faults /\n \u003cnot counted\u003e cycles /\n \u003cnot counted\u003e instructions /\n \u003cnot counted\u003e branches /\n \u003cnot counted\u003e branch-misses /\n 8,016.04 msec cpu-clock / # 7.998 CPUs utilized\n 6,152 context-switches / # 767.461 /sec\n 250 cpu-migrations / # 31.187 /sec\n 442 page-faults / # 55.139 /sec\n 613,111,487 cycles / # 0.076 GHz\n 280,599,604 instructions / # 0.46 insn per cycle\n 57,692,724 branches / # 7.197 M/sec\n 3,385,168 branch-misses / # 5.87% of all branches\n\n 1.002220125 seconds time elapsed\n\nAfter it becomes similar to the non-BPF mode:\n\n $ sudo ./perf stat -a --bpf-counters --for-each-cgroup /,/ sleep 1\n\n Performance counter stats for \u0027system wide\u0027:\n\n 8,013.38 msec cpu-clock / # 7.998 CPUs utilized\n 6,859 context-switches / # 855.944 /sec\n 334 cpu-migrations / # 41.680 /sec\n 345 page-faults / # 43.053 /sec\n 782,326,119 cycles / # 0.098 GHz\n 471,645,724 instructions / # 0.60 insn per cycle\n 94,963,430 branches / # 11.851 M/sec\n 3,685,511 branch-misses / # 3.88% of all branches\n\n 1.001864539 seconds time elapsed\n\nCommitter notes:\n\nAs a reminder, to test with BPF counters one has to use BUILD_BPF_SKEL\u003d1\nin the make command line and have clang/llvm installed when building\nperf, otherwise the --bpf-counters option will not be available:\n\n # perf stat -a --bpf-counters --for-each-cgroup /,/ sleep 1\n Error: unknown option `bpf-counters\u0027\n\n Usage: perf stat [\u003coptions\u003e] [\u003ccommand\u003e]\n\n -a, --all-cpus system-wide collection from all CPUs\n \u003cSNIP\u003e\n #\n\nFixes: bb1c15b60b981d10 (\"perf stat: Support regex pattern in --for-each-cgroup\")\nSigned-off-by: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nTested-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\nCc: Adrian Hunter \u003cadrian.hunter@intel.com\u003e\nCc: bpf@vger.kernel.org\nCc: Ian Rogers \u003cirogers@google.com\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Jiri Olsa \u003cjolsa@kernel.org\u003e\nCc: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Song Liu \u003csongliubraving@fb.com\u003e\nLink: https://lore.kernel.org/r/20230104064402.1551516-5-namhyung@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n" }, { "commit": "2d656b0f81b22101db0447f890e39fdd736b745e", "tree": "2b1f2cc4bc78d71efd225f5bfd20c643ccc33187", "parents": [ "fb710ddee75fb96f50ee6d004ef777a0cf7ad5a3" ], "author": { "name": "Namhyung Kim", "email": "namhyung@kernel.org", "time": "Tue Jan 03 22:44:01 2023 -0800" }, "committer": { "name": "Arnaldo Carvalho de Melo", "email": "acme@redhat.com", "time": "Wed Jan 04 10:52:07 2023 -0300" }, "message": "perf stat: Fix handling of unsupported cgroup events when using BPF counters\n\nWhen --for-each-cgroup option is used, it fails when any of events is\nnot supported and exits immediately. This is not how \u0027perf stat\u0027\nhandles unsupported events.\n\nLet\u0027s ignore the failure and proceed with others so that the output is\nsimilar to when BPF counters are not used:\n\nBefore:\n\n $ sudo ./perf stat -a --bpf-counters -e L1-icache-loads,L1-dcache-loads --for-each-cgroup system.slice,user.slice sleep 1\n Failed to open first cgroup events\n $\n\nAfter it shows output similat to when --bpf-counters isn\u0027t specified:\n\n $ sudo ./perf stat -a --bpf-counters -e L1-icache-loads,L1-dcache-loads --for-each-cgroup system.slice,user.slice sleep 1\n\n Performance counter stats for \u0027system wide\u0027:\n\n \u003cnot supported\u003e L1-icache-loads system.slice\n 29,892,418 L1-dcache-loads system.slice\n \u003cnot supported\u003e L1-icache-loads user.slice\n 52,497,220 L1-dcache-loads user.slice\n $\n\nFixes: 944138f048f7d759 (\"perf stat: Enable BPF counter with --for-each-cgroup\")\nSigned-off-by: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nTested-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\nCc: Adrian Hunter \u003cadrian.hunter@intel.com\u003e\nCc: Ian Rogers \u003cirogers@google.com\u003e\nCc: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Jiri Olsa \u003cjolsa@kernel.org\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Song Liu \u003csongliubraving@fb.com\u003e\nLink: https://lore.kernel.org/r/20230104064402.1551516-4-namhyung@kernel.org\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n" }, { "commit": "fb710ddee75fb96f50ee6d004ef777a0cf7ad5a3", "tree": "c889a41169235889fb045457595e8e19c808361c", "parents": [ "d8d85ce86dc82de4f88b821a78f533b9d5b22a45" ], "author": { "name": "Thomas Richter", "email": "tmricht@linux.ibm.com", "time": "Wed Dec 28 15:57:03 2022 +0100" }, "committer": { "name": "Arnaldo Carvalho de Melo", "email": "acme@redhat.com", "time": "Wed Jan 04 10:04:08 2023 -0300" }, "message": "perf test record_probe_libc_inet_pton: Fix test on s/390 where \u0027text_to_binary_address\u0027 now appears on the backtrace\n\nperf test \u002784: probe libc\u0027s inet_pton \u0026 backtrace it with ping\u0027 fails on\ns390. Debugging revealed a changed stack trace for the ping command\nusing probes:\n\n ping 35729 [002] 8006.365063: probe_libc:inet_pton: (3ff9603e7c0)\n 13e7c0 __GI___inet_pton+0x0 (/usr/lib64/libc.so.6)\n ---\u003e 104371 text_to_binary_address+0xef1 (inlined)\n 104371 gaih_inet+0xef1 (inlined)\n 104371 __GI_getaddrinfo+0xef1 (inlined)\n 5d4b main+0x139b (/usr/bin/ping)\n\nThe line \"---\u003e text_to_binary_address ...\" is new. It was introduced\nwith glibc version 2.36.7.2 released with Fedora 37 for s390.\n\nOutput before\n\n # perf test inet_pton\n 84: probe libc\u0027s inet_pton \u0026 backtrace it with ping : FAILED!\n #\n\nOutput after:\n\n # perf test inet_pton\n 84: probe libc\u0027s inet_pton \u0026 backtrace it with ping : Ok\n #\n\nSigned-off-by: Thomas Richter \u003ctmricht@linux.ibm.com\u003e\nCc: Heiko Carstens \u003chca@linux.ibm.com\u003e\nCc: Sumanth Korikkar \u003csumanthk@linux.ibm.com\u003e\nCc: Sven Schnelle \u003csvens@linux.ibm.com\u003e\nCc: Vasily Gorbik \u003cgor@linux.ibm.com\u003e\nLink: https://lore.kernel.org/r/20221228145704.2702487-1-tmricht@linux.ibm.com\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n" }, { "commit": "a664ec9158eeddd75121d39c9a0758016097fa96", "tree": "c158a59624bea7ee7998643dd62cd3da52ab3c0e", "parents": [ "72bb8f8cc088730c4d84117a6906f458c2fc64bb" ], "author": { "name": "Rodrigo Branco", "email": "bsdaemon@google.com", "time": "Tue Jan 03 14:17:51 2023 -0600" }, "committer": { "name": "Ingo Molnar", "email": "mingo@kernel.org", "time": "Wed Jan 04 11:25:32 2023 +0100" }, "message": "x86/bugs: Flush IBP in ib_prctl_set()\n\nWe missed the window between the TIF flag update and the next reschedule.\n\nSigned-off-by: Rodrigo Branco \u003cbsdaemon@google.com\u003e\nReviewed-by: Borislav Petkov (AMD) \u003cbp@alien8.de\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: \u003cstable@vger.kernel.org\u003e\n" }, { "commit": "558016722e9d5bc0ac79c246ccd14a8a4eb028d4", "tree": "7262b5e12280df89e6f84799c3c80f5cc9433b9f", "parents": [ "c7dd13805f8b8fc1ce3b6d40f6aff47e66b72ad2" ], "author": { "name": "Srivatsa S. Bhat (VMware)", "email": "srivatsa@csail.mit.edu", "time": "Tue Jan 03 14:09:41 2023 -0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Jan 04 08:52:44 2023 +0000" }, "message": "MAINTAINERS: Update maintainers for ptp_vmw driver\n\nVivek has decided to transfer the maintainership of the VMware virtual\nPTP clock driver (ptp_vmw) to Srivatsa and Deep. Update the\nMAINTAINERS file to reflect this change, and also add Alexey as a\nreviewer for the driver.\n\nSigned-off-by: Srivatsa S. Bhat (VMware) \u003csrivatsa@csail.mit.edu\u003e\nAcked-by: Vivek Thampi \u003cvivek@vivekthampi.com\u003e\nAcked-by: Deep Shah \u003csdeep@vmware.com\u003e\nAcked-by: Alexey Makhalov \u003camakhalov@vmware.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "775e44d6d86dca400d614cbda5dab4def4951fe7", "tree": "64db3c9c8fb08014aaf74c1e253037df635f2dfe", "parents": [ "9e6002c8738a9d5675ba706fcdbc0a544f814974" ], "author": { "name": "Paulo Alcantara", "email": "pc@cjr.nz", "time": "Thu Dec 29 12:33:56 2022 -0300" }, "committer": { "name": "Steve French", "email": "stfrench@microsoft.com", "time": "Wed Jan 04 00:11:17 2023 -0600" }, "message": "cifs: fix race in assemble_neg_contexts()\n\nSerialise access of TCP_Server_Info::hostname in\nassemble_neg_contexts() by holding the server\u0027s mutex otherwise it\nmight end up accessing an already-freed hostname pointer from\ncifs_reconnect() or cifs_resolve_server().\n\nSigned-off-by: Paulo Alcantara (SUSE) \u003cpc@cjr.nz\u003e\nReviewed-by: Enzo Matsumiya \u003cematsumiya@suse.de\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n" }, { "commit": "9e6002c8738a9d5675ba706fcdbc0a544f814974", "tree": "a398f6cdb974c49874c58cf11166d107c4a45362", "parents": [ "67fcb2c598bc7643f694e8194d5c300a52af5aa9" ], "author": { "name": "Paulo Alcantara", "email": "pc@cjr.nz", "time": "Thu Dec 29 12:33:55 2022 -0300" }, "committer": { "name": "Steve French", "email": "stfrench@microsoft.com", "time": "Wed Jan 04 00:10:19 2023 -0600" }, "message": "cifs: ignore ipc reconnect failures during dfs failover\n\nIf it failed to reconnect ipc used for getting referrals, we can just\nignore it as it is not required for reconnecting the share. The worst\ncase would be not being able to detect or chase nested links as long\nas dfs root server is unreachable.\n\nBefore patch:\n\n $ mount.cifs //root/dfs/link /mnt -o echo_interval\u003d10,...\n -\u003e target share: /fs0/share\n\n disconnect root \u0026 fs0\n\n $ ls /mnt\n ls: cannot access \u0027/mnt\u0027: Host is down\n\n connect fs0\n\n $ ls /mnt\n ls: cannot access \u0027/mnt\u0027: Resource temporarily unavailable\n\nAfter patch:\n\n $ mount.cifs //root/dfs/link /mnt -o echo_interval\u003d10,...\n -\u003e target share: /fs0/share\n\n disconnect root \u0026 fs0\n\n $ ls /mnt\n ls: cannot access \u0027/mnt\u0027: Host is down\n\n connect fs0\n\n $ ls /mnt\n bar.rtf dir1 foo\n\nSigned-off-by: Paulo Alcantara (SUSE) \u003cpc@cjr.nz\u003e\nReviewed-by: Enzo Matsumiya \u003cematsumiya@suse.de\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n" }, { "commit": "67fcb2c598bc7643f694e8194d5c300a52af5aa9", "tree": "f90664b3b60ca5d1612a3634be8d0e3d44eb6eed", "parents": [ "88603b6dc419445847923fcb7fe5080067a30f98" ], "author": { "name": "Ira Weiny", "email": "ira.weiny@intel.com", "time": "Thu Dec 29 14:04:46 2022 -0800" }, "committer": { "name": "Steve French", "email": "stfrench@microsoft.com", "time": "Wed Jan 04 00:08:53 2023 -0600" }, "message": "cifs: Fix kmap_local_page() unmapping\n\nkmap_local_page() requires kunmap_local() to unmap the mapping. In\naddition memcpy_page() is provided to perform this common memcpy\npattern.\n\nReplace the kmap_local_page() and broken kunmap() with memcpy_page()\n\nFixes: d406d26745ab (\"cifs: skip alloc when request has no pages\")\nReviewed-by: Paulo Alcantara \u003cpc@cjr.nz\u003e\nReviewed-by: \"Fabio M. De Francesco\" \u003cfmdefrancesco@gmail.com\u003e\nCc: linux-cifs@vger.kernel.org\nCc: samba-technical@lists.samba.org\nSigned-off-by: Ira Weiny \u003cira.weiny@intel.com\u003e\nSigned-off-by: Steve French \u003cstfrench@microsoft.com\u003e\n" }, { "commit": "f26cc9593581bd734c846bf827401350b36dc3c9", "tree": "8d3da3597311050876afa42e23207deb939ab2fc", "parents": [ "9ffa13ff78a0a55df968a72d6f0ebffccee5c9f4" ], "author": { "name": "Pavel Begunkov", "email": "asml.silence@gmail.com", "time": "Wed Jan 04 01:34:57 2023 +0000" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Tue Jan 03 19:05:41 2023 -0700" }, "message": "io_uring: lockdep annotate CQ locking\n\nLocking around CQE posting is complex and depends on options the ring is\ncreated with, add more thorough lockdep annotations checking all\ninvariants.\n\nSigned-off-by: Pavel Begunkov \u003casml.silence@gmail.com\u003e\nLink: https://lore.kernel.org/r/aa3770b4eacae3915d782cc2ab2f395a99b4b232.1672795976.git.asml.silence@gmail.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "9ffa13ff78a0a55df968a72d6f0ebffccee5c9f4", "tree": "3576e12a99775bf257075621191860613552fd4b", "parents": [ "af82425c6a2d2f347c79b63ce74fca6dc6be157f" ], "author": { "name": "Pavel Begunkov", "email": "asml.silence@gmail.com", "time": "Wed Jan 04 01:34:02 2023 +0000" }, "committer": { "name": "Jens Axboe", "email": "axboe@kernel.dk", "time": "Tue Jan 03 19:03:28 2023 -0700" }, "message": "io_uring: pin context while queueing deferred tw\n\nUnlike normal tw, nothing prevents deferred tw to be executed right\nafter an tw item added to -\u003ework_llist in io_req_local_work_add(). For\ninstance, the waiting task may get waken up by CQ posting or a normal\ntw. Thus we need to pin the ring for the rest of io_req_local_work_add()\n\nCc: stable@vger.kernel.org\nFixes: c0e0d6ba25f18 (\"io_uring: add IORING_SETUP_DEFER_TASKRUN\")\nSigned-off-by: Pavel Begunkov \u003casml.silence@gmail.com\u003e\nLink: https://lore.kernel.org/r/1a79362b9c10b8523ef70b061d96523650a23344.1672795998.git.asml.silence@gmail.com\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\n" }, { "commit": "1d7a4a40bf76e2305c8beed4a019bf58af6121ac", "tree": "64cc8b42ac85cecc52ee611cfa7a6585b5e60720", "parents": [ "2a12187d5853d9fd5102278cecef7dac7c8ce7ea" ], "author": { "name": "Krzysztof Kozlowski", "email": "krzysztof.kozlowski@linaro.org", "time": "Fri Dec 23 14:21:59 2022 +0100" }, "committer": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Tue Jan 03 18:41:50 2023 -0600" }, "message": "dt-bindings: soundwire: qcom,soundwire: correct sizes related to number of ports\n\nThere are several properties depending on number of ports. Some of them\nhad maximum limit of 5 and some of 8. SM8450 AudioReach comes with 8\nports, so fix the limits:\n\n sm8450-sony-xperia-nagara-pdx224.dtb: soundwire-controller@3250000: qcom,ports-word-length: \u0027oneOf\u0027 conditional failed, one must be fixed:\n [[255, 255, 255, 255, 255, 255, 255, 255]] is too short\n [255, 255, 255, 255, 255, 255, 255, 255] is too long\n\nFixes: febc50b82bc9 (\"dt-bindings: soundwire: Convert text bindings to DT Schema\")\nSigned-off-by: Krzysztof Kozlowski \u003ckrzysztof.kozlowski@linaro.org\u003e\nLink: https://lore.kernel.org/r/20221223132159.81211-1-krzysztof.kozlowski@linaro.org\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n" }, { "commit": "2a12187d5853d9fd5102278cecef7dac7c8ce7ea", "tree": "2da31c96a1a9a955b6fb20740c719552e1718480", "parents": [ "1b929c02afd37871d5afb9d498426f83432e71c2" ], "author": { "name": "Andreas Rammhold", "email": "andreas@rammhold.de", "time": "Fri Dec 23 12:27:47 2022 +0100" }, "committer": { "name": "Rob Herring", "email": "robh@kernel.org", "time": "Tue Jan 03 18:41:01 2023 -0600" }, "message": "of/fdt: run soc memory setup when early_init_dt_scan_memory fails\n\nIf memory has been found early_init_dt_scan_memory now returns 1. If\nit hasn\u0027t found any memory it will return 0, allowing other memory\nsetup mechanisms to carry on.\n\nPreviously early_init_dt_scan_memory always returned 0 without\ndistinguishing between any kind of memory setup being done or not. Any\ncode path after the early_init_dt_scan memory call in the ramips\nplat_mem_setup code wouldn\u0027t be executed anymore. Making\nearly_init_dt_scan_memory the only way to initialize the memory.\n\nSome boards, including my mt7621 based Cudy X6 board, depend on memory\ninitialization being done via the soc_info.mem_detect function\npointer. Those wouldn\u0027t be able to obtain memory and panic the kernel\nduring early bootup with the message \"early_init_dt_alloc_memory_arch:\nFailed to allocate 12416 bytes align\u003d0x40\".\n\nFixes: 1f012283e936 (\"of/fdt: Rework early_init_dt_scan_memory() to call directly\")\nCc: stable@vger.kernel.org\nSigned-off-by: Andreas Rammhold \u003candreas@rammhold.de\u003e\nLink: https://lore.kernel.org/r/20221223112748.2935235-1-andreas@rammhold.de\nSigned-off-by: Rob Herring \u003crobh@kernel.org\u003e\n" }, { "commit": "f3c23bea598ab7e8e4b8c5ca66598921310f718e", "tree": "17ca153ce50cc5bfc43da7e788a4f61d5f216afc", "parents": [ "cf97eb7e47d4671084c7e114c5d88a3d0540ecbd" ], "author": { "name": "Samson Tam", "email": "samson.tam@amd.com", "time": "Mon Dec 05 11:08:40 2022 -0500" }, "committer": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jan 03 17:20:04 2023 -0500" }, "message": "drm/amd/display: Uninitialized variables causing 4k60 UCLK to stay at DPM1 and not DPM0\n\n[Why]\nSwathSizePerSurfaceY[] and SwathSizePerSurfaceC[] values are uninitialized\n because we are using +\u003d instead of \u003d operator.\n\n[How]\nAssign values in loop with \u003d operator.\n\nAcked-by: Aurabindo Pillai \u003caurabindo.pillai@amd.com\u003e\nSigned-off-by: Samson Tam \u003csamson.tam@amd.com\u003e\nReviewed-by: Aric Cyr \u003caric.cyr@amd.com\u003e\nTested-by: Daniel Wheeler \u003cdaniel.wheeler@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org # 6.0.x, 6.1.x\n" }, { "commit": "cf97eb7e47d4671084c7e114c5d88a3d0540ecbd", "tree": "3990137ab781660d3085d689b1adab3fa0b7a33c", "parents": [ "c8de526215fdab9f2dd0d9675582cf9f1391a919" ], "author": { "name": "Mukul Joshi", "email": "mukul.joshi@amd.com", "time": "Tue Dec 20 17:11:24 2022 -0500" }, "committer": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jan 03 17:18:38 2023 -0500" }, "message": "drm/amdkfd: Fix kernel warning during topology setup\n\nThis patch fixes the following kernel warning seen during\ndriver load by correctly initializing the p2plink attr before\ncreating the sysfs file:\n\n[ +0.002865] ------------[ cut here ]------------\n[ +0.002327] kobject: \u0027(null)\u0027 (0000000056260cfb): is not initialized, yet kobject_put() is being called.\n[ +0.004780] WARNING: CPU: 32 PID: 1006 at lib/kobject.c:718 kobject_put+0xaa/0x1c0\n[ +0.001361] Call Trace:\n[ +0.001234] \u003cTASK\u003e\n[ +0.001067] kfd_remove_sysfs_node_entry+0x24a/0x2d0 [amdgpu]\n[ +0.003147] kfd_topology_update_sysfs+0x3d/0x750 [amdgpu]\n[ +0.002890] kfd_topology_add_device+0xbd7/0xc70 [amdgpu]\n[ +0.002844] ? lock_release+0x13c/0x2e0\n[ +0.001936] ? smu_cmn_send_smc_msg_with_param+0x1e8/0x2d0 [amdgpu]\n[ +0.003313] ? amdgpu_dpm_get_mclk+0x54/0x60 [amdgpu]\n[ +0.002703] kgd2kfd_device_init.cold+0x39f/0x4ed [amdgpu]\n[ +0.002930] amdgpu_amdkfd_device_init+0x13d/0x1f0 [amdgpu]\n[ +0.002944] amdgpu_device_init.cold+0x1464/0x17b4 [amdgpu]\n[ +0.002970] ? pci_bus_read_config_word+0x43/0x80\n[ +0.002380] amdgpu_driver_load_kms+0x15/0x100 [amdgpu]\n[ +0.002744] amdgpu_pci_probe+0x147/0x370 [amdgpu]\n[ +0.002522] local_pci_probe+0x40/0x80\n[ +0.001896] work_for_cpu_fn+0x10/0x20\n[ +0.001892] process_one_work+0x26e/0x5a0\n[ +0.002029] worker_thread+0x1fd/0x3e0\n[ +0.001890] ? process_one_work+0x5a0/0x5a0\n[ +0.002115] kthread+0xea/0x110\n[ +0.001618] ? kthread_complete_and_exit+0x20/0x20\n[ +0.002422] ret_from_fork+0x1f/0x30\n[ +0.001808] \u003c/TASK\u003e\n[ +0.001103] irq event stamp: 59837\n[ +0.001718] hardirqs last enabled at (59849): [\u003cffffffffb30fab12\u003e] __up_console_sem+0x52/0x60\n[ +0.004414] hardirqs last disabled at (59860): [\u003cffffffffb30faaf7\u003e] __up_console_sem+0x37/0x60\n[ +0.004414] softirqs last enabled at (59654): [\u003cffffffffb307d9c7\u003e] irq_exit_rcu+0xd7/0x130\n[ +0.004205] softirqs last disabled at (59649): [\u003cffffffffb307d9c7\u003e] irq_exit_rcu+0xd7/0x130\n[ +0.004203] ---[ end trace 0000000000000000 ]---\n\nFixes: 0f28cca87e9a (\"drm/amdkfd: Extend KFD device topology to surface peer-to-peer links\")\nSigned-off-by: Mukul Joshi \u003cmukul.joshi@amd.com\u003e\nReviewed-by: Felix Kuehling \u003cFelix.Kuehling@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: stable@vger.kernel.org\n" }, { "commit": "c8de526215fdab9f2dd0d9675582cf9f1391a919", "tree": "dd7ff3e724aec888f053d516b348f8c58fb1b9d6", "parents": [ "88603b6dc419445847923fcb7fe5080067a30f98", "03dec92c4f788c54a7c01b40a018f601eb8a6c52" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Tue Jan 03 21:02:28 2023 +0100" }, "committer": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Tue Jan 03 21:02:57 2023 +0100" }, "message": "Merge tag \u0027drm-misc-next-fixes-2023-01-03\u0027 of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes\n\nMaxime writes:\n\n\"The drm-misc-next-fixes leftovers. It addresses a bug in drm/scheduler\nending up causing a lockup, and reduces the stack usage of some drm/mm\nkunit tests.\"\n\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nFrom: Maxime Ripard \u003cmaxime@cerno.tech\u003e\nLink: https://patchwork.freedesktop.org/patch/msgid/20230103144926.bmjjni3xnuis2jmq@houat\n" }, { "commit": "d8d85ce86dc82de4f88b821a78f533b9d5b22a45", "tree": "d2831762e27c1df8d6a3805ab0b20032e8e90429", "parents": [ "f89fb55714b620ff1352141a9f9315611f16573e" ], "author": { "name": "Thomas Richter", "email": "tmricht@linux.ibm.com", "time": "Fri Dec 30 11:26:27 2022 +0100" }, "committer": { "name": "Arnaldo Carvalho de Melo", "email": "acme@redhat.com", "time": "Tue Jan 03 15:48:23 2023 -0300" }, "message": "perf lock contention: Fix core dump related to not finding the \"__sched_text_end\" symbol on s/390\n\nThe test case perf lock contention dumps core on s390. Run the following\ncommands:\n\n # ./perf lock record -- ./perf bench sched messaging\n # Running \u0027sched/messaging\u0027 benchmark:\n # 20 sender and receiver processes per group\n # 10 groups \u003d\u003d 400 processes run\n\n Total time: 2.799 [sec]\n [ perf record: Woken up 1 times to write data ]\n [ perf record: Captured and wrote 0.073 MB perf.data (100 samples) ]\n #\n # ./perf lock contention\n Segmentation fault (core dumped)\n #\n\nThe function call stack is lengthy, here are the top 5 functions:\n\n # gdb ./perf core.24048\n GNU gdb (GDB) Fedora Linux 12.1-6.fc37\n Core was generated by `./perf lock contention\u0027.\n Program terminated with signal SIGSEGV, Segmentation fault.\n #0 0x00000000011dd25c in machine__is_lock_function (machine\u003d0x3029e28, addr\u003d1789230) at util/machine.c:3356\n 3356 machine-\u003esched.text_end \u003d kmap-\u003eunmap_ip(kmap, sym-\u003estart);\n\n (gdb) where\n #0 0x00000000011dd25c in machine__is_lock_function (machine\u003d0x3029e28, addr\u003d1789230) at util/machine.c:3356\n #1 0x000000000109f244 in callchain_id (evsel\u003d0x30313e0, sample\u003d0x3ffea4f77d0) at builtin-lock.c:957\n #2 0x000000000109e094 in get_key_by_aggr_mode (key\u003d0x3ffea4f7290, addr\u003d27758136, evsel\u003d0x30313e0, sample\u003d0x3ffea4f77d0) at builtin-lock.c:586\n #3 0x000000000109f4d0 in report_lock_contention_begin_event (evsel\u003d0x30313e0, sample\u003d0x3ffea4f77d0) at builtin-lock.c:1004\n #4 0x00000000010a00ae in evsel__process_contention_begin (evsel\u003d0x30313e0, sample\u003d0x3ffea4f77d0) at builtin-lock.c:1254\n #5 0x00000000010a0e14 in process_sample_event (tool\u003d0x3ffea4f8480, event\u003d0x3ff85601ef8, sample\u003d0x3ffea4f77d0, evsel\u003d0x30313e0, machine\u003d0x3029e28) at builtin-lock.c:1464\n .....\n\nThe issue is in function machine__is_lock_function() in file\n./util/machine.c lines 3355:\n\n /* should not fail from here */\n sym \u003d machine__find_kernel_symbol_by_name(machine, \"__sched_text_end\", \u0026kmap);\n machine-\u003esched.text_end \u003d kmap-\u003eunmap_ip(kmap, sym-\u003estart)\n\nOn s390 the symbol __sched_text_end is *NOT* in the symbol list and the\nresulting pointer sym is set to NULL. The sym-\u003estart is then a NULL pointer\naccess and generates the core dump.\n\nThe reason why __sched_text_end is not in the symbol list on s390 is\nsimple:\n\nWhen the symbol list is created at perf start up with function calls\n\n dso__load\n +--\u003e dso__load_vmlinux_path\n +--\u003e dso__load_vmlinux\n +--\u003e dso__load_sym\n\t +--\u003e dso__load_sym_internal (reads kernel symbols)\n\t\t +--\u003e symbols__fixup_end\n\t\t +--\u003e symbols__fixup_duplicate\n\nThe issue is in function symbols__fixup_duplicate(). It deletes all\nsymbols with have the same address. On s390:\n\n # nm -g ~/linux/vmlinux| fgrep c68390\n 0000000000c68390 T __cpuidle_text_start\n 0000000000c68390 T __sched_text_end\n #\n\ntwo symbols have identical addresses and __sched_text_end is considered\nduplicate (in ascending sort order) and removed from the symbol list.\nTherefore it is missing and an invalid pointer reference occurs. The\ncode checks for symbol __sched_text_start and when it exists assumes\nsymbol __sched_text_end is also in the symbol table. However this is not\nthe case on s390.\n\nSame situation exists for symbol __lock_text_start:\n\n0000000000c68770 T __cpuidle_text_end\n0000000000c68770 T __lock_text_start\n\nThis symbol is also removed from the symbol table but used in function\nmachine__is_lock_function().\n\nTo fix this and keep duplicate symbols in the symbol table, set\nsymbol_conf.allow_aliases to true. This prevents the removal of\nduplicate symbols in function symbols__fixup_duplicate().\n\nOutput After:\n\n # ./perf lock contention\n contended total wait max wait avg wait type caller\n\n 48 124.39 ms 123.99 ms 2.59 ms rwsem:W unlink_anon_vmas+0x24a\n 47 83.68 ms 83.26 ms 1.78 ms rwsem:W free_pgtables+0x132\n 5 41.22 us 10.55 us 8.24 us rwsem:W free_pgtables+0x140\n 4 40.12 us 20.55 us 10.03 us rwsem:W copy_process+0x1ac8\n #\n\nFixes: 0d2997f750d1de39 (\"perf lock: Look up callchain for the contended locks\")\nSigned-off-by: Thomas Richter \u003ctmricht@linux.ibm.com\u003e\nAcked-by: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nCc: Heiko Carstens \u003chca@linux.ibm.com\u003e\nCc: Sumanth Korikkar \u003csumanthk@linux.ibm.com\u003e\nCc: Sven Schnelle \u003csvens@linux.ibm.com\u003e\nCc: Vasily Gorbik \u003cgor@linux.ibm.com\u003e\nLink: https://lore.kernel.org/r/20221230102627.2410847-1-tmricht@linux.ibm.com\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n" }, { "commit": "f89fb55714b620ff1352141a9f9315611f16573e", "tree": "bb104da5ae0b88cbcc15a8c8cca39425330892d0", "parents": [ "b963c1d6261eb7fba1ba14074fb447521be84add" ], "author": { "name": "Ian Rogers", "email": "irogers@google.com", "time": "Mon Jan 02 23:09:16 2023 -0800" }, "committer": { "name": "Arnaldo Carvalho de Melo", "email": "acme@redhat.com", "time": "Tue Jan 03 15:35:01 2023 -0300" }, "message": "perf build: Don\u0027t propagate subdir to submakes for install_headers\n\nsubdir is added to the OUTPUT which fails as part of building\ninstall_headers when passed from \"make -C tools perf_install\".\n\nCommitter testing:\n\nThe original reporter (see the Link: below) had trouble with this:\n\n$ make -C tools perf_install\n\nThat ended up with errors like this:\n\n /var/home/acme/git/perf-urgent/tools/scripts/Makefile.include:17: *** output directory \"/var/home/acme/git/perf-urgent/tools/perf/libperf/perf/\" does not exist. Stop.\n\nWith this patch applied we now get it installed at:\n\n INSTALL /var/home/acme/git/perf-urgent/tools/perf/libperf/include/perf/bpf_perf.h\n\nAs expected:\n\n $ ls -la /var/home/acme/git/perf-urgent/tools/perf/libperf/include/perf/bpf_perf.h\n -rw-r--r--. 1 acme acme 1146 Jan 3 15:42 /var/home/acme/git/perf-urgent/tools/perf/libperf/include/perf/bpf_perf.h\n\nAnd if we clean tools with:\n\n $ make -C tools clean\n\nit gets cleaned up:\n\n $ ls -la /var/home/acme/git/perf-urgent/tools/perf/libperf/include/perf/bpf_perf.h\n ls: cannot access \u0027/var/home/acme/git/perf-urgent/tools/perf/libperf/include/perf/bpf_perf.h\u0027: No such file or directory\n $\n\nFixes: 746bd29e348f99b4 (\"perf build: Use tools/lib headers from install path\")\nReported-by: Torsten Hilbrich \u003ctorsten.hilbrich@secunet.com\u003e\nSigned-off-by: Ian Rogers \u003cirogers@google.com\u003e\nTested-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\nCc: Alexander Shishkin \u003calexander.shishkin@linux.intel.com\u003e\nCc: Ingo Molnar \u003cmingo@redhat.com\u003e\nCc: Jiri Olsa \u003cjolsa@kernel.org\u003e\nCc: Mark Rutland \u003cmark.rutland@arm.com\u003e\nCc: Namhyung Kim \u003cnamhyung@kernel.org\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nLink: https://lore.kernel.org/r/fa4b3115-d555-3d7f-54d1-018002e99350@secunet.com\nSigned-off-by: Arnaldo Carvalho de Melo \u003cacme@redhat.com\u003e\n" }, { "commit": "c07311b5509f6035f1dd828db3e90ff4859cf3b9", "tree": "6046ebaf97408fc08dc83067bbcd3206327b37f0", "parents": [ "69b41ac87e4a664de78a395ff97166f0b2943210" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Wed Dec 28 06:34:54 2022 -0500" }, "committer": { "name": "Ingo Molnar", "email": "mingo@kernel.org", "time": "Tue Jan 03 18:55:35 2023 +0100" }, "message": "perf/x86/rapl: Treat Tigerlake like Icelake\n\nSince Tigerlake seems to have inherited its cstates and other RAPL power\ncaps from Icelake, assume it also follows Icelake for its RAPL events.\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Rodrigo Vivi \u003crodrigo.vivi@intel.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Stephane Eranian \u003ceranian@google.com\u003e\nCc: Zhang Rui \u003crui.zhang@intel.com\u003e\nLink: https://lore.kernel.org/r/20221228113454.1199118-1-rodrigo.vivi@intel.com\n" }, { "commit": "72bb8f8cc088730c4d84117a6906f458c2fc64bb", "tree": "6e6cdd78c1e8dd705ec0e7544ee33af8045695b6", "parents": [ "55d235361fccef573990dfa5724ab453866e7816" ], "author": { "name": "Jason A. Donenfeld", "email": "Jason@zx2c4.com", "time": "Sun Jan 01 17:29:04 2023 +0100" }, "committer": { "name": "Ingo Molnar", "email": "mingo@kernel.org", "time": "Tue Jan 03 18:46:06 2023 +0100" }, "message": "x86/insn: Avoid namespace clash by separating instruction decoder MMIO type from MMIO trace type\n\nBoth \u003clinux/mmiotrace.h\u003e and \u003casm/insn-eval.h\u003e define various MMIO_ enum constants,\nwhose namespace overlaps.\n\nRename the \u003casm/insn-eval.h\u003e ones to have a INSN_ prefix, so that the headers can be\nused from the same source file.\n\nSigned-off-by: Jason A. Donenfeld \u003cJason@zx2c4.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nLink: https://lore.kernel.org/r/20230101162910.710293-2-Jason@zx2c4.com\n" }, { "commit": "df9d44b645b83fffccfb4e28c1f93376585fdec8", "tree": "9c221e28620aaee9ddf8f98fb5b77a85640836dc", "parents": [ "22a341b43036415718f2d50f5f98b2f891fe17e9" ], "author": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Wed Dec 21 16:14:10 2022 -0800" }, "committer": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Tue Jan 03 08:59:06 2023 -0800" }, "message": "f2fs: let\u0027s avoid panic if extent_tree is not created\n\nThis patch avoids the below panic.\n\npc : __lookup_extent_tree+0xd8/0x760\nlr : f2fs_do_write_data_page+0x104/0x87c\nsp : ffffffc010cbb3c0\nx29: ffffffc010cbb3e0 x28: 0000000000000000\nx27: ffffff8803e7f020 x26: ffffff8803e7ed40\nx25: ffffff8803e7f020 x24: ffffffc010cbb460\nx23: ffffffc010cbb480 x22: 0000000000000000\nx21: 0000000000000000 x20: ffffffff22e90900\nx19: 0000000000000000 x18: ffffffc010c5d080\nx17: 0000000000000000 x16: 0000000000000020\nx15: ffffffdb1acdbb88 x14: ffffff888759e2b0\nx13: 0000000000000000 x12: ffffff802da49000\nx11: 000000000a001200 x10: ffffff8803e7ed40\nx9 : ffffff8023195800 x8 : ffffff802da49078\nx7 : 0000000000000001 x6 : 0000000000000000\nx5 : 0000000000000006 x4 : ffffffc010cbba28\nx3 : 0000000000000000 x2 : ffffffc010cbb480\nx1 : 0000000000000000 x0 : ffffff8803e7ed40\nCall trace:\n __lookup_extent_tree+0xd8/0x760\n f2fs_do_write_data_page+0x104/0x87c\n f2fs_write_single_data_page+0x420/0xb60\n f2fs_write_cache_pages+0x418/0xb1c\n __f2fs_write_data_pages+0x428/0x58c\n f2fs_write_data_pages+0x30/0x40\n do_writepages+0x88/0x190\n __writeback_single_inode+0x48/0x448\n writeback_sb_inodes+0x468/0x9e8\n __writeback_inodes_wb+0xb8/0x2a4\n wb_writeback+0x33c/0x740\n wb_do_writeback+0x2b4/0x400\n wb_workfn+0xe4/0x34c\n process_one_work+0x24c/0x5bc\n worker_thread+0x3e8/0xa50\n kthread+0x150/0x1b4\n\nSigned-off-by: Jaegeuk Kim \u003cjaegeuk@kernel.org\u003e\n" }, { "commit": "22a341b43036415718f2d50f5f98b2f891fe17e9", "tree": "0c2e59da8f292cef4db20962ee2d4127b50a1c41", "parents": [ "ed2724765e58e3310d3de48f4a1761631b3dd640" ], "author": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Fri Dec 16 16:36:36 2022 -0800" }, "committer": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Tue Jan 03 08:59:06 2023 -0800" }, "message": "f2fs: should use a temp extent_info for lookup\n\nOtherwise, __lookup_extent_tree() will override the given extent_info which will\nbe used by caller.\n\nSigned-off-by: Jaegeuk Kim \u003cjaegeuk@kernel.org\u003e\n" }, { "commit": "ed2724765e58e3310d3de48f4a1761631b3dd640", "tree": "124a537f78e8e8bcdbddc6fdf14e65b326aa6aca", "parents": [ "fe59109ae5c0b34a8c7c07f693fc501b12b57787" ], "author": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Fri Dec 16 14:41:54 2022 -0800" }, "committer": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Tue Jan 03 08:59:06 2023 -0800" }, "message": "f2fs: don\u0027t mix to use union values in extent_info\n\nLet\u0027s explicitly use the defined values in block_age case only.\n\nSigned-off-by: Jaegeuk Kim \u003cjaegeuk@kernel.org\u003e\n" }, { "commit": "fe59109ae5c0b34a8c7c07f693fc501b12b57787", "tree": "6bbe9a10f8bb415293e6f41119e3ec09dbe4573c", "parents": [ "b3d83066cbebc76dbac8a5fca931f64b4c6fff34" ], "author": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Fri Dec 16 14:05:44 2022 -0800" }, "committer": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Tue Jan 03 08:59:05 2023 -0800" }, "message": "f2fs: initialize extent_cache parameter\n\nThis can avoid confusing tracepoint values.\n\nSigned-off-by: Jaegeuk Kim \u003cjaegeuk@kernel.org\u003e\n" }, { "commit": "b3d83066cbebc76dbac8a5fca931f64b4c6fff34", "tree": "57451fcc1f4c9ffa446fb46a7916a406f615f708", "parents": [ "69b41ac87e4a664de78a395ff97166f0b2943210" ], "author": { "name": "Chao Yu", "email": "chao@kernel.org", "time": "Fri Dec 30 23:43:32 2022 +0800" }, "committer": { "name": "Jaegeuk Kim", "email": "jaegeuk@kernel.org", "time": "Tue Jan 03 08:58:47 2023 -0800" }, "message": "f2fs: fix to avoid NULL pointer dereference in f2fs_issue_flush()\n\nWith below two cases, it will cause NULL pointer dereference when\naccessing SM_I(sbi)-\u003efcc_info in f2fs_issue_flush().\n\na) If kthread_run() fails in f2fs_create_flush_cmd_control(), it will\nrelease SM_I(sbi)-\u003efcc_info,\n\n- mount -o noflush_merge /dev/vda /mnt/f2fs\n- mount -o remount,flush_merge /dev/vda /mnt/f2fs -- kthread_run() fails\n- dd if\u003d/dev/zero of\u003d/mnt/f2fs/file bs\u003d4k count\u003d1 conv\u003dfsync\n\nb) we will never allocate memory for SM_I(sbi)-\u003efcc_info w/ below\ntestcase,\n\n- mount -o ro /dev/vda /mnt/f2fs\n- mount -o rw,remount /dev/vda /mnt/f2fs\n- dd if\u003d/dev/zero of\u003d/mnt/f2fs/file bs\u003d4k count\u003d1 conv\u003dfsync\n\nIn order to fix this issue, let change as below:\n- fix error path handling in f2fs_create_flush_cmd_control().\n- allocate SM_I(sbi)-\u003efcc_info even if readonly is on.\n\nSigned-off-by: Chao Yu \u003cchao@kernel.org\u003e\nSigned-off-by: Jaegeuk Kim \u003cjaegeuk@kernel.org\u003e\n" }, { "commit": "55d235361fccef573990dfa5724ab453866e7816", "tree": "f5c567c536ff4ab10460131ca76f7e67d89b74c8", "parents": [ "d00dd2f2645dca04cf399d8fc692f3f69b6dd996" ], "author": { "name": "Mikulas Patocka", "email": "mpatocka@redhat.com", "time": "Tue Jan 03 10:24:11 2023 -0500" }, "committer": { "name": "Ingo Molnar", "email": "mingo@kernel.org", "time": "Tue Jan 03 17:55:11 2023 +0100" }, "message": "x86/asm: Fix an assembler warning with current binutils\n\nFix a warning: \"found `movsd\u0027; assuming `movsl\u0027 was meant\"\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Ingo Molnar \u003cmingo@kernel.org\u003e\nCc: linux-kernel@vger.kernel.org\n" }, { "commit": "2ba48b20049b5a76f34a85f853c9496d1b10533a", "tree": "f153b3f23d879d018e4b20f4cf7e57196546a42d", "parents": [ "39f501d68ec1ed5cd5c66ac6ec2a7131c517bb92" ], "author": { "name": "Qu Wenruo", "email": "wqu@suse.com", "time": "Thu Dec 22 07:59:17 2022 +0800" }, "committer": { "name": "David Sterba", "email": "dsterba@suse.com", "time": "Tue Jan 03 16:22:13 2023 +0100" }, "message": "btrfs: fix compat_ro checks against remount\n\n[BUG]\nEven with commit 81d5d61454c3 (\"btrfs: enhance unsupported compat RO\nflags handling\"), btrfs can still mount a fs with unsupported compat_ro\nflags read-only, then remount it RW:\n\n # btrfs ins dump-super /dev/loop0 | grep compat_ro_flags -A 3\n compat_ro_flags\t\t0x403\n\t\t\t( FREE_SPACE_TREE |\n\t\t\t FREE_SPACE_TREE_VALID |\n\t\t\t unknown flag: 0x400 )\n\n # mount /dev/loop0 /mnt/btrfs\n mount: /mnt/btrfs: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.\n dmesg(1) may have more information after failed mount system call.\n ^^^ RW mount failed as expected ^^^\n\n # dmesg -t | tail -n5\n loop0: detected capacity change from 0 to 1048576\n BTRFS: device fsid cb5b82f5-0fdd-4d81-9b4b-78533c324afa devid 1 transid 7 /dev/loop0 scanned by mount (1146)\n BTRFS info (device loop0): using crc32c (crc32c-intel) checksum algorithm\n BTRFS info (device loop0): using free space tree\n BTRFS error (device loop0): cannot mount read-write because of unknown compat_ro features (0x403)\n BTRFS error (device loop0): open_ctree failed\n\n # mount /dev/loop0 -o ro /mnt/btrfs\n # mount -o remount,rw /mnt/btrfs\n ^^^ RW remount succeeded unexpectedly ^^^\n\n[CAUSE]\nCurrently we use btrfs_check_features() to check compat_ro flags against\nour current mount flags.\n\nThat function get reused between open_ctree() and btrfs_remount().\n\nBut for btrfs_remount(), the super block we passed in still has the old\nmount flags, thus btrfs_check_features() still believes we\u0027re mounting\nread-only.\n\n[FIX]\nReplace the existing @sb argument with @is_rw_mount.\n\nAs originally we only use @sb to determine if the mount is RW.\n\nNow it\u0027s callers\u0027 responsibility to determine if the mount is RW, and\nsince there are only two callers, the check is pretty simple:\n\n- caller in open_ctree()\n Just pass !sb_rdonly().\n\n- caller in btrfs_remount()\n Pass !(*flags \u0026 SB_RDONLY), as our check should be against the new\n flags.\n\nNow we can correctly reject the RW remount:\n\n # mount /dev/loop0 -o ro /mnt/btrfs\n # mount -o remount,rw /mnt/btrfs\n mount: /mnt/btrfs: mount point not mounted or bad option.\n dmesg(1) may have more information after failed mount system call.\n # dmesg -t | tail -n 1\n BTRFS error (device loop0: state M): cannot mount read-write because of unknown compat_ro features (0x403)\n\nReported-by: Chung-Chiang Cheng \u003cshepjeng@gmail.com\u003e\nFixes: 81d5d61454c3 (\"btrfs: enhance unsupported compat RO flags handling\")\nCC: stable@vger.kernel.org # 5.15+\nReviewed-by: Anand Jain \u003canand.jain@oracle.com\u003e\nSigned-off-by: Qu Wenruo \u003cwqu@suse.com\u003e\nReviewed-by: David Sterba \u003cdsterba@suse.com\u003e\nSigned-off-by: David Sterba \u003cdsterba@suse.com\u003e\n" }, { "commit": "39f501d68ec1ed5cd5c66ac6ec2a7131c517bb92", "tree": "dedb615c731a09706fc9c16355355aa79e69c931", "parents": [ "d73a27b86fc722c28a26ec64002e3a7dc86d1c07" ], "author": { "name": "Qu Wenruo", "email": "wqu@suse.com", "time": "Mon Dec 26 09:00:40 2022 +0800" }, "committer": { "name": "David Sterba", "email": "dsterba@suse.com", "time": "Tue Jan 03 16:22:10 2023 +0100" }, "message": "btrfs: always report error in run_one_delayed_ref()\n\nCurrently we have a btrfs_debug() for run_one_delayed_ref() failure, but\nif end users hit such problem, there will be no chance that\nbtrfs_debug() is enabled. This can lead to very little useful info for\ndebugging.\n\nThis patch will:\n\n- Add extra info for error reporting\n Including:\n * logical bytenr\n * num_bytes\n * type\n * action\n * ref_mod\n\n- Replace the btrfs_debug() with btrfs_err()\n\n- Move the error reporting into run_one_delayed_ref()\n This is to avoid use-after-free, the @node can be freed in the caller.\n\nThis error should only be triggered at most once.\n\nAs if run_one_delayed_ref() failed, we trigger the error message, then\ncausing the call chain to error out:\n\nbtrfs_run_delayed_refs()\n`- btrfs_run_delayed_refs()\n `- btrfs_run_delayed_refs_for_head()\n `- run_one_delayed_ref()\n\nAnd we will abort the current transaction in btrfs_run_delayed_refs().\nIf we have to run delayed refs for the abort transaction,\nrun_one_delayed_ref() will just cleanup the refs and do nothing, thus no\nnew error messages would be output.\n\nReviewed-by: Anand Jain \u003canand.jain@oracle.com\u003e\nSigned-off-by: Qu Wenruo \u003cwqu@suse.com\u003e\nSigned-off-by: David Sterba \u003cdsterba@suse.com\u003e\n" }, { "commit": "d73a27b86fc722c28a26ec64002e3a7dc86d1c07", "tree": "3d2c40cefd8d261d517d1bcd205ecb3e261a01ed", "parents": [ "2f2e84ca60660402bd81d0859703567c59556e6a" ], "author": { "name": "Qu Wenruo", "email": "wqu@suse.com", "time": "Sun Jan 01 09:02:21 2023 +0800" }, "committer": { "name": "David Sterba", "email": "dsterba@suse.com", "time": "Tue Jan 03 15:53:18 2023 +0100" }, "message": "btrfs: handle case when repair happens with dev-replace\n\n[BUG]\nThere is a bug report that a BUG_ON() in btrfs_repair_io_failure()\n(originally repair_io_failure() in v6.0 kernel) got triggered when\nreplacing a unreliable disk:\n\n BTRFS warning (device sda1): csum failed root 257 ino 2397453 off 39624704 csum 0xb0d18c75 expected csum 0x4dae9c5e mirror 3\n kernel BUG at fs/btrfs/extent_io.c:2380!\n invalid opcode: 0000 [#1] PREEMPT SMP NOPTI\n CPU: 9 PID: 3614331 Comm: kworker/u257:2 Tainted: G OE 6.0.0-5-amd64 #1 Debian 6.0.10-2\n Hardware name: Micro-Star International Co., Ltd. MS-7C60/TRX40 PRO WIFI (MS-7C60), BIOS 2.70 07/01/2021\n Workqueue: btrfs-endio btrfs_end_bio_work [btrfs]\n RIP: 0010:repair_io_failure+0x24a/0x260 [btrfs]\n Call Trace:\n \u003cTASK\u003e\n clean_io_failure+0x14d/0x180 [btrfs]\n end_bio_extent_readpage+0x412/0x6e0 [btrfs]\n ? __switch_to+0x106/0x420\n process_one_work+0x1c7/0x380\n worker_thread+0x4d/0x380\n ? rescuer_thread+0x3a0/0x3a0\n kthread+0xe9/0x110\n ? kthread_complete_and_exit+0x20/0x20\n ret_from_fork+0x22/0x30\n\n[CAUSE]\n\nBefore the BUG_ON(), we got some read errors from the replace target\nfirst, note the mirror number (3, which is beyond RAID1 duplication,\nthus it\u0027s read from the replace target device).\n\nThen at the BUG_ON() location, we are trying to writeback the repaired\nsectors back the failed device.\n\nThe check looks like this:\n\n\t\tret \u003d btrfs_map_block(fs_info, BTRFS_MAP_WRITE, logical,\n\t\t\t\t \u0026map_length, \u0026bioc, mirror_num);\n\t\tif (ret)\n\t\t\tgoto out_counter_dec;\n\t\tBUG_ON(mirror_num !\u003d bioc-\u003emirror_num);\n\nBut inside btrfs_map_block(), we can modify bioc-\u003emirror_num especially\nfor dev-replace:\n\n\tif (dev_replace_is_ongoing \u0026\u0026 mirror_num \u003d\u003d map-\u003enum_stripes + 1 \u0026\u0026\n\t !need_full_stripe(op) \u0026\u0026 dev_replace-\u003etgtdev !\u003d NULL) {\n\t\tret \u003d get_extra_mirror_from_replace(fs_info, logical, *length,\n\t\t\t\t\t\t dev_replace-\u003esrcdev-\u003edevid,\n\t\t\t\t\t\t \u0026mirror_num,\n\t\t\t\t\t \u0026physical_to_patch_in_first_stripe);\n\t\tpatch_the_first_stripe_for_dev_replace \u003d 1;\n\t}\n\nThus if we\u0027re repairing the replace target device, we\u0027re going to\ntrigger that BUG_ON().\n\nBut in reality, the read failure from the replace target device may be\nthat, our replace hasn\u0027t reached the range we\u0027re reading, thus we\u0027re\nreading garbage, but with replace running, the range would be properly\nfilled later.\n\nThus in that case, we don\u0027t need to do anything but let the replace\nroutine to handle it.\n\n[FIX]\nInstead of a BUG_ON(), just skip the repair if we\u0027re repairing the\ndevice replace target device.\n\nReported-by: 小太 \u003cnospam@kota.moe\u003e\nLink: https://lore.kernel.org/linux-btrfs/CACsxjPYyJGQZ+yvjzxA1Nn2LuqkYqTCcUH43S\u003d+wXhyf8S00Ag@mail.gmail.com/\nCC: stable@vger.kernel.org # 6.0+\nSigned-off-by: Qu Wenruo \u003cwqu@suse.com\u003e\nSigned-off-by: David Sterba \u003cdsterba@suse.com\u003e\n" }, { "commit": "2f2e84ca60660402bd81d0859703567c59556e6a", "tree": "4da98c4a48464bbc6242aaada3a31f4773321753", "parents": [ "1d854e4fbabb0cb12ca4a7fcd784eb67a65de5f8" ], "author": { "name": "Filipe Manana", "email": "fdmanana@suse.com", "time": "Fri Dec 23 18:28:53 2022 +0000" }, "committer": { "name": "David Sterba", "email": "dsterba@suse.com", "time": "Tue Jan 03 15:53:18 2023 +0100" }, "message": "btrfs: fix off-by-one in delalloc search during lseek\n\nDuring lseek, when searching for delalloc in a range that represents a\nhole and that range has a length of 1 byte, we end up not doing the actual\ndelalloc search in the inode\u0027s io tree, resulting in not correctly\nreporting the offset with data or a hole. This actually only happens when\nthe start offset is 0 because with any other start offset we round it down\nby sector size.\n\nReproducer:\n\n $ mkfs.btrfs -f /dev/sdc\n $ mount /dev/sdc /mnt/sdc\n\n $ xfs_io -f -c \"pwrite -q 0 1\" /mnt/sdc/foo\n\n $ xfs_io -c \"seek -d 0\" /mnt/sdc/foo\n Whence Result\n DATA\t EOF\n\nIt should have reported an offset of 0 instead of EOF.\n\nFix this by updating btrfs_find_delalloc_in_range() and count_range_bits()\nto deal with inclusive ranges properly. These functions are already\nsupposed to work with inclusive end offsets, they just got it wrong in a\ncouple places due to off-by-one mistakes.\n\nA test case for fstests will be added later.\n\nReported-by: Joan Bruguera Micó \u003cjoanbrugueram@gmail.com\u003e\nLink: https://lore.kernel.org/linux-btrfs/20221223020509.457113-1-joanbrugueram@gmail.com/\nFixes: b6e833567ea1 (\"btrfs: make hole and data seeking a lot more efficient\")\nCC: stable@vger.kernel.org # 6.1\nTested-by: Joan Bruguera Micó \u003cjoanbrugueram@gmail.com\u003e\nSigned-off-by: Filipe Manana \u003cfdmanana@suse.com\u003e\nSigned-off-by: David Sterba \u003cdsterba@suse.com\u003e\n" } ], "next": "1d854e4fbabb0cb12ca4a7fcd784eb67a65de5f8" }