From owner-freebsd-net@FreeBSD.ORG Mon Jan 12 20:37:27 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10593106575A for ; Mon, 12 Jan 2009 20:37:27 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4358FC17 for ; Mon, 12 Jan 2009 20:37:25 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so7042554bwz.19 for ; Mon, 12 Jan 2009 12:37:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=GxzsgMQ0S2QSnuOA7AnBgSORGeA4Kla5lH1HkK+id/k=; b=YZ7Uuk7jPfFrtL7pDkOSBUr86sQNpkMFSfCFE9CWM4GJ+RHXQVPE0ojQQMaPOYxzFT WnkMANF9EE+dsfEeDCpUlfMK3VzWnNJph5o9oPpRfzEKEaGHq9ECa+ve0+uS+IIt6sXm y+Ds0FDJFVs4FTnfPVdJju8Gj/JpCfSk4P8YE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hr6W/v6dMlO0uwBqd5Et7yaEXCAfSluDJld2P4XhbMVH4fds4r6KLlwAyT6BFyU7p1 AMLRkKJP77SrU20Mm1sXHF+JwsSkjIOEjnsDyTTwyd+dZuniRpyQeUzN+H2XT5b4da/K MqHIu9UVFoLZ4J4hjQeg0+rWzXrX+9/NlEy3w= Received: by 10.181.60.14 with SMTP id n14mr11090557bkk.79.1231791142027; Mon, 12 Jan 2009 12:12:22 -0800 (PST) Received: by 10.181.26.3 with HTTP; Mon, 12 Jan 2009 12:12:21 -0800 (PST) Message-ID: <7d6fde3d0901121212i3acf282dj6bc3b7d59a044e5e@mail.gmail.com> Date: Mon, 12 Jan 2009 12:12:21 -0800 From: "Garrett Cooper" To: "Li, Qing" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081227202117.F3B14341A3@cavin02.kulnet.kuleuven.ac.be> <200812281613.49404.tijl@ulyssis.org> Cc: Gerald Pfeifer , freebsd-net@freebsd.org, Qing Li , freebsd-current@freebsd.org, Tijl Coosemans , erwin@freebsd.org Subject: Re: HEADSUP: arp-v2 has been committed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2009 20:37:30 -0000 On Mon, Jan 12, 2009 at 10:25 AM, Li, Qing wrote: > I have revived the RTF_LLINFO definition in route.h. > A new kernel option "COMPAT_ROUTE_FLAGS" is introduced, all > for providing binary compatibility for existing ports. > I could have made the RTF_LLINFO bit only applicable with _KERNEL. > > Without rehashing the discussion we all had on this topic on > both -current@ and -net@ MLs last month, moving forward, all > arp-v2 affected ports should continue to be modified and updated > with the understanding the RTF_LLINFO, RTF_WASCLONED etc. flags are > obsolete. There are no support for the semantics of these > flag bits in the kernel, other than returning these bits to > userland for the existing ports. > > Please sync-up to the following revision: > > SVN rev 187094 on 2009-01-12 11:24:32Z by qingli > > Thanks, > > -- Qing > > >> -----Original Message----- >> From: Gerald Pfeifer [mailto:gerald@pfeifer.com] >> Sent: Friday, January 09, 2009 1:27 AM >> To: Li, Qing >> Cc: Tijl Coosemans; Qing Li; freebsd-net@freebsd.org; freebsd- >> current@freebsd.org >> Subject: RE: HEADSUP: arp-v2 has been committed >> >> On Tue, 30 Dec 2008, Li, Qing wrote: >> > I don't think we can provide binary compatibility without putting >> > back RTF_LLINFO exactly as it was. My preference is to continue down >> > the new path without RTF_LLINFO. >> >> So, you are saying that applications built on FreeBSD 7 or earlier >> that use RTF_LLINFO will no longer work properly on FreeBSD 8 after >> your change? >> >> Ignoring everything else, that would be a killer and the one reason >> to definitely change the current situation. Otherwise, ISVs will need >> two builds, one for FreeBSD 7 and earlier and one for FreeBSD 8, and >> believe me, that is bad, bad, bad. Or rather: unlikely. (GNU/Linux >> distributions do provide this level of compatibility.) >> >> > We still have some time before the 8.0 release. It's straightforward >> > for me to retain some of the RTF_LLINFO support in the new kernel if >> > and when the situation becomes necessary. >> >> Sounds like that is the case? >> >> > Since the affected ports now have the conditional code around >> > RTF_LLINFO, the updates would allow these ports to compile in >> > both -current and in the previous releases. >> >> emulators/wine still is broken, and upstream Wine has not accepted >> the patch yet. I believe one reason likely is the above, and the >> fact that this may break commercial builds of Wine. >> >> How are you going to address this? >> >> Gerald Oh, btw... wine works well when you set the RTF_LLINFO value to 0 with arp-v2, AFAICT. -Garrett