Received: with ECARTIS (v1.0.0; list netdev); Sat, 26 Mar 2005 05:09:50 -0800 (PST) Received: from mail.holtmann.net (coyote.holtmann.net [217.160.111.169]) by oss.sgi.com (8.13.0/8.13.0) with ESMTP id j2QD9hrF021574 for ; Sat, 26 Mar 2005 05:09:44 -0800 Received: from pegasus (pD9525B19.dip.t-dialin.net [217.82.91.25]) by mail.holtmann.net (8.12.3/8.12.3/Debian-7.1) with ESMTP id j2QD9Jbo016579 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 26 Mar 2005 14:09:19 +0100 Subject: Re: [NET] make all protos partially use sk_prot From: Marcel Holtmann To: Arnaldo Carvalho de Melo Cc: "David S. Miller" , Network Development Mailing List In-Reply-To: <20050326003937.GA13951@conectiva.com.br> References: <20050326003937.GA13951@conectiva.com.br> Content-Type: text/plain Date: Sat, 26 Mar 2005 14:09:01 +0100 Message-Id: <1111842541.9195.183.camel@pegasus> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/789/Fri Mar 25 21:33:13 2005 on oss.sgi.com X-Virus-Scanned: ClamAV 0.83/788/Sat Mar 26 00:07:36 2005 on coyote.holtmann.net X-Virus-Status: Clean X-archive-position: 736 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: marcel@holtmann.org Precedence: bulk X-list: netdev Content-Length: 938 Lines: 26 Hi Arnaldo, > Please take a look and apply if acceptable, full description is > on the changeset. > > Ah, I started using __ as a separator between class name and > method, I've been using this in some client projects and find it useful > for grepping and for ctags, as it eliminates some false positives and > do namespacing more strongly, please tell me if you don't like it. > > If this is accepted the next changesets probably will move > struct proto and the proto__ routines to net/core/prot.{c,h} and I'll > add proto__ prefix to all struct proto members, etc. I personally don't like the __ separator thing. Is this really needed? What is wrong with using "proto_register()"? Where is the advantage? And please don't convert from using "err" to "rc" for the return value of the init function. In the case of the Bluetooth subsystem we never call these variables "rc" and thus you are messing things up. Regards Marcel