netdev - Re: [net-next 2/2] macvlan: Enable qdisc backoff logic.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <201008252124.09917.arnd@arndb.de>
Date:	Wed, 25 Aug 2010 21:24:09 +0200
From:	Arnd Bergmann <arnd@...db.de>
To:	Ben Greear <greearb@...delatech.com>
Cc:	netdev@...r.kernel.org
Subject: Re: [net-next 2/2] macvlan:  Enable qdisc backoff logic.

On Wednesday 25 August 2010 21:00:51 Ben Greear wrote:
> This allows macvlans to apply backpressure to calling code
> in the transmit path when the underlying qdisc cannot accept
> additional packets.
> 
> Signed-off-by: Ben Greear <greearb@...delatech.com>

Ah, very nice! I was wondering how to do this.

I suppose we need to do something in macvtap to handle this as
well, right? A guest trying to send a frame through qemu
or vhost net into macvtap needs to be prevented from sending
more when we get into this path. Right now, we just ignore
the return value of macvlan_start_xmit.

	Arnd
--
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