Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 7 Aug 2013 20:40:14 -0700
From:      Tim Kientzle <tim@kientzle.com>
To:        Andre Oppermann <andre@FreeBSD.org>
Cc:        Adrian Chadd <adrian@FreeBSD.org>, current@FreeBSD.org, Bryan Venteicher <bryanv@daemoninthecloset.org>, Navdeep Parhar <np@FreeBSD.org>, net@FreeBSD.org, Giuseppe Lettieri <g.lettieri@iet.unipi.it>, Luigi Rizzo <rizzo@iet.unipi.it>
Subject:   Re: [net] protecting interfaces from races between control and data ?
Message-ID:  <696F42E9-B1E6-4198-BD55-F7595932E320@kientzle.com>
In-Reply-To: <520127C3.3020101@freebsd.org>
References:  <20130805082307.GA35162@onelab2.iet.unipi.it> <2034715395.855.1375714772487.JavaMail.root@daemoninthecloset.org> <CAJ-VmokT6YKPR7CXsoCavEmWv3W8urZu4eBVgKWaj9iMaVJFZg@mail.gmail.com> <CA%2BhQ2%2BhuoCCweq7fjoYmH3nyhmhb5DzukEdPSMtaJEWa8Ft0JQ@mail.gmail.com> <51FFDD1E.1000206@FreeBSD.org> <CAJ-Vmo=Q9AqdBJ0%2B4AiX4%2BWreYuZx6VGGYw=MZ4XhMB1P2yMww@mail.gmail.com> <CA%2BhQ2%2BgZTGmrBKTOAeFnNma4DQXbAy_y8NZrovpWqm_5BJTWhQ@mail.gmail.com> <5200136C.8000201@freebsd.org> <20130805215319.GA43271@onelab2.iet.unipi.it> <520127C3.3020101@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On Aug 6, 2013, at 9:43 AM, Andre Oppermann wrote:

> The driver supplies a TX frame transmit function (mostly like if_transmit
> today) which does all locking and multi-queue handling internally (driver
> owned.  This gives driver writers the freedom to better adjust to different
> hardware communication methods as they become available, like we witnessed
> a couple of times in the past.

How would you handle TX dequeue?

I'm curious because I got a nice speedup with cpsw
by not using the TX interrupt at all:  I just dequeued
completed packets at the end of the TX transmit
function.

I suppose this would still work with your scheme.

Tim




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?696F42E9-B1E6-4198-BD55-F7595932E320>