Hi Daniel,
On 02/04/2014 01:56 PM, Daniel Borkmann wrote:
Hi Mathias, [cc'ing Felix]
On 02/03/2014 11:47 PM, Mathias Kretschmer wrote:
Hi Daniel,
we are developing a wired/wireless MPLS switch. Currently the data plane runs in
user space using PF_PACKET sockets via RX_RING/TX_RING.
We had hoped to test the PACKET_QDISC_BYPASS option since this seems to be the
proper optimization for our purposes.
Unfortunately, we're seeing a 'slow path' warning for every packet that is being
sent out. With PACKET_QDISC_BYPASS disabled, no warnings are dumped. Hardware is
an older AMD Geode LX embedded board (ALiX).
BTW, this happens while sending via a wireless (802.11) adhoc interface. Hence, it
might be an interaction with the ieee80211 sub system.
Hm, so the WARN_ON() is triggered inside ath9k driver in relation to 802.11 QoS,
and came in from commit 066dae93bdf ("ath9k: rework tx queue selection and fix
queue stopping/waking"). We did the stress testing of that option for PF_PACKET
on 10Gbit/s NICs. Seems to me you might be running into the same issue when using
pktgen as it randomly or per round-robin selects tx queues as well? Not entirely
sure how necessary this WARN_ON() is though, Felix? I think QDISC_BYPASS might not
be the best option in your case, perhaps you will run into increased power usage
in your NIC as a side-effect?
I'm not familiar with the exact implementation details, but from the description of
this option, it seems to me that this is exactly what one would want to use if the
goal is to send an Ethernet frame out on a particular interface without any further
processing by the kernel.
Why would this increase the power usage on the NIC ? Due to a higher achievable
packet rate ? That would be acceptable :)
Cheers,
Mathias
Cheers,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
