[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <54B4A230.9000602@gmail.com>
Date: Mon, 12 Jan 2015 20:42:24 -0800
From: John Fastabend <john.fastabend@...il.com>
To: netdev@...r.kernel.org
CC: danny.zhou@...el.com, nhorman@...driver.com, dborkman@...hat.com,
john.ronciak@...el.com, hannes@...essinduktion.org,
brouer@...hat.com, Or Gerlitz <gerlitz.or@...il.com>
Subject: Re: [RFC PATCH v2 1/2] net: af_packet support for direct ring access
in user space
On 01/12/2015 08:35 PM, John Fastabend wrote:
> This patch adds net_device ops to split off a set of driver queues
> from the driver and map the queues into user space via mmap. This
> allows the queues to be directly manipulated from user space. For
> raw packet interface this removes any overhead from the kernel network
> stack.
>
+cc: Or Gerlitz
[...]
> +
> +struct tpacket_dev_info {
> + __u16 tp_device_id;
> + __u16 tp_vendor_id;
> + __u16 tp_subsystem_device_id;
> + __u16 tp_subsystem_vendor_id;
> + __u32 tp_numa_node;
> + __u32 tp_revision_id;
> + __u32 tp_num_total_qpairs;
> + __u32 tp_num_inuse_qpairs;
> + __u32 tp_num_rx_desc_fmt;
> + __u32 tp_num_tx_desc_fmt;
> + struct tpacket_nic_desc_expr tp_rx_dexpr[PACKET_MAX_NUM_DESC_FORMATS];
> + struct tpacket_nic_desc_expr tp_tx_dexpr[PACKET_MAX_NUM_DESC_FORMATS];
At least one reason this is still RFCs is this needs to be
cleaned up.
net/packet/af_packet.c: In function ‘packet_getsockopt’:
net/packet/af_packet.c:3918:1: warning: the frame size of 9264 bytes is
larger than 2048 bytes [-Wframe-larger-than=]
but I wanted to see if there was any feedback.
Thanks,
John
--
John Fastabend Intel Corporation
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists