Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3281597imu; Wed, 7 Nov 2018 07:58:00 -0800 (PST) X-Google-Smtp-Source: AJdET5f7gMVxaUvaz8YoYPwJzGohD3l/1kiGM4PDZJfseiv6wGxYErWdzxVUSzuIlMt8OreS189U X-Received: by 2002:a62:6e47:: with SMTP id j68-v6mr728518pfc.197.1541606280100; Wed, 07 Nov 2018 07:58:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541606280; cv=none; d=google.com; s=arc-20160816; b=hRBmYU4qFvTBdtaytVFPemeGbbOkEshDj6viztEYBGV8lIr+edTSLPsWpaZdeZtVJu KlflucfK0IuzUkmXqm3k8JksSNM8e3rdBQ776i8o+JGrfPDyROOAZxqoAshcY3tEYzHo ZNMXOJqosTWt4sUyY3qRvarKH6pKsi6yLj2RWdDe4dCeSqyanIVUCB9oqm+rDDLqW1GP Hfv83OtXWg1YuL5vonm0JTmahBGcSAYEQ3ULvkNEqSm3bCqOD2CxCs8SJ547rm6hB7W4 QqjtSRPWpF0SKuAPoMd/zfmLYsc9XsRxxjPSFtV/woIOFDJcEq+Xfwp+xq4QKePzQGOY x6IA== 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-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date; bh=a54sX7gkOMHaIBL4YeAEBvx5fB65niTWR5dD5f73KkI=; b=YqEmEyLbSP3tPJ2VciWhczZIUDTlsx1gtkd6/GxWNMTp3snCcHxdzWcgl2vGfLnYmy /E/+yxRY+cjq/Ooa+RBTG/iGYpFXCKGHvFMZWVZaUbp7V26i/MRDDdm9z512ncopny58 4CDYuHLMAKf2ZB/IRvBdXxbzhRXiH6pfiq1BPUoMCdDRzH4sjvU86h5Goz65AsBOPETj UhO7s3OldiW1Pv9HN3b3V+iIoXTZBYFn8lckpgVJRFU6FuAoh4+Im63VaCarSDxb/1ID x4IOW2R7G3+ieLbqwLV+SDvXNeD4qanoDveQSLJExCB1V5s0Pzf2zitI4ncY5KtbqB35 wiTQ== 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 i5si911242pgn.243.2018.11.07.07.57.44; Wed, 07 Nov 2018 07:58:00 -0800 (PST) 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 S1731284AbeKHB1p (ORCPT + 99 others); Wed, 7 Nov 2018 20:27:45 -0500 Received: from mx2.suse.de ([195.135.220.15]:59274 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727970AbeKHB1p (ORCPT ); Wed, 7 Nov 2018 20:27:45 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 7E9D3B151; Wed, 7 Nov 2018 15:56:47 +0000 (UTC) Date: Wed, 7 Nov 2018 16:56:44 +0100 From: Petr Vorel To: gregkh , David Miller Cc: mkubecek@suse.cz, Networking , Cong Wang , rweikusat@mobileactivedefense.com, Linux Kernel Mailing List , ltp@lists.linux.it, Cyril Hrubis , junchi.chen@intel.com, Dmitry Vyukov , Naresh Kamboju , Arnd Bergmann Subject: Re: RFC: changed error code when binding unix socket twice Message-ID: <20181107155644.GA29531@dell5510> Reply-To: Petr Vorel References: <20170630073448.GA9546@unicorn.suse.cz> <20180831111436.GA23780@dell5510> <20181029163331.GA31059@dell5510> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi > I forgot that 4.1 has ended a while ago. Greg also sometimes still takes patches > for 3.18, so that might be a candidate aside from 3.18 Gregkh, David, does it make sense to you to merge commit 0fb44559ffd6 ("af_unix: move unix_mknod() out of bindlock") to 3.18? If yes, please do so. > > I guess we need to adjust LTP test to accept either return code as EOL longterm > > branches probably will not take this patch. > I'd argue that if we decide that EADDRINUSE is the intended return value, > it would be appropriate for LTP to warn about kernels that never got the > backport. > The alternative would be to not backport the patch further, and then change LTP > to no longer warn. Note that the bug that got fixed by the 0fb44559ffd6 patch > is probably more important than the return code, so I would say > we want the patch backported to anything that people still run anyway, > especially if they are running LTP to make sure it works correctly. > Arnd Kind regards, Petr