[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20141123.202321.1426718936320546377.davem@davemloft.net>
Date: Sun, 23 Nov 2014 20:23:21 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: mst@...hat.com
Cc: pagupta@...hat.com, linux-kernel@...r.kernel.org,
netdev@...r.kernel.org, jasowang@...hat.com, dgibson@...hat.com,
vfalico@...il.com, edumazet@...gle.com, vyasevic@...hat.com,
hkchu@...gle.com, wuzhy@...ux.vnet.ibm.com, xemul@...allels.com,
therbert@...gle.com, bhutchings@...arflare.com, xii@...gle.com,
stephen@...workplumber.org, jiri@...nulli.us,
sergei.shtylyov@...entembedded.com
Subject: Re: [PATCH net-net 0/4] Increase the limit of tuntap queues
From: "Michael S. Tsirkin" <mst@...hat.com>
Date: Sun, 23 Nov 2014 22:30:32 +0200
> qemu runs in the host, but it's unpriveledged: it gets
> passed tun FDs by a priveledged daemon, and it only
> has the rights to some operations,
> in particular to attach and detach queues.
>
> The assumption always was that this operation is safe
> and can't make kernel run out of resources.
This creates a rather rediculous situation in my opinion.
Configuring a network device is a privileged operation, the daemon
should be setting this thing up.
In no other context would we have to worry about something like this.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists