Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5122697ybl; Tue, 10 Dec 2019 00:30:17 -0800 (PST) X-Google-Smtp-Source: APXvYqzRAFamNkQvOW/341rmi5cIHCQIndwlTfaEHl8/79vlNPtD23Uf4vWtUhFXUO44cUOqjafg X-Received: by 2002:a9d:4f0e:: with SMTP id d14mr6783752otl.90.1575966617797; Tue, 10 Dec 2019 00:30:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575966617; cv=none; d=google.com; s=arc-20160816; b=h6Mr4KarLvP5MlzU3teU46NTOou/AbwE5gUcWcNOgWNPM7Zyivj3KvLmuX0hN0DYGb R5HER+ehD/upLqy/AMDVu12gDuI/1j4Unq8R2DoAiJyKcYovj35L/av1Y5HPoGid/57K rC+LjTda0AD2r862e/udnW0ftbKfoj2oIdNLrrU9T5nlxGZLv8hFmoif16DC60mYhYqB a3mWoniXyUqAhrXvwTtDTRkA2bBrsIMJ9mzhZEglwDojTumUNxzNDkZc60AwW2DYXv9D U+pfjGbal9+HQjKjHozlgkBGo7Z8prAuvuiu/avhaFnq8qmyKa+QZF7OoGx4KXZYcNS3 oZZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=glwVPl85/J3NJdx1wlQT5daBqa+w1UmidkJo8CjZXN4=; b=aAW2vT6GZoopLEYxMKPYm/Cra2axiOrSNFrBbMDQ2d3AUWEICk+WLFbezKr7URr4+2 QeE91QBoiO4NLaezqZ0mxcLlSeABYdIOzklRqDALlQGCpI6/PGNmxwS0HNHeYgGV8oAd jMG4FEoymJXJug3fSbX9+ehLA+yQDXVkksWYLyw1I6s/m/dw616G02C76kIisS0fyc/r RF5tpkoWPen2ETAMyw7TEVd4h6MKPNGNCOz6n0ZePKQAZsq49yzS0AuHnE3yIz4Od5hF A/C3O5plbDsVQw2jHVtfeuQPVd5Ac5y2pmhVR+z77omyHVv7vvLmcRJlMm136LBo/MZN +DNQ== 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 y129si1570578oig.143.2019.12.10.00.30.05; Tue, 10 Dec 2019 00:30:17 -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 S1727018AbfLJI2S (ORCPT + 99 others); Tue, 10 Dec 2019 03:28:18 -0500 Received: from s3.sipsolutions.net ([144.76.43.62]:60970 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726986AbfLJI2S (ORCPT ); Tue, 10 Dec 2019 03:28:18 -0500 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.92.3) (envelope-from ) id 1ieasE-000QG4-No; Tue, 10 Dec 2019 09:28:02 +0100 Message-ID: <7da5a054f533eabf2ffa110c236f011bf9d23954.camel@sipsolutions.net> Subject: Re: [PATCH v1] uml: remove support for CONFIG_STATIC_LINK From: Johannes Berg To: Anton Ivanov , Richard Weinberger , Brendan Higgins Cc: davidgow@google.com, Jeff Dike , linux-um , linux-kernel Date: Tue, 10 Dec 2019 09:28:01 +0100 In-Reply-To: <346757c8-c111-f6cf-21d2-b0bffd41b8a8@cambridgegreys.com> References: <20191209230248.227508-1-brendanhiggins@google.com> <1406826345.111805.1575933346955.JavaMail.zimbra@nod.at> <2eecf4dc-eb96-859a-a015-1a4f388b57a2@cambridgegreys.com> <346757c8-c111-f6cf-21d2-b0bffd41b8a8@cambridgegreys.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 (3.34.2-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2019-12-10 at 07:34 +0000, Anton Ivanov wrote: > > Further to this - any properly written piece of networking code which > > uses the newer functions for name/service resolution will have the same > > problem. You can be static only if you do everything "manually" the old > > way. > > The offending piece of code is the glibc implementation of getaddrinfo(). > > If you use it and link static the resulting binary is not really static. However, this (getaddrinfo) really only applies if you use the vector network driver, if you e.g. use only virtio then this particular problem isn't present. Note sure if we implicitly call getaddrinfo from libpcap, but again, that's just a single driver. IOW, we could just make CONFIG_STATIC_LINK depend on !VECTOR && !PCAP? johannes