Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4EDC8C4332F for ; Wed, 17 Nov 2021 09:50:35 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 350AA61BD2 for ; Wed, 17 Nov 2021 09:50:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235529AbhKQJxb (ORCPT ); Wed, 17 Nov 2021 04:53:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232917AbhKQJxb (ORCPT ); Wed, 17 Nov 2021 04:53:31 -0500 Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BCAB9C061746 for ; Wed, 17 Nov 2021 01:50:32 -0800 (PST) Received: by mail-wr1-x433.google.com with SMTP id u18so3439057wrg.5 for ; Wed, 17 Nov 2021 01:50:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Y8UtfBKpFljzwKmn9rkEteI/WMskLkeAqKsBUdCz8UA=; b=DbWUdU2HqOpPTwanKQRBEJQd5uD6Er5K4hDYn6Sh6afsTM2OECxoojLZVF1GoVFdCU o9v0kEdCqclo2pzBpsI8odUiKuPD3+lssQLHx6W1mIuKq3C6fY0jC5rVD1YvQLCbB4zi bswjZ/KorKMHnCMFlFN2q50uXEsAeeNS7SymmshYrGPWo5yJ8uez11o9sv42tw0mZ2Bd Oal/1lZKY2qEnIxS795fpDeR55YCvYvwFhkASA47EvGsIVMIteQRljBOp+J7csSgMfVv HJ+A5dvweeqxDOs/JytDzYu+RkVxGEJRzG4aN4ItcHSeGE8anaBCKC23sB/hgrP7uhg3 lQ7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Y8UtfBKpFljzwKmn9rkEteI/WMskLkeAqKsBUdCz8UA=; b=7xB+A/s23yNo2zvIR6bhkIZ+NweG3XWT/fhpLfUHAsvnKV0u78BYBjQ4e32lIDoeoS 3NnZ+aZwEfWNKO+Jc+IRirghD8MTSRS4MUOj6CZ4FKemvvltCMBJBOVKIRLAsG5Tgt8F JpKmf2WzUK4udWW9JJ3ETr1tQrYfIa2ZikslZ1VuTwVNasUPck+AJIvlxCgzcd3/Byx/ 4VaggSPpRIEyhICtOpiiXIekLSJaCIHHdGk5hQfxS2vTUVsdUPUhiG3Y2+Rkj50ty4+y ql3wyL+nu9BNZc++F99+TmLuHdPUSPUhUdGOuFiPxy8ClF4XOYyPwdanKtkiH9cGaSF0 BhFA== X-Gm-Message-State: AOAM531P/KHyV6vYJDIYZAGnwfYqRaKIxDcSKBDkzLhVSzeQrNOgwd18 bdUz9dz/ke3GnjMsdi4x/sUm3WVFlvu51Deh4qJeng== X-Google-Smtp-Source: ABdhPJzMv09fmseHIZvqdbfP8+Dd24b9VGH7IqRJi2UIRDP0NLMfZwcWRtT5hRt6FtAZ2rfzH70XArL4eN2BCXnjSjc= X-Received: by 2002:adf:dd0a:: with SMTP id a10mr18523894wrm.60.1637142630640; Wed, 17 Nov 2021 01:50:30 -0800 (PST) MIME-Version: 1.0 References: <20211117135800.0b7072cd@canb.auug.org.au> <268ae204-efae-3081-a5dd-44fc07d048ba@infradead.org> In-Reply-To: From: Eric Dumazet Date: Wed, 17 Nov 2021 01:50:18 -0800 Message-ID: Subject: Re: linux-next: Tree for Nov 17 (uml, no IPV6) To: Geert Uytterhoeven Cc: Randy Dunlap , Stephen Rothwell , Linux Next Mailing List , Linux Kernel Mailing List , Netdev , Masahiro Yamada , David Miller , Jakub Kicinski Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 17, 2021 at 1:47 AM Geert Uytterhoeven w= rote: > > Hi Eric, > > On Wed, Nov 17, 2021 at 10:38 AM Eric Dumazet wrote= : > > On Wed, Nov 17, 2021 at 12:44 AM Geert Uytterhoeven > > wrote: > > > On Wed, Nov 17, 2021 at 6:49 AM Randy Dunlap = wrote: > > > > On 11/16/21 6:58 PM, Stephen Rothwell wrote: > > > > > Changes since 20211116: > > > > > > > > ARCH=3Dum SUBARCH=3Dx86_64: > > > > # CONFIG_IPV6 is not set > > > > > > It doesn't always happen with CONFIG_IPV6=3Dn, so I guess that's why > > > it wasn't detected before. > > > > Thanks for letting me know > > > > I guess the following addition would fix the issue ? > > > > diff --git a/arch/x86/um/asm/checksum_64.h b/arch/x86/um/asm/checksum_6= 4.h > > index 7b6cd1921573c97361b8d486bbba3e8870d53ad6..4f0c15a61925c46b261f87f= a319e6aff28f4cfce > > 100644 > > --- a/arch/x86/um/asm/checksum_64.h > > +++ b/arch/x86/um/asm/checksum_64.h > > Are you sure that's the right fix? > That won't fix the issue with m5272c3_defconfig. > > > > > In file included from ../net/ethernet/eth.c:62:0: > > > > ../include/net/gro.h: In function =E2=80=98ip6_gro_compute_pseudo= =E2=80=99: > > > > ../include/net/gro.h:413:22: error: implicit declaration of functio= n =E2=80=98csum_ipv6_magic=E2=80=99; did you mean =E2=80=98csum_tcpudp_magi= c=E2=80=99? [-Werror=3Dimplicit-function-declaration] > > > > return ~csum_unfold(csum_ipv6_magic(&iph->saddr, &iph->daddr, > > > > ^~~~~~~~~~~~~~~ > > > > csum_tcpudp_magic > > > > > > > > > > > > After I made ip6_gro_compute_pseudo() conditional on CONFIG_IPV6, > > > > I got this build error: > > > > > > > > In file included from ../net/ipv6/tcpv6_offload.c:10:0: > > > > ../net/ipv6/tcpv6_offload.c: In function =E2=80=98tcp6_gro_receive= =E2=80=99: > > > > ../net/ipv6/tcpv6_offload.c:22:11: error: implicit declaration of f= unction =E2=80=98ip6_gro_compute_pseudo=E2=80=99; did you mean =E2=80=98ine= t_gro_compute_pseudo=E2=80=99? [-Werror=3Dimplicit-function-declaration] > > > > ip6_gro_compute_pseudo)) { > > > > ^ > > > > ../include/net/gro.h:235:5: note: in definition of macro =E2=80=98_= _skb_gro_checksum_validate=E2=80=99 > > > > compute_pseudo(skb, proto)); \ > > > > ^~~~~~~~~~~~~~ > > > > ../net/ipv6/tcpv6_offload.c:21:6: note: in expansion of macro =E2= =80=98skb_gro_checksum_validate=E2=80=99 > > > > skb_gro_checksum_validate(skb, IPPROTO_TCP, > > > > ^~~~~~~~~~~~~~~~~~~~~~~~~ > > > > > > > > > > > > > > > > This is UML x86_64 defconfig: > > > > > > > > $ make ARCH=3Dum SUBARCH=3Dx86_64 defconfig all > > > > > > noreply@ellerman.id.au reported the same issue for m5272c3_defconfig, > > > and I've bisected the failure to commit 4721031c3559db8e ("net: > > > move gro definitions to include/net/gro.h"). > > arch/m68k/include/asm/checksum.h defines csum_ipv6_magic() > unconditionally, so it looks like just a missing #include. I don't know, apparently on UM, csum_ipv6_magic() is only found in arch/x86/um/asm/checksum_32.h, no idea why... > > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6= 8k.org > > In personal conversations with technical people, I call myself a hacker. = But > when I'm talking to journalists I just say "programmer" or something like= that. > -- Linus Torvalds