From owner-svn-src-all@FreeBSD.ORG Wed May 6 09:31:56 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAB701065677; Wed, 6 May 2009 09:31:56 +0000 (UTC) (envelope-from zec@freebsd.org) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id 747B38FC0A; Wed, 6 May 2009 09:31:56 +0000 (UTC) (envelope-from zec@freebsd.org) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id 196199B648; Wed, 6 May 2009 11:05:39 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from localhost (imunes.tel.fer.hr [161.53.19.8]) by xaqua.tel.fer.hr (Postfix) with ESMTP id CDF609B64A; Wed, 6 May 2009 11:05:16 +0200 (CEST) From: Marko Zec To: Alexander Leidinger Date: Wed, 6 May 2009 05:05:11 -0400 User-Agent: KMail/1.9.10 References: <200905051056.n45AuCho079307@svn.freebsd.org> <20090505163352.810118qlbvxymfkg@webmail.leidinger.net> In-Reply-To: <20090505163352.810118qlbvxymfkg@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905060505.11598.zec@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r191816 - in head/sys: conf dev/cxgb/ulp/tom kern net net80211 netgraph netinet netinet6 netipsec nfsclient sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2009 09:31:57 -0000 On Tuesday 05 May 2009 10:33:52 Alexander Leidinger wrote: > Quoting Marko Zec (from Tue, 5 May 2009 10:56:12 > > +0000 (UTC)): > > The exact placement of the CURVNET_SET() / CURVNET_RESTORE() macros > > was a result of an empirical iterative process, > > Was the linuxulator taken into account in this process? Hmm I have no simple answer to that and similar questions, so: - this change has no effect on nooptions VIMAGE builds whatsoever, including linuxulator; - with options VIMAGE enabled, linuxulator builds fine and kldloads as well; - on few occasions in 2008. I ran linux binaries (firefox I think, in hope to get flash working) on VIMAGE kernels from p4/vimage branch, and they had no trouble communicating over network sockets; - I don't run linux binaries these days on -CURRENT, hence do not know whether any issues would be observable with linuxulator and options VIMAGE kernels; - there are _many_ kernel subsystems that yet have to be made compatible with options VIMAGE, so I'd join Julian in his call to encourage people to start playing with VIMAGE kernels and report back any issues or suspicious behavior. Cheers, Marko