[Devel] Re: [PATCH] ia64 sn xpc: Convert to use kthread API.

2007-05-02 Thread Eric W. Biederman
Dean Nelson <[EMAIL PROTECTED]> writes: > On Mon, Apr 30, 2007 at 10:22:30AM -0500, Dean Nelson wrote: >> On Fri, Apr 27, 2007 at 02:33:32PM -0600, Eric W. Biederman wrote: >> > Dean Nelson <[EMAIL PROTECTED]> writes: >> > >> > > Taking it one step further, if you added the notion of a thread poo

[Devel] Re: [PATCH] ia64 sn xpc: Convert to use kthread API.

2007-05-02 Thread Dean Nelson
On Mon, Apr 30, 2007 at 10:22:30AM -0500, Dean Nelson wrote: > On Fri, Apr 27, 2007 at 02:33:32PM -0600, Eric W. Biederman wrote: > > Dean Nelson <[EMAIL PROTECTED]> writes: > > > > > Taking it one step further, if you added the notion of a thread pool, > > > where upon exit, a thread isn't destro

[Devel] Re: [PATCH -utrace] Move utrace into task_struct

2007-05-02 Thread Roland McGrath
That's just a workaround for an actual bug that I need to fix. You wouldn't really want to do it that way. Thanks, Roland ___ Devel mailing list Devel@openvz.org https://openvz.org/mailman/listinfo/devel

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Ben Greear
Pavel Emelianov wrote: Veth stands for Virtual ETHernet. It is a simple tunnel driver that works at the link layer and looks like a pair of ethernet devices interconnected with each other. Mainly it allows to communicate between network namespaces but it can be used as is as well. Eric recently

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Stephen Hemminger
On Wed, 02 May 2007 14:54:51 +0400 Pavel Emelianov <[EMAIL PROTECTED]> wrote: > Veth stands for Virtual ETHernet. It is a simple tunnel driver > that works at the link layer and looks like a pair of ethernet > devices interconnected with each other. > > Mainly it allows to communicate between net

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Patrick McHardy
Eric W. Biederman wrote: > The consensus from the last thread was pretty much that we need > to implement RTM_NEWLINK and RTM_DELLINK, if it is at all possible. Yes, as I said, I can take care of this for 2.6.23. > So that we can get code reuse between different virtual devices. > Although I sus

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Eric W. Biederman
Patrick McHardy <[EMAIL PROTECTED]> writes: > jamal wrote: >> On Wed, 2007-02-05 at 14:34 +0200, Patrick McHardy wrote: >> >> >>>Thats a lot better than using sysfs, but I think it would be >>>preferrable to use rtnetlink instead of genetlink for network >>>configuration. >> >> >> or you can j

[Devel] Re: [PATCH -utrace] Move utrace into task_struct

2007-05-02 Thread Jan Engelhardt
On May 2 2007 15:32, Alexey Dobriyan wrote: >--- a/include/linux/utrace.h >+++ b/include/linux/utrace.h >@@ -50,11 +50,30 @@ #include > > struct linux_binprm; > struct pt_regs; >-struct utrace; >+struct task_struct; > struct utrace_signal; > struct utrace_regset; > struct utrace_regset_view; >

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Patrick McHardy
jamal wrote: > On Wed, 2007-02-05 at 14:34 +0200, Patrick McHardy wrote: > > >>Thats a lot better than using sysfs, but I think it would be >>preferrable to use rtnetlink instead of genetlink for network >>configuration. > > > or you can just hold rtnl while using genl. > I do agree it would be

Re: [Devel] [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Daniel Lezcano
Pavel Emelianov wrote: Veth stands for Virtual ETHernet. It is a simple tunnel driver that works at the link layer and looks like a pair of ethernet devices interconnected with each other. Mainly it allows to communicate between network namespaces but it can be used as is as well. Eric recently

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread jamal
On Wed, 2007-02-05 at 14:34 +0200, Patrick McHardy wrote: > Thats a lot better than using sysfs, but I think it would be > preferrable to use rtnetlink instead of genetlink for network > configuration. or you can just hold rtnl while using genl. I do agree it would be easier to just use rtnetlink

[Devel] Re: [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Patrick McHardy
Pavel Emelianov wrote: > Veth stands for Virtual ETHernet. It is a simple tunnel driver > that works at the link layer and looks like a pair of ethernet > devices interconnected with each other. > > Mainly it allows to communicate between network namespaces but > it can be used as is as well. > >

Re: [Devel] [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Pavel Emelianov
Daniel Lezcano wrote: > Pavel Emelianov wrote: >> Veth stands for Virtual ETHernet. It is a simple tunnel driver >> that works at the link layer and looks like a pair of ethernet >> devices interconnected with each other. >> >> Mainly it allows to communicate between network namespaces but >> it ca

[Devel] [PATCH -utrace] Move utrace into task_struct

2007-05-02 Thread Alexey Dobriyan
This patch moves "struct utrace" into "struct task_struct" directly instead of being referenced by a pointer from task_struct. The main reason is utrace code leaving stale ->utrace pointer and freeing "struct utrace" itself. This manifests as crashes in __rcu_process_callbacks() and other nasties.

[Devel] [PATCH] Make ip utility veth driver aware

2007-05-02 Thread Pavel Emelianov
The new command is called "veth" with the following syntax: * ip veth add creates interconnected pair of veth devices. * ip veth del destroys the pair of veth devices, where is either or used to create the pair. One question that is to be solved is whether or not to create a hard-coded

Re: [Devel] Templates

2007-05-02 Thread Kirill Korotaev
Please send us the info where it can be downloaded from. It will be available in templates/contib after that. Thanks, Kirill edbch wrote: > Hello to all. Recently I had to create two templates for the ends > loaborátório of my university (ubuntu-etch-amd64 and debian-4-amd64) and did > not > f

[Devel] [PATCH] Virtual ethernet device (tunnel)

2007-05-02 Thread Pavel Emelianov
Veth stands for Virtual ETHernet. It is a simple tunnel driver that works at the link layer and looks like a pair of ethernet devices interconnected with each other. Mainly it allows to communicate between network namespaces but it can be used as is as well. Eric recently sent a similar driver ca

[Devel] Re: [PATCH 8/8] Per-container pages reclamation

2007-05-02 Thread Balbir Singh
Pavel Emelianov wrote: Implement try_to_free_pages_in_container() to free the pages in container that has run out of memory. The scan_control->isolate_pages() function isolates the container pages only. +#ifdef CONFIG_RSS_CONTAINER +unsigned long try_to_free_pages_in_container(struct rss_contai