From owner-freebsd-net@FreeBSD.ORG Tue Mar 25 19:15:32 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E36B0268 for ; Tue, 25 Mar 2014 19:15:32 +0000 (UTC) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AFD6C936 for ; Tue, 25 Mar 2014 19:15:32 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id uz6so1135253obc.15 for ; Tue, 25 Mar 2014 12:15:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1VloIbCUU/AIw8etmufqcxam1OiOVWjeitPdU8ofuj0=; b=RBI+ayAHQqeuYBRUNxOwcMz8Rj9LUeHTjtj6+UqymG8oBP5SKH+j2VYBK1fPoYLTEh 1HSsNoecrclC2X818VvTrql+Dj+pWkGTyvjjdJFo5mLKzyrfFaVaO7h8BOoH+DDfEPeg EvCEwoRv0ARLbRq0t/dpQaPBYyEW8iEMOy4bLnRdYe7QOuKBpoP46iAYe3zny15R4whq FFUnbpYJqsPVASNIYFtigBoordYDsiHZwsF4HK52U+zuZ/U2iK6bJrAmAcN3HIrvOTF0 2B+fMEQOsx+1BeFNzQoY2fNibtcDB3rk4JZwvjUja8K09fi2G3AqOmpQo1zXkgvGUbuc 0NeQ== MIME-Version: 1.0 X-Received: by 10.60.142.229 with SMTP id rz5mr63604676oeb.1.1395774932084; Tue, 25 Mar 2014 12:15:32 -0700 (PDT) Received: by 10.76.115.129 with HTTP; Tue, 25 Mar 2014 12:15:32 -0700 (PDT) In-Reply-To: <27D25BFC-7BB3-400F-8405-43B8D08135D2@ixsystems.com> References: <27D25BFC-7BB3-400F-8405-43B8D08135D2@ixsystems.com> Date: Tue, 25 Mar 2014 15:15:32 -0400 Message-ID: Subject: Re: Non-interrupt packet sending and receiving From: Ryan Stone To: Sean Fagan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 19:15:32 -0000 You might want to take a look at the projects/sv branch, which implement kernel core dumps over the network. We had to solve a similar problem there (in lem, em, igb and ixgbe) and ended up piggybacking on most of the DEVICE_POLLING code to do it. The work ended up stalling over objections over calling into the mbuf allocator (which I guess may be a stumbling block for your work). Unfortunately we weren't able to come up with a clean way to share the existing rx/tx paths in the drivers while separating the mbuf allocations out.