From owner-freebsd-hackers@FreeBSD.ORG Wed Dec 4 09:23:50 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59334440 for ; Wed, 4 Dec 2013 09:23:50 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E694E10BB for ; Wed, 4 Dec 2013 09:23:49 +0000 (UTC) Received: from mandree.no-ip.org ([78.49.75.28]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MNMyz-1Vhnsa26Kv-006tXu for ; Wed, 04 Dec 2013 10:18:37 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 091CA23D02A for ; Wed, 4 Dec 2013 10:18:35 +0100 (CET) Message-ID: <529EF36A.2020906@gmx.de> Date: Wed, 04 Dec 2013 10:18:34 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Asynchronous user-space notification of interface address changes? X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:xi9OmjkqXtQRbcCdh6OYu/U135gH/Cen+u+Of5JMp1XcNamUiQg dt+DASkN920jYjYxUwEoAwdXbfbe7bnOs7u+5K6N/m6xgxMl/ztTvtdDpOMpsXcW9O6yWOU vKN1Ijkol4LseU4QAup2YR1ppRC8lDuQa4u5Nyvz6OJLfOvVPem3om3ceVFM4gSKYY5KVHU A52bCuRVcGMvHudql+heA== X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2013 09:23:50 -0000 Greetings, is there any sensible way to have a user-space application notified of interface address changes (in the light of - but not limited to - IPv6 automatic configuration, with accept_rtadv or similar), preferably without the application polling getifaddrs every five-ish seconds? It does not appear kevent/kqueue, or devctl, are up to the task. I am not asking for turnkey solutions (although I'll gladly take them), a rough sketch or pointers will suffice. Thanks. Best regards Matthias