Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp5003764imm; Tue, 9 Oct 2018 08:19:27 -0700 (PDT) X-Google-Smtp-Source: ACcGV63SsaDxsmmDTgP9yb4psjPBZxTWxKl/rcOHoEV1CfSSUJ0RLzNVJ7g60I7QcFDGWgERo6LQ X-Received: by 2002:a63:2503:: with SMTP id l3-v6mr9871267pgl.69.1539098366969; Tue, 09 Oct 2018 08:19:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1539098366; cv=none; d=google.com; s=arc-20160816; b=yA4FgX8FxB8qeQ8arDXtnwUPYzPd3ppp5Yf5zkaTU1jLc/n/AT9EF4Kl8mqlrJN5pR D+9G6uFE1loszYvI0GQ2RLDKCcNwwEjPhu/xnT+zU/Oes1/fygOj/pMDeEKKHibXjONx l/wWQLazXHWZ8CN1woWtPtuFiFOJpjjR2Kv1eIsa9bh5oJ90TqKKKXLs+jIelVnpFr4U 0rNjr0BIAS0OnXMBvp7P4ZRWLz+xCVa7anVEnyqdnQ7bXQEbra0mfYZ+8tucokMUdtN5 CoD0J0FPftPhi2r3Fd4WUIksBkBr3kx0J3G83tOaPQkaBk1RqfOf2svFGkMsmINFRR3u l67A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=CxxkfY5SDDlci/BIobLj0fKvlMJ/xRavdHVF/oLovjU=; b=NBnioWRaNkbrRXyw0BO3Mui8RUDhhhETvylDp7W6baEeUwcr4N6BOBri3g4hzjsCCB y7ScPeLhulYR+57Wme5WVPz/B7oTwYZmaUsvZCR90ygCNRTtfgQ97SeHBZR6UXeU5tTV ExHqx0vThaW3ThifXGf+8heAzhZWmi/pPcMXDfNVyCI3P5hLl5bD0rMP6g3GnvaETUoi RStoyiG/K38nEZvzFEMMI8/qw/FcsyUrn8a0GLR3K7cnoZU1B5PKHEMLkr8h/W+ZEG00 iawHQJL00/U6fFh45csGr7Qil2B9hePuEdC9ZHZaHBYmRRBzC6IgbaV8tgTZ/uOGFFa1 gzWA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w31-v6si21847499pla.133.2018.10.09.08.19.11; Tue, 09 Oct 2018 08:19:26 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726664AbeJIWf5 (ORCPT + 99 others); Tue, 9 Oct 2018 18:35:57 -0400 Received: from mail.us.es ([193.147.175.20]:40768 "EHLO mail.us.es" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726393AbeJIWf5 (ORCPT ); Tue, 9 Oct 2018 18:35:57 -0400 Received: from antivirus1-rhel7.int (unknown [192.168.2.11]) by mail.us.es (Postfix) with ESMTP id CE8855E4788 for ; Tue, 9 Oct 2018 17:18:30 +0200 (CEST) Received: from antivirus1-rhel7.int (localhost [127.0.0.1]) by antivirus1-rhel7.int (Postfix) with ESMTP id A823DDA87E for ; Tue, 9 Oct 2018 17:18:30 +0200 (CEST) Received: by antivirus1-rhel7.int (Postfix, from userid 99) id 9D9D5DA84E; Tue, 9 Oct 2018 17:18:30 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on antivirus1-rhel7.int X-Spam-Level: X-Spam-Status: No, score=-108.2 required=7.5 tests=ALL_TRUSTED,BAYES_50, SMTPAUTH_US2,USER_IN_WHITELIST autolearn=disabled version=3.4.1 Received: from antivirus1-rhel7.int (localhost [127.0.0.1]) by antivirus1-rhel7.int (Postfix) with ESMTP id A91F5DA84E; Tue, 9 Oct 2018 17:18:28 +0200 (CEST) Received: from 192.168.1.97 (192.168.1.97) by antivirus1-rhel7.int (F-Secure/fsigk_smtp/550/antivirus1-rhel7.int); Tue, 09 Oct 2018 17:18:28 +0200 (CEST) X-Virus-Status: clean(F-Secure/fsigk_smtp/550/antivirus1-rhel7.int) Received: from us.es (sys.soleta.eu [212.170.55.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: 1984lsi) by entrada.int (Postfix) with ESMTPSA id B4BD14265A5D; Tue, 9 Oct 2018 17:18:28 +0200 (CEST) Date: Tue, 9 Oct 2018 17:18:28 +0200 X-SMTPAUTHUS: auth mail.us.es From: Pablo Neira Ayuso To: Andre Tomt Cc: Greg Kroah-Hartman , linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org, ben.hutchings@codethink.co.uk, lkft-triage@lists.linaro.org, "stable@vger.kernel.org" Subject: Re: [PATCH 4.18 000/168] 4.18.13-stable review Message-ID: <20181009151828.hv6rrxyttjfj3yq7@salvia> References: <20181008175620.043587728@linuxfoundation.org> <966cae81-c3f6-1d38-5721-97dc317a3fde@tomt.net> <20181009092154.GC19241@kroah.com> <41c3c40f-2757-9405-4899-02eacb3d05f0@tomt.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41c3c40f-2757-9405-4899-02eacb3d05f0@tomt.net> User-Agent: NeoMutt/20170113 (1.7.2) X-Virus-Scanned: ClamAV using ClamSMTP Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 09, 2018 at 01:33:39PM +0200, Andre Tomt wrote: > On 09. okt. 2018 11:21, Greg Kroah-Hartman wrote: > > On Tue, Oct 09, 2018 at 05:21:31AM +0200, Andre Tomt wrote: > > > On 08. okt. 2018 20:29, Greg Kroah-Hartman wrote: > > > > This is the start of the stable review cycle for the 4.18.13 release. > > > > There are 168 patches in this series, all will be posted as a response > > > > to this one. If anyone has any issues with these being applied, please > > > > let me know. > > > > > > CC [M] net/ipv4/netfilter/nf_conntrack_proto_icmp.o > > > net/ipv4/netfilter/nf_conntrack_proto_icmp.c:373:3: error: ‘const struct > > > nf_conntrack_l4proto’ has no member named ‘ctnl_timeout’; did you mean > > > ‘get_timeouts’? > > > .ctnl_timeout = { > > > ^~~~~~~~~~~~ > > > get_timeouts > > > > > > The problematic patch is:> netfilter-conntrack-timeout-interface-depend-on-config_nf_conntrack_timeout.patch > > > > > > The stuff the commit message talks about seems like it was added in > > > 4.19-rc1, so this should not go into stable. > > > > > > Kernel builds fine with this one patch reverted. > > > > So you have CONFIG_NF_CT_NETLINK_TIMEOUT enabled but not > > CONFIG_NF_NETLINK_TIMEOUT? Looks like we just need to modify the .h > > file to fix this up properly, right? > > Adding Pablo to the thread as I dont know > > > This isn't showing up in my build tests as that configuration seems a > > bit odd to me. > > I think you meant CONFIG_NF_CONNTRACK_TIMEOUT instead of > CONFIG_NF_NETLINK_TIMEOUT? > > This is the configuration: > CONFIG_NF_CONNTRACK_TIMEOUT=y > # CONFIG_NF_CT_NETLINK_TIMEOUT is not set upstream commit a874752a10da113f513980e28f562d946d3f829d depends on: commit 6c1fd7dc489d9bf64196f5b0fa33e059f64460c8 Author: Pablo Neira Ayuso Date: Tue Aug 7 17:14:15 2018 +0200 netfilter: cttimeout: decouple timeout policy from nfnetlink_cttimeout object So I would suggest to keep it back / not place it 4.18.x stable. Thanks.