All of lore.kernel.org
 help / color / mirror / Atom feed
From: Antti Kantee <pooka-jIVgJlTk8bs@public.gmane.org>
To: daniel chapiesky
	<dchapiesky2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	dev-VfR2kkLFssw@public.gmane.org
Subject: Re: DPDK Bare Metal
Date: Sat, 17 May 2014 10:05:43 +0000	[thread overview]
Message-ID: <53773477.8000100@fixup.fi> (raw)
In-Reply-To: <CAJnwcoPS8iS+gFLUYJdqyL7mrHFLpR-QNYORsZrwmJ=eMvELNw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Daniel,

On 16/05/14 22:16, daniel chapiesky wrote:
> We are interested in finding out how much we can decrease the attack surface
> of our application by going full bare metal.. (i.e. sans OS).   The mention
> of a bare metal version of dpdk is one of the contributing factors for our
> working on our prototype.
>
> Can you please provide any information on the dpdk bare metal version?
> Such as:

I don't know about _the_ bare metal version, but if I'm allowed to 
advertise a project I'm working on, I'll mention _a_ potential bare 
metal version:

The goal of rump kernels (http://rumpkernel.org/) is to provide an OS 
quality driver stack without the OS (hence *rump* kernels).  The TCP/IP 
stack provided by rump kernels already integrates with DPDK, and many 
existing POSIX-y apps "just work" on top of rump kernels in an OS-less 
environment.  It's no stretch to imagine DPDK running on a bare metal 
rump kernel platform, TCP/IP optional.

> 1) is it in fact - a zero OS version or is it based on a RTOS such as
> those from Wind River.
>
> 2) Does the bare metal version only support one kind of processor family
> such
> as i7, or is it possible to target atom or arm with it as well?
>
> 3) what are the licensing terms for it?
>
> 4) are royalties required?

Rump kernels are [based on] NetBSD, so there's support for a variety of 
architectures, including Intel, ARM, MIPS, etc.  Everything is open 
source and BSD-licensed, no royalties.  However, since the idea of the 
open source project is to provide a driver stack instead of ready-baked 
solutions, you have to write (or copypaste) the lowest bootstrap/machine 
layer yourself (*).  The good news is that, speaking from experience, 
the required lowlevel support is a simple few-nighter.

   - antti

*) feel free to call that development investment a licensing fee if it 
translates better to your finance department

      parent reply	other threads:[~2014-05-17 10:05 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-16 22:16 DPDK Bare Metal daniel chapiesky
     [not found] ` <CAJnwcoPS8iS+gFLUYJdqyL7mrHFLpR-QNYORsZrwmJ=eMvELNw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-05-17 10:05   ` Antti Kantee [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53773477.8000100@fixup.fi \
    --to=pooka-jivgjltk8bs@public.gmane.org \
    --cc=dchapiesky2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=dev-VfR2kkLFssw@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.