Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp5051092ybi; Sat, 20 Jul 2019 11:47:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqzpyfEUR1WyCU9YihJ0HI2MYJ5OEJ7bmIMZhZBlHlHYU3QvP8XheCuUMJZHFTWXBZTWM9rQ X-Received: by 2002:a63:5c07:: with SMTP id q7mr9245013pgb.436.1563648465293; Sat, 20 Jul 2019 11:47:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563648465; cv=none; d=google.com; s=arc-20160816; b=k2ZskfecSWS7S+jE9IoNpCKEW69Upj3dbP2jvs4TGPmw0/5AmYCxxjEZ3wz0cpke7+ uMYOYwB5VLpKhUJ/kbvUebffDlSm6uco5b01Z/KFNIl8m2dioJtITfMNxtPOkymZeiPI V6W6rjmW6aVnnOEr+SYlE4lRchKs7ToViCjyw5fj5xSfaqQj2DOvKfFBNfufK3k0blrp hlHgZ5dpUqHweImV4KIQh6O4i3bWisCjCBZ6v3HdJlUTI/I4+SmJSDgwLzWk6gATzPuq 8J5F3yt1RyDu7+GFdAjC35sNfv/yjTuu3rdu2dE/eFVI1R6be95niL2UbqDVe2RfGReq k5yw== 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 :message-id:subject:cc:to:from:date; bh=LWcr18g39nN+XnxI/DFjLUs0E8Ng9TACsZ6R1e5o4Q0=; b=oGArLe6oNg7mvEq1XxWzwi2x3lIl0KLRtYhWPAzsRqKsy6bDQDNXQouGx7fKXEeFxu nGGApTvNUmKShCqyGJvLJK3BaZ07O6vfbDG/armE2WlcqdOwHhv2HbapJAIM7j7htlsx Tqckh6ww6FVuTX242vqsbyo9tS+oJr8yCLMz1N6Uq20HGuavQ1jEI8O23AFCsem0w7p+ JOvSpBi2exzGOn6gruHdWJIQVq7GE3ZzjN3Tv94pgSsRQjjVjzhW+ZzWCu/J50pVPior cSZSBf0yMlkaXr/H9Xrn5B419P+iKMgvRwJUmBX5i227ofQjtQefGG5tiK5eC6u8IsOu F8eg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=gentoo.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 3si3676939plr.131.2019.07.20.11.47.30; Sat, 20 Jul 2019 11:47:45 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=gentoo.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728748AbfGTQsw (ORCPT + 99 others); Sat, 20 Jul 2019 12:48:52 -0400 Received: from smtp.gentoo.org ([140.211.166.183]:48788 "EHLO smtp.gentoo.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726221AbfGTQsw (ORCPT ); Sat, 20 Jul 2019 12:48:52 -0400 Received: from sf (trofi-1-pt.tunnel.tserv1.lon2.ipv6.he.net [IPv6:2001:470:1f1c:a0f::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: slyfox) by smtp.gentoo.org (Postfix) with ESMTPSA id D40F33482BF; Sat, 20 Jul 2019 16:48:49 +0000 (UTC) Date: Sat, 20 Jul 2019 17:48:44 +0100 From: Sergei Trofimovich To: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, libc-alpha@sourceware.org Cc: Arnd Bergmann , "David S. Miller" , mtk.manpages@gmail.com, linux-man@vger.kernel.org Subject: linux-headers-5.2 and proper use of SIOCGSTAMP Message-ID: <20190720174844.4b989d34@sf> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit https://github.com/torvalds/linux/commit/0768e17073dc527ccd18ed5f96ce85f9985e9115 ("net: socket: implement 64-bit timestamps") caused a bit of userspace breakage for existing programs: - firefox: https://bugs.gentoo.org/689808 - qemu: https://lists.sr.ht/~philmd/qemu/%3C20190604071915.288045-1-borntraeger%40de.ibm.com%3E - linux-atm: https://gitweb.gentoo.org/repo/gentoo.git/tree/net-dialup/linux-atm/files/linux-atm-2.5.2-linux-5.2-SIOCGSTAMP.patch?id=408621819a85bf67a73efd33a06ea371c20ea5a2 I have a question: how a well-behaved app should include 'SIOCGSTAMP' definition to keep being buildable against old and new linux-headers? 'man 7 socket' explicitly mentions SIOCGSTAMP and mentions only #include as needed header. Should #include always be included by user app? Or should glibc tweak it's definition of '#include ' to make it available on both old and new version of linux headers? CCing both kernel and glibc folk as I don't understand on which side issue should be fixed. Thanks! -- Sergei