From owner-freebsd-testing@FreeBSD.ORG Thu Jun 11 07:10:02 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 530F8A06; Thu, 11 Jun 2015 07:10:02 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9D21713; Thu, 11 Jun 2015 07:10:02 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: by pdbki1 with SMTP id ki1so52161880pdb.1; Thu, 11 Jun 2015 00:10:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3z9ODyoDGv1Cijk5goDlDbuhEpBh2xs2winR6GQo9jA=; b=sbDwmBzJtc0QD/Vukqe0DTX3/opm6at2Ciyd/g9nHYoHB+lz+vOWAa1r7uAdEktf3j 9U6W7H8ZQrKdMmDcoHtN8CGPJ6BjXdZFKX54U+52BfehMcp5UK9cepmYzFmS6E4W4J6A 4EYZm139zDy/oiMoc5L4RDcsA5pCOyzBd+GpiejKDthjbKrBEhChSsnEN/DRtG5xRf8G NWQsrrJjdM9wGd9LDchu/48v3SpBx0zCF0wa005ytNTTRsoPjgOIM+pwWZk9+wUeR64a Sn6dDEKe0jANbjW1RZb9q6ormKUckSbUeaAjG9r6QsApKdoJiNrImdS75jQI/R8LaE7a UULA== MIME-Version: 1.0 X-Received: by 10.70.38.10 with SMTP id c10mr12457167pdk.72.1434006601587; Thu, 11 Jun 2015 00:10:01 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.66.236.36 with HTTP; Thu, 11 Jun 2015 00:10:01 -0700 (PDT) Received: by 10.66.236.36 with HTTP; Thu, 11 Jun 2015 00:10:01 -0700 (PDT) In-Reply-To: <3FE09AEA-A7C9-4406-83D7-541C823BB416@gmail.com> References: <20150610224654.GM86224@funkthat.com> <5E0E3EAE-F184-478F-B2A0-D3FAB71ADB20@gmail.com> <3FE09AEA-A7C9-4406-83D7-541C823BB416@gmail.com> Date: Thu, 11 Jun 2015 00:10:01 -0700 X-Google-Sender-Auth: 7wOF7uY4ril1pMcTk0KUkpQIIMM Message-ID: Subject: Re: compiling parts of kernel in userland From: "K. Macy" To: Garrett Cooper Cc: arch@freebsd.org, John-Mark Gurney , Adrian Chadd , "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2015 07:10:02 -0000 On Jun 10, 2015 11:57 PM, "Garrett Cooper" wrote: > > On Jun 10, 2015, at 23:56, K. Macy wrote: > > > On Jun 10, 2015 11:53 PM, "Garrett Cooper" wrote: > > > > > > (Adding -testing because this pertains to testing) > > > > > > On Jun 10, 2015, at 23:48, K. Macy wrote: > > > > > > > I started work on something I called libukern which allows you to run > > > > essentially all non platform code in user adding a PCI passthrough driver > > > > so one can run unmodified drivers in user. Libuinet is great as far as it > > > > goes, but it's just the network stack. If you want something other than > > > > just networking you'll have to do something else. > > > > > > If I had enough time and interest I=E2=80=99d look at investing my ef= forts in porting RUMP from NetBSD to FreeBSD and going about it that route, but I=E2= =80=99m busy with other efforts so I can=E2=80=99t dedicate my time here yet. It se= ems like RUMP is the direction we should be going in=E2=80=A6 > > > > I looked at that first before starting a predecessor to uinet. You'll just have to trust me: no, it's not. > > Why/how is it deficient? It's a horrible unmaintainable steaming pile. There are of course no objective metrics for such a statement without my wasting hours to go back and look through it to come up with a comprehensive explanation. So I imagine you'll want to debate this endlessly. Before you push this any further, download RUMP and just make it *compile* with FreeBSD sources. And at least when I was looking there was no thought given to device passthrough. At least the rubbish that is COMPAT_MACH they had the sense to put in Attic. I effectively ended up starting over again with OSFMK sources. Speaking from experience on many "science projects", one "science project" doesn't necessarily make a good foundation for another. -K