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
prev 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.