)]}' { "log": [ { "commit": "7366c23ff492ad260776a3ee1aaabba9fc773a8b", "tree": "d837632b0ae177c9a63ae4aeebd5ee714b03647e", "parents": [ "52ce14c134a003fee03d8fc57442c05a55b53715" ], "author": { "name": "Randy Dunlap", "email": "rdunlap@infradead.org", "time": "Mon Sep 13 15:06:05 2021 -0700" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Tue Sep 14 20:03:24 2021 -0700" }, "message": "ptp: dp83640: don\u0027t define PAGE0\n\nBuilding dp83640.c on arch/parisc/ produces a build warning for\nPAGE0 being redefined. Since the macro is not used in the dp83640\ndriver, just make it a comment for documentation purposes.\n\nIn file included from ../drivers/net/phy/dp83640.c:23:\n../drivers/net/phy/dp83640_reg.h:8: warning: \"PAGE0\" redefined\n 8 | #define PAGE0 0x0000\n from ../drivers/net/phy/dp83640.c:11:\n../arch/parisc/include/asm/page.h:187: note: this is the location of the previous definition\n 187 | #define PAGE0 ((struct zeropage *)__PAGE_OFFSET)\n\nFixes: cb646e2b02b2 (\"ptp: Added a clock driver for the National Semiconductor PHYTER.\")\nSigned-off-by: Randy Dunlap \u003crdunlap@infradead.org\u003e\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nCc: Richard Cochran \u003crichard.cochran@omicron.at\u003e\nCc: John Stultz \u003cjohn.stultz@linaro.org\u003e\nCc: Heiner Kallweit \u003chkallweit1@gmail.com\u003e\nCc: Russell King \u003clinux@armlinux.org.uk\u003e\nReviewed-by: Andrew Lunn \u003candrew@lunn.ch\u003e\nLink: https://lore.kernel.org/r/20210913220605.19682-1-rdunlap@infradead.org\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "52ce14c134a003fee03d8fc57442c05a55b53715", "tree": "a9ad0766a69929600b4402b3e145321af8712aa0", "parents": [ "d198b27762644c71362e43a7533f89c92b115bcf" ], "author": { "name": "Adrian Bunk", "email": "bunk@kernel.org", "time": "Sun Sep 12 22:05:23 2021 +0300" }, "committer": { "name": "Jakub Kicinski", "email": "kuba@kernel.org", "time": "Tue Sep 14 19:26:48 2021 -0700" }, "message": "bnx2x: Fix enabling network interfaces without VFs\n\nThis function is called to enable SR-IOV when available,\nnot enabling interfaces without VFs was a regression.\n\nFixes: 65161c35554f (\"bnx2x: Fix missing error code in bnx2x_iov_init_one()\")\nSigned-off-by: Adrian Bunk \u003cbunk@kernel.org\u003e\nReported-by: YunQiang Su \u003cwzssyqa@gmail.com\u003e\nTested-by: YunQiang Su \u003cwzssyqa@gmail.com\u003e\nCc: stable@vger.kernel.org\nAcked-by: Shai Malin \u003csmalin@marvell.com\u003e\nLink: https://lore.kernel.org/r/20210912190523.27991-1-bunk@kernel.org\nSigned-off-by: Jakub Kicinski \u003ckuba@kernel.org\u003e\n" }, { "commit": "d198b27762644c71362e43a7533f89c92b115bcf", "tree": "7650f671289f847a7a157ce5c4d346bcf20d7cfd", "parents": [ "4f884f3962767877d7aabbc1ec124d2c307a4257" ], "author": { "name": "Eric Dumazet", "email": "edumazet@google.com", "time": "Mon Sep 13 22:18:51 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 14 14:24:31 2021 +0100" }, "message": "Revert \"Revert \"ipv4: fix memory leaks in ip_cmsg_send() callers\"\"\n\nThis reverts commit d7807a9adf4856171f8441f13078c33941df48ab.\n\nAs mentioned in https://lkml.org/lkml/2021/9/13/1819\n5 years old commit 919483096bfe (\"ipv4: fix memory leaks in ip_cmsg_send() callers\")\nwas a correct fix.\n\n ip_cmsg_send() can loop over multiple cmsghdr()\n\n If IP_RETOPTS has been successful, but following cmsghdr generates an error,\n we do not free ipc.ok\n\n If IP_RETOPTS is not successful, we have freed the allocated temporary space,\n not the one currently in ipc.opt.\n\nSure, code could be refactored, but let\u0027s not bring back old bugs.\n\nFixes: d7807a9adf48 (\"Revert \"ipv4: fix memory leaks in ip_cmsg_send() callers\"\")\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nCc: Yajun Deng \u003cyajun.deng@linux.dev\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "4f884f3962767877d7aabbc1ec124d2c307a4257", "tree": "9328cbbd296f3621a666798f664d1c6539e865c5", "parents": [ "2865ba82476a6b2603db40cfc1c8c0831409fb41" ], "author": { "name": "zhenggy", "email": "zhenggy@chinatelecom.cn", "time": "Tue Sep 14 09:51:15 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 14 14:23:09 2021 +0100" }, "message": "tcp: fix tp-\u003eundo_retrans accounting in tcp_sacktag_one()\n\nCommit 10d3be569243 (\"tcp-tso: do not split TSO packets at retransmit\ntime\") may directly retrans a multiple segments TSO/GSO packet without\nsplit, Since this commit, we can no longer assume that a retransmitted\npacket is a single segment.\n\nThis patch fixes the tp-\u003eundo_retrans accounting in tcp_sacktag_one()\nthat use the actual segments(pcount) of the retransmitted packet.\n\nBefore that commit (10d3be569243), the assumption underlying the\ntp-\u003eundo_retrans-- seems correct.\n\nFixes: 10d3be569243 (\"tcp-tso: do not split TSO packets at retransmit time\")\nSigned-off-by: zhenggy \u003czhenggy@chinatelecom.cn\u003e\nReviewed-by: Eric Dumazet \u003cedumazet@google.com\u003e\nAcked-by: Yuchung Cheng \u003cycheng@google.com\u003e\nAcked-by: Neal Cardwell \u003cncardwell@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "2865ba82476a6b2603db40cfc1c8c0831409fb41", "tree": "5a59a0950a560a9b59a7b598f1f6f0a83a2b9189", "parents": [ "550ac9c1aaaaf51fd42e20d461f0b1cdbd55b3d2", "43d2b88c29f2d120b4dc22f27b3483eb14bd9815" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 14 13:09:54 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 14 13:09:54 2021 +0100" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf\n\nDaniel Borkmann says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\npull-request: bpf 2021-09-14\n\nThe following pull-request contains BPF updates for your *net* tree.\n\nWe\u0027ve added 7 non-merge commits during the last 13 day(s) which contain\na total of 18 files changed, 334 insertions(+), 193 deletions(-).\n\nThe main changes are:\n\n1) Fix mmap_lock lockdep splat in BPF stack map\u0027s build_id lookup, from Yonghong Song.\n\n2) Fix BPF cgroup v2 program bypass upon net_cls/prio activation, from Daniel Borkmann.\n\n3) Fix kvcalloc() BTF line info splat on oversized allocation attempts, from Bixuan Cui.\n\n4) Fix BPF selftest build of task_pt_regs test for arm64/s390, from Jean-Philippe Brucker.\n\n5) Fix BPF\u0027s disasm.{c,h} to dual-license so that it is aligned with bpftool given the former\n is a build dependency for the latter, from Daniel Borkmann with ACKs from contributors.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "550ac9c1aaaaf51fd42e20d461f0b1cdbd55b3d2", "tree": "c264f2df5e4d5de250e02727f04bb14ca696be6e", "parents": [ "8c0922ce4b9b0d542dcea871e54eb619661378d9" ], "author": { "name": "Eric Dumazet", "email": "edumazet@google.com", "time": "Mon Sep 13 11:08:36 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 14 12:51:15 2021 +0100" }, "message": "net-caif: avoid user-triggerable WARN_ON(1)\n\nsyszbot triggers this warning, which looks something\nwe can easily prevent.\n\nIf we initialize priv-\u003elist_field in chnl_net_init(),\nthen always use list_del_init(), we can remove robust_list_del()\ncompletely.\n\nWARNING: CPU: 0 PID: 3233 at net/caif/chnl_net.c:67 robust_list_del net/caif/chnl_net.c:67 [inline]\nWARNING: CPU: 0 PID: 3233 at net/caif/chnl_net.c:67 chnl_net_uninit+0xc9/0x2e0 net/caif/chnl_net.c:375\nModules linked in:\nCPU: 0 PID: 3233 Comm: syz-executor.3 Not tainted 5.14.0-syzkaller #0\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\nRIP: 0010:robust_list_del net/caif/chnl_net.c:67 [inline]\nRIP: 0010:chnl_net_uninit+0xc9/0x2e0 net/caif/chnl_net.c:375\nCode: 89 eb e8 3a a3 ba f8 48 89 d8 48 c1 e8 03 42 80 3c 28 00 0f 85 bf 01 00 00 48 81 fb 00 14 4e 8d 48 8b 2b 75 d0 e8 17 a3 ba f8 \u003c0f\u003e 0b 5b 5d 41 5c 41 5d e9 0a a3 ba f8 4c 89 e3 e8 02 a3 ba f8 4c\nRSP: 0018:ffffc90009067248 EFLAGS: 00010202\nRAX: 0000000000008780 RBX: ffffffff8d4e1400 RCX: ffffc9000fd34000\nRDX: 0000000000040000 RSI: ffffffff88bb6e49 RDI: 0000000000000003\nRBP: ffff88802cd9ee08 R08: 0000000000000000 R09: ffffffff8d0e6647\nR10: ffffffff88bb6dc2 R11: 0000000000000000 R12: ffff88803791ae08\nR13: dffffc0000000000 R14: 00000000e600ffce R15: ffff888073ed3480\nFS: 00007fed10fa0700(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000\nCS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\nCR2: 0000001b2c322000 CR3: 00000000164a6000 CR4: 00000000001506e0\nDR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\nDR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\nCall Trace:\n register_netdevice+0xadf/0x1500 net/core/dev.c:10347\n ipcaif_newlink+0x4c/0x260 net/caif/chnl_net.c:468\n __rtnl_newlink+0x106d/0x1750 net/core/rtnetlink.c:3458\n rtnl_newlink+0x64/0xa0 net/core/rtnetlink.c:3506\n rtnetlink_rcv_msg+0x413/0xb80 net/core/rtnetlink.c:5572\n netlink_rcv_skb+0x153/0x420 net/netlink/af_netlink.c:2504\n netlink_unicast_kernel net/netlink/af_netlink.c:1314 [inline]\n netlink_unicast+0x533/0x7d0 net/netlink/af_netlink.c:1340\n netlink_sendmsg+0x86d/0xdb0 net/netlink/af_netlink.c:1929\n sock_sendmsg_nosec net/socket.c:704 [inline]\n sock_sendmsg+0xcf/0x120 net/socket.c:724\n __sys_sendto+0x21c/0x320 net/socket.c:2036\n __do_sys_sendto net/socket.c:2048 [inline]\n __se_sys_sendto net/socket.c:2044 [inline]\n __x64_sys_sendto+0xdd/0x1b0 net/socket.c:2044\n do_syscall_x64 arch/x86/entry/common.c:50 [inline]\n do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80\n entry_SYSCALL_64_after_hwframe+0x44/0xae\n\nFixes: cc36a070b590 (\"net-caif: add CAIF netdevice\")\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "43d2b88c29f2d120b4dc22f27b3483eb14bd9815", "tree": "c54cd022d421cd2a2bba032fdb56a9a631a7d858", "parents": [ "d8079d8026f82e4435445297d1b77bba1c4c7960" ], "author": { "name": "Daniel Borkmann", "email": "daniel@iogearbox.net", "time": "Tue Sep 14 01:07:59 2021 +0200" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Mon Sep 13 16:35:58 2021 -0700" }, "message": "bpf, selftests: Add test case for mixed cgroup v1/v2\n\nMinimal selftest which implements a small BPF policy program to the\nconnect(2) hook which rejects TCP connection requests to port 60123\nwith EPERM. This is being attached to a non-root cgroup v2 path. The\ntest asserts that this works under cgroup v2-only and under a mixed\ncgroup v1/v2 environment where net_classid is set in the former case.\n\nBefore fix:\n\n # ./test_progs -t cgroup_v1v2\n test_cgroup_v1v2:PASS:server_fd 0 nsec\n test_cgroup_v1v2:PASS:client_fd 0 nsec\n test_cgroup_v1v2:PASS:cgroup_fd 0 nsec\n test_cgroup_v1v2:PASS:server_fd 0 nsec\n run_test:PASS:skel_open 0 nsec\n run_test:PASS:prog_attach 0 nsec\n test_cgroup_v1v2:PASS:cgroup-v2-only 0 nsec\n run_test:PASS:skel_open 0 nsec\n run_test:PASS:prog_attach 0 nsec\n run_test:PASS:join_classid 0 nsec\n (network_helpers.c:219: errno: None) Unexpected success to connect to server\n test_cgroup_v1v2:FAIL:cgroup-v1v2 unexpected error: -1 (errno 0)\n #27 cgroup_v1v2:FAIL\n Summary: 0/0 PASSED, 0 SKIPPED, 1 FAILED\n\nAfter fix:\n\n # ./test_progs -t cgroup_v1v2\n #27 cgroup_v1v2:OK\n Summary: 1/0 PASSED, 0 SKIPPED, 0 FAILED\n\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\nAcked-by: Andrii Nakryiko \u003candrii@kernel.org\u003e\nLink: https://lore.kernel.org/bpf/20210913230759.2313-3-daniel@iogearbox.net\n" }, { "commit": "d8079d8026f82e4435445297d1b77bba1c4c7960", "tree": "a90c327d7749b21c236d1ccdd8bc21f9282c2af9", "parents": [ "8520e224f547cd070c7c8f97b1fc6d58cff7ccaa" ], "author": { "name": "Daniel Borkmann", "email": "daniel@iogearbox.net", "time": "Tue Sep 14 01:07:58 2021 +0200" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Mon Sep 13 16:35:58 2021 -0700" }, "message": "bpf, selftests: Add cgroup v1 net_cls classid helpers\n\nMinimal set of helpers for net_cls classid cgroupv1 management in order\nto set an id, join from a process, initiate setup and teardown. cgroupv2\nhelpers are left as-is, but reused where possible.\n\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\nAcked-by: Andrii Nakryiko \u003candrii@kernel.org\u003e\nLink: https://lore.kernel.org/bpf/20210913230759.2313-2-daniel@iogearbox.net\n" }, { "commit": "8520e224f547cd070c7c8f97b1fc6d58cff7ccaa", "tree": "e3de2ba59a003f731fac37039a2c1fb022e991db", "parents": [ "0e6491b559704da720f6da09dd0a52c4df44c514" ], "author": { "name": "Daniel Borkmann", "email": "daniel@iogearbox.net", "time": "Tue Sep 14 01:07:57 2021 +0200" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Mon Sep 13 16:35:58 2021 -0700" }, "message": "bpf, cgroups: Fix cgroup v2 fallback on v1/v2 mixed mode\n\nFix cgroup v1 interference when non-root cgroup v2 BPF programs are used.\nBack in the days, commit bd1060a1d671 (\"sock, cgroup: add sock-\u003esk_cgroup\")\nembedded per-socket cgroup information into sock-\u003esk_cgrp_data and in order\nto save 8 bytes in struct sock made both mutually exclusive, that is, when\ncgroup v1 socket tagging (e.g. net_cls/net_prio) is used, then cgroup v2\nfalls back to the root cgroup in sock_cgroup_ptr() (\u0026cgrp_dfl_root.cgrp).\n\nThe assumption made was \"there is no reason to mix the two and this is in line\nwith how legacy and v2 compatibility is handled\" as stated in bd1060a1d671.\nHowever, with Kubernetes more widely supporting cgroups v2 as well nowadays,\nthis assumption no longer holds, and the possibility of the v1/v2 mixed mode\nwith the v2 root fallback being hit becomes a real security issue.\n\nMany of the cgroup v2 BPF programs are also used for policy enforcement, just\nto pick _one_ example, that is, to programmatically deny socket related system\ncalls like connect(2) or bind(2). A v2 root fallback would implicitly cause\na policy bypass for the affected Pods.\n\nIn production environments, we have recently seen this case due to various\ncircumstances: i) a different 3rd party agent and/or ii) a container runtime\nsuch as [0] in the user\u0027s environment configuring legacy cgroup v1 net_cls\ntags, which triggered implicitly mentioned root fallback. Another case is\nKubernetes projects like kind [1] which create Kubernetes nodes in a container\nand also add cgroup namespaces to the mix, meaning programs which are attached\nto the cgroup v2 root of the cgroup namespace get attached to a non-root\ncgroup v2 path from init namespace point of view. And the latter\u0027s root is\nout of reach for agents on a kind Kubernetes node to configure. Meaning, any\nentity on the node setting cgroup v1 net_cls tag will trigger the bypass\ndespite cgroup v2 BPF programs attached to the namespace root.\n\nGenerally, this mutual exclusiveness does not hold anymore in today\u0027s user\nenvironments and makes cgroup v2 usage from BPF side fragile and unreliable.\nThis fix adds proper struct cgroup pointer for the cgroup v2 case to struct\nsock_cgroup_data in order to address these issues; this implicitly also fixes\nthe tradeoffs being made back then with regards to races and refcount leaks\nas stated in bd1060a1d671, and removes the fallback, so that cgroup v2 BPF\nprograms always operate as expected.\n\n [0] https://github.com/nestybox/sysbox/\n [1] https://kind.sigs.k8s.io/\n\nFixes: bd1060a1d671 (\"sock, cgroup: add sock-\u003esk_cgroup\")\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\nAcked-by: Stanislav Fomichev \u003csdf@google.com\u003e\nAcked-by: Tejun Heo \u003ctj@kernel.org\u003e\nLink: https://lore.kernel.org/bpf/20210913230759.2313-1-daniel@iogearbox.net\n" }, { "commit": "0e6491b559704da720f6da09dd0a52c4df44c514", "tree": "7c2094751d85f8260da825b880a24ecdbc823da8", "parents": [ "2f1aaf3ea666b737ad717b3d88667225aca23149" ], "author": { "name": "Bixuan Cui", "email": "cuibixuan@huawei.com", "time": "Sat Sep 11 08:55:57 2021 +0800" }, "committer": { "name": "Alexei Starovoitov", "email": "ast@kernel.org", "time": "Mon Sep 13 16:28:15 2021 -0700" }, "message": "bpf: Add oversize check before call kvcalloc()\n\nCommit 7661809d493b (\"mm: don\u0027t allow oversized kvmalloc() calls\") add the\noversize check. When the allocation is larger than what kmalloc() supports,\nthe following warning triggered:\n\nWARNING: CPU: 0 PID: 8408 at mm/util.c:597 kvmalloc_node+0x108/0x110 mm/util.c:597\nModules linked in:\nCPU: 0 PID: 8408 Comm: syz-executor221 Not tainted 5.14.0-syzkaller #0\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\nRIP: 0010:kvmalloc_node+0x108/0x110 mm/util.c:597\nCall Trace:\n kvmalloc include/linux/mm.h:806 [inline]\n kvmalloc_array include/linux/mm.h:824 [inline]\n kvcalloc include/linux/mm.h:829 [inline]\n check_btf_line kernel/bpf/verifier.c:9925 [inline]\n check_btf_info kernel/bpf/verifier.c:10049 [inline]\n bpf_check+0xd634/0x150d0 kernel/bpf/verifier.c:13759\n bpf_prog_load kernel/bpf/syscall.c:2301 [inline]\n __sys_bpf+0x11181/0x126e0 kernel/bpf/syscall.c:4587\n __do_sys_bpf kernel/bpf/syscall.c:4691 [inline]\n __se_sys_bpf kernel/bpf/syscall.c:4689 [inline]\n __x64_sys_bpf+0x78/0x90 kernel/bpf/syscall.c:4689\n do_syscall_x64 arch/x86/entry/common.c:50 [inline]\n do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80\n entry_SYSCALL_64_after_hwframe+0x44/0xae\n\nReported-by: syzbot+f3e749d4c662818ae439@syzkaller.appspotmail.com\nSigned-off-by: Bixuan Cui \u003ccuibixuan@huawei.com\u003e\nSigned-off-by: Alexei Starovoitov \u003cast@kernel.org\u003e\nAcked-by: Yonghong Song \u003cyhs@fb.com\u003e\nLink: https://lore.kernel.org/bpf/20210911005557.45518-1-cuibixuan@huawei.com\n" }, { "commit": "8c0922ce4b9b0d542dcea871e54eb619661378d9", "tree": "52864c18b088f6a74e578d24744c194d1333cc05", "parents": [ "111b64e35ea03d58c882832744f571a88bb2e2e2", "427900d27d86b820c559037a984bd403f910860f" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "Merge branch \u0027hns3-fixes\u0027\n\nGuangbin Huang says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nnet: hns3: add some fixes for -net\n\nThis series adds some fixes for the HNS3 ethernet driver.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "427900d27d86b820c559037a984bd403f910860f", "tree": "52864c18b088f6a74e578d24744c194d1333cc05", "parents": [ "472430a7b066f19afa1b55867d621b2d6d323e0d" ], "author": { "name": "Jiaran Zhang", "email": "zhangjiaran@huawei.com", "time": "Mon Sep 13 21:08:25 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "net: hns3: fix the timing issue of VF clearing interrupt sources\n\nCurrently, the VF does not clear the interrupt source immediately after\nreceiving the interrupt. As a result, if the second interrupt task is\ntriggered when processing the first interrupt task, clearing the\ninterrupt source before exiting will clear the interrupt sources of the\ntwo tasks at the same time. As a result, no interrupt is triggered for\nthe second task. The VF detects the missed message only when the next\ninterrupt is generated.\n\nClearing it immediately after executing check_evt_cause ensures that:\n1. Even if two interrupt tasks are triggered at the same time, they can\nbe processed.\n2. If the second task is triggered during the processing of the first\ntask and the interrupt source is not cleared, the interrupt is reported\nafter vector0 is enabled.\n\nFixes: b90fcc5bd904 (\"net: hns3: add reset handling for VF when doing Core/Global/IMP reset\")\nSigned-off-by: Jiaran Zhang \u003czhangjiaran@huawei.com\u003e\nSigned-off-by: Guangbin Huang \u003chuangguangbin2@huawei.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "472430a7b066f19afa1b55867d621b2d6d323e0d", "tree": "c138e807379524c55504d95b9fcc0144762f77a0", "parents": [ "b81d8948746520f989e86d66292ff72b5056114a" ], "author": { "name": "Jiaran Zhang", "email": "zhangjiaran@huawei.com", "time": "Mon Sep 13 21:08:24 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "net: hns3: fix the exception when query imp info\n\nWhen the command for querying imp info is issued to the firmware,\nif the firmware does not support the command, the returned value\nof bd num is 0.\nAdd protection mechanism before alloc memory to prevent apply for\n0-length memory.\n\nFixes: 0b198b0d80ea (\"net: hns3: refactor dump m7 info of debugfs\")\nSigned-off-by: Jiaran Zhang \u003czhangjiaran@huawei.com\u003e\nSigned-off-by: Guangbin Huang \u003chuangguangbin2@huawei.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "b81d8948746520f989e86d66292ff72b5056114a", "tree": "ea868f7431af4fcbf4d25f8eab2ff32c2fa94dba", "parents": [ "1dc839ec09d3ab2a4156dc98328b8bc3586f2b70" ], "author": { "name": "Yufeng Mo", "email": "moyufeng@huawei.com", "time": "Mon Sep 13 21:08:23 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "net: hns3: disable mac in flr process\n\nThe firmware will not disable mac in flr process. Therefore, the driver\nneeds to proactively disable mac during flr, which is the same as the\nfunction reset.\n\nFixes: 35d93a30040c (\"net: hns3: adjust the process of PF reset\")\nSigned-off-by: Yufeng Mo \u003cmoyufeng@huawei.com\u003e\nSigned-off-by: Guangbin Huang \u003chuangguangbin2@huawei.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1dc839ec09d3ab2a4156dc98328b8bc3586f2b70", "tree": "3b784509e964bb7ff2387bce36f158ea710fec6e", "parents": [ "d18e81183b1cb9c309266cbbce9acd3e0c528d04" ], "author": { "name": "Yufeng Mo", "email": "moyufeng@huawei.com", "time": "Mon Sep 13 21:08:22 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "net: hns3: change affinity_mask to numa node range\n\nCurrently, affinity_mask is set to a single cpu. As a result,\nirqbalance becomes invalid in SUBSET or EXACT mode. To solve\nthis problem, change affinity_mask to numa node range. In this\nway, irqbalance can be performed on the cpu of the numa node.\n\nFixes: 0812545487ec (\"net: hns3: add interrupt affinity support for misc interrupt\")\nSigned-off-by: Yufeng Mo \u003cmoyufeng@huawei.com\u003e\nSigned-off-by: Guangbin Huang \u003chuangguangbin2@huawei.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d18e81183b1cb9c309266cbbce9acd3e0c528d04", "tree": "bd09d7018ddf09ec185c0f835561cc0f48d7a939", "parents": [ "f7ec554b73c5239a96afb9a9c3eb18cb11f539b7" ], "author": { "name": "Yufeng Mo", "email": "moyufeng@huawei.com", "time": "Mon Sep 13 21:08:21 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "net: hns3: pad the short tunnel frame before sending to hardware\n\nThe hardware cannot handle short tunnel frames below 65 bytes,\nand will cause vlan tag missing problem. So pads packet size to\n65 bytes for tunnel frames to fix this bug.\n\nFixes: 3db084d28dc0(\"net: hns3: Fix for vxlan tx checksum bug\")\nSigned-off-by: Yufeng Mo \u003cmoyufeng@huawei.com\u003e\nSigned-off-by: Guangbin Huang \u003chuangguangbin2@huawei.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "f7ec554b73c5239a96afb9a9c3eb18cb11f539b7", "tree": "3d8f2d2c1c97b18c8f519425dfec892c2dab27bd", "parents": [ "111b64e35ea03d58c882832744f571a88bb2e2e2" ], "author": { "name": "Yunsheng Lin", "email": "linyunsheng@huawei.com", "time": "Mon Sep 13 21:08:20 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 14:25:37 2021 +0100" }, "message": "net: hns3: add option to turn off page pool feature\n\nWhen page pool is added to the hns3 driver, it is always\nenabled unconditionally, which means spilt page handling\nin the hns3 driver is dead code.\n\nAs there is a requirement to test the performance between\nspilt page handling in driver and page pool, so add a module\nparam to support disabling the page pool.\n\nWhen the page pool is proved to perform better in most case,\nthe spilt page handling in driver can be removed.\n\nFixes: 93188e9642c3 (\"net: hns3: support skb\u0027s frag page recycling based on page pool\")\nSigned-off-by: Yunsheng Lin \u003clinyunsheng@huawei.com\u003e\nSigned-off-by: Guangbin Huang \u003chuangguangbin2@huawei.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "111b64e35ea03d58c882832744f571a88bb2e2e2", "tree": "f365aca6f72e294623f74867e94dcc9d0dc656e8", "parents": [ "e87b5052271e39d62337ade531992b7e5d8c2cfa" ], "author": { "name": "Aleksander Jan Bajkowski", "email": "olek2@wp.pl", "time": "Sun Sep 12 13:58:07 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 13:01:44 2021 +0100" }, "message": "net: dsa: lantiq_gswip: Add 200ms assert delay\n\nThe delay is especially needed by the xRX300 and xRX330 SoCs. Without\nthis patch, some phys are sometimes not properly detected.\n\nThe patch was tested on BT Home Hub 5A and D-Link DWR-966.\n\nFixes: a09d042b0862 (\"net: dsa: lantiq: allow to use all GPHYs on xRX300 and xRX330\")\nSigned-off-by: Aleksander Jan Bajkowski \u003colek2@wp.pl\u003e\nSigned-off-by: Martin Blumenstingl \u003cmartin.blumenstingl@googlemail.com\u003e\nAcked-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "e87b5052271e39d62337ade531992b7e5d8c2cfa", "tree": "e4203dc3564b7a82ba8dbf6d498f1d4cb2a3a9bd", "parents": [ "f4bb62e64c88c93060c051195d3bbba804e56945" ], "author": { "name": "zhang kai", "email": "zhangkaiheb@126.com", "time": "Thu Sep 09 16:39:18 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 13:00:53 2021 +0100" }, "message": "ipv6: delay fib6_sernum increase in fib6_add\n\nonly increase fib6_sernum in net namespace after add fib6_info\nsuccessfully.\n\nSigned-off-by: zhang kai \u003czhangkaiheb@126.com\u003e\nReviewed-by: David Ahern \u003cdsahern@kernel.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "f4bb62e64c88c93060c051195d3bbba804e56945", "tree": "3a241657c652e4b5283f33b880bec1f0ac92c908", "parents": [ "e50e711351bdc656a8e6ca1022b4293cae8dcd59" ], "author": { "name": "Hoang Le", "email": "hoang.h.le@dektech.com.au", "time": "Mon Sep 13 16:28:52 2021 +0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:43:10 2021 +0100" }, "message": "tipc: increase timeout in tipc_sk_enqueue()\n\nIn tipc_sk_enqueue() we use hardcoded 2 jiffies to extract\nsocket buffer from generic queue to particular socket.\nThe 2 jiffies is too short in case there are other high priority\ntasks get CPU cycles for multiple jiffies update. As result, no\nbuffer could be enqueued to particular socket.\n\nTo solve this, we switch to use constant timeout 20msecs.\nThen, the function will be expired between 2 jiffies (CONFIG_100HZ)\nand 20 jiffies (CONFIG_1000HZ).\n\nFixes: c637c1035534 (\"tipc: resolve race problem at unicast message reception\")\nAcked-by: Jon Maloy \u003cjmaloy@redhat.com\u003e\nSigned-off-by: Hoang Le \u003choang.h.le@dektech.com.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "e50e711351bdc656a8e6ca1022b4293cae8dcd59", "tree": "234154e799ce9444c0f29592772ff5e8725746ce", "parents": [ "d7807a9adf4856171f8441f13078c33941df48ab" ], "author": { "name": "Aya Levin", "email": "ayal@nvidia.com", "time": "Mon Sep 13 10:53:49 2021 +0300" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:38:45 2021 +0100" }, "message": "udp_tunnel: Fix udp_tunnel_nic work-queue type\n\nTurn udp_tunnel_nic work-queue to an ordered work-queue. This queue\nholds the UDP-tunnel configuration commands of the different netdevs.\nWhen the netdevs are functions of the same NIC the order of\nexecution may be crucial.\n\nProblem example:\nNIC with 2 PFs, both PFs declare offload quota of up to 3 UDP-ports.\n $ifconfig eth2 1.1.1.1/16 up\n\n $ip link add eth2_19503 type vxlan id 5049 remote 1.1.1.2 dev eth2 dstport 19053\n $ip link set dev eth2_19503 up\n\n $ip link add eth2_19504 type vxlan id 5049 remote 1.1.1.3 dev eth2 dstport 19054\n $ip link set dev eth2_19504 up\n\n $ip link add eth2_19505 type vxlan id 5049 remote 1.1.1.4 dev eth2 dstport 19055\n $ip link set dev eth2_19505 up\n\n $ip link add eth2_19506 type vxlan id 5049 remote 1.1.1.5 dev eth2 dstport 19056\n $ip link set dev eth2_19506 up\n\nNIC RX port offload infrastructure offloads the first 3 UDP-ports (on\nall devices which sets NETIF_F_RX_UDP_TUNNEL_PORT feature) and not\nUDP-port 19056. So both PFs gets this offload configuration.\n\n $ip link set dev eth2_19504 down\n\nThis triggers udp-tunnel-core to remove the UDP-port 19504 from\noffload-ports-list and offload UDP-port 19056 instead.\n\nIn this scenario it is important that the UDP-port of 19504 will be\nremoved from both PFs before trying to add UDP-port 19056. The NIC can\nstop offloading a UDP-port only when all references are removed.\nOtherwise the NIC may report exceeding of the offload quota.\n\nFixes: cc4e3835eff4 (\"udp_tunnel: add central NIC RX port offload infrastructure\")\nSigned-off-by: Aya Levin \u003cayal@nvidia.com\u003e\nReviewed-by: Tariq Toukan \u003ctariqt@nvidia.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d7807a9adf4856171f8441f13078c33941df48ab", "tree": "b924b7199a3ace19ae09cb97db9ef1173fce1b1d", "parents": [ "2049eb0d20de1e6533526ad209f5d1b006ed97c7" ], "author": { "name": "Yajun Deng", "email": "yajun.deng@linux.dev", "time": "Mon Sep 13 12:04:42 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:37:04 2021 +0100" }, "message": "Revert \"ipv4: fix memory leaks in ip_cmsg_send() callers\"\n\nThis reverts commit 919483096bfe75dda338e98d56da91a263746a0a.\n\nThere is only when ip_options_get() return zero need to free.\nIt already called kfree() when return error.\n\nFixes: 919483096bfe (\"ipv4: fix memory leaks in ip_cmsg_send() callers\")\nSigned-off-by: Yajun Deng \u003cyajun.deng@linux.dev\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "2049eb0d20de1e6533526ad209f5d1b006ed97c7", "tree": "e21ec6d727cc7d6cf5cf97f0f6dba9d1719739ac", "parents": [ "f11ee2ad25b22c2ee587045dd6999434375532f7", "985941e1dd5e996311c29688ca0d3aa1ff8eb0b6" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:31:13 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:31:13 2021 +0100" }, "message": "Merge branch \u0027bnxt_en-fixes\u0027\n\nMichael Chan says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nbnxt_en: Bug fixes.\n\nThe first patch fixes an error recovery regression just introduced\nabout a week ago. The other two patches fix issues related to\nfreeing rings in the bnxt_close() path under error conditions.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "985941e1dd5e996311c29688ca0d3aa1ff8eb0b6", "tree": "e21ec6d727cc7d6cf5cf97f0f6dba9d1719739ac", "parents": [ "1affc01fdc6035189a5ab2a24948c9419ee0ecf2" ], "author": { "name": "Michael Chan", "email": "michael.chan@broadcom.com", "time": "Sun Sep 12 12:34:49 2021 -0400" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:31:13 2021 +0100" }, "message": "bnxt_en: Clean up completion ring page arrays completely\n\nWe recently changed the completion ring page arrays to be dynamically\nallocated to better support the expanded range of ring depths. The\ncleanup path for this was not quite complete. It might cause the\nshutdown path to crash if we need to abort before the completion ring\narrays have been allocated and initialized.\n\nFix it by initializing the ring_mem-\u003epg_arr to NULL after freeing the\ncompletion ring page array. Add a check in bnxt_free_ring() to skip\nreferencing the rmem-\u003epg_arr if it is NULL.\n\nFixes: 03c7448790b8 (\"bnxt_en: Don\u0027t use static arrays for completion ring pages\")\nReviewed-by: Andy Gospodarek \u003cgospo@broadcom.com\u003e\nReviewed-by: Edwin Peer \u003cedwin.peer@broadcom.com\u003e\nSigned-off-by: Michael Chan \u003cmichael.chan@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1affc01fdc6035189a5ab2a24948c9419ee0ecf2", "tree": "76e02db82c9f4632b82f1eacdd9984bf7ca9a02f", "parents": [ "eca4cf12acda306f851f6d2a05b1c9ef62cf0e81" ], "author": { "name": "Edwin Peer", "email": "edwin.peer@broadcom.com", "time": "Sun Sep 12 12:34:48 2021 -0400" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:31:13 2021 +0100" }, "message": "bnxt_en: make bnxt_free_skbs() safe to call after bnxt_free_mem()\n\nThe call to bnxt_free_mem(..., false) in the bnxt_half_open_nic() error\npath will deallocate ring descriptor memory via bnxt_free_?x_rings(),\nbut because irq_re_init is false, the ring info itself is not freed.\n\nTo simplify error paths, deallocation functions have generally been\nwritten to be safe when called on unallocated memory. It should always\nbe safe to call dev_close(), which calls bnxt_free_skbs() a second time,\neven in this semi- allocated ring state.\n\nCalling bnxt_free_skbs() a second time with the rings already freed will\ncause NULL pointer dereference. Fix it by checking the rings are valid\nbefore proceeding in bnxt_free_tx_skbs() and\nbnxt_free_one_rx_ring_skbs().\n\nFixes: 975bc99a4a39 (\"bnxt_en: Refactor bnxt_free_rx_skbs().\")\nSigned-off-by: Edwin Peer \u003cedwin.peer@broadcom.com\u003e\nSigned-off-by: Michael Chan \u003cmichael.chan@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "eca4cf12acda306f851f6d2a05b1c9ef62cf0e81", "tree": "53ea84a3a918da12dd2cbd28483ad4269677503d", "parents": [ "f11ee2ad25b22c2ee587045dd6999434375532f7" ], "author": { "name": "Michael Chan", "email": "michael.chan@broadcom.com", "time": "Sun Sep 12 12:34:47 2021 -0400" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 13 12:31:13 2021 +0100" }, "message": "bnxt_en: Fix error recovery regression\n\nThe recent patch has introduced a regression by not reading the reset\ncount in the ERROR_RECOVERY async event handler. We may have just\ngone through a reset and the reset count has just incremented. If\nwe don\u0027t update the reset count in the ERROR_RECOVERY event handler,\nthe health check timer will see that the reset count has changed and\nwill initiate an unintended reset.\n\nRestore the unconditional update of the reset count in\nbnxt_async_event_process() if error recovery watchdog is enabled.\nAlso, update the reset count at the end of the reset sequence to\nmake it even more robust.\n\nFixes: 1b2b91831983 (\"bnxt_en: Fix possible unintended driver initiated error recovery\")\nReviewed-by: Edwin Peer \u003cedwin.peer@broadcom.com\u003e\nSigned-off-by: Michael Chan \u003cmichael.chan@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "f11ee2ad25b22c2ee587045dd6999434375532f7", "tree": "34677ce3714673876a0bbb84d7a36bcd01313d17", "parents": [ "1b704b27beb11ce147d64b21c914e57afbfb5656" ], "author": { "name": "Len Baker", "email": "len.baker@gmx.com", "time": "Sat Sep 11 12:28:18 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Sep 12 10:49:21 2021 +0100" }, "message": "net: mana: Prefer struct_size over open coded arithmetic\n\nAs noted in the \"Deprecated Interfaces, Language Features, Attributes,\nand Conventions\" documentation [1], size calculations (especially\nmultiplication) should not be performed in memory allocator (or similar)\nfunction arguments due to the risk of them overflowing. This could lead\nto values wrapping around and a smaller allocation being made than the\ncaller was expecting. Using those allocations could lead to linear\noverflows of heap memory and other misbehaviors.\n\nSo, use the struct_size() helper to do the arithmetic instead of the\nargument \"size + count * size\" in the kzalloc() function.\n\n[1] https://www.kernel.org/doc/html/v5.14/process/deprecated.html#open-coded-arithmetic-in-allocator-arguments\n\nSigned-off-by: Len Baker \u003clen.baker@gmx.com\u003e\nReviewed-by: Haiyang Zhang \u003chaiyangz@microsoft.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1b704b27beb11ce147d64b21c914e57afbfb5656", "tree": "384e70469db65eb1c733a996b480ffe3a2dcd307", "parents": [ "ce062a0adbfe933b1932235fdfd874c4c91d1bb0" ], "author": { "name": "Andrea Claudi", "email": "aclaudi@redhat.com", "time": "Sat Sep 11 16:14:18 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Sep 12 10:48:26 2021 +0100" }, "message": "selftest: net: fix typo in altname test\n\nIf altname deletion of the short alternative name fails, the error\nmessage printed is: \"Failed to add short alternative name\".\nThis is obviously a typo, as we are testing altname deletion.\n\nFix this using a proper error message.\n\nFixes: f95e6c9c4617 (\"selftest: net: add alternative names test\")\nSigned-off-by: Andrea Claudi \u003caclaudi@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ce062a0adbfe933b1932235fdfd874c4c91d1bb0", "tree": "53da0870879d3b14fa9ca03c45f5069dea1b4cbd", "parents": [ "08dad2f4d541fcfe5e7bfda72cc6314bbfd2802f" ], "author": { "name": "Ansuel Smith", "email": "ansuelsmth@gmail.com", "time": "Sat Sep 11 17:50:09 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Sep 12 10:47:31 2021 +0100" }, "message": "net: dsa: qca8k: fix kernel panic with legacy mdio mapping\n\nWhen the mdio legacy mapping is used the mii_bus priv registered by DSA\nrefer to the dsa switch struct instead of the qca8k_priv struct and\ncauses a kernel panic. Create dedicated function when the internal\ndedicated mdio driver is used to properly handle the 2 different\nimplementation.\n\nFixes: 759bafb8a322 (\"net: dsa: qca8k: add support for internal phy and internal mdio\")\nSigned-off-by: Ansuel Smith \u003cansuelsmth@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "08dad2f4d541fcfe5e7bfda72cc6314bbfd2802f", "tree": "13074dff20bd66359da00357239f590a1662d7f2", "parents": [ "666eb96d85dcbc93aacc186a037db2e05b92b9f5" ], "author": { "name": "Jesper Nilsson", "email": "jesper.nilsson@axis.com", "time": "Fri Sep 10 21:55:34 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sat Sep 11 10:19:51 2021 +0100" }, "message": "net: stmmac: allow CSR clock of 300MHz\n\nThe Synopsys Ethernet IP uses the CSR clock as a base clock for MDC.\nThe divisor used is set in the MAC_MDIO_Address register field CR\n(Clock Rate)\n\nThe divisor is there to change the CSR clock into a clock that falls\nbelow the IEEE 802.3 specified max frequency of 2.5MHz.\n\nIf the CSR clock is 300MHz, the code falls back to using the reset\nvalue in the MAC_MDIO_Address register, as described in the comment\nabove this code.\n\nHowever, 300MHz is actually an allowed value and the proper divider\ncan be estimated quite easily (it\u0027s just 1Hz difference!)\n\nA CSR frequency of 300MHz with the maximum clock rate value of 0x5\n(STMMAC_CSR_250_300M, a divisor of 124) gives somewhere around\n~2.42MHz which is below the IEEE 802.3 specified maximum.\n\nFor the ARTPEC-8 SoC, the CSR clock is this problematic 300MHz,\nand unfortunately, the reset-value of the MAC_MDIO_Address CR field\nis 0x0.\n\nThis leads to a clock rate of zero and a divisor of 42, and gives an\nMDC frequency of ~7.14MHz.\n\nAllow CSR clock of 300MHz by making the comparison inclusive.\n\nSigned-off-by: Jesper Nilsson \u003cjesper.nilsson@axis.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "2f1aaf3ea666b737ad717b3d88667225aca23149", "tree": "b668d5d945b542fdc36a64cd451a8925166fbe90", "parents": [ "3a029e1f3d6e2ee809e85abecce619a48016bd4b" ], "author": { "name": "Yonghong Song", "email": "yhs@fb.com", "time": "Thu Sep 09 08:49:59 2021 -0700" }, "committer": { "name": "Daniel Borkmann", "email": "daniel@iogearbox.net", "time": "Fri Sep 10 22:24:23 2021 +0200" }, "message": "bpf, mm: Fix lockdep warning triggered by stack_map_get_build_id_offset()\n\nCurrently the bpf selftest \"get_stack_raw_tp\" triggered the warning:\n\n [ 1411.304463] WARNING: CPU: 3 PID: 140 at include/linux/mmap_lock.h:164 find_vma+0x47/0xa0\n [ 1411.304469] Modules linked in: bpf_testmod(O) [last unloaded: bpf_testmod]\n [ 1411.304476] CPU: 3 PID: 140 Comm: systemd-journal Tainted: G W O 5.14.0+ #53\n [ 1411.304479] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.14.0-0-g155821a1990b-prebuilt.qemu.org 04/01/2014\n [ 1411.304481] RIP: 0010:find_vma+0x47/0xa0\n [ 1411.304484] Code: de 48 89 ef e8 ba f5 fe ff 48 85 c0 74 2e 48 83 c4 08 5b 5d c3 48 8d bf 28 01 00 00 be ff ff ff ff e8 2d 9f d8 00 85 c0 75 d4 \u003c0f\u003e 0b 48 89 de 48 8\n [ 1411.304487] RSP: 0018:ffffabd440403db8 EFLAGS: 00010246\n [ 1411.304490] RAX: 0000000000000000 RBX: 00007f00ad80a0e0 RCX: 0000000000000000\n [ 1411.304492] RDX: 0000000000000001 RSI: ffffffff9776b144 RDI: ffffffff977e1b0e\n [ 1411.304494] RBP: ffff9cf5c2f50000 R08: ffff9cf5c3eb25d8 R09: 00000000fffffffe\n [ 1411.304496] R10: 0000000000000001 R11: 00000000ef974e19 R12: ffff9cf5c39ae0e0\n [ 1411.304498] R13: 0000000000000000 R14: 0000000000000000 R15: ffff9cf5c39ae0e0\n [ 1411.304501] FS: 00007f00ae754780(0000) GS:ffff9cf5fba00000(0000) knlGS:0000000000000000\n [ 1411.304504] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n [ 1411.304506] CR2: 000000003e34343c CR3: 0000000103a98005 CR4: 0000000000370ee0\n [ 1411.304508] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n [ 1411.304510] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\n [ 1411.304512] Call Trace:\n [ 1411.304517] stack_map_get_build_id_offset+0x17c/0x260\n [ 1411.304528] __bpf_get_stack+0x18f/0x230\n [ 1411.304541] bpf_get_stack_raw_tp+0x5a/0x70\n [ 1411.305752] RAX: 0000000000000000 RBX: 5541f689495641d7 RCX: 0000000000000000\n [ 1411.305756] RDX: 0000000000000001 RSI: ffffffff9776b144 RDI: ffffffff977e1b0e\n [ 1411.305758] RBP: ffff9cf5c02b2f40 R08: ffff9cf5ca7606c0 R09: ffffcbd43ee02c04\n [ 1411.306978] bpf_prog_32007c34f7726d29_bpf_prog1+0xaf/0xd9c\n [ 1411.307861] R10: 0000000000000001 R11: 0000000000000044 R12: ffff9cf5c2ef60e0\n [ 1411.307865] R13: 0000000000000005 R14: 0000000000000000 R15: ffff9cf5c2ef6108\n [ 1411.309074] bpf_trace_run2+0x8f/0x1a0\n [ 1411.309891] FS: 00007ff485141700(0000) GS:ffff9cf5fae00000(0000) knlGS:0000000000000000\n [ 1411.309896] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n [ 1411.311221] syscall_trace_enter.isra.20+0x161/0x1f0\n [ 1411.311600] CR2: 00007ff48514d90e CR3: 0000000107114001 CR4: 0000000000370ef0\n [ 1411.312291] do_syscall_64+0x15/0x80\n [ 1411.312941] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n [ 1411.313803] entry_SYSCALL_64_after_hwframe+0x44/0xae\n [ 1411.314223] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\n [ 1411.315082] RIP: 0033:0x7f00ad80a0e0\n [ 1411.315626] Call Trace:\n [ 1411.315632] stack_map_get_build_id_offset+0x17c/0x260\n\nTo reproduce, first build `test_progs` binary:\n\n make -C tools/testing/selftests/bpf -j60\n\nand then run the binary at tools/testing/selftests/bpf directory:\n\n ./test_progs -t get_stack_raw_tp\n\nThe warning is due to commit 5b78ed24e8ec (\"mm/pagemap: add mmap_assert_locked()\nannotations to find_vma*()\") which added mmap_assert_locked() in find_vma()\nfunction. The mmap_assert_locked() function asserts that mm-\u003emmap_lock needs\nto be held. But this is not the case for bpf_get_stack() or bpf_get_stackid()\nhelper (kernel/bpf/stackmap.c), which uses mmap_read_trylock_non_owner()\ninstead. Since mm-\u003emmap_lock is not held in bpf_get_stack[id]() use case,\nthe above warning is emitted during test run.\n\nThis patch fixed the issue by (1). using mmap_read_trylock() instead of\nmmap_read_trylock_non_owner() to satisfy lockdep checking in find_vma(), and\n(2). droping lockdep for mmap_lock right before the irq_work_queue(). The\nfunction mmap_read_trylock_non_owner() is also removed since after this\npatch nobody calls it any more.\n\nFixes: 5b78ed24e8ec (\"mm/pagemap: add mmap_assert_locked() annotations to find_vma*()\")\nSuggested-by: Jason Gunthorpe \u003cjgg@ziepe.ca\u003e\nSigned-off-by: Yonghong Song \u003cyhs@fb.com\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nReviewed-by: Liam R. Howlett \u003cLiam.Howlett@oracle.com\u003e\nCc: Luigi Rizzo \u003clrizzo@google.com\u003e\nCc: Jason Gunthorpe \u003cjgg@ziepe.ca\u003e\nCc: linux-mm@kvack.org\nLink: https://lore.kernel.org/bpf/20210909155000.1610299-1-yhs@fb.com\n" }, { "commit": "666eb96d85dcbc93aacc186a037db2e05b92b9f5", "tree": "16c8525e48615d9280e5a329e52f3e1f046bd71a", "parents": [ "20e100f52730cd0db609e559799c1712b5f27582" ], "author": { "name": "Colin Ian King", "email": "colin.king@canonical.com", "time": "Fri Sep 10 12:15:11 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri Sep 10 14:42:31 2021 +0100" }, "message": "qlcnic: Remove redundant initialization of variable ret\n\nThe variable ret is being initialized with a value that is never read, it\nis being updated later on. The assignment is redundant and can be removed.\n\nAddresses-Coverity: (\"Unused value\")\nSigned-off-by: Colin Ian King \u003ccolin.king@canonical.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "20e100f52730cd0db609e559799c1712b5f27582", "tree": "af713f78d5f0abd9170e3ba5afdbcd349a0b39ed", "parents": [ "dc41c4a98a76640e7085815f937eadd1f336ba85" ], "author": { "name": "Shai Malin", "email": "smalin@marvell.com", "time": "Fri Sep 10 11:33:56 2021 +0300" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri Sep 10 10:17:11 2021 +0100" }, "message": "qed: Handle management FW error\n\nHandle MFW (management FW) error response in order to avoid a crash\nduring recovery flows.\n\nChanges from v1:\n- Add \"Fixes tag\".\n\nFixes: tag 5e7ba042fd05 (\"qed: Fix reading stale configuration information\")\nSigned-off-by: Ariel Elior \u003caelior@marvell.com\u003e\nSigned-off-by: Shai Malin \u003csmalin@marvell.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "dc41c4a98a76640e7085815f937eadd1f336ba85", "tree": "da308b386aedb4829050ba2bda1544078f906f6b", "parents": [ "e3f0cc1a945fcefec0c7c9d9dfd028a51daa1846" ], "author": { "name": "Baruch Siach", "email": "baruch@tkos.co.il", "time": "Thu Sep 09 20:49:47 2021 +0300" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri Sep 10 10:00:59 2021 +0100" }, "message": "net/packet: clarify source of pr_*() messages\n\nAdd pr_fmt macro to spell out the source of messages in prefix.\n\nBefore this patch:\n\n packet size is too long (1543 \u003e 1518)\n\nWith this patch:\n\n af_packet: packet size is too long (1543 \u003e 1518)\n\nSigned-off-by: Baruch Siach \u003cbaruch@tkos.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "e3f0cc1a945fcefec0c7c9d9dfd028a51daa1846", "tree": "50878ce4bfcc80815e3062642562e09bfde5111b", "parents": [ "bfe84435090a6c85271b02a42b1d83fef9ff7cc7" ], "author": { "name": "Florian Fainelli", "email": "f.fainelli@gmail.com", "time": "Thu Sep 09 10:33:28 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri Sep 10 10:00:08 2021 +0100" }, "message": "r6040: Restore MDIO clock frequency after MAC reset\n\nA number of users have reported that they were not able to get the PHY\nto successfully link up, especially after commit c36757eb9dee (\"net:\nphy: consider AN_RESTART status when reading link status\") where we\nstopped reading just BMSR, but we also read BMCR to determine the link\nstatus.\n\nAndrius at NetBSD did a wonderful job at debugging the problem\nand found out that the MDIO bus clock frequency would be incorrectly set\nback to its default value which would prevent the MDIO bus controller\nfrom reading PHY registers properly. Back when we only read BMSR, if we\nread all 1s, we could falsely indicate a link status, though in general\nthere is a cable plugged in, so this went unnoticed. After a second read\nof BMCR was added, a wrong read will lead to the inability to determine\na link UP condition which is when it started to be visibly broken, even\nif it was long before that.\n\nThe fix consists in restoring the value of the MD_CSR register that was\nset prior to the MAC reset.\n\nLink: http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number\u003d53494\nFixes: 90f750a81a29 (\"r6040: consolidate MAC reset to its own function\")\nReported-by: Andrius V \u003cvezhlys@gmail.com\u003e\nReported-by: Darek Strugacz \u003cdarek.strugacz@op.pl\u003e\nTested-by: Darek Strugacz \u003cdarek.strugacz@op.pl\u003e\nSigned-off-by: Florian Fainelli \u003cf.fainelli@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "bfe84435090a6c85271b02a42b1d83fef9ff7cc7", "tree": "94b10b464fd5764a8e136f889ac4a026b20eacd9", "parents": [ "e011912651bdf72840d88e8a8de3716bbcc4be99" ], "author": { "name": "Dave Ertman", "email": "david.m.ertman@intel.com", "time": "Thu Sep 09 08:12:23 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Fri Sep 10 09:58:55 2021 +0100" }, "message": "ice: Correctly deal with PFs that do not support RDMA\n\nThere are two cases where the current PF does not support RDMA\nfunctionality. The first is if the NVM loaded on the device is set\nto not support RDMA (common_caps.rdma is false). The second is if\nthe kernel bonding driver has included the current PF in an active\nlink aggregate.\n\nWhen the driver has determined that this PF does not support RDMA, then\nauxiliary devices should not be created on the auxiliary bus. Without\na device on the auxiliary bus, even if the irdma driver is present, there\nwill be no RDMA activity attempted on this PF.\n\nCurrently, in the reset flow, an attempt to create auxiliary devices is\nperformed without regard to the ability of the PF. There needs to be a\ncheck in ice_aux_plug_dev (as the central point that creates auxiliary\ndevices) to see if the PF is in a state to support the functionality.\n\nWhen disabling and re-enabling RDMA due to the inclusion/removal of the PF\nin a link aggregate, we also need to set/clear the bit which controls\nauxiliary device creation so that a reset recovery in a link aggregate\nsituation doesn\u0027t try to create auxiliary devices when it shouldn\u0027t.\n\nFixes: f9f5301e7e2d (\"ice: Register auxiliary device to provide RDMA\")\nReported-by: Yongxin Liu \u003cyongxin.liu@windriver.com\u003e\nSigned-off-by: Dave Ertman \u003cdavid.m.ertman@intel.com\u003e\nSigned-off-by: Tony Nguyen \u003canthony.l.nguyen@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "e011912651bdf72840d88e8a8de3716bbcc4be99", "tree": "6cbf61c52cabc40f7f0d5cbbb32df097c3e34a61", "parents": [ "e3a843f98c8fad4d02849fdb14919885024bf51f" ], "author": { "name": "Guenter Roeck", "email": "linux@roeck-us.net", "time": "Wed Sep 08 21:49:53 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:21:19 2021 +0100" }, "message": "net: ni65: Avoid typecast of pointer to u32\n\nBuilding alpha:allmodconfig results in the following error.\n\ndrivers/net/ethernet/amd/ni65.c: In function \u0027ni65_stop_start\u0027:\ndrivers/net/ethernet/amd/ni65.c:751:37: error:\n\tcast from pointer to integer of different size\n\t\tbuffer[i] \u003d (u32) isa_bus_to_virt(tmdp-\u003eu.buffer);\n\n\u0027buffer[]\u0027 is declared as unsigned long, so replace the typecast to u32\nwith a typecast to unsigned long to fix the problem.\n\nCc: Arnd Bergmann \u003carnd@kernel.org\u003e\nSigned-off-by: Guenter Roeck \u003clinux@roeck-us.net\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "e3a843f98c8fad4d02849fdb14919885024bf51f", "tree": "431f8e5d54c7145882a05f1819e238209088a79b", "parents": [ "2a48d96fd58a666ae231c3dd6fe4a458798ac645", "6215b608a8c4d4a478721e14a6faa0dc56e4a693" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:17:37 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:17:37 2021 +0100" }, "message": "Merge branch \u0027sfx-xdp-fallback-tx-queues\u0027\n\nÍñigo Huguet says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nsfc: fallback for lack of xdp tx queues\n\nIf there are not enough hardware resources to allocate one tx queue per\nCPU for XDP, XDP_TX and XDP_REDIRECT actions were unavailable, and using\nthem resulted each time with the packet being drop and this message in\nthe logs: XDP TX failed (-22)\n\nThese patches implement 2 fallback solutions for 2 different situations\nthat might happen:\n1. There are not enough free resources for all the tx queues, but there\n are some free resources available\n2. There are not enough free resources at all for tx queues.\n\nBoth solutions are based in sharing tx queues, using __netif_tx_lock for\nsynchronization. In the second case, as there are not XDP TX queues to\nshare, network stack queues are used instead, but since we\u0027re taking\n__netif_tx_lock, concurrent access to the queues is correctly protected.\n\nThe solution for this second case might affect performance both of XDP\ntraffic and normal traffice due to lock contention if both are used\nintensively. That\u0027s why I call it a \"last resort\" fallback: it\u0027s not a\ndesirable situation, but at least we have XDP TX working.\n\nSome tests has shown good results and indicate that the non-fallback\ncase is not being damaged by this changes. They are also promising for\nthe fallback cases. This is the test:\n1. From another machine, send high amount of packets with pktgen, script\n samples/pktgen/pktgen_sample04_many_flows.sh\n2. In the tested machine, run samples/bpf/xdp_rxq_info with arguments\n \"-a XDP_TX --swapmac\" and see the results\n3. In the tested machine, run also pktgen_sample04 to create high TX\n normal traffic, and see how xdp_rxq_info results vary\n\nNote that this test doesn\u0027t check the worst situations for the fallback\nsolutions because XDP_TX will only be executed from the same CPUs that\nare processed by sfc, and not from every CPU in the system, so the\nperformance drop due to the highest locking contention doesn\u0027t happen.\nI\u0027d like to test that, as well, but I don\u0027t have access right now to a\nproper environment.\n\nTest results:\n\nWithout doing TX:\nBefore changes: ~2,900,000 pps\nAfter changes, 1 queues/core: ~2,900,000 pps\nAfter changes, 2 queues/core: ~2,900,000 pps\nAfter changes, 8 queues/core: ~2,900,000 pps\nAfter changes, borrowing from network stack: ~2,900,000 pps\n\nWith multiflow TX at the same time:\nBefore changes: ~1,700,000 - 2,900,000 pps\nAfter changes, 1 queues/core: ~1,700,000 - 2,900,000 pps\nAfter changes, 2 queues/core: ~1,700,000 pps\nAfter changes, 8 queues/core: ~1,700,000 pps\nAfter changes, borrowing from network stack: 1,150,000 pps\n\nSporadic \"XDP TX failed (-5)\" warnings are shown when running xdp program\nand pktgen simultaneously. This was expected because XDP doesn\u0027t have any\nbuffering system if the NIC is under very high pressure. Thousands of\nthese warnings are shown in the case of borrowing net stack queues. As I\nsaid before, this was also expected.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "6215b608a8c4d4a478721e14a6faa0dc56e4a693", "tree": "431f8e5d54c7145882a05f1819e238209088a79b", "parents": [ "415446185b939dcdcd6a483e705c805ab961e54c" ], "author": { "name": "Íñigo Huguet", "email": "ihuguet@redhat.com", "time": "Thu Sep 09 11:28:46 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:17:37 2021 +0100" }, "message": "sfc: last resort fallback for lack of xdp tx queues\n\nPrevious patch addressed the situation of having some free resources for\nxdp tx but not enough for one tx queue per CPU. This patch address the\nworst case of not having resources at all for xdp tx.\n\nInstead of using queues dedicated to xdp, normal queues used by network\nstack are shared for both cases, using __netif_tx_lock for\nsynchronization. Also queue stop/restart must be considered in the xdp\npath to avoid freezing the queue.\n\nThis is not the ideal situation we might want to be, and a performance\npenalty is expected both for normal and xdp traffic, but at least XDP\nwill work in all possible situations (with a warning in the logs),\nimproving a bit the pain of not knowing in what situations we can use it\nand in what situations we cannot.\n\nSigned-off-by: Íñigo Huguet \u003cihuguet@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "415446185b939dcdcd6a483e705c805ab961e54c", "tree": "36b7b984b10d9042349c6b8b1128109dc1c5b402", "parents": [ "2a48d96fd58a666ae231c3dd6fe4a458798ac645" ], "author": { "name": "Íñigo Huguet", "email": "ihuguet@redhat.com", "time": "Thu Sep 09 11:28:45 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:17:37 2021 +0100" }, "message": "sfc: fallback for lack of xdp tx queues\n\nIf there are not enough resources to allocate one TX queue per core for\nXDP TX it was completely disabled.\n\nThis patch implements a fallback solution for sharing the available\nqueues using __netif_tx_lock for synchronization. In the normal case that\nthere is one TX queue per CPU, no locking is done, as it was before.\n\nWith this fallback solution, XDP TX will work in much more cases that\nwere failing, specially in machines with many CPUs. It\u0027s hard for XDP\nusers to know what features are supported across different NICs and\nconfigurations, so they will benefit on having wider support.\n\nSigned-off-by: Íñigo Huguet \u003cihuguet@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "2a48d96fd58a666ae231c3dd6fe4a458798ac645", "tree": "737205dccb9016a5457f46e6f8c948ee26af7833", "parents": [ "9b6ff7eb666415e1558f1ba8a742f5db6a9954de" ], "author": { "name": "Joakim Zhang", "email": "qiangqing.zhang@nxp.com", "time": "Thu Sep 09 17:23:22 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:14:07 2021 +0100" }, "message": "net: stmmac: platform: fix build warning when with !CONFIG_PM_SLEEP\n\nUse __maybe_unused for noirq_suspend()/noirq_resume() hooks to avoid\nbuild warning with !CONFIG_PM_SLEEP:\n\n\u003e\u003e drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c:796:12: error: \u0027stmmac_pltfr_noirq_resume\u0027 defined but not used [-Werror\u003dunused-function]\n 796 | static int stmmac_pltfr_noirq_resume(struct device *dev)\n | ^~~~~~~~~~~~~~~~~~~~~~~~~\n\u003e\u003e drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c:775:12: error: \u0027stmmac_pltfr_noirq_suspend\u0027 defined but not used [-Werror\u003dunused-function]\n 775 | static int stmmac_pltfr_noirq_suspend(struct device *dev)\n | ^~~~~~~~~~~~~~~~~~~~~~~~~~\n cc1: all warnings being treated as errors\n\nFixes: 276aae377206 (\"net: stmmac: fix system hang caused by eee_ctrl_timer during suspend/resume\")\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nSigned-off-by: Joakim Zhang \u003cqiangqing.zhang@nxp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "9b6ff7eb666415e1558f1ba8a742f5db6a9954de", "tree": "2961aada1fd30146e1b32903e13fa377e67069fe", "parents": [ "04f08eb44b5011493d77b602fdec29ff0f5c6cd5" ], "author": { "name": "Xiyu Yang", "email": "xiyuyang19@fudan.edu.cn", "time": "Thu Sep 09 12:32:00 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 11:00:20 2021 +0100" }, "message": "net/l2tp: Fix reference count leak in l2tp_udp_recv_core\n\nThe reference count leak issue may take place in an error handling\npath. If both conditions of tunnel-\u003eversion \u003d\u003d L2TP_HDR_VER_3 and the\nreturn value of l2tp_v3_ensure_opt_in_linear is nonzero, the function\nwould directly jump to label invalid, without decrementing the reference\ncount of the l2tp_session object session increased earlier by\nl2tp_tunnel_get_session(). This may result in refcount leaks.\n\nFix this issue by decrease the reference count before jumping to the\nlabel invalid.\n\nFixes: 4522a70db7aa (\"l2tp: fix reading optional fields of L2TPv3\")\nSigned-off-by: Xiyu Yang \u003cxiyuyang19@fudan.edu.cn\u003e\nSigned-off-by: Xin Xiong \u003cxiongx18@fudan.edu.cn\u003e\nSigned-off-by: Xin Tan \u003ctanxin.ctf@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "04f08eb44b5011493d77b602fdec29ff0f5c6cd5", "tree": "f9afeae4282ff9484ff1331f6bbb9b65ba3ea4a3", "parents": [ "d82d5303c4c539db86588ffb5dc5b26c3f1513e8" ], "author": { "name": "Eric Dumazet", "email": "edumazet@google.com", "time": "Wed Sep 08 17:00:29 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 10:57:52 2021 +0100" }, "message": "net/af_unix: fix a data-race in unix_dgram_poll\n\nsyzbot reported another data-race in af_unix [1]\n\nLets change __skb_insert() to use WRITE_ONCE() when changing\nskb head qlen.\n\nAlso, change unix_dgram_poll() to use lockless version\nof unix_recvq_full()\n\nIt is verry possible we can switch all/most unix_recvq_full()\nto the lockless version, this will be done in a future kernel version.\n\n[1] HEAD commit: 8596e589b787732c8346f0482919e83cc9362db1\n\nBUG: KCSAN: data-race in skb_queue_tail / unix_dgram_poll\n\nwrite to 0xffff88814eeb24e0 of 4 bytes by task 25815 on cpu 0:\n __skb_insert include/linux/skbuff.h:1938 [inline]\n __skb_queue_before include/linux/skbuff.h:2043 [inline]\n __skb_queue_tail include/linux/skbuff.h:2076 [inline]\n skb_queue_tail+0x80/0xa0 net/core/skbuff.c:3264\n unix_dgram_sendmsg+0xff2/0x1600 net/unix/af_unix.c:1850\n sock_sendmsg_nosec net/socket.c:703 [inline]\n sock_sendmsg net/socket.c:723 [inline]\n ____sys_sendmsg+0x360/0x4d0 net/socket.c:2392\n ___sys_sendmsg net/socket.c:2446 [inline]\n __sys_sendmmsg+0x315/0x4b0 net/socket.c:2532\n __do_sys_sendmmsg net/socket.c:2561 [inline]\n __se_sys_sendmmsg net/socket.c:2558 [inline]\n __x64_sys_sendmmsg+0x53/0x60 net/socket.c:2558\n do_syscall_x64 arch/x86/entry/common.c:50 [inline]\n do_syscall_64+0x3d/0x90 arch/x86/entry/common.c:80\n entry_SYSCALL_64_after_hwframe+0x44/0xae\n\nread to 0xffff88814eeb24e0 of 4 bytes by task 25834 on cpu 1:\n skb_queue_len include/linux/skbuff.h:1869 [inline]\n unix_recvq_full net/unix/af_unix.c:194 [inline]\n unix_dgram_poll+0x2bc/0x3e0 net/unix/af_unix.c:2777\n sock_poll+0x23e/0x260 net/socket.c:1288\n vfs_poll include/linux/poll.h:90 [inline]\n ep_item_poll fs/eventpoll.c:846 [inline]\n ep_send_events fs/eventpoll.c:1683 [inline]\n ep_poll fs/eventpoll.c:1798 [inline]\n do_epoll_wait+0x6ad/0xf00 fs/eventpoll.c:2226\n __do_sys_epoll_wait fs/eventpoll.c:2238 [inline]\n __se_sys_epoll_wait fs/eventpoll.c:2233 [inline]\n __x64_sys_epoll_wait+0xf6/0x120 fs/eventpoll.c:2233\n do_syscall_x64 arch/x86/entry/common.c:50 [inline]\n do_syscall_64+0x3d/0x90 arch/x86/entry/common.c:80\n entry_SYSCALL_64_after_hwframe+0x44/0xae\n\nvalue changed: 0x0000001b -\u003e 0x00000001\n\nReported by Kernel Concurrency Sanitizer on:\nCPU: 1 PID: 25834 Comm: syz-executor.1 Tainted: G W 5.14.0-syzkaller #0\nHardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011\n\nFixes: 86b18aaa2b5b (\"skbuff: fix a data race in skb_queue_len()\")\nCc: Qian Cai \u003ccai@lca.pw\u003e\nSigned-off-by: Eric Dumazet \u003cedumazet@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d82d5303c4c539db86588ffb5dc5b26c3f1513e8", "tree": "0522461707537a69317c5946ea276aef5aafc29d", "parents": [ "273c29e944bda9a20a30c26cfc34c9a3f363280b" ], "author": { "name": "Tong Zhang", "email": "ztong0001@gmail.com", "time": "Wed Sep 08 12:02:32 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 10:55:44 2021 +0100" }, "message": "net: macb: fix use after free on rmmod\n\nplat_dev-\u003edev-\u003eplatform_data is released by platform_device_unregister(),\nuse of pclk and hclk is a use-after-free. Since device unregister won\u0027t\nneed a clk device we adjust the function call sequence to fix this issue.\n\n[ 31.261225] BUG: KASAN: use-after-free in macb_remove+0x77/0xc6 [macb_pci]\n[ 31.275563] Freed by task 306:\n[ 30.276782] platform_device_release+0x25/0x80\n\nSuggested-by: Nicolas Ferre \u003cNicolas.Ferre@microchip.com\u003e\nSigned-off-by: Tong Zhang \u003cztong0001@gmail.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@microchip.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "273c29e944bda9a20a30c26cfc34c9a3f363280b", "tree": "278812fbcc86bc67ba08752ca05f23291d48a575", "parents": [ "3c4cea8fa7f71f00c5279547043a84bc2a4d8b8c" ], "author": { "name": "Sukadev Bhattiprolu", "email": "sukadev@linux.ibm.com", "time": "Wed Sep 08 09:58:20 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 10:54:55 2021 +0100" }, "message": "ibmvnic: check failover_pending in login response\n\nIf a failover occurs before a login response is received, the login\nresponse buffer maybe undefined. Check that there was no failover\nbefore accessing the login response buffer.\n\nFixes: 032c5e82847a (\"Driver for IBM System i/p VNIC protocol\")\nSigned-off-by: Sukadev Bhattiprolu \u003csukadev@linux.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "3c4cea8fa7f71f00c5279547043a84bc2a4d8b8c", "tree": "aa9916f11160ad7edf373044eebe6bedcd0ed0de", "parents": [ "276aae377206d60b9b7b7df4586cd9f2a813f5d0" ], "author": { "name": "Paolo Abeni", "email": "pabeni@redhat.com", "time": "Wed Sep 08 13:42:09 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Sep 09 10:52:12 2021 +0100" }, "message": "vhost_net: fix OoB on sendmsg() failure.\n\nIf the sendmsg() call in vhost_tx_batch() fails, both the \u0027batched_xdp\u0027\nand \u0027done_idx\u0027 indexes are left unchanged. If such failure happens\nwhen batched_xdp \u003d\u003d VHOST_NET_BATCH, the next call to\nvhost_net_build_xdp() will access and write memory outside the xdp\nbuffers area.\n\nSince sendmsg() can only error with EBADFD, this change addresses the\nissue explicitly freeing the XDP buffers batch on error.\n\nFixes: 0a0be13b8fe2 (\"vhost_net: batch submitting XDP buffers to underlayer sockets\")\nSuggested-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: Paolo Abeni \u003cpabeni@redhat.com\u003e\nAcked-by: Jason Wang \u003cjasowang@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "276aae377206d60b9b7b7df4586cd9f2a813f5d0", "tree": "6437de2b5fe3d352a9679db4c91075cc61206a3e", "parents": [ "b5c102238cea985d8126b173d06b9e1de88037ee" ], "author": { "name": "Joakim Zhang", "email": "qiangqing.zhang@nxp.com", "time": "Wed Sep 08 15:43:35 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 12:28:26 2021 +0100" }, "message": "net: stmmac: fix system hang caused by eee_ctrl_timer during suspend/resume\n\ncommit 5f58591323bf (\"net: stmmac: delete the eee_ctrl_timer after\nnapi disabled\"), this patch tries to fix system hang caused by eee_ctrl_timer,\nunfortunately, it only can resolve it for system reboot stress test. System\nhang also can be reproduced easily during system suspend/resume stess test\nwhen mount NFS on i.MX8MP EVK board.\n\nIn stmmac driver, eee feature is combined to phylink framework. When do\nsystem suspend, phylink_stop() would queue delayed work, it invokes\nstmmac_mac_link_down(), where to deactivate eee_ctrl_timer synchronizly.\nIn above commit, try to fix issue by deactivating eee_ctrl_timer obviously,\nbut it is not enough. Looking into eee_ctrl_timer expire callback\nstmmac_eee_ctrl_timer(), it could enable hareware eee mode again. What is\nunexpected is that LPI interrupt (MAC_Interrupt_Enable.LPIEN bit) is always\nasserted. This interrupt has chance to be issued when LPI state entry/exit\nfrom the MAC, and at that time, clock could have been already disabled.\nThe result is that system hang when driver try to touch register from\ninterrupt handler.\n\nThe reason why above commit can fix system hang issue in stmmac_release()\nis that, deactivate eee_ctrl_timer not just after napi disabled, further\nafter irq freed.\n\nIn conclusion, hardware would generate LPI interrupt when clock has been\ndisabled during suspend or resume, since hardware is in eee mode and LPI\ninterrupt enabled.\n\nInterrupts from MAC, MTL and DMA level are enabled and never been disabled\nwhen system suspend, so postpone clocks management from suspend stage to\nnoirq suspend stage should be more safe.\n\nFixes: 5f58591323bf (\"net: stmmac: delete the eee_ctrl_timer after napi disabled\")\nSigned-off-by: Joakim Zhang \u003cqiangqing.zhang@nxp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "b5c102238cea985d8126b173d06b9e1de88037ee", "tree": "8dab0114736bc8ef94e8d499c80e0e8d4faa36d0", "parents": [ "ea269a6f720782ed94171fb962b14ce07c372138" ], "author": { "name": "Alex Elder", "email": "elder@linaro.org", "time": "Tue Sep 07 12:05:54 2021 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 12:10:33 2021 +0100" }, "message": "net: ipa: initialize all filter table slots\n\nThere is an off-by-one problem in ipa_table_init_add(), when\ninitializing filter tables.\n\nIn that function, the number of filter table entries is determined\nbased on the number of set bits in the filter map. However that\ncount does *not* include the extra \"slot\" in the filter table that\nholds the filter map itself. Meanwhile, ipa_table_addr() *does*\ninclude the filter map in the memory it returns, but because the\ncount it\u0027s provided doesn\u0027t include it, it includes one too few\ntable entries.\n\nFix this by including the extra slot for the filter map in the count\ncomputed in ipa_table_init_add().\n\nNote: ipa_filter_reset_table() does not have this problem; it resets\nfilter table entries one by one, but does not overwrite the filter\nbitmap.\n\nFixes: 2b9feef2b6c2 (\"soc: qcom: ipa: filter and routing tables\")\nSigned-off-by: Alex Elder \u003celder@linaro.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ea269a6f720782ed94171fb962b14ce07c372138", "tree": "b69ddfdb02e63ef683b90983ed0319a7ab69cdb5", "parents": [ "d7e203ffd3ba5965e88952e7364a42ab32064408" ], "author": { "name": "Nathan Rossi", "email": "nathan.rossi@digi.com", "time": "Thu Sep 02 05:14:49 2021 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 12:02:19 2021 +0100" }, "message": "net: phylink: Update SFP selected interface on advertising changes\n\nCurrently changes to the advertising state via ethtool do not cause any\nreselection of the configured interface mode after the SFP is already\ninserted and initially configured.\n\nWhile it is not typical to change the advertised link modes for an\ninterface using an SFP in certain use cases it is desirable. In the case\nof a SFP port that is capable of handling both SFP and SFP+ modules it\nwill automatically select between 1G and 10G modes depending on the\nsupported mode of the SFP. However if the SFP module is capable of\nworking in multiple modes (e.g. a SFP+ DAC that can operate at 1G or\n10G), one end of the cable may be attached to a SFP 1000base-x port thus\nthe SFP+ end must be manually configured to the 1000base-x mode in order\nfor the link to be established.\n\nThis change causes the ethtool setting of advertised mode changes to\nreselect the interface mode so that the link can be established.\nAdditionally when a module is inserted the advertising mode is reset to\nmatch the supported modes of the module.\n\nSigned-off-by: Nathan Rossi \u003cnathan.rossi@digi.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d7e203ffd3ba5965e88952e7364a42ab32064408", "tree": "029de8b2b50260f903f19a839a464bce0dc7a8fd", "parents": [ "c324f023dbb2bcceccb7ecad5a268e58b80e638d" ], "author": { "name": "Arnd Bergmann", "email": "arnd@arndb.de", "time": "Tue Sep 07 15:46:10 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:45:06 2021 +0100" }, "message": "ne2000: fix unused function warning\n\nGeert noticed a warning on MIPS TX49xx, Atari and presuambly other\nplatforms when the driver is built-in but NETDEV_LEGACY_INIT is\ndisabled:\n\ndrivers/net/ethernet/8390/ne.c:909:20: warning: ‘ne_add_devices’ defined but not used [-Wunused-function]\n\nMerge the two module init functions into a single one with an\nIS_ENABLED() check to replace the incorrect #ifdef.\n\nFixes: 4228c3942821 (\"make legacy ISA probe optional\")\nReported-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nReviewed-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nTested-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "c324f023dbb2bcceccb7ecad5a268e58b80e638d", "tree": "6842debca7c9a110434f9723e90afecaa168133b", "parents": [ "d437f5aa23aa2b7bd07cd44b839d7546cc17166f", "8db6a54f3cae6a803b2cbf5390662bca641f7da8" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:40:03 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:40:03 2021 +0100" }, "message": "Merge tag \u0027mlx5-fixes-2021-09-07\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/saeed/linux\n\nSaeed Mahameed says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nmlx5 fixes 2021-09-07\n\nThis series introduces some fixes to mlx5 driver.\nPlease pull and let me know if there is any problem.\n\nIncluded here, a patch which solves a build warning reported on\nlinux-kernel mailing list [1]:\nFix commit (\"net/mlx5: Bridge, fix uninitialized variable usage\")\n\nI hope this series can make it to rc1.\n\n[1] https://www.spinics.net/lists/netdev/msg765481.html\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d437f5aa23aa2b7bd07cd44b839d7546cc17166f", "tree": "fa5a7539cfe2fdf711d43054b532c71c8fb8c2c7", "parents": [ "581edcd0c8a076eba2ec9e20db50921ee80f5cbc" ], "author": { "name": "Sukadev Bhattiprolu", "email": "sukadev@linux.ibm.com", "time": "Tue Sep 07 22:07:03 2021 -0700" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:29:49 2021 +0100" }, "message": "ibmvnic: check failover_pending in login response\n\nIf a failover occurs before a login response is received, the login\nresponse buffer maybe undefined. Check that there was no failover\nbefore accessing the login response buffer.\n\nSigned-off-by: Sukadev Bhattiprolu \u003csukadev@linux.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "581edcd0c8a076eba2ec9e20db50921ee80f5cbc", "tree": "008fe6a555e92ab5c6ea9a568f8e728517a458d9", "parents": [ "d9ea761fdd197351890418acd462c51f241014a7" ], "author": { "name": "Jeremy Kerr", "email": "jk@codeconstruct.com.au", "time": "Wed Sep 08 12:13:10 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:29:16 2021 +0100" }, "message": "mctp: perform route destruction under RCU read lock\n\nThe kernel test robot reports:\n\n [ 843.509974][ T345] \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n [ 843.524220][ T345] WARNING: suspicious RCU usage\n [ 843.538791][ T345] 5.14.0-rc2-00606-g889b7da23abf #1 Not tainted\n [ 843.553617][ T345] -----------------------------\n [ 843.567412][ T345] net/mctp/route.c:310 RCU-list traversed in non-reader section!!\n\n- we\u0027re missing the rcu read lock acquire around the destruction path.\n\nThis change adds the acquire/release - the path is already atomic, and\nwe\u0027re using the _rcu list iterators.\n\nReported-by: kernel test robot \u003coliver.sang@intel.com\u003e\nSigned-off-by: Jeremy Kerr \u003cjk@codeconstruct.com.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d9ea761fdd197351890418acd462c51f241014a7", "tree": "d0a74cb2a2461ae0b2a870d693053f2551889343", "parents": [ "0f31ab217dc52a3044044d416be0248b1778c4da" ], "author": { "name": "Lin, Zhenpeng", "email": "zplin@psu.edu", "time": "Wed Sep 08 03:40:59 2021 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:28:35 2021 +0100" }, "message": "dccp: don\u0027t duplicate ccid when cloning dccp sock\n\nCommit 2677d2067731 (\"dccp: don\u0027t free ccid2_hc_tx_sock ...\") fixed\na UAF but reintroduced CVE-2017-6074.\n\nWhen the sock is cloned, two dccps_hc_tx_ccid will reference to the\nsame ccid. So one can free the ccid object twice from two socks after\ncloning.\n\nThis issue was found by \"Hadar Manor\" as well and assigned with\nCVE-2020-16119, which was fixed in Ubuntu\u0027s kernel. So here I port\nthe patch from Ubuntu to fix it.\n\nThe patch prevents cloned socks from referencing the same ccid.\n\nFixes: 2677d2067731410 (\"dccp: don\u0027t free ccid2_hc_tx_sock ...\")\nSigned-off-by: Zhenpeng Lin \u003czplin@psu.edu\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "0f31ab217dc52a3044044d416be0248b1778c4da", "tree": "904f6a7c912a326c15aa265f0856ed562c3f84e5", "parents": [ "626bf91a292e2035af5b9d9cce35c5c138dfe06d" ], "author": { "name": "Samuel Holland", "email": "samuel@sholland.org", "time": "Tue Sep 07 22:02:40 2021 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Sep 08 11:27:34 2021 +0100" }, "message": "dt-bindings: net: sun8i-emac: Add compatible for D1\n\nThe D1 SoC contains EMAC hardware which is compatible with the A64 EMAC.\nAdd the new compatible string, with the A64 as a fallback.\n\nSigned-off-by: Samuel Holland \u003csamuel@sholland.org\u003e\nAcked-by: Maxime Ripard \u003cmaxime@cerno.tech\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "8db6a54f3cae6a803b2cbf5390662bca641f7da8", "tree": "a9be6b12ca2096c2e97d7aff502d905bd18f49cf", "parents": [ "c91c1da72b47fc4c5e353cdd9099ba94ae07d2fa" ], "author": { "name": "Aya Levin", "email": "ayal@nvidia.com", "time": "Sun Aug 29 13:41:08 2021 +0300" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:17:02 2021 -0700" }, "message": "net/mlx5e: Fix condition when retrieving PTP-rqn\n\nWhen activating the PTP-RQ, redirect the RQT from drop-RQ to PTP-RQ.\nUse mlx5e_channels_get_ptp_rqn to retrieve the rqn. This helper returns\na boolean (not status), hence caller should consider return value 0 as a\nfail. Change the caller interpretation of the return value.\n\nFixes: 43ec0f41fa73 (\"net/mlx5e: Hide all implementation details of mlx5e_rx_res\")\nSigned-off-by: Aya Levin \u003cayal@nvidia.com\u003e\nReviewed-by: Tariq Toukan \u003ctariqt@nvidia.com\u003e\nSigned-off-by: Saeed Mahameed \u003csaeedm@nvidia.com\u003e\n" }, { "commit": "c91c1da72b47fc4c5e353cdd9099ba94ae07d2fa", "tree": "a49bcde02bf22aee3a925226f9044bd2790628c2", "parents": [ "ee27e330a953595903979ffdb84926843595a9fe" ], "author": { "name": "Aya Levin", "email": "ayal@nvidia.com", "time": "Thu Jul 15 10:53:28 2021 +0300" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:16:58 2021 -0700" }, "message": "net/mlx5e: Fix mutual exclusion between CQE compression and HW TS\n\nSome profiles of the driver don\u0027t support a dedicated PTP-RQ, hence can\u0027t\nsupport HW TS and CQE compression simultaneously. When HW TS is enabled\nthe COE compression is disabled, and should be restored when the HW TS\nis turned off. Add rx_filter as an input to modifying CQE compression to\nenforce this restriction.\n\nFixes: 256f79d13c1d (\"net/mlx5e: Fix HW TS with CQE compression according to profile\")\nSigned-off-by: Aya Levin \u003cayal@nvidia.com\u003e\nReviewed-by: Moshe Shemesh \u003cmoshe@nvidia.com\u003e\nSigned-off-by: Saeed Mahameed \u003csaeedm@nvidia.com\u003e\n" }, { "commit": "ee27e330a953595903979ffdb84926843595a9fe", "tree": "c8a12259f83501822090dc6ada558cde4726de85", "parents": [ "dfe6fd72b5f1878b16aa2c8603e031bbcd66b96d" ], "author": { "name": "Maor Gottlieb", "email": "maorg@nvidia.com", "time": "Wed Sep 01 11:48:13 2021 +0300" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:16:55 2021 -0700" }, "message": "net/mlx5: Fix potential sleeping in atomic context\n\nFixes the below flow of sleeping in atomic context by releasing\nthe RCU lock before calling to free_match_list.\n\nbuild_match_list() \u003c- disables preempt\n-\u003e free_match_list()\n -\u003e tree_put_node()\n -\u003e down_write_ref_node() \u003c- take write lock\n\nFixes: 693c6883bbc4 (\"net/mlx5: Add hash table for flow groups in flow table\")\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Maor Gottlieb \u003cmaorg@nvidia.com\u003e\nSigned-off-by: Saeed Mahameed \u003csaeedm@nvidia.com\u003e\n" }, { "commit": "dfe6fd72b5f1878b16aa2c8603e031bbcd66b96d", "tree": "1767c35d456883d58525cb72c92f22cc95c19361", "parents": [ "da8252d5805d4a80120a0c2151277e5fb9e8aa9e" ], "author": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Wed Aug 18 13:09:26 2021 -0700" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:16:52 2021 -0700" }, "message": "net/mlx5: FWTrace, cancel work on alloc pd error flow\n\nHandle error flow on mlx5_core_alloc_pd() failure,\nread_fw_strings_work must be canceled.\n\nFixes: c71ad41ccb0c (\"net/mlx5: FW tracer, events handling\")\nReported-by: Pavel Machek (CIP) \u003cpavel@denx.de\u003e\nSuggested-by: Pavel Machek (CIP) \u003cpavel@denx.de\u003e\nSigned-off-by: Saeed Mahameed \u003csaeedm@nvidia.com\u003e\nReviewed-by: Aya Levin \u003cayal@nvidia.com\u003e\n" }, { "commit": "da8252d5805d4a80120a0c2151277e5fb9e8aa9e", "tree": "4e4110bafe5fcba51cf6b6336475422eecdddb05", "parents": [ "897ae4b40e80be7dcbf2b3079d85fa6339a6b751" ], "author": { "name": "Mark Bloch", "email": "mbloch@nvidia.com", "time": "Wed Aug 11 16:40:16 2021 +0300" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:16:49 2021 -0700" }, "message": "net/mlx5: Lag, don\u0027t update lag if lag isn\u0027t supported\n\nIn NICs that don\u0027t support LAG, the LAG control structure won\u0027t be\nallocated. If it wasn\u0027t allocated it means LAG doesn\u0027t exists and can be\nskipped.\n\nFixes: cac1eb2cf2e3 (\"net/mlx5: Lag, properly lock eswitch if needed\")\nSigned-off-by: Mark Bloch \u003cmbloch@nvidia.com\u003e\nReviewed-by: Maor Gottlieb \u003cmaorg@nvidia.com\u003e\nReviewed-by: Leon Romanovsky \u003cleonro@nvidia.com\u003e\nSigned-off-by: Saeed Mahameed \u003csaeedm@nvidia.com\u003e\n" }, { "commit": "897ae4b40e80be7dcbf2b3079d85fa6339a6b751", "tree": "4ebec4c5656c47cbd885a6ad24e0a300aa49edff", "parents": [ "8343268ec3cf4e097aa8b2071f0cd6779e2c4953" ], "author": { "name": "Parav Pandit", "email": "parav@nvidia.com", "time": "Tue Aug 17 15:59:17 2021 +0300" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:16:46 2021 -0700" }, "message": "net/mlx5: Fix rdma aux device on devlink reload\n\nRDMA auxdev parameter registration was skipped for eswitch manager PCI PF.\nDue to this when devlink parameter is read, it reads as false in below\ncode flow.\n\n$ devlink dev reload pci/0000:06:00.0\n devlink_reload()\n mlx5_load_one()\n mlx5_attach_device()\n is_ib_enabled()\n devlink_param_driverinit_value_get()\n\nDue to this, is_ib_enabled() returns false for the RDMA auxiliary\ndevice. This results into a skipping RDMA auxiliary device creation on\nreload.\n\nThere is no need to check for eswitch manager capability to support RDMA\nauxiliary device. Hence, fix it by skipping eswitch manager capability.\n\nFixes: 87158cedf00e (\"net/mlx5: Support enable_rdma devlink dev param\")\nSigned-off-by: Parav Pandit \u003cparav@nvidia.com\u003e\nReviewed-by: Shay Drory \u003cshayd@nvidia.com\u003e\nSigned-off-by: Saeed Mahameed \u003csaeedm@nvidia.com\u003e\n" }, { "commit": "8343268ec3cf4e097aa8b2071f0cd6779e2c4953", "tree": "06af4ed3e7807ea2a804c3782d2629f2d9a2f4ec", "parents": [ "0f77f2defaf682eb7e7ef623168e49c74ae529e3" ], "author": { "name": "Vlad Buslov", "email": "vladbu@nvidia.com", "time": "Wed Aug 18 14:19:13 2021 +0300" }, "committer": { "name": "Saeed Mahameed", "email": "saeedm@nvidia.com", "time": "Tue Sep 07 14:16:42 2021 -0700" }, "message": "net/mlx5: Bridge, fix uninitialized variable usage\n\nIn some conditions variable \u0027err\u0027 is not assigned with value in\nmlx5_esw_bridge_port_obj_attr_set() and mlx5_esw_bridge_port_changeupper()\nfunctions after recent changes to support LAG. Initialize the variable with\nzero value in both cases.\n\nReported-by: Colin King \u003ccolin.king@canonical.com\u003e\nReported-by: Tim Gardner \u003ctim.gardner@canonical.com\u003e\nReported-by: Naresh Kamboju \u003cnaresh.kamboju@linaro.org\u003e\nCC: linux-kernel@vger.kernel.org\nFixes: ff9b7521468b (\"net/mlx5: Bridge, support LAG\")\nSigned-off-by: Vlad Buslov \u003cvladbu@nvidia.com\u003e\n" }, { "commit": "626bf91a292e2035af5b9d9cce35c5c138dfe06d", "tree": "9f6e7e74511e3f27430f338bc454959fd487bcfd", "parents": [ "4c00e1e2e58eefb288ba9ef585b6f19e1f33bf1e", "0f77f2defaf682eb7e7ef623168e49c74ae529e3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 14:02:58 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 14:02:58 2021 -0700" }, "message": "Merge tag \u0027net-5.15-rc1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net\n\nPull networking fixes and stragglers from Jakub Kicinski:\n \"Networking stragglers and fixes, including changes from netfilter,\n wireless and can.\n\n Current release - regressions:\n\n - qrtr: revert check in qrtr_endpoint_post(), fixes audio and wifi\n\n - ip_gre: validate csum_start only on pull\n\n - bnxt_en: fix 64-bit doorbell operation on 32-bit kernels\n\n - ionic: fix double use of queue-lock, fix a sleeping in atomic\n\n - can: c_can: fix null-ptr-deref on ioctl()\n\n - cs89x0: disable compile testing on powerpc\n\n Current release - new code bugs:\n\n - bridge: mcast: fix vlan port router deadlock, consistently disable\n BH\n\n Previous releases - regressions:\n\n - dsa: tag_rtl4_a: fix egress tags, only port 0 was working\n\n - mptcp: fix possible divide by zero\n\n - netfilter: nft_ct: protect nft_ct_pcpu_template_refcnt with mutex\n\n - netfilter: socket: icmp6: fix use-after-scope\n\n - stmmac: fix MAC not working when system resume back with WoL active\n\n Previous releases - always broken:\n\n - ip/ip6_gre: use the same logic as SIT interfaces when computing\n v6LL address\n\n - seg6: set fc_nlinfo in nh_create_ipv4, nh_create_ipv6\n\n - mptcp: only send extra TCP acks in eligible socket states\n\n - dsa: lantiq_gswip: fix maximum frame length\n\n - stmmac: fix overall budget calculation for rxtx_napi\n\n - bnxt_en: fix firmware version reporting via devlink\n\n - renesas: sh_eth: add missing barrier to fix freeing wrong tx\n descriptor\n\n Stragglers:\n\n - netfilter: conntrack: switch to siphash\n\n - netfilter: refuse insertion if chain has grown too large\n\n - ncsi: add get MAC address command to get Intel i210 MAC address\"\n\n* tag \u0027net-5.15-rc1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net: (76 commits)\n ieee802154: Remove redundant initialization of variable ret\n net: stmmac: fix MAC not working when system resume back with WoL active\n net: phylink: add suspend/resume support\n net: renesas: sh_eth: Fix freeing wrong tx descriptor\n bonding: 3ad: pass parameter bond_params by reference\n cxgb3: fix oops on module removal\n can: c_can: fix null-ptr-deref on ioctl()\n can: rcar_canfd: add __maybe_unused annotation to silence warning\n net: wwan: iosm: Unify IO accessors used in the driver\n net: wwan: iosm: Replace io.*64_lo_hi() with regular accessors\n net: qcom/emac: Replace strlcpy with strscpy\n ip6_gre: Revert \"ip6_gre: add validation for csum_start\"\n net: hns3: make hclgevf_cmd_caps_bit_map0 and hclge_cmd_caps_bit_map0 static\n selftests/bpf: Test XDP bonding nest and unwind\n bonding: Fix negative jump label count on nested bonding\n MAINTAINERS: add VM SOCKETS (AF_VSOCK) entry\n stmmac: dwmac-loongson:Fix missing return value\n iwlwifi: fix printk format warnings in uefi.c\n net: create netdev-\u003edev_addr assignment helpers\n bnxt_en: Fix possible unintended driver initiated error recovery\n ...\n" }, { "commit": "4c00e1e2e58eefb288ba9ef585b6f19e1f33bf1e", "tree": "a93c3263c4ea522eaf5b20de12a47f3dee04f92c", "parents": [ "192ad3c27a4895ee4b2fa31c5b54a932f5bb08c1", "41e73feb1024929e75eaf2f7cd93f35a3feb331b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:52:46 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:52:46 2021 -0700" }, "message": "Merge tag \u0027linux-watchdog-5.15-rc1\u0027 of git://www.linux-watchdog.org/linux-watchdog\n\nPull watchdog updates from Wim Van Sebroeck:\n\n - add Mediatek MT7986 \u0026 MT8195 wdt support\n\n - add Maxim MAX63xx\n\n - drop bd70528 support\n\n - rewrite ixp4xx to watchdog framework\n\n - constify static struct watchdog_ops for sl28cpld_wdt, mpc8xxx_wdt and\n tqmx86\n\n - introduce watchdog_dev_suspend/resume\n\n - several fixes and improvements\n\n* tag \u0027linux-watchdog-5.15-rc1\u0027 of git://www.linux-watchdog.org/linux-watchdog:\n dt-bindings: watchdog: Add compatible for Mediatek MT7986\n watchdog: ixp4xx: Rewrite driver to use core\n watchdog: Start watchdog in watchdog_set_last_hw_keepalive only if appropriate\n watchdog: max63xx_wdt: Add device tree probing\n dt-bindings: watchdog: Add Maxim MAX63xx bindings\n watchdog: mediatek: mt8195: add wdt support\n dt-bindings: reset: mt8195: add toprgu reset-controller header file\n watchdog: tqmx86: Constify static struct watchdog_ops\n watchdog: mpc8xxx_wdt: Constify static struct watchdog_ops\n watchdog: sl28cpld_wdt: Constify static struct watchdog_ops\n watchdog: iTCO_wdt: Fix detection of SMI-off case\n watchdog: bcm2835_wdt: consider system-power-controller property\n watchdog: imx2_wdg: notify wdog core to stop ping worker on suspend\n watchdog: introduce watchdog_dev_suspend/resume\n watchdog: Fix NULL pointer dereference when releasing cdev\n watchdog: only run driver set_pretimeout op if device supports it\n watchdog: bd70528 drop bd70528 support\n" }, { "commit": "192ad3c27a4895ee4b2fa31c5b54a932f5bb08c1", "tree": "5f818faaca9a304997d745aba9c19dbfedf5415a", "parents": [ "a2b28235335fee2586b4bd16448fb59ed6c80eef", "109bbba5066b42431399b40e947243f049d8dc8d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:40:51 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:40:51 2021 -0700" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm\n\nPull KVM updates from Paolo Bonzini:\n \"ARM:\n - Page ownership tracking between host EL1 and EL2\n - Rely on userspace page tables to create large stage-2 mappings\n - Fix incompatibility between pKVM and kmemleak\n - Fix the PMU reset state, and improve the performance of the virtual\n PMU\n - Move over to the generic KVM entry code\n - Address PSCI reset issues w.r.t. save/restore\n - Preliminary rework for the upcoming pKVM fixed feature\n - A bunch of MM cleanups\n - a vGIC fix for timer spurious interrupts\n - Various cleanups\n\n s390:\n - enable interpretation of specification exceptions\n - fix a vcpu_idx vs vcpu_id mixup\n\n x86:\n - fast (lockless) page fault support for the new MMU\n - new MMU now the default\n - increased maximum allowed VCPU count\n - allow inhibit IRQs on KVM_RUN while debugging guests\n - let Hyper-V-enabled guests run with virtualized LAPIC as long as\n they do not enable the Hyper-V \"AutoEOI\" feature\n - fixes and optimizations for the toggling of AMD AVIC (virtualized\n LAPIC)\n - tuning for the case when two-dimensional paging (EPT/NPT) is\n disabled\n - bugfixes and cleanups, especially with respect to vCPU reset and\n choosing a paging mode based on CR0/CR4/EFER\n - support for 5-level page table on AMD processors\n\n Generic:\n - MMU notifier invalidation callbacks do not take mmu_lock unless\n necessary\n - improved caching of LRU kvm_memory_slot\n - support for histogram statistics\n - add statistics for halt polling and remote TLB flush requests\"\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/virt/kvm/kvm: (210 commits)\n KVM: Drop unused kvm_dirty_gfn_invalid()\n KVM: x86: Update vCPU\u0027s hv_clock before back to guest when tsc_offset is adjusted\n KVM: MMU: mark role_regs and role accessors as maybe unused\n KVM: MIPS: Remove a \"set but not used\" variable\n x86/kvm: Don\u0027t enable IRQ when IRQ enabled in kvm_wait\n KVM: stats: Add VM stat for remote tlb flush requests\n KVM: Remove unnecessary export of kvm_{inc,dec}_notifier_count()\n KVM: x86/mmu: Move lpage_disallowed_link further \"down\" in kvm_mmu_page\n KVM: x86/mmu: Relocate kvm_mmu_page.tdp_mmu_page for better cache locality\n Revert \"KVM: x86: mmu: Add guest physical address check in translate_gpa()\"\n KVM: x86/mmu: Remove unused field mmio_cached in struct kvm_mmu_page\n kvm: x86: Increase KVM_SOFT_MAX_VCPUS to 710\n kvm: x86: Increase MAX_VCPUS to 1024\n kvm: x86: Set KVM_MAX_VCPU_ID to 4*KVM_MAX_VCPUS\n KVM: VMX: avoid running vmx_handle_exit_irqoff in case of emulation\n KVM: x86/mmu: Don\u0027t freak out if pml5_root is NULL on 4-level host\n KVM: s390: index kvm-\u003earch.idle_mask by vcpu_idx\n KVM: s390: Enable specification exception interpretation\n KVM: arm64: Trim guest debug exception handling\n KVM: SVM: Add 5-level page table support for SVM\n ...\n" }, { "commit": "a2b28235335fee2586b4bd16448fb59ed6c80eef", "tree": "198f8007239565abfb62136bea0545dd0520587c", "parents": [ "1735715e0fd7a16972402ac98197e6cf30988a45", "f97a2103f1a75ca70f23deadb4d96a16c4d85e7d" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:08:08 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:08:08 2021 -0700" }, "message": "Merge branch \u0027dmi-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging\n\nPull dmi fix from Jean Delvare.\n\nUnbreak some existing udev/hwdb modalias matches due to misplaced\nproduct_sku field.\n\n* \u0027dmi-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging:\n firmware: dmi: Move product_sku info to the end of the modalias\n" }, { "commit": "1735715e0fd7a16972402ac98197e6cf30988a45", "tree": "813d1a64354857a8419d0e81ad70ab9a22ef50e4", "parents": [ "21f577b0f48fd3a8871ca4116dad0e9c41ec42b2", "38de3afffb7257176978dfa9b3ab67d0c29af95c" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:05:02 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 13:05:02 2021 -0700" }, "message": "Merge tag \u0027ntb-5.15\u0027 of git://github.com/jonmason/ntb\n\nPull NTB updates from Jon Mason:\n \"Bug fixes and clean-ups for Linux v5.15\"\n\n* tag \u0027ntb-5.15\u0027 of git://github.com/jonmason/ntb:\n NTB: switch from \u0027pci_\u0027 to \u0027dma_\u0027 API\n ntb: ntb_pingpong: remove redundant initialization of variables msg_data and spad_data\n NTB: perf: Fix an error code in perf_setup_inbuf()\n NTB: Fix an error code in ntb_msit_probe()\n ntb: intel: remove invalid email address in header comment\n" }, { "commit": "21f577b0f48fd3a8871ca4116dad0e9c41ec42b2", "tree": "e98a9d687680ce0d053b4e225f95cbdd63de4e31", "parents": [ "2d7b4cdbb523cd11a978519f8e11895c27f05258", "a0a77028c85ad1f6f36c3ceea21b30dc43721665" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:56:40 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:56:40 2021 -0700" }, "message": "Merge tag \u0027rproc-v5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/andersson/remoteproc\n\nPull remoteproc updates from Bjorn Andersson:\n\n - move the crash recovery worker to the freezable work queue to avoid\n interaction with other drivers during suspend \u0026 resume\n\n - fix a couple of typos in comments\n\n - add support for handling the audio DSP on SDM660\n\n - fix a race between the Qualcomm wireless subsystem driver and the\n associated driver for the RF chip\n\n* tag \u0027rproc-v5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/andersson/remoteproc:\n remoteproc: q6v5_pas: Add sdm660 ADSP PIL compatible\n dt-bindings: remoteproc: qcom: adsp: Add SDM660 ADSP\n remoteproc: use freezable workqueue for crash notifications\n remoteproc: fix kernel doc for struct rproc_ops\n remoteproc: fix an typo in fw_elf_get_class code comments\n remoteproc: qcom: wcnss: Fix race with iris probe\n" }, { "commit": "2d7b4cdbb523cd11a978519f8e11895c27f05258", "tree": "10a795e399d04e580d455389981114ac1d51e901", "parents": [ "86406a9e733347f877a2bd5269ce7429d3748c6a", "79fad92f2e596f5a8dd085788a24f540263ef887" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:50:01 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:50:01 2021 -0700" }, "message": "Merge tag \u0027backlight-next-5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight\n\nPull backlight updates from Lee Jones:\n \"Fix-ups:\n - Improve bootloader/kernel device handover\n\n Bug Fixes:\n - Stabilise backlight in ktd253 driver\"\n\n* tag \u0027backlight-next-5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight:\n backlight: pwm_bl: Improve bootloader/kernel device handover\n backlight: ktd253: Stabilize backlight\n" }, { "commit": "86406a9e733347f877a2bd5269ce7429d3748c6a", "tree": "41b71d751d12d9ee61bddd461e0a9e255dad0f21", "parents": [ "5e6a5845dd651b00754a62edec2f0a439182024d", "cdff1eda69326fb46de10c5454212b3efcf4bb41" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:38:59 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:38:59 2021 -0700" }, "message": "Merge tag \u0027mfd-next-5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd\n\nPull MFD updates from Lee Jones:\n \"Core Frameworks:\n - Add support for registering devices via MFD cells to Simple MFD (I2C)\n\n New Drivers:\n - Add support for Renesas Synchronization Management Unit (SMU)\n\n New Device Support:\n - Add support for N5010 to Intel M10 BMC\n - Add support for Cannon Lake to Intel LPSS ACPI\n - Add support for Samsung SSG{1,2} to ST-Ericsson\u0027s U8500 family\n - Add support for TQMx110EB and TQMxE40x to TQ-Systems PLD TQMx86\n\n New Functionality:\n - Add support for GPIO to Intel LPC ICH\n - Add support for Reset to Texas Instruments TPS65086\n\n Fix-ups:\n - Trivial, sorting, whitespace, renaming, etc; mt6360-core, db8500-prcmu-regs, tqmx86\n - Device Tree fiddling; syscon, axp20x, qcom,pm8008, ti,tps65086, brcm,cru\n - Use proper APIs for IRQ map resolution; ab8500-core, stmpe, tc3589x, wm8994-irq\n - Pass \u0027supplied-from\u0027 property through axp288_fuel_gauge via swnode\n - Remove unused file entry; MAINTAINERS\n - Make interrupt line optional; tps65086\n - Rename db8500-cpuidle driver symbol; db8500-prcmu\n - Remove support for unused hardware; tqmx86\n - Provide a standard LPC clock frequency for unknown boards; tqmx86\n - Remove unused code; ti_am335x_tscadc\n - Use of_iomap() instead of ioremap(); syscon\n\n Bug Fixes:\n - Clear GPIO IRQ resource flags when no IRQ is set; tqmx86\n - Fix incorrect/misleading frequencies; db8500-prcmu\n - Mitigate namespace clash with other GPIOBASE users\"\n\n* tag \u0027mfd-next-5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd: (31 commits)\n mfd: lpc_sch: Rename GPIOBASE to prevent build error\n mfd: syscon: Use of_iomap() instead of ioremap()\n dt-bindings: mfd: Add Broadcom CRU\n mfd: ti_am335x_tscadc: Delete superfluous error message\n mfd: tqmx86: Assume 24MHz LPC clock for unknown boards\n mfd: tqmx86: Add support for TQ-Systems DMI IDs\n mfd: tqmx86: Add support for TQMx110EB and TQMxE40x\n mfd: tqmx86: Fix typo in \"platform\"\n mfd: tqmx86: Remove incorrect TQMx90UC board ID\n mfd: tqmx86: Clear GPIO IRQ resource when no IRQ is set\n mfd: simple-mfd-i2c: Add support for registering devices via MFD cells\n mfd/cpuidle: ux500: Rename driver symbol\n mfd: tps65086: Add cell entry for reset driver\n mfd: tps65086: Make interrupt line optional\n dt-bindings: mfd: Convert tps65086.txt to YAML\n MAINTAINERS: Adjust ARM/NOMADIK/Ux500 ARCHITECTURES to file renaming\n mfd: db8500-prcmu: Handle missing FW variant\n mfd: db8500-prcmu: Rename register header\n mfd: axp20x: Add supplied-from property to axp288_fuel_gauge cell\n mfd: Don\u0027t use irq_create_mapping() to resolve a mapping\n ...\n" }, { "commit": "5e6a5845dd651b00754a62edec2f0a439182024d", "tree": "d93d10b5dc505b64b62ce42cee2bf926d6b42051", "parents": [ "75b96f0ec5faf730128c32187e3e28441c27a094", "889a1b3f35db6ba5ba6a0c23a3a55594570b6a17" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:27:27 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:27:27 2021 -0700" }, "message": "Merge tag \u0027gpio-updates-for-v5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux\n\nPull gpio updates from Bartosz Golaszewski:\n \"We mostly have various improvements and refactoring all over the place\n but also some interesting new features - like the virtio GPIO driver\n that allows guest VMs to use host\u0027s GPIOs. We also have a new/old GPIO\n driver for rockchip - this one has been split out of the pinctrl\n driver.\n\n Summary:\n\n - new driver: gpio-virtio allowing a guest VM running linux to access\n GPIO lines provided by the host\n\n - split the GPIO driver out of the rockchip pin control driver\n\n - add support for a new model to gpio-aspeed-sgpio, refactor the\n driver and use generic device property interfaces, improve property\n sanitization\n\n - add ACPI support to gpio-tegra186\n\n - improve the code setting the line names to support multiple GPIO\n banks per device\n\n - constify a bunch of OF functions in the core GPIO code and make the\n declaration for one of the core OF functions we use consistent\n within its header\n\n - use software nodes in intel_quark_i2c_gpio\n\n - add support for the gpio-line-names property in gpio-mt7621\n\n - use the standard GPIO function for setting the GPIO names in\n gpio-brcmstb\n\n - fix a bunch of leaks and other bugs in gpio-mpc8xxx\n\n - use generic pm callbacks in gpio-ml-ioh\n\n - improve resource management and PM handling in gpio-mlxbf2\n\n - modernize and improve the gpio-dwapb driver\n\n - coding style improvements in gpio-rcar\n\n - documentation fixes and improvements\n\n - update the MAINTAINERS entry for gpio-zynq\n\n - minor tweaks in several drivers\"\n\n* tag \u0027gpio-updates-for-v5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/brgl/linux: (35 commits)\n gpio: mpc8xxx: Use \u0027devm_gpiochip_add_data()\u0027 to simplify the code and avoid a leak\n gpio: mpc8xxx: Fix a potential double iounmap call in \u0027mpc8xxx_probe()\u0027\n gpio: mpc8xxx: Fix a resources leak in the error handling path of \u0027mpc8xxx_probe()\u0027\n gpio: viperboard: remove platform_set_drvdata() call in probe\n gpio: virtio: Add missing mailings lists in MAINTAINERS entry\n gpio: virtio: Fix sparse warnings\n gpio: remove the obsolete MX35 3DS BOARD MC9S08DZ60 GPIO functions\n gpio: max730x: Use the right include\n gpio: Add virtio-gpio driver\n gpio: mlxbf2: Use DEFINE_RES_MEM_NAMED() helper macro\n gpio: mlxbf2: Use devm_platform_ioremap_resource()\n gpio: mlxbf2: Drop wrong use of ACPI_PTR()\n gpio: mlxbf2: Convert to device PM ops\n gpio: dwapb: Get rid of legacy platform data\n mfd: intel_quark_i2c_gpio: Convert GPIO to use software nodes\n gpio: dwapb: Read GPIO base from gpio-base property\n gpio: dwapb: Unify ACPI enumeration checks in get_irq() and configure_irqs()\n gpiolib: Deduplicate forward declaration in the consumer.h header\n MAINTAINERS: update gpio-zynq.yaml reference\n gpio: tegra186: Add ACPI support\n ...\n" }, { "commit": "75b96f0ec5faf730128c32187e3e28441c27a094", "tree": "95c5de11d26a21e4bb6182cb2ebecd6350350bcb", "parents": [ "996fe06160998a38ff07189feb3ec8ab8f68fd4e", "a9667ac88e2b20f6426e09945e9dbf555fb86ff0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:18:29 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:18:29 2021 -0700" }, "message": "Merge tag \u0027fuse-update-5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse\n\nPull fuse updates from Miklos Szeredi:\n\n - Allow mounting an active fuse device. Previously the fuse device\n would always be mounted during initialization, and sharing a fuse\n superblock was only possible through mount or namespace cloning\n\n - Fix data flushing in syncfs (virtiofs only)\n\n - Fix data flushing in copy_file_range()\n\n - Fix a possible deadlock in atomic O_TRUNC\n\n - Misc fixes and cleanups\n\n* tag \u0027fuse-update-5.15\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse:\n fuse: remove unused arg in fuse_write_file_get()\n fuse: wait for writepages in syncfs\n fuse: flush extending writes\n fuse: truncate pagecache on atomic_o_trunc\n fuse: allow sharing existing sb\n fuse: move fget() to fuse_get_tree()\n fuse: move option checking into fuse_fill_super()\n fuse: name fs_context consistently\n fuse: fix use after free in fuse_read_interrupt()\n" }, { "commit": "996fe06160998a38ff07189feb3ec8ab8f68fd4e", "tree": "847e36124463a88aec408ff7e7baa023fbeaa1f9", "parents": [ "0bcfe68b876748762557797a940d0a82de700629", "f8416aa29185468e0d914ba4b2a330fd53ee263f" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:08:04 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 12:08:04 2021 -0700" }, "message": "Merge tag \u0027kgdb-5.15-rc1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/danielt/linux\n\nPull kgdb updates from Daniel Thompson:\n \"Changes for kgdb/kdb this cycle are dominated by a change from Sumit\n that removes as small (256K) private heap from kdb. This is change\n I\u0027ve hoped for ever since I discovered how few users of this heap\n remained in the kernel, so many thanks to Sumit for hunting these\n down.\n\n The other change is an incremental step towards SPDX headers\"\n\n* tag \u0027kgdb-5.15-rc1\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/danielt/linux:\n kernel: debug: Convert to SPDX identifier\n kdb: Rename members of struct kdbtab_t\n kdb: Simplify kdb_defcmd macro logic\n kdb: Get rid of redundant kdb_register_flags()\n kdb: Rename struct defcmd_set to struct kdb_macro\n kdb: Get rid of custom debug heap allocator\n" }, { "commit": "0bcfe68b876748762557797a940d0a82de700629", "tree": "3e977aa499ed186995f09e5756148069d6bc55a6", "parents": [ "3754707bcc3e190e5dadc978d172b61e809cb3bd" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 11:26:23 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 11:26:23 2021 -0700" }, "message": "Revert \"memcg: enable accounting for pollfd and select bits arrays\"\n\nThis reverts commit b655843444152c0a14b749308e4cb35d91cbcf0b.\n\nJust like with the memcg lock accounting, the kernel test robot reports\na sizeable performance regression for this commit, and while it clearly\ndoes the rigth thing in theory, we\u0027ll need to look at just how to avoid\nor minimize the performance overhead of the memcg accounting.\n\nPeople already have suggestions on how to do that, but it\u0027s \"future\nwork\".\n\nSo revert it for now.\n\n[ Note: the first link below is for this same commit but a different\n commit ID, because it\u0027s the kernel test robot ended up noticing it in\n Andrew Morton\u0027s patch queue ]\n\nLink: https://lore.kernel.org/lkml/20210905132732.GC15026@xsang-OptiPlex-9020/\nLink: https://lore.kernel.org/lkml/20210907150757.GE17617@xsang-OptiPlex-9020/\nAcked-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nAcked-by: Shakeel Butt \u003cshakeelb@google.com\u003e\nAcked-by: Roman Gushchin \u003cguro@fb.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "3754707bcc3e190e5dadc978d172b61e809cb3bd", "tree": "5193c11e65ce266becc413c3eba6207473d485bd", "parents": [ "cd1adf1b63a112d762832e9c64b0a886fbb840d6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 11:21:48 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 11:21:48 2021 -0700" }, "message": "Revert \"memcg: enable accounting for file lock caches\"\n\nThis reverts commit 0f12156dff2862ac54235fc72703f18770769042.\n\nThe kernel test robot reports a sizeable performance regression for this\ncommit, and while it clearly does the rigth thing in theory, we\u0027ll need\nto look at just how to avoid or minimize the performance overhead of the\nmemcg accounting.\n\nPeople already have suggestions on how to do that, but it\u0027s \"future\nwork\".\n\nSo revert it for now.\n\nLink: https://lore.kernel.org/lkml/20210907150757.GE17617@xsang-OptiPlex-9020/\nAcked-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nAcked-by: Shakeel Butt \u003cshakeelb@google.com\u003e\nAcked-by: Roman Gushchin \u003cguro@fb.com\u003e\nCc: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "cd1adf1b63a112d762832e9c64b0a886fbb840d6", "tree": "67c7a3693acfb4e4c618121aec4e943b9cd2265b", "parents": [ "4b93c544e90e2b28326182d31ee008eb80e02074" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 11:03:45 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Sep 07 11:03:45 2021 -0700" }, "message": "Revert \"mm/gup: remove try_get_page(), call try_get_compound_head() directly\"\n\nThis reverts commit 9857a17f206ff374aea78bccfb687f145368be2e.\n\nThat commit was completely broken, and I should have caught on to it\nearlier. But happily, the kernel test robot noticed the breakage fairly\nquickly.\n\nThe breakage is because \"try_get_page()\" is about avoiding the page\nreference count overflow case, but is otherwise the exact same as a\nplain \"get_page()\".\n\nIn contrast, \"try_get_compound_head()\" is an entirely different beast,\nand uses __page_cache_add_speculative() because it\u0027s not just about the\npage reference count, but also about possibly racing with the underlying\npage going away.\n\nSo all the commentary about how\n\n \"try_get_page() has fallen a little behind in terms of maintenance,\n try_get_compound_head() handles speculative page references more\n thoroughly\"\n\nwas just completely wrong: yes, try_get_compound_head() handles\nspeculative page references, but the point is that try_get_page() does\nnot, and must not.\n\nSo there\u0027s no lack of maintainance - there are fundamentally different\nsemantics.\n\nA speculative page reference would be entirely wrong in \"get_page()\",\nand it\u0027s entirely wrong in \"try_get_page()\". It\u0027s not about\nspeculation, it\u0027s purely about \"uhhuh, you can\u0027t get this page because\nyou\u0027ve tried to increment the reference count too much already\".\n\nThe reason the kernel test robot noticed this bug was that it hit the\nVM_BUG_ON() in __page_cache_add_speculative(), which is all about\nverifying that the context of any speculative page access is correct.\nBut since that isn\u0027t what try_get_page() is all about, the VM_BUG_ON()\ntests things that are not correct to test for try_get_page().\n\nReported-by: kernel test robot \u003coliver.sang@intel.com\u003e\nCc: John Hubbard \u003cjhubbard@nvidia.com\u003e\nCc: Christoph Hellwig \u003chch@lst.de\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "3a029e1f3d6e2ee809e85abecce619a48016bd4b", "tree": "148c398b99ac7f954aa7a3b19bc402e9e48c1424", "parents": [ "49ca6153208f6efc409c1deb82dd5bcbb519d7e1" ], "author": { "name": "Jean-Philippe Brucker", "email": "jean-philippe@linaro.org", "time": "Mon Sep 06 17:36:38 2021 +0100" }, "committer": { "name": "Daniel Borkmann", "email": "daniel@iogearbox.net", "time": "Tue Sep 07 17:23:19 2021 +0200" }, "message": "selftests/bpf: Fix build of task_pt_regs test for arm64\n\nstruct pt_regs is not exported to userspace on all archs. arm64 and s390\nexport \"user_pt_regs\" instead, which causes build failure at the moment:\n\n progs/test_task_pt_regs.c:8:16: error: variable has incomplete type \u0027struct pt_regs\u0027\n struct pt_regs current_regs \u003d {};\n\nInstead of using pt_regs from ptrace.h, use the larger kernel struct\nfrom vmlinux.h directly. Since the test runner task_pt_regs.c does not\nhave access to the kernel struct definition, copy it into a char array.\n\nFixes: 576d47bb1a92 (\"bpf: selftests: Add bpf_task_pt_regs() selftest\")\nSuggested-by: Andrii Nakryiko \u003candrii.nakryiko@gmail.com\u003e\nSigned-off-by: Jean-Philippe Brucker \u003cjean-philippe@linaro.org\u003e\nSigned-off-by: Daniel Borkmann \u003cdaniel@iogearbox.net\u003e\nTested-by: Ilya Leoshkevich \u003ciii@linux.ibm.com\u003e\nAcked-by: Ilya Leoshkevich \u003ciii@linux.ibm.com\u003e\nLink: https://lore.kernel.org/bpf/20210906163635.302307-1-jean-philippe@linaro.org\n" }, { "commit": "0f77f2defaf682eb7e7ef623168e49c74ae529e3", "tree": "2102ae59731f961f4081d0b0089bb9010f72669a", "parents": [ "d1bf73387b5adbc12c6a59c1fbaa69e05ee265ed" ], "author": { "name": "Colin Ian King", "email": "colin.king@canonical.com", "time": "Tue Sep 07 11:28:14 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 14:06:08 2021 +0100" }, "message": "ieee802154: Remove redundant initialization of variable ret\n\nThe variable ret is being initialized with a value that is never read, it\nis being updated later on. The assignment is redundant and can be removed.\n\nAddresses-Coverity: (\"Unused value\")\nSigned-off-by: Colin Ian King \u003ccolin.king@canonical.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "d1bf73387b5adbc12c6a59c1fbaa69e05ee265ed", "tree": "7d684e8c985f5ff9c36a875d0650d7a18d97a248", "parents": [ "0341d5e3d1ee2a36dd5a49b5bef2ce4ad1cfa6b4", "90702dcd19c093621b422ba16fcfd870afe2552f" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 14:04:59 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 14:04:59 2021 +0100" }, "message": "Merge branch \u0027stmmac-wol-fix\u0027\n\nJoakim Zhang says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nnet: stmmac: fix WoL issue\n\nThis patch set fixes stmmac not working after system resume back with WoL\nactive. Thanks a lot for Russell King keeps looking into this issue.\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "90702dcd19c093621b422ba16fcfd870afe2552f", "tree": "7d684e8c985f5ff9c36a875d0650d7a18d97a248", "parents": [ "f97493657c6372eeefe70faadd214bf31488c44e" ], "author": { "name": "Joakim Zhang", "email": "qiangqing.zhang@nxp.com", "time": "Tue Sep 07 18:56:47 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 14:04:59 2021 +0100" }, "message": "net: stmmac: fix MAC not working when system resume back with WoL active\n\nWe can reproduce this issue with below steps:\n1) enable WoL on the host\n2) host system suspended\n3) remote client send out wakeup packets\nWe can see that host system resume back, but can\u0027t work, such as ping failed.\n\nAfter a bit digging, this issue is introduced by the commit 46f69ded988d\n(\"net: stmmac: Use resolved link config in mac_link_up()\"), which use\nthe finalised link parameters in mac_link_up() rather than the\nparameters in mac_config().\n\nThere are two scenarios for MAC suspend/resume in STMMAC driver:\n\n1) MAC suspend with WoL inactive, stmmac_suspend() call\nphylink_mac_change() to notify phylink machine that a change in MAC\nstate, then .mac_link_down callback would be invoked. Further, it will\ncall phylink_stop() to stop the phylink instance. When MAC resume back,\nfirstly phylink_start() is called to start the phylink instance, then\ncall phylink_mac_change() which will finally trigger phylink machine to\ninvoke .mac_config and .mac_link_up callback. All is fine since\nconfiguration in these two callbacks will be initialized, that means MAC\ncan restore the state.\n\n2) MAC suspend with WoL active, phylink_mac_change() will put link\ndown, but there is no phylink_stop() to stop the phylink instance, so it\nwill link up again, that means .mac_config and .mac_link_up would be\ninvoked before system suspended. After system resume back, it will do\nDMA initialization and SW reset which let MAC lost the hardware setting\n(i.e MAC_Configuration register(offset 0x0) is reset). Since link is up\nbefore system suspended, so .mac_link_up would not be invoked after\nsystem resume back, lead to there is no chance to initialize the\nconfiguration in .mac_link_up callback, as a result, MAC can\u0027t work any\nlonger.\n\nAfter discussed with Russell King [1], we confirm that phylink framework\nhave not take WoL into consideration yet. This patch calls\nphylink_suspend()/phylink_resume() functions which is newly introduced\nby Russell King to fix this issue.\n\n[1] https://lore.kernel.org/netdev/20210901090228.11308-1-qiangqing.zhang@nxp.com/\n\nFixes: 46f69ded988d (\"net: stmmac: Use resolved link config in mac_link_up()\")\nSigned-off-by: Joakim Zhang \u003cqiangqing.zhang@nxp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "f97493657c6372eeefe70faadd214bf31488c44e", "tree": "477b38213c685bd8a68eb75af5585244f32722f1", "parents": [ "0341d5e3d1ee2a36dd5a49b5bef2ce4ad1cfa6b4" ], "author": { "name": "Russell King (Oracle)", "email": "rmk+kernel@armlinux.org.uk", "time": "Tue Sep 07 18:56:46 2021 +0800" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 14:04:59 2021 +0100" }, "message": "net: phylink: add suspend/resume support\n\nJoakim Zhang reports that Wake-on-Lan with the stmmac ethernet driver broke\nwhen moving the incorrect handling of mac link state out of mac_config().\nThis reason this breaks is because the stmmac\u0027s WoL is handled by the MAC\nrather than the PHY, and phylink doesn\u0027t cater for that scenario.\n\nThis patch adds the necessary phylink code to handle suspend/resume events\naccording to whether the MAC still needs a valid link or not. This is the\nbarest minimum for this support.\n\nReported-by: Joakim Zhang \u003cqiangqing.zhang@nxp.com\u003e\nTested-by: Joakim Zhang \u003cqiangqing.zhang@nxp.com\u003e\nSigned-off-by: Russell King (Oracle) \u003crmk+kernel@armlinux.org.uk\u003e\nSigned-off-by: Joakim Zhang \u003cqiangqing.zhang@nxp.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "0341d5e3d1ee2a36dd5a49b5bef2ce4ad1cfa6b4", "tree": "053272b5cf133ddfdff5167a8b951b1c1c5cdb90", "parents": [ "bbef56d861f103058e387ad5354b4083b9892a7c" ], "author": { "name": "Yoshihiro Shimoda", "email": "yoshihiro.shimoda.uh@renesas.com", "time": "Tue Sep 07 20:29:40 2021 +0900" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 14:02:02 2021 +0100" }, "message": "net: renesas: sh_eth: Fix freeing wrong tx descriptor\n\nThe cur_tx counter must be incremented after TACT bit of\ntxdesc-\u003estatus was set. However, a CPU is possible to reorder\ninstructions and/or memory accesses between cur_tx and\ntxdesc-\u003estatus. And then, if TX interrupt happened at such a\ntiming, the sh_eth_tx_free() may free the descriptor wrongly.\nSo, add wmb() before cur_tx++.\nOtherwise NETDEV WATCHDOG timeout is possible to happen.\n\nFixes: 86a74ff21a7a (\"net: sh_eth: add support for Renesas SuperH Ethernet\")\nSigned-off-by: Yoshihiro Shimoda \u003cyoshihiro.shimoda.uh@renesas.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "bbef56d861f103058e387ad5354b4083b9892a7c", "tree": "1110e4cfc3917ad0847fe77d79b1888c619f3566", "parents": [ "1c990729e19891bd586f9f28a290db2867bdcb0a" ], "author": { "name": "Colin Ian King", "email": "colin.king@canonical.com", "time": "Tue Sep 07 09:45:34 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 10:28:50 2021 +0100" }, "message": "bonding: 3ad: pass parameter bond_params by reference\n\nThe parameter bond_params is a relatively large 192 byte sized\nstruct so pass it by reference rather than by value to reduce\ncopying.\n\nAddresses-Coverity: (\"Big parameter passed by value\")\nSigned-off-by: Colin Ian King \u003ccolin.king@canonical.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1c990729e19891bd586f9f28a290db2867bdcb0a", "tree": "a7c3fd22a677cbd35918479fba70cdb1445d268a", "parents": [ "8f110f35f9629397ad40cf4c2a66c2c350fbd8ea", "644d0a5bcc3361170d84fb8d0b13943c354119db" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 10:06:50 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 10:06:50 2021 +0100" }, "message": "Merge tag \u0027linux-can-fixes-for-5.15-20210907\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/mkl/linux-can\n\nlinux-can-fixes-for-5.15-20210907\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "8f110f35f9629397ad40cf4c2a66c2c350fbd8ea", "tree": "e81101fa05a7c7fda98694933c8f85246c401105", "parents": [ "be27a47a760e3ad8ce979a680558776f672efffd", "e4457a45b41c1c2ec7fb392dc60f4e2386b48a90" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 10:04:47 2021 +0100" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 10:04:47 2021 +0100" }, "message": "Merge tag \u0027wireless-drivers-2021-09-07\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/wireless-drivers\n\nKalle Valo says:\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\nwireless-drivers fixes for v5.15\n\nFirst set of fixes for v5.15 and only iwlwifi patches this time. Most\nimportant being support for new hardware and new firmware API.\n\nI had already earlier applied a fix which also Linus applied to this\ntree as commit 1476ff21abb4 (\"iwl: fix debug printf format strings\"),\nbut this doesn\u0027t seem to cause any conflicts so I left it there.\n\niwlwifi\n\n* add support for firmware API 66\n\n* add support for Samsung Galaxy Book Flex2 Alpha\n\n* fix a leak happening every time module is loaded\n\n* fix a printk compiler warning\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "be27a47a760e3ad8ce979a680558776f672efffd", "tree": "bb4b66e1356839b234118918b947f53492d7ed85", "parents": [ "b539c44df067ac116ec1b58b956efda51b6a7fc1" ], "author": { "name": "Heiner Kallweit", "email": "hkallweit1@gmail.com", "time": "Mon Sep 06 22:51:33 2021 +0200" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Sep 07 10:00:07 2021 +0100" }, "message": "cxgb3: fix oops on module removal\n\nWhen removing the driver module w/o bringing an interface up before\nthe error below occurs. Reason seems to be that cancel_work_sync() is\ncalled in t3_sge_stop() for a queue that hasn\u0027t been initialized yet.\n\n[10085.941785] ------------[ cut here ]------------\n[10085.941799] WARNING: CPU: 1 PID: 5850 at kernel/workqueue.c:3074 __flush_work+0x3ff/0x480\n[10085.941819] Modules linked in: vfat snd_hda_codec_hdmi fat snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio led_class ee1004 iTCO_\nwdt intel_tcc_cooling x86_pkg_temp_thermal coretemp aesni_intel crypto_simd cryptd snd_hda_intel snd_intel_dspcfg snd_hda_codec snd_hda_core r\n8169 snd_pcm realtek mdio_devres snd_timer snd i2c_i801 i2c_smbus libphy i915 i2c_algo_bit cxgb3(-) intel_gtt ttm mdio drm_kms_helper mei_me s\nyscopyarea sysfillrect sysimgblt mei fb_sys_fops acpi_pad sch_fq_codel crypto_user drm efivarfs ext4 mbcache jbd2 crc32c_intel\n[10085.941944] CPU: 1 PID: 5850 Comm: rmmod Not tainted 5.14.0-rc7-next-20210826+ #6\n[10085.941974] Hardware name: System manufacturer System Product Name/PRIME H310I-PLUS, BIOS 2603 10/21/2019\n[10085.941992] RIP: 0010:__flush_work+0x3ff/0x480\n[10085.942003] Code: c0 74 6b 65 ff 0d d1 bd 78 75 e8 bc 2f 06 00 48 c7 c6 68 b1 88 8a 48 c7 c7 e0 5f b4 8b 45 31 ff e8 e6 66 04 00 e9 4b fe ff ff \u003c0f\u003e 0b 45 31 ff e9 41 fe ff ff e8 72 c1 79 00 85 c0 74 87 80 3d 22\n[10085.942036] RSP: 0018:ffffa1744383fc08 EFLAGS: 00010246\n[10085.942048] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000923\n[10085.942062] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffff91c901710a88\n[10085.942076] RBP: ffffa1744383fce8 R08: 0000000000000001 R09: 0000000000000001\n[10085.942090] R10: 00000000000000c2 R11: 0000000000000000 R12: ffff91c901710a88\n[10085.942104] R13: 0000000000000000 R14: ffff91c909a96100 R15: 0000000000000001\n[10085.942118] FS: 00007fe417837740(0000) GS:ffff91c969d00000(0000) knlGS:0000000000000000\n[10085.942134] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[10085.942146] CR2: 000055a8d567ecd8 CR3: 0000000121690003 CR4: 00000000003706e0\n[10085.942160] Call Trace:\n[10085.942166] ? __lock_acquire+0x3af/0x22e0\n[10085.942177] ? cancel_work_sync+0xb/0x10\n[10085.942187] __cancel_work_timer+0x128/0x1b0\n[10085.942197] ? __pm_runtime_resume+0x5b/0x90\n[10085.942208] cancel_work_sync+0xb/0x10\n[10085.942217] t3_sge_stop+0x2f/0x50 [cxgb3]\n[10085.942234] remove_one+0x26/0x190 [cxgb3]\n[10085.942248] pci_device_remove+0x39/0xa0\n[10085.942258] __device_release_driver+0x15e/0x240\n[10085.942269] driver_detach+0xd9/0x120\n[10085.942278] bus_remove_driver+0x53/0xd0\n[10085.942288] driver_unregister+0x2c/0x50\n[10085.942298] pci_unregister_driver+0x31/0x90\n[10085.942307] cxgb3_cleanup_module+0x10/0x18c [cxgb3]\n[10085.942324] __do_sys_delete_module+0x191/0x250\n[10085.942336] ? syscall_enter_from_user_mode+0x21/0x60\n[10085.942347] ? trace_hardirqs_on+0x2a/0xe0\n[10085.942357] __x64_sys_delete_module+0x13/0x20\n[10085.942368] do_syscall_64+0x40/0x90\n[10085.942377] entry_SYSCALL_64_after_hwframe+0x44/0xae\n[10085.942389] RIP: 0033:0x7fe41796323b\n\nFixes: 5e0b8928927f (\"net:cxgb3: replace tasklets with works\")\nSigned-off-by: Heiner Kallweit \u003chkallweit1@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "cdff1eda69326fb46de10c5454212b3efcf4bb41", "tree": "31869b418f08169e099e65ab2fdf7eb7a31dad48", "parents": [ "452d07413954ef38951cfd41507b310c3afccd93" ], "author": { "name": "Randy Dunlap", "email": "rdunlap@infradead.org", "time": "Mon Sep 06 17:19:49 2021 -0700" }, "committer": { "name": "Lee Jones", "email": "lee.jones@linaro.org", "time": "Tue Sep 07 08:44:07 2021 +0100" }, "message": "mfd: lpc_sch: Rename GPIOBASE to prevent build error\n\nOne MIPS platform (mach-rc32434) defines GPIOBASE. This macro\nconflicts with one of the same name in lpc_sch.c. Rename the latter one\nto prevent the build error.\n\n../drivers/mfd/lpc_sch.c:25: error: \"GPIOBASE\" redefined [-Werror]\n 25 | #define GPIOBASE 0x44\n../arch/mips/include/asm/mach-rc32434/rb.h:32: note: this is the location of the previous definition\n 32 | #define GPIOBASE 0x050000\n\nCc: Denis Turischev \u003cdenis@compulab.co.il\u003e\nFixes: e82c60ae7d3a (\"mfd: Introduce lpc_sch for Intel SCH LPC bridge\")\nSigned-off-by: Randy Dunlap \u003crdunlap@infradead.org\u003e\nSigned-off-by: Lee Jones \u003clee.jones@linaro.org\u003e\n" }, { "commit": "452d07413954ef38951cfd41507b310c3afccd93", "tree": "1ee8fcb59450d791a2fc868f0be41e7866642b26", "parents": [ "c2f24933a18ac9098a758cb3edfff6503ed5c55d" ], "author": { "name": "Hector Martin", "email": "marcan@marcan.st", "time": "Mon Aug 23 23:31:22 2021 +0900" }, "committer": { "name": "Lee Jones", "email": "lee.jones@linaro.org", "time": "Tue Sep 07 08:34:08 2021 +0100" }, "message": "mfd: syscon: Use of_iomap() instead of ioremap()\n\nThis automatically selects between ioremap() and ioremap_np() on\nplatforms that require it, such as Apple SoCs.\n\nSigned-off-by: Hector Martin \u003cmarcan@marcan.st\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Lee Jones \u003clee.jones@linaro.org\u003e\n" }, { "commit": "644d0a5bcc3361170d84fb8d0b13943c354119db", "tree": "e203f3d6269721b693c65e28e7f3b3d41a26734c", "parents": [ "54d7a47a008b89fce5a669528274194ca092634d" ], "author": { "name": "Tong Zhang", "email": "ztong0001@gmail.com", "time": "Mon Sep 06 16:37:02 2021 -0700" }, "committer": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Tue Sep 07 08:46:58 2021 +0200" }, "message": "can: c_can: fix null-ptr-deref on ioctl()\n\nThe pdev maybe not a platform device, e.g. c_can_pci device, in this\ncase, calling to_platform_device() would not make sense. Also, per the\ncomment in drivers/net/can/c_can/c_can_ethtool.c, @bus_info should\nmatch dev_name() string, so I am replacing this with dev_name() to fix\nthis issue.\n\n[ 1.458583] BUG: unable to handle page fault for address: 0000000100000000\n[ 1.460921] RIP: 0010:strnlen+0x1a/0x30\n[ 1.466336] ? c_can_get_drvinfo+0x65/0xb0 [c_can]\n[ 1.466597] ethtool_get_drvinfo+0xae/0x360\n[ 1.466826] dev_ethtool+0x10f8/0x2970\n[ 1.467880] sock_ioctl+0xef/0x300\n\nFixes: 2722ac986e93 (\"can: c_can: add ethtool support\")\nLink: https://lore.kernel.org/r/20210906233704.1162666-1-ztong0001@gmail.com\nCc: stable@vger.kernel.org # 5.14+\nSigned-off-by: Tong Zhang \u003cztong0001@gmail.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\n" }, { "commit": "54d7a47a008b89fce5a669528274194ca092634d", "tree": "b5524b8c6f506fe54bf3ce854a885d8b4ae92dcd", "parents": [ "b539c44df067ac116ec1b58b956efda51b6a7fc1" ], "author": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Sat Sep 04 14:35:26 2021 +0200" }, "committer": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Tue Sep 07 08:45:54 2021 +0200" }, "message": "can: rcar_canfd: add __maybe_unused annotation to silence warning\n\nSince commit\n\n| dd3bd23eb438 (\"can: rcar_canfd: Add Renesas R-Car CAN FD driver\")\n\nthe rcar_canfd driver can be compile tested on all architectures. On\nnon OF enabled archs, or archs where OF is optional (and disabled in\nthe .config) the compilation throws the following warning:\n\n| drivers/net/can/rcar/rcar_canfd.c:2020:34: warning: unused variable \u0027rcar_canfd_of_table\u0027 [-Wunused-const-variable]\n| static const struct of_device_id rcar_canfd_of_table[] \u003d {\n| ^\n\nThis patch fixes the warning by marking the variable\nrcar_canfd_of_table as __maybe_unused.\n\nFixes: ac4224087312 (\"can: rcar: Kconfig: Add helper dependency on COMPILE_TEST\")\nFixes: dd3bd23eb438 (\"can: rcar_canfd: Add Renesas R-Car CAN FD driver\")\nLink: https://lore.kernel.org/all/20210907064537.1054268-1-mkl@pengutronix.de\nCc: linux-renesas-soc@vger.kernel.org\nCc: Cai Huoqing \u003ccaihuoqing@baidu.com\u003e\nReported-by: kernel test robot \u003clkp@intel.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\n" }, { "commit": "4b93c544e90e2b28326182d31ee008eb80e02074", "tree": "8ab08529d0db6df5efaa260d6079583746f4d313", "parents": [ "ba7b1f861086d760ef1032915fe7c809a191434e" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 12:27:03 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 12:27:03 2021 -0700" }, "message": "thunderbolt: test: split up test cases in tb_test_credit_alloc_all\n\nThe tb_test_credit_alloc_all() function had a huge number of\nKUNIT_ASSERT() statements, all of which (though the magic of many many\nlayers of inscrutable macros) ended up allocating and initializing\nvarious test assertion structures on the stack.\n\nDon\u0027t do that. The kernel stack isn\u0027t infinite, and we have compiler\nwarnings (now errors) for the case where a stack frame grows too large.\n\nLike it did here, by not an inconsiderable margin:\n\n drivers/thunderbolt/test.c: In function ‘tb_test_credit_alloc_all’:\n drivers/thunderbolt/test.c:2367:1: error: the frame size of 4500 bytes is larger than 2048 bytes [-Werror\u003dframe-larger-than\u003d]\n 2367 | }\n | ^\n\nSolve this similarly to the lib/test_scanf case: split out the tests\ninto several smaller functions, each just testing one particular tunnel\ncredit allocation.\n\nThis makes the i386 allyesconfig build work for me again.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "ba7b1f861086d760ef1032915fe7c809a191434e", "tree": "358dbdc892fc91f2873b4273496d30eece64f830", "parents": [ "1476ff21abb435cd4c453e61df5b125fac8cc50b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 11:04:03 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 11:04:03 2021 -0700" }, "message": "lib/test_scanf: split up number parsing test routines\n\nIt turns out that gcc has real trouble merging all the temporary\non-stack buffer allocation. So despite the fact that their lifetimes do\nnot overlap, gcc will allocate stack for all of them when they have\ndifferent types. Which they do in the number scanning test routines.\n\nThis is unfortunate in general, but with lots of test-cases in one\nfunction, it becomes a real problem. gcc will allocate a huge stack\nframe for no actual good reason.\n\nWe have tried to counteract this tendency of gcc not merging stack slots\n(see \"-fconserve-stack\"), but that has limited effect (and should be on\nby default these days, iirc).\n\nSo with all the debug options enabled on an i386 allmodconfig build, we\nend up with overly big stack frames, and the resulting stack frame size\nwarnings (now errors):\n\n lib/test_scanf.c: In function ‘numbers_list_field_width_val_width’:\n lib/test_scanf.c:530:1: error: the frame size of 2088 bytes is larger than 2048 bytes [-Werror\u003dframe-larger-than\u003d]\n 530 | }\n | ^\n lib/test_scanf.c: In function ‘numbers_list_field_width_typemax’:\n lib/test_scanf.c:488:1: error: the frame size of 2568 bytes is larger than 2048 bytes [-Werror\u003dframe-larger-than\u003d]\n 488 | }\n | ^\n lib/test_scanf.c: In function ‘numbers_list’:\n lib/test_scanf.c:437:1: error: the frame size of 2088 bytes is larger than 2048 bytes [-Werror\u003dframe-larger-than\u003d]\n 437 | }\n | ^\n\nIn this particular case, the reasonably straightforward solution is to\njust split out the test routines into multiple more targeted versions.\nThat way we don\u0027t have one huge stack, but several smaller ones, and\nthey aren\u0027t active all at the same time.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1476ff21abb435cd4c453e61df5b125fac8cc50b", "tree": "83e1566f2cf3ac83b93a3393a4a4610620f158c1", "parents": [ "1dbe7e386f505bdae30f7436c41769149c7dcf32" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 10:24:58 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 10:24:58 2021 -0700" }, "message": "iwl: fix debug printf format strings\n\nThe variable \u0027package_size\u0027 is an unsigned long, and should be printed\nout using \u0027%lu\u0027, not \u0027%zd\u0027 (that would be for a size_t).\n\nYes, on many architectures (including x86-64), \u0027size_t\u0027 is in fact the\nsame type as \u0027long\u0027, but that\u0027s a fairly random architecture definition,\nand on some platforms \u0027size_t\u0027 is in fact \u0027int\u0027 rather than \u0027long\u0027.\n\nThat is the case on traditional 32-bit x86. Yes, both types are the\nexact same 32-bit size, and it would all print out perfectly correctly,\nbut \u0027%zd\u0027 ends up still being wrong.\n\nAnd we can\u0027t make \u0027package_size\u0027 be a \u0027size_t\u0027, because we get the\nactual value using efivar_entry_get() that takes a pointer to an\n\u0027unsigned long\u0027. So \u0027%lu\u0027 it is.\n\nThis fixes two of the i386 allmodconfig build warnings (that is now an\nerror due to -Werror).\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "1dbe7e386f505bdae30f7436c41769149c7dcf32", "tree": "a18108c84322f4453872823fadeaf6c00e6351cd", "parents": [ "03085b3d5a45a60061423ac4857f339c7cb260ff", "1c500ad706383f1a6609e63d0b5d1723fd84dab9" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 10:06:26 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 10:06:26 2021 -0700" }, "message": "Merge tag \u0027block-5.15-2021-09-05\u0027 of git://git.kernel.dk/linux-block\n\nPull block fixes from Jens Axboe:\n \"Was going to send this one in later this week, but given that -Werror\n is now enabled (or at least available), the mq-deadline fix really\n should go in for the folks hitting that.\n\n - Ensure dd_queued() is only there if needed (Geert)\n\n - Fix a kerneldoc warning for bio_alloc_kiocb()\n\n - BFQ fix for queue merging\n\n - loop locking fix (Tetsuo)\"\n\n* tag \u0027block-5.15-2021-09-05\u0027 of git://git.kernel.dk/linux-block:\n loop: reduce the loop_ctl_mutex scope\n bio: fix kerneldoc documentation for bio_alloc_kiocb()\n block, bfq: honor already-setup queue merges\n block/mq-deadline: Move dd_queued() to fix defined but not used warning\n" }, { "commit": "03085b3d5a45a60061423ac4857f339c7cb260ff", "tree": "e08ddff466ec03b32813c09445d4cf26912724de", "parents": [ "eebb4159a2bf660b545ecb6ee318179971d610a2", "55d1308bdff7341b778e5cf36220616a0dd6ab8f" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 10:00:25 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 10:00:25 2021 -0700" }, "message": "Merge tag \u0027misc-5.15-2021-09-05\u0027 of git://git.kernel.dk/linux-block\n\nPull CDROM maintainer update from Jens Axboe:\n \"It\u0027s been about 22 years since I originally started maintaining the\n CDROM code, and I just haven\u0027t been able to even get reviews done in a\n timely fashion the last handful of years.\n\n Time to pass it on, and Phillip has volunteered take over these\n duties. I\u0027ll be helping as needed for the foreseeable future\"\n\n* tag \u0027misc-5.15-2021-09-05\u0027 of git://git.kernel.dk/linux-block:\n cdrom: update uniform CD-ROM maintainership in MAINTAINERS file\n" }, { "commit": "eebb4159a2bf660b545ecb6ee318179971d610a2", "tree": "336bc6e42de8840af2c92eac43597e5a01fd56b2", "parents": [ "60f8fbaa954452104a1914e21c5cc109f7bf276a", "7a8526a5cd51cf5f070310c6c37dd7293334ac49" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 09:51:42 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 09:51:42 2021 -0700" }, "message": "Merge tag \u0027libata-5.15-2021-09-05\u0027 of git://git.kernel.dk/linux-block\n\nPull libata fixes from Jens Axboe:\n \"Fixes for queued trim on certain Samsung SSDs, in conjunction with\n certain ATI controllers\"\n\n* tag \u0027libata-5.15-2021-09-05\u0027 of git://git.kernel.dk/linux-block:\n libata: Add ATA_HORKAGE_NO_NCQ_ON_ATI for Samsung 860 and 870 SSD.\n libata: add ATA_HORKAGE_NO_NCQ_TRIM for Samsung 860 and 870 SSDs\n" }, { "commit": "60f8fbaa954452104a1914e21c5cc109f7bf276a", "tree": "8212a8c7d3efc455028f95a4520424db85d9e50f", "parents": [ "20fbb11fe4ea99e02d77824613f1438bea456683", "2fc2a7a62eb58650e71b4550cf6fa6cc0a75b2d2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 09:26:07 2021 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 09:26:07 2021 -0700" }, "message": "Merge tag \u0027for-5.15/io_uring-2021-09-04\u0027 of git://git.kernel.dk/linux-block\n\nPull io_uring fixes from Jens Axboe:\n \"As sometimes happens, two reports came in around the merge window open\n that led to some fixes. Hence this one is a bit bigger than usual\n followup fixes, but most of it will be going towards stable, outside\n of the fixes that are addressing regressions from this merge window.\n\n In detail:\n\n - postgres is a heavy user of signals between tasks, and if we\u0027re\n unlucky this can interfere with io-wq worker creation. Make sure\n we\u0027re resilient against unrelated signal handling. This set of\n changes also includes hardening against allocation failures, which\n could previously had led to stalls.\n\n - Some use cases that end up having a mix of bounded and unbounded\n work would have starvation issues related to that. Split the\n pending work lists to handle that better.\n\n - Completion trace int -\u003e unsigned -\u003e long fix\n\n - Fix issue with REGISTER_IOWQ_MAX_WORKERS and SQPOLL\n\n - Fix regression with hash wait lock in this merge window\n\n - Fix retry issued on block devices (Ming)\n\n - Fix regression with links in this merge window (Pavel)\n\n - Fix race with multi-shot poll and completions (Xiaoguang)\n\n - Ensure regular file IO doesn\u0027t inadvertently skip completion\n batching (Pavel)\n\n - Ensure submissions are flushed after running task_work (Pavel)\"\n\n* tag \u0027for-5.15/io_uring-2021-09-04\u0027 of git://git.kernel.dk/linux-block:\n io_uring: io_uring_complete() trace should take an integer\n io_uring: fix possible poll event lost in multi shot mode\n io_uring: prolong tctx_task_work() with flushing\n io_uring: don\u0027t disable kiocb_done() CQE batching\n io_uring: ensure IORING_REGISTER_IOWQ_MAX_WORKERS works with SQPOLL\n io-wq: make worker creation resilient against signals\n io-wq: get rid of FIXED worker flag\n io-wq: only exit on fatal signals\n io-wq: split bounded and unbounded work into separate lists\n io-wq: fix queue stalling race\n io_uring: don\u0027t submit half-prepared drain request\n io_uring: fix queueing half-created requests\n io-wq: ensure that hash wait lock is IRQ disabling\n io_uring: retry in case of short read on block device\n io_uring: IORING_OP_WRITE needs hash_reg_file set\n io-wq: fix race between adding work and activating a free worker\n" }, { "commit": "20fbb11fe4ea99e02d77824613f1438bea456683", "tree": "266d26a19e39b86b09a61a6f72db691d29f38939", "parents": [ "27151f177827d478508e756c7657273261aaf8a9" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Mon Sep 06 15:47:02 2021 +1000" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Sep 06 09:15:09 2021 -0700" }, "message": "don\u0027t make the syscall checking produce errors from warnings\n\nSigned-off-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b539c44df067ac116ec1b58b956efda51b6a7fc1", "tree": "a122d09cc1446e61c84935cca1539c6e981c5bc9", "parents": [ "1d99411fe70194f39d74a8db2ad082daa12e6aad" ], "author": { "name": "Andy Shevchenko", "email": "andriy.shevchenko@linux.intel.com", "time": "Mon Sep 06 15:44:49 2021 +0300" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 06 16:45:30 2021 +0100" }, "message": "net: wwan: iosm: Unify IO accessors used in the driver\n\nCurrently we have readl()/writel()/ioread*()/iowrite*() APIs in use.\nLet\u0027s unify to use only ioread*()/iowrite*() variants.\n\nSigned-off-by: Andy Shevchenko \u003candriy.shevchenko@linux.intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1d99411fe70194f39d74a8db2ad082daa12e6aad", "tree": "caece4e668846e86527d32262e1afe80f8034ece", "parents": [ "0a83299935f047f4a051e2a1d32391d34f4e4fcc" ], "author": { "name": "Andy Shevchenko", "email": "andriy.shevchenko@linux.intel.com", "time": "Mon Sep 06 15:44:48 2021 +0300" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Sep 06 16:45:30 2021 +0100" }, "message": "net: wwan: iosm: Replace io.*64_lo_hi() with regular accessors\n\nThe io.*_lo_hi() variants are not strictly needed on the x86 hardware\nand especially the PCI bus. Replace them with regular accessors, but\nleave headers in place in case of 32-bit build.\n\nSigned-off-by: Andy Shevchenko \u003candriy.shevchenko@linux.intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" } ], "next": "0a83299935f047f4a051e2a1d32391d34f4e4fcc" }