From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTP id 75443ABF for ; Fri, 13 Jun 2014 18:01:05 +0000 (UTC) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by smtp1.linuxfoundation.org (Postfix) with ESMTP id 18EF720278 for ; Fri, 13 Jun 2014 18:01:05 +0000 (UTC) Date: Fri, 13 Jun 2014 13:01:02 -0500 (CDT) From: Christoph Lameter To: Greg KH In-Reply-To: <20140613173041.GA19513@kroah.com> Message-ID: References: <20140611194504.GA2683@kroah.com> <20140613173041.GA19513@kroah.com> Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [CORE TOPIC] Redesign Memory Management layer and more core subsystem List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 13 Jun 2014, Greg KH wrote: > In the end, userspace wants a socket-like interface to the networking > "stack", right? So either you provide that with a custom networking > library that talks directly to a specific hardware card (like 3 > different companies provide), or you just deal with the in-kernel > network stack. What else is there that we can do here? Standardize the kernel APIs for this use case as well as the user space APIs so that software runs on any of the 3 companies stacks.