From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262817AbVG3V0F (ORCPT ); Sat, 30 Jul 2005 17:26:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262892AbVG3VZ6 (ORCPT ); Sat, 30 Jul 2005 17:25:58 -0400 Received: from smtp105.mail.sc5.yahoo.com ([66.163.169.225]:63928 "HELO smtp105.mail.sc5.yahoo.com") by vger.kernel.org with SMTP id S262817AbVG3VZz (ORCPT ); Sat, 30 Jul 2005 17:25:55 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=MkIQYd0yv5IP7tOEgAXtTLV+EL1AxGMc2qkUloEDgFsJd4Gvh+kBlRCQIJYxyVHqHm1fu3nCFc0S9f85/khX1FkdyEEtzcCJJy/DFf8PGqicED5hlq8rQTkFU95EjDeHG8Rf/QIH7azhB8zrwr75UPVg0H3wkSnfgPi+sirBgxk= ; Subject: Re: [ANNOUNCE 0/7] Open-iSCSI/Linux-iSCSI-5 High-Performance Initiator From: Dmitry Yusupov To: James Bottomley Cc: "David S. Miller" , itn780@yahoo.com, SCSI Mailing List , Linux Kernel , Christoph Hellwig In-Reply-To: <1122755000.5055.31.camel@mulgrave> References: <429E15CD.2090202@yahoo.com> <1122744762.5055.10.camel@mulgrave> <20050730.125312.78734701.davem@davemloft.net> <1122755000.5055.31.camel@mulgrave> Content-Type: text/plain Date: Sat, 30 Jul 2005 14:25:28 -0700 Message-Id: <1122758728.13559.4.camel@mylaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-8) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2005-07-30 at 15:23 -0500, James Bottomley wrote: > On Sat, 2005-07-30 at 12:53 -0700, David S. Miller wrote: > > From: James Bottomley > > Date: Sat, 30 Jul 2005 12:32:42 -0500 > > > > > FIB has taken your netlink number, so I changed it to 32 > > > > MAX_LINKS is 32, so there is no way this reassignment would > > work. > > Actually, I saw this and increased MAX_LINKS as well. I was going to > query all of this on the net-dev mailing list if we'd managed to get the > code compileable. > > > You have to pick something in the range 0 --> 32, and as is > > no surprise, there are no numbers available :-) > > > > Since ethertap has been deleted, 16-->31 could be made allocatable > > once more, but I simply do not want to do that and have the flood > > gates open up for folks allocating random netlink numbers. > > > > Instead, we need to take one of those netlink numbers, and turn > > it into a multiplexable layer that can support an arbitrary > > number of sub-netlink types. Said protocol would need some > > shim header that just says the "sub-netlink" protocol number, > > something as simple as just a "u32", this gets pulled off the > > front of the netlink packet and then it's passed on down to the > > real protocol. > > I'll let the iSCSI people try this ... > > Alternatively, if they don't fancy it, I think the kobject_uevent > mechanism (which already has a netlink number) looks like it might be > amenable for use for most of the things they want to do. In fact, during design phase we've considered to use kobject_uevent() as well but (if i recall correctly), it didn't fit for the simple reason that if we want to have that much code in user-space, than we need to have more control on netlink socket and need to pass binary data back and forth. It would be nice to set MAX_LINKS to 64 and close this issue for now, since I'm pretty sure some other apps might find out kobject_uevent() not suitable for their needs too. Dima