From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by sourceware.org (Postfix) with ESMTP id 9F9FE385DC0D for ; Tue, 14 Apr 2020 14:15:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 9F9FE385DC0D Received: from mail-qt1-f197.google.com (mail-qt1-f197.google.com [209.85.160.197]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-224-DUjy1IF9Nb2_mTjjXnwFDQ-1; Tue, 14 Apr 2020 10:15:25 -0400 X-MC-Unique: DUjy1IF9Nb2_mTjjXnwFDQ-1 Received: by mail-qt1-f197.google.com with SMTP id d17so8867234qto.6 for ; Tue, 14 Apr 2020 07:15:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=jCZ8D7p2LHWt5gznGDxQqQgNrzIR2ndwjfKN+2fGyvc=; b=gcRDpUogQYu/tHcFq2/jXx2z3305uZMcocSUlrwUo4Mlh7L9HIxtqEO5cpZY/EFWN+ hwqGY17a/poL1hVYMwJMhd4p86omwQZK7+8LNZV2c9PrY37nhWagciOCYqqOY16rwsIq tGF/A8c9aciYS12cN0YuTrxZBDLXu5D7lg3F5DdCKh/eww7GSCXsDa1jKVi/k4zpEgo2 YphAUJP3+8l5EgbzKNnztRfr0RSLg4CW1uH7JHp3MvKew9YVO81IFOUelfFkMulsxqsI As/8EVu+khmaYR/0pWSl30mnbqkt+DeRQR//4wLM/OD+OVD+xYDjZoG9H7Ybnz/8UMnH L7Gw== X-Gm-Message-State: AGi0PuYZqBikJ0q5ekqd9Rt/l1x2cTx/kbl1QLa78cXsxxkOJRv/9LzW PXLft5cRhcktT9Kx5HYNQMih5mkkwn1hk0X2amoC918dilpoQlcEu4CoHO8B4VIfdjDQv5rFq/u 71SqROQU9UD6IkeyKGdsk X-Received: by 2002:a37:6754:: with SMTP id b81mr924762qkc.129.1586873724639; Tue, 14 Apr 2020 07:15:24 -0700 (PDT) X-Google-Smtp-Source: APiQypIdrge2V6uuCTu4tCLiQuy9c/scwMaAe6Al1O47C4cPnwJMZOqx4c/RPJRKwPGIpox1U2U6VA== X-Received: by 2002:a37:6754:: with SMTP id b81mr924739qkc.129.1586873724349; Tue, 14 Apr 2020 07:15:24 -0700 (PDT) Received: from tleilax.poochiereds.net (68-20-15-154.lightspeed.rlghnc.sbcglobal.net. [68.20.15.154]) by smtp.gmail.com with ESMTPSA id o6sm10371028qkd.113.2020.04.14.07.15.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 14 Apr 2020 07:15:23 -0700 (PDT) Message-ID: <3c94e02931549cec3dd4e2776f98b316ba138dee.camel@redhat.com> Subject: Re: Can getaddrinfo() be extended to return the record TTL From: Jeff Layton To: Carlos O'Donell , David Howells , Florian Weimer Cc: libc-alpha@sourceware.org Date: Tue, 14 Apr 2020 10:15:22 -0400 In-Reply-To: <40a6dac3-3e83-e5a4-909d-11a72270b80b@redhat.com> References: <87v9vfcwkm.fsf@oldenburg2.str.redhat.com> <13914.1564764142@warthog.procyon.org.uk> <26321.1564774393@warthog.procyon.org.uk> <40a6dac3-3e83-e5a4-909d-11a72270b80b@redhat.com> User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2020 14:15:32 -0000 On Fri, 2019-08-02 at 17:46 -0400, Carlos O'Donell wrote: > On 8/2/19 3:33 PM, David Howells wrote: > > Well, I could put a better/configurable default in the code as a stopgap, so > > there is a workaround. > > You'll need it. > > For Fedora you're looking at 6-8 months before you see a release with the > fix in it (unless you use Rawhide or the fix is ABI neutral). > > Then in RHEL you may have to wait around 3 years before there is a rebase to > an upstream branch. > > Other distributions pickup the changes faster or slower depending on which > release you use. > Yes. We absolutely will need to deal with new kernel + old userspace (and vice versa) for a long time, so that needs to be a consideration. A reasonable default (60s? 5 mins? 12h?) and maybe a tunable of some sort (sysctl or module param) for that would probably be fine. You could also printk on the first downcall when userland didn't send a TTL field, so that the admin knows that he might want to update his userland eventually. -- Jeff Layton