From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stephen Hemminger <stephen@networkplumber.org>
Subject: Re: Minimum kernel version for DPDK
Date: Mon, 20 Aug 2018 08:06:36 -0700
Message-ID: <20180820080636.2d77daeb@xeon-e3>
References: <CAGXs5wXPH4aXwZWcZ=0HO10qmD1tnQQq_t4OKhPxrF35dtK1eA@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: dev@dpdk.org
To: Kevin Wilson <wkevils@gmail.com>
Return-path: <dev-bounces@dpdk.org>
Received: from mail-pg1-f193.google.com (mail-pg1-f193.google.com
 [209.85.215.193]) by dpdk.org (Postfix) with ESMTP id E7E352BC1
 for <dev@dpdk.org>; Mon, 20 Aug 2018 17:06:40 +0200 (CEST)
Received: by mail-pg1-f193.google.com with SMTP id f14-v6so6910629pgv.13
 for <dev@dpdk.org>; Mon, 20 Aug 2018 08:06:40 -0700 (PDT)
In-Reply-To: <CAGXs5wXPH4aXwZWcZ=0HO10qmD1tnQQq_t4OKhPxrF35dtK1eA@mail.gmail.com>
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On Mon, 20 Aug 2018 11:46:25 +0300
Kevin Wilson <wkevils@gmail.com> wrote:

> Hi all,
> Maybe this is a silly question, please bear with me.
>=20
> According to the =E2=80=9CGetting Started Guide for Linux=E2=80=9D in
> http://doc.dpdk.org/guides/linux_gsg/sys_reqs.html,
> the kernel version should be >=3D 3.2.
> Accrding to my understanding, there are only two kernel modules in DPDK,
> namely rte_kni.ko and igb_iuo.ko.
> Instead of igb_uio.ko I intend to use uio_pci_generic.ko for binding the =
device.
>=20
> I want to work with DPDK with kernel 3.1, without using rte_kni and no ig=
b_uio
> as mentioned.
>=20
> Won't the DPDK code compile for such a kernel ? won't it work ?
>=20
> Regards,
> Kevin

I would never build and deploy an application a kernel older than
the current Long Term Supported kernel (3.16). If you are  an unsupported
kernel, you put yourself at risk of the next big security attack.
If you are selling a product, then using older kernels is just
asking it to be pawned.