From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.1 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PULL_REQUEST, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id A83E6C433E0 for ; Thu, 6 Aug 2020 21:39:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 9C745221E3 for ; Thu, 6 Aug 2020 21:39:40 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="hP+jKCkN" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726131AbgHFVjg (ORCPT ); Thu, 6 Aug 2020 17:39:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59836 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725812AbgHFVjf (ORCPT ); Thu, 6 Aug 2020 17:39:35 -0400 Received: from mail-io1-xd44.google.com (mail-io1-xd44.google.com [IPv6:2607:f8b0:4864:20::d44]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2E188C061574; Thu, 6 Aug 2020 14:39:35 -0700 (PDT) Received: by mail-io1-xd44.google.com with SMTP id g19so39120595ioh.8; Thu, 06 Aug 2020 14:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eCs2dD+8tOINu3xlS4VBG+yksFx7kxI22mNaJHT40+4=; b=hP+jKCkN0wMl5+2uK6+w0CDKbuGM9dfCc50TFfddYP0Tu/1+BN6s4Wwdh7OTrOtx3Q x1XZg5ZRI4btIjGHOa6t7XWji/W7OHC+0SrnR6zVj8IarXpP49quQ00Vvt9jMtrdYB8p UonB5V+H0ItP4NSL+d6lfkI67esskoBRR+kTqRmtak2A1PrviqD515CAFZzTBNX/CRfx el5OUnxFtIN9yKZhzEFZnwsWVKT9yeaY/oVC/Vt1+ZUQcBkkrSOEJDk4QxwY+9Atd7X7 gwIurjbCQwAYxip58O9tRU+35Dg1XjeQ51rkNpKfKc3rR2So8fAkt3fBox8rGqR81g3s LI2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eCs2dD+8tOINu3xlS4VBG+yksFx7kxI22mNaJHT40+4=; b=oL4G6YFQlCceSsVl0GA+4THQoqDI9aFA9rmCRkefypGz6C9EL2zLQSDMW6EvT4v7oZ WPk+gBw9z6gTWxf7EWgMcj4way7Hq+70i7ZdDXafXepFLWniZEAxjhknkKiWloxSQp0e kpu2iecGGuGPhlw+8sdUbxOZsZeIt1JNW4EIJbsu8nTTNTOrk9xXmsicFzr+8Kgzyno5 7LRt8fffYKcg8NmFE72aNCfa3IPMkK333c3dExgs0NoOa7HFVopjBZBJA6LKJ6zFcoq6 3A8RDDa8jZLYIONfFlAcbz9YIO/j7IE0OgdDhp3D33hHfNxq9w6hGFqTsXsynhvpL4Qn 0fZw== X-Gm-Message-State: AOAM531/yFpDE3lfkNUQlcZY/mQN6xpPXa0BZrSntfPvLCQWZBYWCZ9X Kd2QpkJXOoFTuvn8NpLoa5uLDTqMcQ4PIHT8gng= X-Google-Smtp-Source: ABdhPJyIdGRiuvkyhiGdLYNxq+Un+lEvNqv164PBNOibToY6a4gGaJG/vhVm6ZEfUTHJwWo51GoUshGENytkoEgHjYs= X-Received: by 2002:a5d:8f09:: with SMTP id f9mr1051884iof.187.1596749974292; Thu, 06 Aug 2020 14:39:34 -0700 (PDT) MIME-Version: 1.0 References: <20200805.185559.1225246192723680518.davem@davemloft.net> In-Reply-To: <20200805.185559.1225246192723680518.davem@davemloft.net> From: John Stultz Date: Thu, 6 Aug 2020 14:39:20 -0700 Message-ID: Subject: Re: [GIT] Networking To: David Miller Cc: Linus Torvalds , Andrew Morton , netdev , Linux Kernel Mailing List , Todd Kjos , Amit Pundir Content-Type: text/plain; charset="UTF-8" Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Wed, Aug 5, 2020 at 6:57 PM David Miller wrote: > There is a minor conflict in net/ipv6/ip6_flowlabel.c, it's because of > the commit that did the tree-wide removal of uninitialized_var(). The > resolution is simple, kill all of the conflict markers and content > within, and remove the uninitialized_var() marker that got moved > elsewhere in the file in the net-next tree. > > Otherwise, we have: > > 1) Support 6Ghz band in ath11k driver, from Rajkumar Manoharan. > > 2) Support UDP segmentation in code TSO code, from Eric Dumazet. > > 3) Allow flashing different flash images in cxgb4 driver, from Vishal > Kulkarni. > > 4) Add drop frames counter and flow status to tc flower offloading, > from Po Liu. > > 5) Support n-tuple filters in cxgb4, from Vishal Kulkarni. > > 6) Various new indirect call avoidance, from Eric Dumazet and Brian > Vazquez. > > 7) Fix BPF verifier failures on 32-bit pointer arithmetic, from > Yonghong Song. > > 8) Support querying and setting hardware address of a port function > via devlink, use this in mlx5, from Parav Pandit. > > 9) Support hw ipsec offload on bonding slaves, from Jarod Wilson. > > 10) Switch qca8k driver over to phylink, from Jonathan McDowell. > > 11) In bpftool, show list of processes holding BPF FD references to > maps, programs, links, and btf objects. From Andrii Nakryiko. > > 12) Several conversions over to generic power management, from Vaibhav > Gupta. > > 13) Add support for SO_KEEPALIVE et al. to bpf_setsockopt(), from > Dmitry Yakunin. > > 14) Various https url conversions, from Alexander A. Klimov. > > 15) Timestamping and PHC support for mscc PHY driver, from Antoine > Tenart. > > 16) Support bpf iterating over tcp and udp sockets, from Yonghong > Song. > > 17) Support 5GBASE-T i40e NICs, from Aleksandr Loktionov. > > 18) Add kTLS RX HW offload support to mlx5e, from Tariq Toukan. > > 19) Fix the ->ndo_start_xmit() return type to be netdev_tx_t in several > drivers. From Luc Van Oostenryck. > > 20) XDP support for xen-netfront, from Denis Kirjanov. > > 21) Support receive buffer autotuning in MPTCP, from Florian Westphal. > > 22) Support EF100 chip in sfc driver, from Edward Cree. > > 23) Add XDP support to mvpp2 driver, from Matteo Croce. > > 24) Support MPTCP in sock_diag, from Paolo Abeni. > > 25) Commonize UDP tunnel offloading code by creating udp_tunnel_nic > infrastructure, from Jakub Kicinski. > > 26) Several pci_ --> dma_ API conversions, from Christophe JAILLET. > > 27) Add FLOW_ACTION_POLICE support to mlxsw, from Ido Schimmel. > > 28) Add SK_LOOKUP bpf program type, from Jakub Sitnicki. > > 29) Refactor a lot of networking socket option handling code in > order to avoid set_fs() calls, from Christoph Hellwig. > > 30) Add rfc4884 support to icmp code, from Willem de Bruijn. > > 31) Support TBF offload in dpaa2-eth driver, from Ioana Ciornei. > > 32) Support XDP_REDIRECT in qede driver, from Alexander Lobakin. > > 33) Support PCI relaxed ordering in mlx5 driver, from Aya Levin. > > 34) Support TCP syncookies in MPTCP, from Flowian Westphal. > > 35) Fix several tricky cases of PMTU handling wrt. briding, from > Stefano Brivio. > > Please pull, thanks a lot! > > The following changes since commit ac3a0c8472969a03c0496ae774b3a29eb26c8d5a: > > Merge git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net (2020-08-01 16:47:24 -0700) > > are available in the Git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git Hey David, All, Just as a heads up, after net-next was merged into Linus' tree, I started hitting the following crash on boot on the Dragonboard 845c booting AOSP. I've bisected it down to the net-next merge, but haven't bisected it further yet, as I still have a handful of (unrelated to networking) out of tree patches needed to boot the board. [ 19.709492] Unable to handle kernel access to user memory outside uaccess routines at virtual address 0000006f53337070 [ 19.726539] Mem abort info: [ 19.726544] ESR = 0x9600000f [ 19.741323] EC = 0x25: DABT (current EL), IL = 32 bits [ 19.741326] SET = 0, FnV = 0 [ 19.761185] EA = 0, S1PTW = 0 [ 19.761188] Data abort info: [ 19.761190] ISV = 0, ISS = 0x0000000f [ 19.761192] CM = 0, WnR = 0 [ 19.761199] user pgtable: 4k pages, 39-bit VAs, pgdp=000000016e9e9000 [ 19.777584] [0000006f53337070] pgd=000000016e99e003, p4d=000000016e99e003, pud=000000016e99e003, pmd=000000016e99a003, pte=00e800016d3c7f53 [ 19.789205] Internal error: Oops: 9600000f [#1] PREEMPT SMP [ 19.789211] Modules linked in: [ 19.797153] CPU: 7 PID: 364 Comm: iptables-restor Tainted: G W 5.8.0-mainline-08255-gf9e74a8eb6f3 #3350 [ 19.797156] Hardware name: Thundercomm Dragonboard 845c (DT) [ 19.797161] pstate: a0400005 (NzCv daif +PAN -UAO BTYPE=--) [ 19.797177] pc : do_ipt_set_ctl+0x304/0x610 [ 19.807891] lr : do_ipt_set_ctl+0x50/0x610 [ 19.807894] sp : ffffffc0139bbba0 [ 19.807898] x29: ffffffc0139bbba0 x28: ffffff80f07a3800 [ 19.846468] x27: 0000000000000000 x26: 0000000000000000 [ 19.846472] x25: 0000000000000000 x24: 0000000000000698 [ 19.846476] x23: ffffffec8eb0cc80 x22: 0000000000000040 [ 19.846480] x21: b400006f53337070 x20: ffffffec8eb0c000 [ 19.846484] x19: ffffffec8e9e9000 x18: 0000000000000000 [ 19.846487] x17: 0000000000000000 x16: 0000000000000000 [ 19.846491] x15: 0000000000000000 x14: 0000000000000000 [ 19.846495] x13: 0000000000000000 x12: 0000000000000000 [ 19.846501] x11: 0000000000000000 x10: 0000000000000000 [ 19.856005] x9 : 0000000000000000 x8 : 0000000000000000 [ 19.856008] x7 : ffffffec8e9e9d08 x6 : 0000000000000000 [ 19.856012] x5 : 0000000000000000 x4 : 0000000000000213 [ 19.856015] x3 : 00000001ffdeffef x2 : 11ded3fb0bb85e00 [ 19.856019] x1 : 0000000000000027 x0 : 0000008000000000 [ 19.856024] Call trace: [ 19.866319] do_ipt_set_ctl+0x304/0x610 [ 19.866327] nf_setsockopt+0x64/0xa8 [ 19.866332] ip_setsockopt+0x21c/0x1710 [ 19.866338] raw_setsockopt+0x50/0x1b8 [ 19.866347] sock_common_setsockopt+0x50/0x68 [ 19.882672] __sys_setsockopt+0x120/0x1c8 [ 19.882677] __arm64_sys_setsockopt+0x30/0x40 [ 19.882686] el0_svc_common.constprop.3+0x78/0x188 [ 19.882691] do_el0_svc+0x80/0xa0 [ 19.882699] el0_sync_handler+0x134/0x1a0 [ 19.901555] el0_sync+0x140/0x180 [ 19.901564] Code: aa1503e0 97fffd3e 2a0003f5 17ffff80 (a9401ea6) [ 19.901569] ---[ end trace 22010e9688ae248f ]--- [ 19.913033] Kernel panic - not syncing: Fatal exception [ 19.913042] SMP: stopping secondary CPUs [ 20.138885] Kernel Offset: 0x2c7d080000 from 0xffffffc010000000 [ 20.138887] PHYS_OFFSET: 0xfffffffa80000000 [ 20.138894] CPU features: 0x0040002,2a80a218 [ 20.138898] Memory Limit: none I'll continue to work on bisecting this down further, but figured I'd share now as you or someone else might be able to tell whats wrong from the trace. thanks -john