Both lookup the nf_sockopt_ops object to call the get/set callbacks
from, but they perform it in a completely similar way.
Introduce the helper for finding the ops.
Ported at the top of today's net-2.6 tree to resolve conflict
with the patch from Alexey Dobriyan.
Signed-off-by: Pavel Emelyanov
This removes last proc_net_create() user. Kudos to Benjamin Thery and
Stephen Hemminger for comments on previous version.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
net/ipv6/route.c | 91 +--
1 file changed, 29 insertions(+), 62
proc_net_create() stands on the way of shrinking the number of
interfaces one can use for /proc files, namely, it uses -get_info
hook which will be converted, deprecated and deleted on its own
schedule.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
imho very good idea and we'll have more and more docs there...
(the only issue I see - it would be nice to have cgroups docs in the same place,
though cgroups are not about namespaces directly.)
Acked-By: Kirill Korotaev [EMAIL PROTECTED]
Pavel Emelyanov wrote:
Hi guys!
As you might have
Pavel Emelyanov wrote:
Hi guys!
As you might have seen, recently there was some spontaneous
discussion about the namespaces-working-together problems.
Ted T'so proposed to create some document that describes what
problems user may have when he/she creates some new namespace,
but keeps
Cedric Le Goater wrote:
Pavel Emelyanov wrote:
Hi guys!
As you might have seen, recently there was some spontaneous
discussion about the namespaces-working-together problems.
Ted T'so proposed to create some document that describes what
problems user may have when he/she creates some new
From: Alexey Dobriyan [EMAIL PROTECTED]
Date: Tue, 6 Nov 2007 15:23:50 +0300
proc_net_create() stands on the way of shrinking the number of
interfaces one can use for /proc files, namely, it uses -get_info
hook which will be converted, deprecated and deleted on its own
schedule.
On Tue, Nov 06, 2007 at 03:23:50PM +0300, Alexey Dobriyan wrote:
proc_net_create() stands on the way of shrinking the number of
interfaces one can use for /proc files, namely, it uses -get_info
hook which will be converted, deprecated and deleted on its own
schedule.
It's just a trivial
Pavel Emelyanov wrote:
Cedric Le Goater wrote:
Pavel Emelyanov wrote:
Hi guys!
As you might have seen, recently there was some spontaneous
discussion about the namespaces-working-together problems.
Ted T'so proposed to create some document that describes what
problems user may have when
Pavel Emelyanov [EMAIL PROTECTED] writes:
+2. Intentionnaly, two equal user ids in different user namespaces
+ should not be equal from the VFS point of view. In other
+ words, user 10 in one user namespace shouldn't have the same
+ access permissions to files, beloging to user 10 in
Pavel Emelyanov wrote:
Cedric Le Goater wrote:
Pavel Emelyanov wrote:
Cedric Le Goater wrote:
Pavel Emelyanov wrote:
Hi guys!
As you might have seen, recently there was some spontaneous
discussion about the namespaces-working-together problems.
Ted T'so proposed to create some document
Eric W. Biederman wrote:
Pavel Emelyanov [EMAIL PROTECTED] writes:
+2. Intentionnaly, two equal user ids in different user namespaces
+ should not be equal from the VFS point of view. In other
+ words, user 10 in one user namespace shouldn't have the same
+ access permissions to
Pavel Emelyanov [EMAIL PROTECTED] writes:
Yup. I agree with this too. I'm about to deprecate the pid and tgid
fields in the task_struct (but not remove to make printk-s faster
and smaller).
The work is in progress here.
Last time I looked at the printks, it looked to me like we wanted
to
Cedric Le Goater [EMAIL PROTECTED] writes:
right. I think we can address Ulrich concerns first because we have
a solution for it (which looks like unsharing all namespaces at once,
here comes back the container object story :)
It doesn't work because we can't create a fresh mount namespace.
Eric W. Biederman wrote:
Cedric Le Goater [EMAIL PROTECTED] writes:
right. I think we can address Ulrich concerns first because we have
a solution for it (which looks like unsharing all namespaces at once,
here comes back the container object story :)
It doesn't work because we can't
The struct proto has the per-cpu inuse counter, which is handled
with a special care. All the handling code hides under the ifdef
CONFIG_SMP and it introduces some code duplication and makes it
look worse than it could.
Clean this.
Signed-off-by: Pavel Emelyanov [EMAIL PROTECTED]
---
diff
Pavel Emelyanov [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Cedric Le Goater [EMAIL PROTECTED] writes:
right. I think we can address Ulrich concerns first because we have
a solution for it (which looks like unsharing all namespaces at once,
here comes back the container object story
17 matches
Mail list logo
