[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <987664A83D2D224EAE907B061CE93D5301CCC622F4@orsmsx505.amr.corp.intel.com>
Date: Tue, 10 May 2011 14:56:25 -0700
From: "Luck, Tony" <tony.luck@...el.com>
To: David Miller <davem@...emloft.net>,
"ebiederm@...ssion.com" <ebiederm@...ssion.com>
CC: "linux-arch@...r.kernel.org" <linux-arch@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"hadi@...erus.ca" <hadi@...erus.ca>,
"daniel.lezcano@...e.fr" <daniel.lezcano@...e.fr>,
"containers@...ts.osdl.org" <containers@...ts.osdl.org>,
"renatowestphal@...il.com" <renatowestphal@...il.com>
Subject: RE: [PATCH 0/7] Network namespace manipulation with file descriptors
>> The conflicts on syscall syscall numbers are an unfortunate pain.
>
> The way we've solved this before is the tree that cares pulls in
> the net-next-2.6 tree to resolve the conflict.
Actually it seems more common that new syscalls are only added to
x86 (plus one or more other architectures that the author cares
about). Then arch maintainers throw in a "wire up new syscalls"
patch during the merge window when they see these new bits show up.
-Tony
Oh - ia64 wiring looks good.
Acked-by: Tony Luck <tony.luck@...el.com>
--
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
Powered by blists - more mailing lists