From owner-freebsd-net@FreeBSD.ORG Sun May 23 16:38:08 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B011B16A4CE for ; Sun, 23 May 2004 16:38:08 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FC4B43D39 for ; Sun, 23 May 2004 16:38:08 -0700 (PDT) (envelope-from louie@transsys.com) Received: from whizzo.transsys.com (localhost [127.0.0.1]) by whizzo.transsys.com (Postfix) with ESMTP id 219F720FC5; Sun, 23 May 2004 19:37:37 -0400 (EDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Alex Semenyaka Organization: Serendipity Scheduling & Management X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" References: <20040520162919.GA1971@straylight.m.ringlet.net> <20040520171833.GA22494@Odin.AC.HMC.Edu> <20040521133530.GA1403@qqmore.rinet.ru> In-reply-to: Your message of "Fri, 21 May 2004 17:35:30 +0400." <20040521133530.GA1403@qqmore.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 May 2004 19:37:37 -0400 Sender: louie@transsys.com Message-Id: <20040523233737.219F720FC5@whizzo.transsys.com> cc: freebsd-net@freebsd.org cc: Peter Pentchev Subject: Re: [RFC] ifconfig: match by link-level address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2004 23:38:08 -0000 This is all pretty interesting, though it seems like you'd only need to cobble together a shell script to do what you're after. The ifconfig command seems happy to tell you the MAC address of a specified interface.. It seems like an already present prototyping environment for this type of configuration is at hand. louie > On Thu, May 20, 2004 at 10:18:38AM -0700, Brooks Davis wrote: > >> This could be the first step towards teaching rc.conf about something like > >> network_interfaces_rename="hw-00:03:0d:08:dc:a7 sis0int" > > I don't really like the idea of adding magic values to the interface > > namespace that only work with ifconfig. If you want ifconfig to match > > I agree, but there is another option: make such things not ifconfig-specific. > I mean that it could be done though renaming the interface into the some > lladdr-dependent name with fixed format. For example, > > ifconfig fxp0 llname > > will rename fxp0 into hw-00-90-27-35-ca-0c. As far as we know the format and > MAC-address we could then do > > ifconfig hw-00-90-27-35-ca-0c name pppoeint > > This could be implemented easely right now and then automated though /etc/rc* > > Actually the discussing feature is long time expected one, so it would be nice > to have it implemented finally :) > > Sincerely, > Alex Semenyaka > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun May 23 16:57:29 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 007DA16A4CE; Sun, 23 May 2004 16:57:29 -0700 (PDT) Received: from jchurch.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB2EC43D1F; Sun, 23 May 2004 16:57:28 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from gnn.local.neville-neil.com (localhost [127.0.0.1]) by h236.neville-neil.com (Postfix) with ESMTP id 6A2AB18184B; Fri, 21 May 2004 23:11:41 +0900 (JST) Date: Fri, 21 May 2004 23:11:41 +0900 Message-ID: From: George V.Neville-Neil To: Yar Tikhiy In-Reply-To: <20040521135759.GE57132@comp.chem.msu.su> References: <20040521135759.GE57132@comp.chem.msu.su> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: hackers@freebsd.org cc: net@freebsd.org Subject: Re: Bugfix for checksum offload in bge(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2004 23:57:29 -0000 At Fri, 21 May 2004 17:58:00 +0400, Yar Tikhiy wrote: > > Hi folks, > > While sweeping network interface drivers for incorrect usage of the > capabilities framework, I noticed some bugs in bge(4). Unfortunately, > I have no such card and I don't know its internals. Therefore I > made a patch fixing hw-independent bugs and marking some questionable > spots. It would be nice if somebody possessing the knowledge on > bge(4) reviewed this patch and used it to really fix the things. If > nobody undertakes that, I'll just commit my change since it doesn't > seem to affect the functionality while it brings the code into the shape. > Thanks! I have such a card and can look into this. It may take a bit though, perhaps a week or so. Later, George From owner-freebsd-net@FreeBSD.ORG Sun May 23 16:57:29 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FBCE16A4CE for ; Sun, 23 May 2004 16:57:29 -0700 (PDT) Received: from jchurch.neville-neil.com (pc1.oakwoodazabu1-unet.ocn.ne.jp [220.110.140.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A0F443D1F for ; Sun, 23 May 2004 16:57:29 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from gnn.local.neville-neil.com (localhost [127.0.0.1]) by h236.neville-neil.com (Postfix) with ESMTP id 6D10A17D8C3; Wed, 19 May 2004 18:10:28 +0900 (JST) Date: Wed, 19 May 2004 18:10:26 +0900 Message-ID: From: George V.Neville-Neil To: kwl02r In-Reply-To: <40AB2209.6060108@ecs.soton.ac.uk> References: <40AB2209.6060108@ecs.soton.ac.uk> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.5 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: net@freebsd.org Subject: Re: About tcp_fastimo() and tcp_slowtimo() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2004 23:57:29 -0000 At Wed, 19 May 2004 09:59:53 +0100, kwl02r wrote: > I just follow the book "TCP/IP illustrate vol 2" to understand more > about TCP timer. In the book, tcp_fastimo() is invoked each 200 ms to do > delay ack job and tcp_slowtimo() is invoked each 500 ms to do the rest > of other tcp times. But at the last version of FreeBSD source code, I > couldn't find tcp_fastimo() anymore and tcp_slowtimo() is quite > different compared with source code present at book. My questions are: > At the new FreeBSD: > > 1. Did delay ack time still be detected each 200ms? Which function do > this job? If not, can anybody help to describe some detail things about > delay ack time at freebsd source code. This is handled by the callout code now, look through the source for "callout" to find how this is handled. The FreeBSD network stack is significantly different now than when Stevens wrote that book. > 2. The new tcp_slowtimo() following is invoked each 500ms, but seems > only detects tcp_keepintvl timer, how about other timers (eg. SYN, > FIN_WAIT ..) Again, these are handled by new routines. > 3. Did TCP timer (detect 200 or 500 ms each time) doing the same job > under the LINUX kernel? The Linux and FreeBSD OSs are different code bases and do not share the network stack in common. > 4. Any web or book can find detail describe at source code about TCP > timer under both FreeBSD and Linux kernel? You'll have to wait until this Fall for _The Design and Implementation of the FreeBSD Operating System_ which covers the details of this in FreeBSD. As for Linux I do not know about books that cover its kernel internals. Later, George From owner-freebsd-net@FreeBSD.ORG Sun May 23 19:15:32 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E0CE16A4CE for ; Sun, 23 May 2004 19:15:32 -0700 (PDT) Received: from mx3.mra.co.id (mx3.mra.co.id [202.138.254.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2E643D1D for ; Sun, 23 May 2004 19:15:31 -0700 (PDT) (envelope-from reza@mra.co.id) Received: from localhost (unknown [127.0.0.1]) by mx3.mra.co.id (Postfix) with ESMTP id 956872E09B for ; Mon, 24 May 2004 09:25:55 +0700 (WIT) Received: from mx3.mra.co.id ([127.0.0.1]) by localhost (mx3.mra.co.id [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19587-01 for ; Mon, 24 May 2004 09:24:40 +0700 (WIT) Received: from mail.mra.co.id (unknown [172.16.0.25]) by mx3.mra.co.id (Postfix) with ESMTP id 3E6D02E0B6 for ; Mon, 24 May 2004 09:24:40 +0700 (WIT) Received: from mra.co.id ([172.16.0.228]) by mail.mra.co.id with Microsoft SMTPSVC(5.0.2195.3779); Mon, 24 May 2004 09:12:08 +0700 Message-ID: <40B15C50.2030201@mra.co.id> Date: Mon, 24 May 2004 09:22:08 +0700 From: Muhammad Reza User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031008 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 May 2004 02:12:08.0909 (UTC) FILETIME=[846D7FD0:01C44134] X-Virus-Scanned: by amavisd-new at mra.co.id Subject: vpn over ipsec question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 02:15:32 -0000 Dear List. I try to configure vpn over ipsec between two FreeBSD (4.10PRERELEASE and 5.1.p17) gateways. My guidelines is from FreeBSD handbook, Tunelling is workfine with gifconfig command, i can ping each internal interface from both side gateway. The problem is when i try to securing the link with setkey command (setkey -f /etc/ipsec.conf), i cant no longer established connection between internal interface. (ping time out). Please help me regarding this problem regards reza From owner-freebsd-net@FreeBSD.ORG Sun May 23 20:41:56 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A0716A4CE for ; Sun, 23 May 2004 20:41:56 -0700 (PDT) Received: from relay.rinet.ru (relay.rinet.ru [195.54.192.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB5943D2F for ; Sun, 23 May 2004 20:41:54 -0700 (PDT) (envelope-from flist@qqmore.rinet.ru) Received: from relay.rinet.ru (localhost [127.0.0.1]) by relay.rinet.ru (8.12.9p2/8.12.9) with ESMTP id i4O3fjYL024729 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 May 2004 07:41:45 +0400 (MSD) (envelope-from flist@qqmore.rinet.ru) Received: (from uucp@localhost)i4O3fjmu024728; Mon, 24 May 2004 07:41:45 +0400 (MSD) (envelope-from flist@qqmore.rinet.ru) Received: from qqmore.rinet.ru. (localhost.rinet.ru [127.0.0.1]) by qqmore.rinet.ru. (8.12.11/8.12.11) with ESMTP id i4O3fToi003936; Mon, 24 May 2004 07:41:29 +0400 (MSD) (envelope-from flist@qqmore.rinet.ru) Received: (from flist@localhost) by qqmore.rinet.ru. (8.12.11/8.12.11/Submit) id i4O3en2E003935; Mon, 24 May 2004 07:40:49 +0400 (MSD) (envelope-from flist) Date: Mon, 24 May 2004 07:40:49 +0400 From: Alex Semenyaka To: "Louis A. Mamakos" Message-ID: <20040524034049.GA1022@qqmore.rinet.ru> Mail-Followup-To: Alex Semenyaka , "Louis A. Mamakos" , Brooks Davis , freebsd-net@freebsd.org, Peter Pentchev References: <20040520162919.GA1971@straylight.m.ringlet.net> <20040520171833.GA22494@Odin.AC.HMC.Edu> <20040521133530.GA1403@qqmore.rinet.ru> <20040523233737.219F720FC5@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040523233737.219F720FC5@whizzo.transsys.com> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Peter Pentchev cc: Alex Semenyaka Subject: Re: [RFC] ifconfig: match by link-level address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 03:41:56 -0000 On Sun, May 23, 2004 at 07:37:37PM -0400, Louis A. Mamakos wrote: > >>> This could be the first step towards teaching rc.conf about something like > >>> network_interfaces_rename="hw-00:03:0d:08:dc:a7 sis0int" > >> I don't really like the idea of adding magic values to the interface > >> namespace that only work with ifconfig. If you want ifconfig to match >> I agree, but there is another option: make such things not ifconfig-specific. >> I mean that it could be done though renaming the interface into the some >> lladdr-dependent name with fixed format. For example, > This is all pretty interesting, though it seems like you'd only > need to cobble together a shell script to do what you're after. You've absolutely right and I wanted to propose it just on the base of currently existing functionality (independently of this thread). However if there will be automatic renaming things would be easier. Thus I decided to combine both approaches since it leads to simple solution. I would post my current changes (those giving the discussing functionality) to the startup scripts as PR and send here the number. I'll do it if anybody will express any interest in that. Actually those scripts could be changed in future if ``ifconfig'' will provide such possibility out-of-box, and changes will be seamless for users. -- Sincerely, Alex Semenyaka From owner-freebsd-net@FreeBSD.ORG Sun May 23 20:57:49 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76A0716A4CE for ; Sun, 23 May 2004 20:57:49 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC5A43D1D for ; Sun, 23 May 2004 20:57:49 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with asmtp (Exim 4.34) id 1BS6aE-0007eD-J9 for freebsd-net@freebsd.org; Sun, 23 May 2004 22:57:03 -0500 Date: Sun, 23 May 2004 22:56:59 -0500 From: Larry Rosenman To: freebsd-net@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.4 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========57E4629859B8B850EBF3==========" Subject: NDIS: WPC54GS: Buggy Driver messages? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 03:57:49 -0000 --==========57E4629859B8B850EBF3========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Is there anything I can do to help this: $ grep NDIS /var/log/messages May 18 14:39:16 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 18 14:39:16 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 18 15:47:07 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 18 15:47:07 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 18 18:32:57 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 18 18:32:57 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 18 21:17:47 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 18 21:17:47 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 18 21:18:13 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 18 21:18:13 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 19 06:01:33 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 19 06:01:33 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 19 06:04:44 lerlaptop kernel: ndis0: NDIS API version: 5.0 May 19 08:29:21 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 19 08:29:21 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 19 08:30:56 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 19 08:30:56 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 19 08:31:04 lerlaptop kernel: ndis0: NDIS API version: 5.0 May 19 08:33:27 lerlaptop kernel: ndis0: NDIS API version: 5.0 May 22 15:18:06 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 22 15:18:06 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 22 15:19:16 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 22 15:19:16 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! $ This is from the WPC54GS Driver I used the NDISulator on. What happens is every so often, the card will start to not respond, and a=20 ping will give a "No Buffer Space". ifconfig ndis0 down ifconfig ndis0 up will fix it for a while. I can provide whatever is needed. I've sent the driver to wpaul@ in the past, but have not received a reply. Thanks! LER --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========57E4629859B8B850EBF3========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAsXKNrRNGhTxJvdYRAqdfAKClRXWqRY5IzV8RU7FMoN//QaScfQCfflC1 0xPE+lJHaKtesXE1NX8Uu7Y= =u5Rc -----END PGP SIGNATURE----- --==========57E4629859B8B850EBF3==========-- From owner-freebsd-net@FreeBSD.ORG Mon May 24 00:53:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A19FC16A4CE for ; Mon, 24 May 2004 00:53:25 -0700 (PDT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3A7B43D53 for ; Mon, 24 May 2004 00:53:24 -0700 (PDT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i4O7r6j96838; Mon, 24 May 2004 09:53:06 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) by n81.sp.op.dlr.de (AIX5.1/8.11.6p2/8.11.0) with ESMTP id i4O7r6K177946; Mon, 24 May 2004 09:53:06 +0200 Received: from localhost (brandt@localhost) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i4O7r4010082; Mon, 24 May 2004 09:53:05 +0200 (MET DST) X-Authentication-Warning: zeus.nt.op.dlr.de: brandt owned process doing -bs Date: Mon, 24 May 2004 09:53:04 +0200 (MET DST) From: Harti Brandt X-X-Sender: brandt@zeus To: Dmitri Denissov In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: protecting netgraph calls from outside of the network context X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 07:53:25 -0000 On Thu, 20 May 2004, Dmitri Denissov wrote: DD>Currently netgraph code uses splnet/splx to protect timeout calls. DD>This doesn't work with 5.2 SMP kernel. What is the proper method DD>here for a custom netgraph node? Is the Giant lock only the way? Have a lock at the ng_timeout/ng_untimeout functions in ng_base.c. These should do the proper locking. harti From owner-freebsd-net@FreeBSD.ORG Mon May 24 02:17:39 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9870E16A4CE for ; Mon, 24 May 2004 02:17:39 -0700 (PDT) Received: from smtp-out2.xs4all.nl (smtp-out2.xs4all.nl [194.109.24.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C87E843D1F for ; Mon, 24 May 2004 02:17:38 -0700 (PDT) (envelope-from wim@mediamessage.nl) Received: from waldo (gwbw.xs4all.nl [213.84.100.200]) by smtp-out2.xs4all.nl (8.12.10/8.12.10) with ESMTP id i4O9H5K1040887 for ; Mon, 24 May 2004 11:17:05 +0200 (CEST) Received: from localhost (waldo [127.0.0.1]) by waldo (Postfix) with ESMTP id 84E6F36B50 for ; Mon, 24 May 2004 11:17:03 +0200 (CEST) Received: from waldo ([127.0.0.1]) by localhost (waldo [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11675-09 for ; Mon, 24 May 2004 11:16:56 +0200 (CEST) Received: from crazyharry.buyways.nl (crazyharry.buyways.nl [192.168.218.74]) by waldo (Postfix) with ESMTP id CB93536B4C for ; Mon, 24 May 2004 11:16:55 +0200 (CEST) From: Wim Rijnders To: freebsd-net@freebsd.org Content-Type: text/plain Message-Id: <1085390095.633.26.camel@crazyharry> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 24 May 2004 11:14:55 +0200 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at buyways.nl Subject: netgraph: kernel panic due to M_DONTWAIT when connecting ksocket X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 09:17:39 -0000 Hello, When trying to use a netgraph ksocket for a tcp connection, we get a kernel panic on opening the connection. The panic is a result of a KASSERT() on the value of a flag which we don't set ourselves and which we don't appear to have control over. Details of our investigation follow. What can we do to fix this? --- We're using the 5.2-CURRENT release. * We use ksockets in netgraph to create a tcp connection. The kernel panics when creating a connection with code similar to: result= NgSendMsg(ctrlSoc, path, NGM_KSOCKET_COOKIE, NGM_KSOCKET_CONNECT, &addr, sizeof(addr) ) * The kernel panic occurs in ng_ksocket.c , function ng_ksocket_incoming2() on a call to macro NG_MKMESSAGE(). This macro is defined in ng_message.h. One of the first things it does is perform this KASSERT(): KASSERT(!(how & M_DONTWAIT), \ ("NG_MKMESSAGE() with how=M_DONTWAIT (%d)\n", how)); \ * We do not set the M_DONTWAIT flag anywhere our code. The setting can be traced to call in sowakeup(), line 320 in /usr/src/sys/kern/uipc_socket2.c: if (sb->sb_flags & SB_UPCALL) sh freebeer*so->so_upcall)(so, so->so_upcallarg, M_DONTWAIT); --- Kind regards, Wim Rijnders Buyways BV. From owner-freebsd-net@FreeBSD.ORG Mon May 24 03:57:56 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E364B16A4CF for ; Mon, 24 May 2004 03:57:56 -0700 (PDT) Received: from web40612.mail.yahoo.com (web40612.mail.yahoo.com [66.218.78.149]) by mx1.FreeBSD.org (Postfix) with SMTP id DC86543D39 for ; Mon, 24 May 2004 03:57:56 -0700 (PDT) (envelope-from pjn0211@yahoo.com) Message-ID: <20040524105745.29456.qmail@web40612.mail.yahoo.com> Received: from [202.183.248.166] by web40612.mail.yahoo.com via HTTP; Mon, 24 May 2004 11:57:45 BST Date: Mon, 24 May 2004 11:57:45 +0100 (BST) From: =?iso-8859-1?q?Supote=20Leelasupphakorn?= To: freebsd-isp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-net@freebsd.org Subject: How to reset admin's password on 3com superstack ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 10:57:57 -0000 Hi...lists As the subject said, I have forgot admin's password of my 3com switching it's model is "3300 SuperStack" I'd like to know is there any way to reset admin's password ? CC to my email address is appreciated. TIA, pjn ________________________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From owner-freebsd-net@FreeBSD.ORG Mon May 24 04:02:16 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F47616A58C for ; Mon, 24 May 2004 04:02:16 -0700 (PDT) Received: from pbn-1.payby.net (pbn-1.payby.net [213.228.213.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4782843D1F for ; Mon, 24 May 2004 04:02:12 -0700 (PDT) (envelope-from c.raven@uk.cian.net) Received: (qmail 32693 invoked from network); 24 May 2004 11:06:03 -0000 Received: from unknown (HELO deskfink) (82.1.96.241) by cian.net with SMTP; 24 May 2004 11:06:03 -0000 From: "Christopher Raven" To: "'Supote Leelasupphakorn'" , Date: Mon, 24 May 2004 12:01:41 +0100 Organization: CiAN Group Limited Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: <20040524105745.29456.qmail@web40612.mail.yahoo.com> cc: freebsd-net@freebsd.org Subject: RE: How to reset admin's password on 3com superstack ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: c.raven@uk.cian.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 11:02:16 -0000 Take a look here, a quick serarch on google.com (reset 3300 SuperStack) found this and quite a few other links... http://www.tek-tips.com/gviewthread.cfm/pid/545/qid/64936 Rgds, Chris R. -----Original Message----- From: owner-freebsd-isp@freebsd.org [mailto:owner-freebsd-isp@freebsd.org] On Behalf Of Supote Leelasupphakorn Sent: 24 May 2004 11:58 To: freebsd-isp@freebsd.org Cc: freebsd-net@freebsd.org Subject: How to reset admin's password on 3com superstack ? Hi...lists As the subject said, I have forgot admin's password of my 3com switching it's model is "3300 SuperStack" I'd like to know is there any way to reset admin's password ? CC to my email address is appreciated. TIA, pjn ________________________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html _______________________________________________ freebsd-isp@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-isp To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon May 24 04:08:27 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11CB016A4CF; Mon, 24 May 2004 04:08:27 -0700 (PDT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D41343D31; Mon, 24 May 2004 04:08:26 -0700 (PDT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i4OB7Wj99124; Mon, 24 May 2004 13:07:32 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) by n81.sp.op.dlr.de (AIX5.1/8.11.6p2/8.11.0) with ESMTP id i4OB7VK54522; Mon, 24 May 2004 13:07:31 +0200 Received: from localhost (brandt@localhost) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i4OB7UD14237; Mon, 24 May 2004 13:07:30 +0200 (MET DST) X-Authentication-Warning: zeus.nt.op.dlr.de: brandt owned process doing -bs Date: Mon, 24 May 2004 13:07:30 +0200 (MET DST) From: Harti Brandt X-X-Sender: brandt@zeus To: =?iso-8859-1?q?Supote=20Leelasupphakorn?= In-Reply-To: <20040524105745.29456.qmail@web40612.mail.yahoo.com> Message-ID: References: <20040524105745.29456.qmail@web40612.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-isp@freebsd.org cc: freebsd-net@freebsd.org Subject: Re: How to reset admin's password on 3com superstack ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 11:08:27 -0000 On Mon, 24 May 2004, [iso-8859-1] Supote Leelasupphakorn wrote: SL>Hi...lists SL> SL> As the subject said, I have forgot admin's password SL>of my 3com switching it's model is "3300 SuperStack" SL>I'd like to know is there any way to reset admin's password ? SL> SL>CC to my email address is appreciated. If you google around on the net you'll find two possible ways: 1. You're lucky and your software version has one of the backdoors that you find on the net. 2. You connect your switch to another via those special connectors on the back. For me neither of those worked, but fortunately SNMP was enabled on the switch and the write community was something like 'private' (don't remember exactly). The passwords are in the MIB and I could write them via snmpset. If neither of those work, you'll better get a new one, because 3com appears to charge real money for help in those cases. harti From owner-freebsd-net@FreeBSD.ORG Mon May 24 06:52:51 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2DBB16A4CE for ; Mon, 24 May 2004 06:52:50 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97E0543D3F for ; Mon, 24 May 2004 06:52:50 -0700 (PDT) (envelope-from louie@transsys.com) Received: from whizzo.transsys.com (localhost [127.0.0.1]) by whizzo.transsys.com (Postfix) with ESMTP id 2BF7320F6C; Mon, 24 May 2004 09:51:47 -0400 (EDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Alex Semenyaka Organization: Serendipity Scheduling & Management X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" References: <20040520162919.GA1971@straylight.m.ringlet.net> <20040520171833.GA22494@Odin.AC.HMC.Edu> <20040521133530.GA1403@qqmore.rinet.ru> <20040523233737.219F720FC5@whizzo.transsys.com> <20040524034049.GA1022@qqmore.rinet.ru> In-reply-to: Your message of "Mon, 24 May 2004 07:40:49 +0400." <20040524034049.GA1022@qqmore.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 May 2004 09:51:47 -0400 Sender: louie@transsys.com Message-Id: <20040524135147.2BF7320F6C@whizzo.transsys.com> cc: freebsd-net@freebsd.org cc: Peter Pentchev Subject: Re: [RFC] ifconfig: match by link-level address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 13:52:51 -0000 > On Sun, May 23, 2004 at 07:37:37PM -0400, Louis A. Mamakos wrote: > > >>> This could be the first step towards teaching rc.conf about something like > > >>> network_interfaces_rename="hw-00:03:0d:08:dc:a7 sis0int" > > >> I don't really like the idea of adding magic values to the interface > > >> namespace that only work with ifconfig. If you want ifconfig to match > >> I agree, but there is another option: make such things not ifconfig-specific. > >> I mean that it could be done though renaming the interface into the some > >> lladdr-dependent name with fixed format. For example, > > This is all pretty interesting, though it seems like you'd only > > need to cobble together a shell script to do what you're after. > > You've absolutely right and I wanted to propose it just on the base of > currently existing functionality (independently of this thread). However if > there will be automatic renaming things would be easier. Thus I decided to > combine both approaches since it leads to simple solution. > > I would post my current changes (those giving the discussing functionality) to > the startup scripts as PR and send here the number. I'll do it if anybody will > express any interest in that. Actually those scripts could be changed in future > if ``ifconfig'' will provide such possibility out-of-box, and changes will be > seamless for users. This interface renaming operation is likely to only occur as the system boots, and probably is an "automated" process rather than one that involves human. Keeping with the decades-long UNIX tradition of using combinations of tools would lead you to writing a simple shell script, rather than going to all the trouble to extend the existing tool. Certainly there's no performance-related reason to do so. I guess I don't see how you might choose to extend ifconfig to implement some function that can't be done with some external tools. About the only ifconfig capability you need is a way to discover the link-level address (and hopefull media type), and a way to cause the renaming operation to occur. I'm not sure how much easier "automatic" renaming might be. You still need some ability to specify policy on what interfaces are renamed (e.g., only 100Base-T ethernet but not 802.11 wireless). Once you've opened that can of worms, doing the actual renaming is likely the easy part of the problem. There's already a bunch of code that iterates over network interface in /etc/rc.network (on 4-STABLE anyway). In the end, it's a matter of taste and opinion. louie From owner-freebsd-net@FreeBSD.ORG Mon May 24 07:59:57 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AAE516A4CE for ; Mon, 24 May 2004 07:59:57 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB8A43D1F for ; Mon, 24 May 2004 07:59:57 -0700 (PDT) (envelope-from louie@transsys.com) Received: from whizzo.transsys.com (localhost [127.0.0.1]) by whizzo.transsys.com (Postfix) with ESMTP id E776920F68; Mon, 24 May 2004 10:59:10 -0400 (EDT) X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Alex Semenyaka Organization: Serendipity Scheduling & Management X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" References: <20040520162919.GA1971@straylight.m.ringlet.net> <20040520171833.GA22494@Odin.AC.HMC.Edu> <20040521133530.GA1403@qqmore.rinet.ru> <20040523233737.219F720FC5@whizzo.transsys.com> <20040524034049.GA1022@qqmore.rinet.ru> <20040524135147.2BF7320F6C@whizzo.transsys.com> <20040524142743.GA5564@qqmore.rinet.ru> In-reply-to: Your message of "Mon, 24 May 2004 18:27:43 +0400." <20040524142743.GA5564@qqmore.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 May 2004 10:59:10 -0400 Sender: louie@transsys.com Message-Id: <20040524145910.E776920F68@whizzo.transsys.com> cc: freebsd-net@freebsd.org cc: Peter Pentchev Subject: Re: [RFC] ifconfig: match by link-level address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 14:59:57 -0000 > Well actually you should discuss the necessity of the changes in ifconfig with > the author of the original posting :) What I proposed was just middle way > between what he proposed and what I did. I mean if somebody is changing > ifconfig anyway that way would be easier to implement. However personally > I did the job without any modification of ifconfig at all. Sorry if I dropped into the middle of the thread, and replied to the wrong message. > > I'm not sure how much easier "automatic" renaming might be. You still > > need some ability to specify policy on what interfaces are renamed > > (e.g., only 100Base-T ethernet but not 802.11 wireless). > > What I am trying to solve is the situation when you have a box with (say) 4 > etherexpresses and first on them is dead. Then old fxp1 becomes fxp0, > old fxp2 becomes fxp1 and so on. And now you cannot remotely connect to that > box abd find out what is going on, that's it. > > So I want automatic renaming during the boot, but I want it controlled: > "this card will have the name intel0, that on - intel1", and it should > leave untouched cards without explicit entry in the renaming config. It > is the way I did it. Do you see any disadvanatges there? Sure, I understand what you're after. > About the media type... well, I believe that if I will pick the MAC-address > of the card and new name I know what that card is, right? I do ifconfig, > choose cards I want to rename, and create renaming config. Why do I need to > specify also media type? Is it possible that my wireless adaptor will have > the same MAC-adress as my Inter Etherexpress? I believe not. I mentioned this example because I have more than one PCMCIA 802.11 NIC cards, and I may not care which one happens to be inserted at any given time, since they tend to rotate between a couple of different laptop computers. For my situation, since there's only one of these things that can be installed, I don't need to worry about what MAC address it uses. In fact, I have my DHCP server set up to hand out very different types of addresses based on what card is inserted (either a globally routed address, or an address that gets NAT'ed on the way out). So in this case, the per MAC address policy is done elsewhere. I think this is a very useful capability; I think that I've also seen stuff move around when reconfiguring the BIOS, or certainly when moving cards around. This capability seems like a more general solution than buying multiple vendor's cards.. louie From owner-freebsd-net@FreeBSD.ORG Mon May 24 08:37:05 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0992816A4CE for ; Mon, 24 May 2004 08:37:05 -0700 (PDT) Received: from relay.rinet.ru (relay.rinet.ru [195.54.192.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2822943D45 for ; Mon, 24 May 2004 08:37:04 -0700 (PDT) (envelope-from flist@qqmore.rinet.ru) Received: from relay.rinet.ru (localhost [127.0.0.1]) by relay.rinet.ru (8.12.9p2/8.12.9) with ESMTP id i4OERuYL032455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 24 May 2004 18:27:56 +0400 (MSD) (envelope-from flist@qqmore.rinet.ru) Received: (from uucp@localhost)i4OERuNH032454; Mon, 24 May 2004 18:27:56 +0400 (MSD) (envelope-from flist@qqmore.rinet.ru) Received: from qqmore.rinet.ru. (localhost.rinet.ru [127.0.0.1]) by qqmore.rinet.ru. (8.12.11/8.12.11) with ESMTP id i4OES380005647; Mon, 24 May 2004 18:28:03 +0400 (MSD) (envelope-from flist@qqmore.rinet.ru) Received: (from flist@localhost) by qqmore.rinet.ru. (8.12.11/8.12.11/Submit) id i4OERho9005631; Mon, 24 May 2004 18:27:43 +0400 (MSD) (envelope-from flist) Date: Mon, 24 May 2004 18:27:43 +0400 From: Alex Semenyaka To: "Louis A. Mamakos" Message-ID: <20040524142743.GA5564@qqmore.rinet.ru> Mail-Followup-To: Alex Semenyaka , "Louis A. Mamakos" , freebsd-net@freebsd.org, Peter Pentchev References: <20040520162919.GA1971@straylight.m.ringlet.net> <20040520171833.GA22494@Odin.AC.HMC.Edu> <20040521133530.GA1403@qqmore.rinet.ru> <20040523233737.219F720FC5@whizzo.transsys.com> <20040524034049.GA1022@qqmore.rinet.ru> <20040524135147.2BF7320F6C@whizzo.transsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040524135147.2BF7320F6C@whizzo.transsys.com> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Peter Pentchev cc: Alex Semenyaka Subject: Re: [RFC] ifconfig: match by link-level address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 15:37:05 -0000 On Mon, May 24, 2004 at 09:51:47AM -0400, Louis A. Mamakos wrote: >> You've absolutely right and I wanted to propose it just on the base of >> currently existing functionality (independently of this thread). However if >> there will be automatic renaming things would be easier. Thus I decided to >> combine both approaches since it leads to simple solution. > This interface renaming operation is likely to only occur as the system > boots, and probably is an "automated" process rather than one that involves > human. Well, to some extend. I mean that the process should be automated but I want to be able to specify what to rename. > Keeping with the decades-long UNIX tradition of using combinations > of tools would lead you to writing a simple shell script, rather than going > to all the trouble to extend the existing tool. Exactly what I already DID :) Probably I did not express myself clear enough, sorry. I did it just as new script (/etc/rc.ifrename) which have simple config (/etc/ifrename.conf) like that: 00:01:02:03:04:05 int0 00:02:04:08:10:20 int1 Nothing but current /sbin/ifconfig and /bin/sh. And again, if it is interesting for somebody I'll publish patches... > Certainly there's no performance-related reason to do so. Sure. > I guess I don't see how you might choose to extend ifconfig to implement > some function that can't be done with some external tools. About the only Well actually you should discuss the necessity of the changes in ifconfig with the author of the original posting :) What I proposed was just middle way between what he proposed and what I did. I mean if somebody is changing ifconfig anyway that way would be easier to implement. However personally I did the job without any modification of ifconfig at all. > I'm not sure how much easier "automatic" renaming might be. You still > need some ability to specify policy on what interfaces are renamed > (e.g., only 100Base-T ethernet but not 802.11 wireless). What I am trying to solve is the situation when you have a box with (say) 4 etherexpresses and first on them is dead. Then old fxp1 becomes fxp0, old fxp2 becomes fxp1 and so on. And now you cannot remotely connect to that box abd find out what is going on, that's it. So I want automatic renaming during the boot, but I want it controlled: "this card will have the name intel0, that on - intel1", and it should leave untouched cards without explicit entry in the renaming config. It is the way I did it. Do you see any disadvanatges there? About the media type... well, I believe that if I will pick the MAC-address of the card and new name I know what that card is, right? I do ifconfig, choose cards I want to rename, and create renaming config. Why do I need to specify also media type? Is it possible that my wireless adaptor will have the same MAC-adress as my Inter Etherexpress? I believe not. -- Sincerely, Alex Semenyaka From owner-freebsd-net@FreeBSD.ORG Mon May 24 11:01:51 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CED5016A4DB for ; Mon, 24 May 2004 11:01:51 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B06C143D55 for ; Mon, 24 May 2004 11:01:51 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i4OI1ps1076591 for ; Mon, 24 May 2004 11:01:51 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4OI1o90076585 for freebsd-net@freebsd.org; Mon, 24 May 2004 11:01:50 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 24 May 2004 11:01:50 -0700 (PDT) Message-Id: <200405241801.i4OI1o90076585@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 May 2004 18:01:52 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net NFS root configurations without dynamic p 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon May 24 19:39:01 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C17E16A4CE for ; Mon, 24 May 2004 19:39:01 -0700 (PDT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DE4E43D31 for ; Mon, 24 May 2004 19:39:00 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from ocean.jinmei.org (unknown [2001:200:0:8002:edd1:491d:5a40:6335]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id B80CA1525D; Tue, 25 May 2004 11:38:10 +0900 (JST) Date: Tue, 25 May 2004 11:38:13 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Muhammad Reza In-Reply-To: <40B15C50.2030201@mra.co.id> References: <40B15C50.2030201@mra.co.id> User-Agent: Wanderlust/2.10.1 (Watching The Wheels) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: vpn over ipsec question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 May 2004 02:39:01 -0000 >>>>> On Mon, 24 May 2004 09:22:08 +0700, >>>>> Muhammad Reza said: > I try to configure vpn over ipsec between two FreeBSD (4.10PRERELEASE > and 5.1.p17) gateways. > My guidelines is from FreeBSD handbook, > Tunelling is workfine with gifconfig command, i can ping each internal > interface from both side gateway. > The problem is when i try to securing the link with setkey command > (setkey -f /etc/ipsec.conf), i cant no longer established connection > between internal interface. (ping time out). > Please help me regarding this problem Please provide more detailed information if you want to get useful advice. At least the content of ipsec.conf is necessary. Perhaps it contains "real" secret keys you want to hide. If so, first try the same configuration with temporary keys like "foobarbaz", and report the problem again (if it happens) with the full details of ipsec.conf and the temporary keys. Another nit: you may also want to ask the question at snap-users@kame.net if you still cannot get an answer here. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Wed May 26 00:38:04 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1825816A4CE for ; Wed, 26 May 2004 00:38:04 -0700 (PDT) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFEFE43D45 for ; Wed, 26 May 2004 00:38:03 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (24-161-166-146.san.rr.com [24.161.166.146]) by smtp-relay.omnis.com (Postfix) with ESMTP id 015C61880A22; Wed, 26 May 2004 00:37:38 -0700 (PDT) From: Wes Peters Organization: Softweyr.COM To: freebsd-net@freebsd.org, davej@wsnet.co.za Date: Wed, 26 May 2004 00:37:37 -0700 User-Agent: KMail/1.6.1 References: <1085220590.1132.15.camel@dj.wsnet.co.za> In-Reply-To: <1085220590.1132.15.camel@dj.wsnet.co.za> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405260037.37457.wes@softweyr.com> Subject: Re: Freebsd to Exchange server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2004 07:38:04 -0000 On Saturday 22 May 2004 03:09, Dave Johnson wrote: > hi all > > Some help pleas > > See www.webdev.za.net/gold.htm for the network diagram and additional > notes > > We are trying to access an Exchange server that is sitting on a Freebsd > network from the Internet and not having any luck. > > Any ideas or suggestions would be welcome. The freebsd-questions mailing list is the appropriate place to ask questions like this. This mailing list is for developers working on the FreeBSD networking implementation itself. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-net@FreeBSD.ORG Wed May 26 05:59:15 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC6C916A4CE for ; Wed, 26 May 2004 05:59:15 -0700 (PDT) Received: from mail.dragondata.com (server2-b.your.org [64.202.113.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E57F43D58 for ; Wed, 26 May 2004 05:59:15 -0700 (PDT) (envelope-from toasty@dragondata.com) Received: (qmail 57223 invoked by uid 1092); 26 May 2004 10:44:13 -0000 Received: from toasty@dragondata.com by server2.dragondata.com by uid 82 with qmail-scanner-1.20rc3 (uvscan: v4.2.40/v4296. spamassassin: 2.60-cvs. Clear:RC:1:. Processed in 1.202854 secs); 26 May 2004 10:44:13 -0000 Received: from ppp045.dhcp.your.org (HELO ?199.165.179.45?) (199.165.179.45) by mail.dragondata.com with RC4-SHA encrypted SMTP; 26 May 2004 10:44:11 -0000 Mime-Version: 1.0 (Apple Message framework v613) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Kevin Day Date: Wed, 26 May 2004 05:44:32 -0500 To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.613) Subject: Re: Sendfile performance regression from 4.x to 5.x X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2004 12:59:15 -0000 For those who asked for more info... The issue here seems to have been SCHED_ULE. Switching Server 2 back to SCHED_4BSD puts its performance back on par with 4.8. No idea why yet, but I'm still poking around. It seems to have something to do with how long thttpd's process has been running though, the longer it runs the worse it gets. On May 16, 2004, at 12:27 AM, Kevin Day wrote: > > > We've got two nearly identically configured servers, serving the exact > same load. Quick config: > > Dual P4 2.8Ghz with HTT enabled, 2GB RAM > ahc SCSI adapter, with 4 drives in a vinum RAID5 config > Dual bge gigabit network cards > > Server 1 is running 4.8 > Server 2 is running 5.2.1 > > Other than OS version, everything is identical for all practical > purposes. > I'm running thttpd with USE_SENDFILE enabled. Both servers are > receiving approximately equal numbers of requests to download some > large files. (5MB to 200MB) > > Server 1 can easily push 300-500mbps. I'm pretty sure it could go > higher, we just run into bandwidth limits at that point. With the caps > removed, we've hit 800mbps for a short while. > Server 2 seems to cap out around 80mbps, with thttpd spending most of > it's time in "Giant" or "kqueue" according to top, the CPU around 90% > idle. > > What's really strange is that right when thttpd starts up on 5.2, it > will start sending 200mbps or higher for the first 10-15 minutes, and > then start tapering off back down to 80mbps. It doesn't look like a > thttpd bug, since it seems to work flawlessly on 4.x. > > I know a lot of work is being done on locking, sendfile and kqueue > fun, so I'm not complaining. I just wanted someone to know this was > happening, and hopefully have someone point out something obvious I'm > missing that could be causing this... Anyone run into this before? > > -- Kevin From owner-freebsd-net@FreeBSD.ORG Wed May 26 13:34:40 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A680316A4CE; Wed, 26 May 2004 13:34:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E8C643D1D; Wed, 26 May 2004 13:34:40 -0700 (PDT) (envelope-from bmilekic@FreeBSD.org) Received: from freefall.freebsd.org (bmilekic@localhost [127.0.0.1]) i4QKYVRS018372; Wed, 26 May 2004 13:34:31 -0700 (PDT) (envelope-from bmilekic@freefall.freebsd.org) Received: (from bmilekic@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i4QKYVTR018371; Wed, 26 May 2004 13:34:31 -0700 (PDT) (envelope-from bmilekic) Date: Wed, 26 May 2004 13:34:31 -0700 From: Bosko Milekic To: freebsd-net@freebsd.org Message-ID: <20040526203431.GA17806@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org Subject: Network buffer allocations: mbuma, PLEASE TEST X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2004 20:34:40 -0000 Hi, If you're running -CURRENT, please test this: http://people.freebsd.org/~bmilekic/code/mbuma2.diff It is several extensions to UMA and mbuf & cluster allocation built on top of it. Once you apply the patch from src/, you need to rebuild and reinstall src/usr.bin/netstat, src/usr.bin/systat, and then a new kernel. When you're configuring your new kernel, you should remove the NMBCLUSTERS compile-time option, it's no longer needed. Clusters will still be capped off according to maxusers (which is auto-tuned itself). Alternately, if you want theoretically unlimited number of clusters, you can tune the boot-time kern.ipc.nmbclusters tunable to zero. Unless final issues arise I'm going to commit this tomorrow morning; it's been tested already quite a bit, and performance considered. A paper is available and was presented at BSDCan 2004; in case you missed it: http://www.unixdaemons.com/~bmilekic/netbuf_bmilekic.pdf It has been looked at for quite some time now. Additional code cleanups will need to occur following commit, maybe. Future work is also possible, see the paper if you're interested in taking some of it on. Oh, and keep me in the CC; I have no idea if I'm subscribed to these lists anymore. You should also follow up to this thread on -net and not on -hackers (trim -hackers from CC in the future). Thanks and happy hacking! Regards, -- Bosko Milekic bmilekic@technokratis.com bmilekic@FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Wed May 26 16:46:52 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5FBC16A4CE for ; Wed, 26 May 2004 16:46:52 -0700 (PDT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38C3743D41 for ; Wed, 26 May 2004 16:46:52 -0700 (PDT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id B3951652FE; Thu, 27 May 2004 00:46:31 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 88642-02-2; Thu, 27 May 2004 00:46:31 +0100 (BST) Received: from empiric.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 1AE5765218; Thu, 27 May 2004 00:46:31 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 04B7C6137; Thu, 27 May 2004 00:46:29 +0100 (BST) Date: Thu, 27 May 2004 00:46:29 +0100 From: Bruce M Simpson To: Andrew Beals Message-ID: <20040526234629.GE55357@empiric.dek.spc.org> Mail-Followup-To: Andrew Beals , freebsd-net@freebsd.org References: <200405262234.i4QMYFwP027591@cinnamon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200405262234.i4QMYFwP027591@cinnamon.com> cc: freebsd-net@freebsd.org Subject: Re: simple, nay, elegant pop3 implementation? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 May 2004 23:46:53 -0000 [redirected to -net] On Wed, May 26, 2004 at 03:34:15PM -0700, Andrew Beals wrote: > Why is there no default pop3 implementation included in the FreeBSD > distribution? Is it for a lack of a suitably-licensed server, or does > everyone believe APOP authentication is crackable? There are ample POP3 servers in the ports collection. I don't feel that anything more than a minimalist outgoing MTA is appropriate for inclusion in the base system; I am sure others share this opinion but I'm equally sure that many don't... Regards, BMS From owner-freebsd-net@FreeBSD.ORG Wed May 26 19:11:38 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B17E16A4CE for ; Wed, 26 May 2004 19:11:38 -0700 (PDT) Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02C4743D48 for ; Wed, 26 May 2004 19:11:38 -0700 (PDT) (envelope-from rneese@adelphia.net) Received: from 69-160-8-12.bflony.adelphia.net ([69.160.8.12]) by mta9.adelphia.netESMTP <20040527021134.XDPF26615.mta9.adelphia.net@69-160-8-12.bflony.adelphia.net>; Wed, 26 May 2004 22:11:34 -0400 From: Richard Neese To: Andrew Beals , freebsd-net@freebsd.org Date: Wed, 26 May 2004 22:11:42 -0400 User-Agent: KMail/1.6.2 References: <200405262234.i4QMYFwP027591@cinnamon.com> <20040526234629.GE55357@empiric.dek.spc.org> In-Reply-To: <20040526234629.GE55357@empiric.dek.spc.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405262211.42166.rneese@adelphia.net> Subject: Re: simple, nay, elegant pop3 implementation? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2004 02:11:38 -0000 you have to choose what pop client you want and install it from the ports Qpopper is the basic. From owner-freebsd-net@FreeBSD.ORG Thu May 27 07:12:19 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E7216A4CE; Thu, 27 May 2004 07:12:19 -0700 (PDT) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE2B43D1D; Thu, 27 May 2004 07:12:16 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.9p2/8.12.9) with ESMTP id i4REAv3F033941; Thu, 27 May 2004 18:10:57 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.9p2/8.12.9/Submit) id i4REAuFR033939; Thu, 27 May 2004 18:10:56 +0400 (MSD) (envelope-from yar) Date: Thu, 27 May 2004 18:10:55 +0400 From: Yar Tikhiy To: Gleb Smirnoff Message-ID: <20040527141055.GA32704@comp.chem.msu.su> References: <200405251449.i4PEnkIa098672@repoman.freebsd.org> <20040525164251.GA3245@ip.net.ua> <20040525173458.GA18554@comp.chem.msu.su> <20040525184757.GA5546@ip.net.ua> <20040526032055.GA42697@comp.chem.msu.su> <20040526064152.GD24738@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040526064152.GD24738@cell.sick.ru> User-Agent: Mutt/1.5.6i cc: net@freebsd.org Subject: VLAN_MTU (was Re: cvs commit: src/sys/dev/fxp if_fxp.c if_fxpvar.h) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2004 14:12:19 -0000 [moving the discussion from the cvs lists to -net] On Wed, May 26, 2004 at 10:41:52AM +0400, Gleb Smirnoff wrote: > > Y> ng_vlan(4) could send a control command to ng_ether(4) instructing > Y> the latter to increment the VLAN counter on the Ethernet interface > Y> and toggle VLAN_MTU on if the counter value became equal to 1. > > Two comments: > > 1) Just note that it should increment VLAN counter on creating of > any new VLAN hook. > 2) There may be some itermediate nodes between ng_ether and ng_vlan, > e.g. ng_tee(4), ng_etf(4), any custom traffic shaping or accounting > node. > > Two deal with second issue some new mechanism should be introduced in netgraph, > e.g. "broadcast" messages, which go down a hook spreading across all nodes, > and only nodes with appropriate cookie will see this message delivered. > > Y> Another way I see is to drop automatic fiddling with VLAN_MTU in > Y> the first place and implement an option for ifconfig(8) so that a > Y> user/admin can control the capability WRT a particular case, e.g., > Y> disable it if a NIC displays erroneous behaviour in long frame mode. > > From my point of view this is a good idea. The longer I've been thinking of the issue, the more I'm inclined to take the latter path. I believe that it would conform to the good tradition of Unix to offer a user as much control as possible and avoid doing "automagic" tricks behind user's back. Therefore I'd like to ask the community: Would anybody mind if vlan(4) gave up playing with VLAN_MTU on parent interfaces while a new option to ifconfig(8), say `vlanmtu', was introduced so that a user could control the feature manually? -- Yar From owner-freebsd-net@FreeBSD.ORG Thu May 27 08:05:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A213F16A4CF for ; Thu, 27 May 2004 08:05:25 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 563F943D49 for ; Thu, 27 May 2004 08:05:17 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i4RF2SSK032075; Thu, 27 May 2004 08:02:28 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i4RF2S3n032074; Thu, 27 May 2004 08:02:28 -0700 Date: Thu, 27 May 2004 08:02:28 -0700 From: Brooks Davis To: Yar Tikhiy Message-ID: <20040527150228.GB30789@Odin.AC.HMC.Edu> References: <200405251449.i4PEnkIa098672@repoman.freebsd.org> <20040525164251.GA3245@ip.net.ua> <20040525173458.GA18554@comp.chem.msu.su> <20040525184757.GA5546@ip.net.ua> <20040526032055.GA42697@comp.chem.msu.su> <20040526064152.GD24738@cell.sick.ru> <20040527141055.GA32704@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline In-Reply-To: <20040527141055.GA32704@comp.chem.msu.su> User-Agent: Mutt/1.5.4i cc: net@freebsd.org Subject: Re: VLAN_MTU (was Re: cvs commit: src/sys/dev/fxp if_fxp.c if_fxpvar.h) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2004 15:05:25 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 27, 2004 at 06:10:55PM +0400, Yar Tikhiy wrote: > [moving the discussion from the cvs lists to -net] >=20 > On Wed, May 26, 2004 at 10:41:52AM +0400, Gleb Smirnoff wrote: > >=20 > > Y> ng_vlan(4) could send a control command to ng_ether(4) instructing > > Y> the latter to increment the VLAN counter on the Ethernet interface > > Y> and toggle VLAN_MTU on if the counter value became equal to 1. > >=20 > > Two comments: > >=20 > > 1) Just note that it should increment VLAN counter on creating of > > any new VLAN hook. > > 2) There may be some itermediate nodes between ng_ether and ng_vlan, > > e.g. ng_tee(4), ng_etf(4), any custom traffic shaping or accounting > > node. > >=20 > > Two deal with second issue some new mechanism should be introduced in n= etgraph, > > e.g. "broadcast" messages, which go down a hook spreading across all no= des, > > and only nodes with appropriate cookie will see this message delivered. > >=20 > > Y> Another way I see is to drop automatic fiddling with VLAN_MTU in > > Y> the first place and implement an option for ifconfig(8) so that a > > Y> user/admin can control the capability WRT a particular case, e.g., > > Y> disable it if a NIC displays erroneous behaviour in long frame mode. > >=20 > > From my point of view this is a good idea. >=20 > The longer I've been thinking of the issue, the more I'm inclined > to take the latter path. I believe that it would conform to the > good tradition of Unix to offer a user as much control as possible > and avoid doing "automagic" tricks behind user's back. >=20 > Therefore I'd like to ask the community: Would anybody mind if > vlan(4) gave up playing with VLAN_MTU on parent interfaces > while a new option to ifconfig(8), say `vlanmtu', was introduced > so that a user could control the feature manually? This seems OK as long as you enabled VLAN_MTU by default as I see you have just done with fxp. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAtgMDXY6L6fI4GtQRAtE4AJ9FIZ3b9KRu6MVMUxClIUSz2QIYRACfRx/B HEkbgd08BuCxTmMMZWjjRhg= =VNbK -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-net@FreeBSD.ORG Thu May 27 13:42:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DF1916A4CE; Thu, 27 May 2004 13:42:25 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 870E443D2F; Thu, 27 May 2004 13:42:24 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4RKgJvw039077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 00:42:20 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4RKgITO039076; Fri, 28 May 2004 00:42:18 +0400 (MSD) Date: Fri, 28 May 2004 00:42:18 +0400 From: Gleb Smirnoff To: julian@freebsd.org, ru@freebsd.org Message-ID: <20040527204218.GA38818@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , julian@freebsd.org, ru@freebsd.org, freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org Subject: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2004 20:42:25 -0000 Hi collegues, I'm again with the issue about node destruction process. If you already forgot the problem, I'll remind you: in RELENG_4 node cuts down all its hooks itself from shutdown method, while in HEAD it is done in ng_rmnode() _before_ calling shutdown method. This breaks ng_tee behavior, and as I have noted, having hooks connected in shutdown method may be useful sometimes. OK, If we destroy node in such a sequence 1. nodes shutdown method 2. ng_destroy_hook() on all hooks 3. ng_flush_input_queue() in some cases we may have node be lost when its shutdown method calls NG_NODE_UNREF. Ok, I have tried to put one more ref on node just before calling its shutdown method. Seems like it works! However we may catch panic in nodes which do not expect that ng_type_disconnect() may be called after ng_type_shutdown(). Since RELENG_4 the following nodes had been changed to don't expect this sequence: ng_socket ng_atmllc ng_bridge ng_eiface ng_etf ng_ether ng_frame_relay ng_gif ng_gif_demux ng_iface ng_l2tp ng_lmi ng_mppc ng_one2many ng_ppp ng_pppoe ng_pptpgre ng_rfc1490 ng_source ng_sppp ng_tty ng_vjc ng_vlan They all FREE priv in shutdown method, but use it in disconnect method. The problem can be solved by inserting ng_cutlinks() into beginning of shutdown method for each of above nodes like it is done in RELENG_4. Ok, we need to edit more than 20 nodes to get back ng_tees behavior. I'm sure you don't like it :) So, what about adding one more netgraph method into struct ng_type, say ng_preshutdown_t? This method is called first in ng_rmnode(), and then current shutdown sequence is followed. We will set it to NULL in all existing nodes, and create a method in ng_tee, which calls ng_bypass(). Future implementations may use this method to send "goodbye" messages down hooks when shutting down. And this will be a POLA-friendly solution - we will not lose functionality of RELENG_4 (which mpd relies on), and we will not break nodes which rely on current shutdown sequence. What's your opinion? If it is positive - I'll send patches. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu May 27 16:34:05 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CE8516A4CE; Thu, 27 May 2004 16:34:05 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E848943D3F; Thu, 27 May 2004 16:34:03 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc11) with ESMTP id <2004052723332901300f78tce>; Thu, 27 May 2004 23:33:30 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA72249; Thu, 27 May 2004 16:33:29 -0700 (PDT) Date: Thu, 27 May 2004 16:33:28 -0700 (PDT) From: Julian Elischer To: Gleb Smirnoff In-Reply-To: <20040527204218.GA38818@cell.sick.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2004 23:34:05 -0000 On Fri, 28 May 2004, Gleb Smirnoff wrote: > Hi collegues, > > I'm again with the issue about node destruction process. If you > already forgot the problem, I'll remind you: in RELENG_4 node cuts down > all its hooks itself from shutdown method, while in HEAD it is done > in ng_rmnode() _before_ calling shutdown method. This breaks > ng_tee behavior, and as I have noted, having hooks connected in > shutdown method may be useful sometimes. > > OK, If we destroy node in such a sequence > > 1. nodes shutdown method > 2. ng_destroy_hook() on all hooks > 3. ng_flush_input_queue() > > in some cases we may have node be lost when its shutdown method calls > NG_NODE_UNREF. Ok, I have tried to put one more ref on node just before > calling its shutdown method. Seems like it works! However we may catch > panic in nodes which do not expect that ng_type_disconnect() may > be called after ng_type_shutdown(). Since RELENG_4 the following nodes > had been changed to don't expect this sequence: > > ng_socket > ng_atmllc > ng_bridge > ng_eiface > ng_etf > ng_ether > ng_frame_relay > ng_gif > ng_gif_demux > ng_iface > ng_l2tp > ng_lmi > ng_mppc > ng_one2many > ng_ppp > ng_pppoe > ng_pptpgre > ng_rfc1490 > ng_source > ng_sppp > ng_tty > ng_vjc > ng_vlan > > They all FREE priv in shutdown method, but use it in disconnect method. > The problem can be solved by inserting ng_cutlinks() into beginning of > shutdown method for each of above nodes like it is done in RELENG_4. > Ok, we need to edit more than 20 nodes to get back ng_tees behavior. I'm > sure you don't like it :) there are other reasons why this can not work. That is why it was changed from 4.x. > > So, what about adding one more netgraph method into struct ng_type, say > ng_preshutdown_t? This method is called first in ng_rmnode(), and then > current shutdown sequence is followed. We will set it to NULL in all existing > nodes, and create a method in ng_tee, which calls ng_bypass(). Future > implementations may use this method to send "goodbye" messages down hooks when > shutting down. That sounds like a much better solution. Node shutdown is done in 2 parts just as node connection is done in 2 parts. > And this will be a POLA-friendly solution - we will not lose functionality > of RELENG_4 (which mpd relies on), and we will not break nodes which > rely on current shutdown sequence. > > What's your opinion? If it is positive - I'll send patches. > That is a very workable solution. ng_warn_shutdown() ng_cutlinks() ng_shutdown() > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > From owner-freebsd-net@FreeBSD.ORG Fri May 28 00:29:45 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A029316A4D8 for ; Fri, 28 May 2004 00:29:45 -0700 (PDT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A4E43D5D for ; Fri, 28 May 2004 00:29:44 -0700 (PDT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i4S7Ssj57354; Fri, 28 May 2004 09:28:55 +0200 Received: from zeus (zeus.nt.op.dlr.de [129.247.173.3]) by n81.sp.op.dlr.de (AIX5.1/8.11.6p2/8.11.0) with ESMTP id i4S7SiK171840; Fri, 28 May 2004 09:28:44 +0200 Date: Fri, 28 May 2004 09:28:43 +0200 (MET DST) From: Harti Brandt X-X-Sender: brandt@zeus To: Gleb Smirnoff In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 07:29:45 -0000 [Sorry, I just deleted the original mail, so I use Julian's to answer] On Thu, 27 May 2004, Julian Elischer wrote: JE>On Fri, 28 May 2004, Gleb Smirnoff wrote: JE> JE>> So, what about adding one more netgraph method into struct ng_type, say JE>> ng_preshutdown_t? This method is called first in ng_rmnode(), and then JE>> current shutdown sequence is followed. We will set it to NULL in all existing JE>> nodes, and create a method in ng_tee, which calls ng_bypass(). Future JE>> implementations may use this method to send "goodbye" messages down hooks when JE>> shutting down. JE> JE>That sounds like a much better solution. Node shutdown is done in 2 JE>parts just as node connection is done in 2 parts. JE> JE>> And this will be a POLA-friendly solution - we will not lose functionality JE>> of RELENG_4 (which mpd relies on), and we will not break nodes which JE>> rely on current shutdown sequence. JE>> JE>> What's your opinion? If it is positive - I'll send patches. JE>> JE> JE>That is a very workable solution. If you do that, I suppose you need to edit all the nodes, right?. In that case could you please convert the initialisation of the typestructs to use C99 sparse initialisation? In that case future changes will be a good deal easier. harti From owner-freebsd-net@FreeBSD.ORG Fri May 28 01:16:06 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5422416A4CE; Fri, 28 May 2004 01:16:06 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CAF43D41; Fri, 28 May 2004 01:16:06 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc11) with ESMTP id <2004052808150801300f17rde>; Fri, 28 May 2004 08:15:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA77082; Fri, 28 May 2004 01:15:07 -0700 (PDT) Date: Fri, 28 May 2004 01:15:06 -0700 (PDT) From: Julian Elischer To: Harti Brandt In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 08:16:06 -0000 On Fri, 28 May 2004, Harti Brandt wrote: > > [Sorry, I just deleted the original mail, so I use Julian's to answer] > > On Thu, 27 May 2004, Julian Elischer wrote: > > JE>On Fri, 28 May 2004, Gleb Smirnoff wrote: > JE> > JE>> So, what about adding one more netgraph method into struct ng_type, say > JE>> ng_preshutdown_t? This method is called first in ng_rmnode(), and then > JE>> current shutdown sequence is followed. We will set it to NULL in all existing > JE>> nodes, and create a method in ng_tee, which calls ng_bypass(). Future > JE>> implementations may use this method to send "goodbye" messages down hooks when > JE>> shutting down. > JE> > JE>That sounds like a much better solution. Node shutdown is done in 2 > JE>parts just as node connection is done in 2 parts. > JE> > JE>> And this will be a POLA-friendly solution - we will not lose functionality > JE>> of RELENG_4 (which mpd relies on), and we will not break nodes which > JE>> rely on current shutdown sequence. > JE>> > JE>> What's your opinion? If it is positive - I'll send patches. > JE>> > JE> > JE>That is a very workable solution. > > If you do that, I suppose you need to edit all the nodes, right?. In that > case could you please convert the initialisation of the typestructs > to use C99 sparse initialisation? In that case future changes will be a good > deal easier. actually I don't know if you do need to edit the nodes types.. At one time it was true that unassigned elements on the end will be NULL. > > harti > From owner-freebsd-net@FreeBSD.ORG Fri May 28 01:26:50 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E19CC16A4CE; Fri, 28 May 2004 01:26:50 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 158F443D3F; Fri, 28 May 2004 01:26:50 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4S8PQvw042495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 12:25:26 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4S8PQpg042494; Fri, 28 May 2004 12:25:26 +0400 (MSD) Date: Fri, 28 May 2004 12:25:25 +0400 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20040528082525.GA42468@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Julian Elischer , Harti Brandt , freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 08:26:51 -0000 On Fri, May 28, 2004 at 01:15:06AM -0700, Julian Elischer wrote: J> > JE>> So, what about adding one more netgraph method into struct ng_type, say J> > JE>> ng_preshutdown_t? This method is called first in ng_rmnode(), and then J> > JE>> current shutdown sequence is followed. We will set it to NULL in all existing J> > JE>> nodes, and create a method in ng_tee, which calls ng_bypass(). Future J> > JE>> implementations may use this method to send "goodbye" messages down hooks when J> > JE>> shutting down. J> > JE> J> > JE>That sounds like a much better solution. Node shutdown is done in 2 J> > JE>parts just as node connection is done in 2 parts. J> > JE> J> > JE>> And this will be a POLA-friendly solution - we will not lose functionality J> > JE>> of RELENG_4 (which mpd relies on), and we will not break nodes which J> > JE>> rely on current shutdown sequence. J> > JE>> J> > JE>> What's your opinion? If it is positive - I'll send patches. J> > JE>> J> > JE> J> > JE>That is a very workable solution. J> > J> > If you do that, I suppose you need to edit all the nodes, right?. In that J> > case could you please convert the initialisation of the typestructs J> > to use C99 sparse initialisation? In that case future changes will be a good J> > deal easier. J> J> actually I don't know if you do need to edit the nodes J> types.. At one time it was true that unassigned elements on J> the end will be NULL. I like idea of sparse initialization. We already have this in ng_hub.c. Julian, if you don't mind, I'll create diff moving all initializations to C99 sparse type. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri May 28 01:27:05 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E12A16A4CE for ; Fri, 28 May 2004 01:27:05 -0700 (PDT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A07F643D41 for ; Fri, 28 May 2004 01:27:04 -0700 (PDT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i4S8Ppj44486; Fri, 28 May 2004 10:25:51 +0200 Received: from zeus (zeus.nt.op.dlr.de [129.247.173.3]) by n81.sp.op.dlr.de (AIX5.1/8.11.6p2/8.11.0) with ESMTP id i4S8PZK39550; Fri, 28 May 2004 10:25:47 +0200 Date: Fri, 28 May 2004 10:25:35 +0200 (MET DST) From: Harti Brandt X-X-Sender: brandt@zeus To: Julian Elischer In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 08:27:05 -0000 On Fri, 28 May 2004, Julian Elischer wrote: JE>> If you do that, I suppose you need to edit all the nodes, right?. In that JE>> case could you please convert the initialisation of the typestructs JE>> to use C99 sparse initialisation? In that case future changes will be a good JE>> deal easier. JE> JE>actually I don't know if you do need to edit the nodes JE>types.. At one time it was true that unassigned elements on JE>the end will be NULL. Sure they will, but this will confuse the next one who is adding a new operation. I was just thinking: 'In the case that Gleb has nothing else to do he could as well just take the chance...' :-) harti From owner-freebsd-net@FreeBSD.ORG Fri May 28 01:31:32 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2BD16A4CE; Fri, 28 May 2004 01:31:32 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95A8043D49; Fri, 28 May 2004 01:31:32 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <20040528083112015006prepe>; Fri, 28 May 2004 08:31:13 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id BAA77272; Fri, 28 May 2004 01:31:11 -0700 (PDT) Date: Fri, 28 May 2004 01:31:09 -0700 (PDT) From: Julian Elischer To: Harti Brandt In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 08:31:32 -0000 On Fri, 28 May 2004, Harti Brandt wrote: > On Fri, 28 May 2004, Julian Elischer wrote: > > JE>> If you do that, I suppose you need to edit all the nodes, right?. In that > JE>> case could you please convert the initialisation of the typestructs > JE>> to use C99 sparse initialisation? In that case future changes will be a good > JE>> deal easier. > JE> > JE>actually I don't know if you do need to edit the nodes > JE>types.. At one time it was true that unassigned elements on > JE>the end will be NULL. > > Sure they will, but this will confuse the next one who is adding > a new operation. I was just thinking: 'In the case that Gleb has nothing > else to do he could as well just take the chance...' :-) He seems to have taken the bait (heh heh) It'd be best to make the change to sparse initialisers a separate patch that I cold commit separatly, so reduce teh size of the functionality change patch. (or harti could commit it.., or ruslan) > > harti > From owner-freebsd-net@FreeBSD.ORG Fri May 28 01:41:38 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D23516A4CF for ; Fri, 28 May 2004 01:41:37 -0700 (PDT) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DE7943D1D for ; Fri, 28 May 2004 01:41:33 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.12.9p2/8.12.9) with ESMTP id i4S8eh3F080373; Fri, 28 May 2004 12:40:43 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.12.9p2/8.12.9/Submit) id i4S8egY8080372; Fri, 28 May 2004 12:40:42 +0400 (MSD) (envelope-from yar) Date: Fri, 28 May 2004 12:40:42 +0400 From: Yar Tikhiy To: Brooks Davis Message-ID: <20040528084042.GG76909@comp.chem.msu.su> References: <200405251449.i4PEnkIa098672@repoman.freebsd.org> <20040525164251.GA3245@ip.net.ua> <20040525173458.GA18554@comp.chem.msu.su> <20040525184757.GA5546@ip.net.ua> <20040526032055.GA42697@comp.chem.msu.su> <20040526064152.GD24738@cell.sick.ru> <20040527141055.GA32704@comp.chem.msu.su> <20040527150228.GB30789@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040527150228.GB30789@Odin.AC.HMC.Edu> User-Agent: Mutt/1.5.6i cc: net@freebsd.org Subject: Re: VLAN_MTU (was Re: cvs commit: src/sys/dev/fxp if_fxp.c if_fxpvar.h) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 08:41:38 -0000 On Thu, May 27, 2004 at 08:02:28AM -0700, Brooks Davis wrote: > > > > Y> Another way I see is to drop automatic fiddling with VLAN_MTU in > > > Y> the first place and implement an option for ifconfig(8) so that a > > > Y> user/admin can control the capability WRT a particular case, e.g., > > > Y> disable it if a NIC displays erroneous behaviour in long frame mode. > > > > > > From my point of view this is a good idea. > > > > The longer I've been thinking of the issue, the more I'm inclined > > to take the latter path. I believe that it would conform to the > > good tradition of Unix to offer a user as much control as possible > > and avoid doing "automagic" tricks behind user's back. > > > > Therefore I'd like to ask the community: Would anybody mind if > > vlan(4) gave up playing with VLAN_MTU on parent interfaces > > while a new option to ifconfig(8), say `vlanmtu', was introduced > > so that a user could control the feature manually? > > This seems OK as long as you enabled VLAN_MTU by default as I see you > have just done with fxp. Thanks for your comment! Presently all our network interfaces supporting VLAN_MTU have it enabled by default. -- Yar From owner-freebsd-net@FreeBSD.ORG Fri May 28 03:10:10 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB9A616A4CE; Fri, 28 May 2004 03:10:10 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04D5943D31; Fri, 28 May 2004 03:10:10 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SA9Evw043283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 14:09:15 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SA9EIP043282; Fri, 28 May 2004 14:09:14 +0400 (MSD) Date: Fri, 28 May 2004 14:09:14 +0400 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20040528100914.GA43187@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Julian Elischer , Harti Brandt , freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 10:10:10 -0000 On Fri, May 28, 2004 at 01:31:09AM -0700, Julian Elischer wrote: J> > JE>> If you do that, I suppose you need to edit all the nodes, right?. In that J> > JE>> case could you please convert the initialisation of the typestructs J> > JE>> to use C99 sparse initialisation? In that case future changes will be a good J> > JE>> deal easier. J> > JE> J> > JE>actually I don't know if you do need to edit the nodes J> > JE>types.. At one time it was true that unassigned elements on J> > JE>the end will be NULL. J> > J> > Sure they will, but this will confuse the next one who is adding J> > a new operation. I was just thinking: 'In the case that Gleb has nothing J> > else to do he could as well just take the chance...' :-) J> J> He seems to have taken the bait J> (heh heh) J> J> It'd be best to make the change to sparse initialisers a separate patch J> that I cold commit separatly, J> so reduce teh size of the functionality change patch. J> J> (or harti could commit it.., or ruslan) Agreed. I make a series of patches then :) Here is the first one - convert all ng_type initializers to C99 sparse type. AFAIK, we also have two netgraph ports. Adding of preshutdown method will break them. I'll fix ng_netflow port, and notify maintainer of ng_daphne. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri May 28 03:11:37 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B404A16A4CE; Fri, 28 May 2004 03:11:37 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D7643D45; Fri, 28 May 2004 03:11:36 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SAAxvw043347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 14:10:59 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SAAwTb043346; Fri, 28 May 2004 14:10:58 +0400 (MSD) Date: Fri, 28 May 2004 14:10:58 +0400 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20040528101058.GB43187@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Julian Elischer , Harti Brandt , freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 10:11:37 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=koi8-r Content-Disposition: inline As always I've forgot to attach file to previous mail. Here it is. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --0F1p//8PRICkK4MW Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_type.c99.diff" ? ng_ipfw.c ? ng_ipfw.h Index: ng_UI.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_UI.c,v retrieving revision 1.17 diff -u -r1.17 ng_UI.c --- ng_UI.c 19 Feb 2003 05:47:31 -0000 1.17 +++ ng_UI.c 28 May 2004 09:56:32 -0000 @@ -77,18 +77,14 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_UI_NODE_TYPE, - NULL, - ng_UI_constructor, - ng_UI_rcvmsg, - ng_UI_shutdown, - ng_UI_newhook, - NULL, - NULL, - ng_UI_rcvdata, - ng_UI_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_UI_NODE_TYPE, + .constructor = ng_UI_constructor, + .rcvmsg = ng_UI_rcvmsg, + .shutdown = ng_UI_shutdown, + .newhook = ng_UI_newhook, + .rcvdata = ng_UI_rcvdata, + .disconnect = ng_UI_disconnect, }; NETGRAPH_INIT(UI, &typestruct); Index: ng_async.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_async.c,v retrieving revision 1.19 diff -u -r1.19 ng_async.c --- ng_async.c 31 May 2002 23:48:02 -0000 1.19 +++ ng_async.c 28 May 2004 09:56:32 -0000 @@ -155,18 +155,15 @@ /* Define the netgraph node type */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_ASYNC_NODE_TYPE, - NULL, - nga_constructor, - nga_rcvmsg, - nga_shutdown, - nga_newhook, - NULL, - NULL, - nga_rcvdata, - nga_disconnect, - nga_cmdlist + .version = NG_ABI_VERSION, + .name = NG_ASYNC_NODE_TYPE, + .constructor = nga_constructor, + .rcvmsg = nga_rcvmsg, + .shutdown = nga_shutdown, + .newhook = nga_newhook, + .rcvdata = nga_rcvdata, + .disconnect = nga_disconnect, + .cmdlist = nga_cmdlist }; NETGRAPH_INIT(async, &typestruct); Index: ng_atmllc.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_atmllc.c,v retrieving revision 1.1 diff -u -r1.1 ng_atmllc.c --- ng_atmllc.c 8 Mar 2004 10:54:35 -0000 1.1 +++ ng_atmllc.c 28 May 2004 09:56:32 -0000 @@ -64,18 +64,14 @@ static ng_disconnect_t ng_atmllc_disconnect; static struct ng_type ng_atmllc_typestruct = { - NG_ABI_VERSION, - NG_ATMLLC_NODE_TYPE, - NULL, - ng_atmllc_constructor, - ng_atmllc_rcvmsg, - ng_atmllc_shutdown, - ng_atmllc_newhook, - NULL, - NULL, - ng_atmllc_rcvdata, - ng_atmllc_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_ATMLLC_NODE_TYPE, + .constructor = ng_atmllc_constructor, + .rcvmsg = ng_atmllc_rcvmsg, + .shutdown = ng_atmllc_shutdown, + .newhook = ng_atmllc_newhook, + .rcvdata = ng_atmllc_rcvdata, + .disconnect = ng_atmllc_disconnect, }; NETGRAPH_INIT(atmllc, &ng_atmllc_typestruct); Index: ng_bpf.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_bpf.c,v retrieving revision 1.16 diff -u -r1.16 ng_bpf.c --- ng_bpf.c 31 May 2002 23:48:02 -0000 1.16 +++ ng_bpf.c 28 May 2004 09:56:32 -0000 @@ -190,18 +190,15 @@ /* Netgraph type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_BPF_NODE_TYPE, - NULL, - ng_bpf_constructor, - ng_bpf_rcvmsg, - ng_bpf_shutdown, - ng_bpf_newhook, - NULL, - NULL, - ng_bpf_rcvdata, - ng_bpf_disconnect, - ng_bpf_cmdlist + .version = NG_ABI_VERSION, + .name = NG_BPF_NODE_TYPE, + .constructor = ng_bpf_constructor, + .rcvmsg = ng_bpf_rcvmsg, + .shutdown = ng_bpf_shutdown, + .newhook = ng_bpf_newhook, + .rcvdata = ng_bpf_rcvdata, + .disconnect = ng_bpf_disconnect, + .cmdlist = ng_bpf_cmdlist, }; NETGRAPH_INIT(bpf, &typestruct); Index: ng_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_bridge.c,v retrieving revision 1.23 diff -u -r1.23 ng_bridge.c --- ng_bridge.c 26 Jan 2004 14:05:31 -0000 1.23 +++ ng_bridge.c 28 May 2004 09:56:32 -0000 @@ -271,18 +271,15 @@ /* Node type descriptor */ static struct ng_type ng_bridge_typestruct = { - NG_ABI_VERSION, - NG_BRIDGE_NODE_TYPE, - NULL, - ng_bridge_constructor, - ng_bridge_rcvmsg, - ng_bridge_shutdown, - ng_bridge_newhook, - NULL, - NULL, - ng_bridge_rcvdata, - ng_bridge_disconnect, - ng_bridge_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_BRIDGE_NODE_TYPE, + .constructor = ng_bridge_constructor, + .rcvmsg = ng_bridge_rcvmsg, + .shutdown = ng_bridge_shutdown, + .newhook = ng_bridge_newhook, + .rcvdata = ng_bridge_rcvdata, + .disconnect = ng_bridge_disconnect, + .cmdlist = ng_bridge_cmdlist, }; NETGRAPH_INIT(bridge, &ng_bridge_typestruct); Index: ng_cisco.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_cisco.c,v retrieving revision 1.22 diff -u -r1.22 ng_cisco.c --- ng_cisco.c 21 Jan 2004 19:20:57 -0000 1.22 +++ ng_cisco.c 28 May 2004 09:56:32 -0000 @@ -171,18 +171,15 @@ /* Node type */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_CISCO_NODE_TYPE, - NULL, - cisco_constructor, - cisco_rcvmsg, - cisco_shutdown, - cisco_newhook, - NULL, - NULL, - cisco_rcvdata, - cisco_disconnect, - ng_cisco_cmdlist + .version = NG_ABI_VERSION, + .name = NG_CISCO_NODE_TYPE, + .constructor = cisco_constructor, + .rcvmsg = cisco_rcvmsg, + .shutdown = cisco_shutdown, + .newhook = cisco_newhook, + .rcvdata = cisco_rcvdata, + .disconnect = cisco_disconnect, + .cmdlist = ng_cisco_cmdlist, }; NETGRAPH_INIT(cisco, &typestruct); Index: ng_device.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_device.c,v retrieving revision 1.6 diff -u -r1.6 ng_device.c --- ng_device.c 21 Feb 2004 21:10:53 -0000 1.6 +++ ng_device.c 28 May 2004 09:56:32 -0000 @@ -65,18 +65,15 @@ /* Netgraph type */ static struct ng_type typestruct = { - NG_ABI_VERSION, /* version */ - NG_DEVICE_NODE_TYPE, /* name */ - ng_device_mod_event, /* modevent */ - ng_device_cons, /* constructor */ - ng_device_rcvmsg, /* receive msg */ - NULL, /* shutdown */ - ng_device_newhook, /* newhook */ - NULL, /* findhook */ - ng_device_connect, /* connect */ - ng_device_rcvdata, /* receive data */ - ng_device_disconnect, /* disconnect */ - NULL + .version = NG_ABI_VERSION, + .name = NG_DEVICE_NODE_TYPE, + .mod_event = ng_device_mod_event, + .constructor = ng_device_cons, + .rcvmsg = ng_device_rcvmsg, + .newhook = ng_device_newhook, + .connect = ng_device_connect, + .rcvdata = ng_device_rcvdata, + .disconnect = ng_device_disconnect, }; NETGRAPH_INIT(device, &typestruct); Index: ng_echo.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_echo.c,v retrieving revision 1.10 diff -u -r1.10 ng_echo.c --- ng_echo.c 8 Jan 2001 05:34:06 -0000 1.10 +++ ng_echo.c 28 May 2004 09:56:32 -0000 @@ -63,18 +63,12 @@ /* Netgraph type */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_ECHO_NODE_TYPE, - NULL, - nge_cons, - nge_rcvmsg, - NULL, - NULL, - NULL, - NULL, - nge_rcvdata, - nge_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_ECHO_NODE_TYPE, + .constructor = nge_cons, + .rcvmsg = nge_rcvmsg, + .rcvdata = nge_rcvdata, + .disconnect = nge_disconnect, }; NETGRAPH_INIT(echo, &typestruct); Index: ng_eiface.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_eiface.c,v retrieving revision 1.13 diff -u -r1.13 ng_eiface.c --- ng_eiface.c 18 Apr 2004 01:15:32 -0000 1.13 +++ ng_eiface.c 28 May 2004 09:56:32 -0000 @@ -98,18 +98,16 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_EIFACE_NODE_TYPE, - NULL, - ng_eiface_constructor, - ng_eiface_rcvmsg, - ng_eiface_rmnode, - ng_eiface_newhook, - NULL, - ng_eiface_connect, - ng_eiface_rcvdata, - ng_eiface_disconnect, - ng_eiface_cmdlist + .version = NG_ABI_VERSION, + .name = NG_EIFACE_NODE_TYPE, + .constructor = ng_eiface_constructor, + .rcvmsg = ng_eiface_rcvmsg, + .shutdown = ng_eiface_rmnode, + .newhook = ng_eiface_newhook, + .connect = ng_eiface_connect, + .rcvdata = ng_eiface_rcvdata, + .disconnect = ng_eiface_disconnect, + .cmdlist = ng_eiface_cmdlist }; NETGRAPH_INIT(eiface, &typestruct); Index: ng_etf.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_etf.c,v retrieving revision 1.4 diff -u -r1.4 ng_etf.c --- ng_etf.c 19 Dec 2003 15:09:12 -0000 1.4 +++ ng_etf.c 28 May 2004 09:56:32 -0000 @@ -112,18 +112,16 @@ /* Netgraph node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_ETF_NODE_TYPE, - NULL, - ng_etf_constructor, - ng_etf_rcvmsg, - ng_etf_shutdown, - ng_etf_newhook, - NULL, - ng_etf_connect, - ng_etf_rcvdata, - ng_etf_disconnect, - ng_etf_cmdlist + .version = NG_ABI_VERSION, + .name = NG_ETF_NODE_TYPE, + .constructor = ng_etf_constructor, + .rcvmsg = ng_etf_rcvmsg, + .shutdown = ng_etf_shutdown, + .newhook = ng_etf_newhook, + .connect = ng_etf_connect, + .rcvdata = ng_etf_rcvdata, + .disconnect = ng_etf_disconnect, + .cmdlist = ng_etf_cmdlist, }; NETGRAPH_INIT(etf, &typestruct); Index: ng_ether.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_ether.c,v retrieving revision 1.34 diff -u -r1.34 ng_ether.c --- ng_ether.c 16 May 2004 19:31:35 -0000 1.34 +++ ng_ether.c 28 May 2004 09:56:33 -0000 @@ -169,18 +169,17 @@ }; static struct ng_type ng_ether_typestruct = { - NG_ABI_VERSION, - NG_ETHER_NODE_TYPE, - ng_ether_mod_event, - ng_ether_constructor, - ng_ether_rcvmsg, - ng_ether_shutdown, - ng_ether_newhook, - NULL, - ng_ether_connect, - ng_ether_rcvdata, - ng_ether_disconnect, - ng_ether_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_ETHER_NODE_TYPE, + .mod_event = ng_ether_mod_event, + .constructor = ng_ether_constructor, + .rcvmsg = ng_ether_rcvmsg, + .shutdown = ng_ether_shutdown, + .newhook = ng_ether_newhook, + .connect = ng_ether_connect, + .rcvdata = ng_ether_rcvdata, + .disconnect = ng_ether_disconnect, + .cmdlist = ng_ether_cmdlist, }; MODULE_VERSION(ng_ether, 1); NETGRAPH_INIT(ether, &ng_ether_typestruct); Index: ng_fec.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_fec.c,v retrieving revision 1.8 diff -u -r1.8 ng_fec.c --- ng_fec.c 16 Apr 2004 08:15:37 -0000 1.8 +++ ng_fec.c 28 May 2004 09:56:33 -0000 @@ -227,18 +227,12 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_FEC_NODE_TYPE, - NULL, - ng_fec_constructor, - ng_fec_rcvmsg, - ng_fec_shutdown, - NULL, - NULL, - NULL, - NULL, - NULL, - ng_fec_cmds + .version = NG_ABI_VERSION, + .name = NG_FEC_NODE_TYPE, + .constructor = ng_fec_constructor, + .rcvmsg = ng_fec_rcvmsg, + .shutdown = ng_fec_shutdown, + .cmdlist = ng_fec_cmds, }; NETGRAPH_INIT(fec, &typestruct); Index: ng_frame_relay.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_frame_relay.c,v retrieving revision 1.21 diff -u -r1.21 ng_frame_relay.c --- ng_frame_relay.c 19 Feb 2003 05:47:31 -0000 1.21 +++ ng_frame_relay.c 28 May 2004 09:56:33 -0000 @@ -137,18 +137,13 @@ /* Netgraph type */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_FRAMERELAY_NODE_TYPE, - NULL, - ngfrm_constructor, - NULL, - ngfrm_shutdown, - ngfrm_newhook, - NULL, - NULL, - ngfrm_rcvdata, - ngfrm_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_FRAMERELAY_NODE_TYPE, + .constructor = ngfrm_constructor, + .shutdown = ngfrm_shutdown, + .newhook = ngfrm_newhook, + .rcvdata = ngfrm_rcvdata, + .disconnect = ngfrm_disconnect, }; NETGRAPH_INIT(framerelay, &typestruct); Index: ng_gif.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_gif.c,v retrieving revision 1.11 diff -u -r1.11 ng_gif.c --- ng_gif.c 24 Feb 2004 22:16:40 -0000 1.11 +++ ng_gif.c 28 May 2004 09:56:33 -0000 @@ -138,18 +138,17 @@ }; static struct ng_type ng_gif_typestruct = { - NG_ABI_VERSION, - NG_GIF_NODE_TYPE, - ng_gif_mod_event, - ng_gif_constructor, - ng_gif_rcvmsg, - ng_gif_shutdown, - ng_gif_newhook, - NULL, - ng_gif_connect, - ng_gif_rcvdata, - ng_gif_disconnect, - ng_gif_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_GIF_NODE_TYPE, + .mod_event = ng_gif_mod_event, + .constructor = ng_gif_constructor, + .rcvmsg = ng_gif_rcvmsg, + .shutdown = ng_gif_shutdown, + .newhook = ng_gif_newhook, + .connect = ng_gif_connect, + .rcvdata = ng_gif_rcvdata, + .disconnect = ng_gif_disconnect, + .cmdlist = ng_gif_cmdlist, }; MODULE_VERSION(ng_gif, 1); MODULE_DEPEND(ng_gif, if_gif, 1,1,1); Index: ng_gif_demux.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_gif_demux.c,v retrieving revision 1.7 diff -u -r1.7 ng_gif_demux.c --- ng_gif_demux.c 5 Mar 2003 19:24:22 -0000 1.7 +++ ng_gif_demux.c 28 May 2004 09:56:33 -0000 @@ -144,18 +144,15 @@ /* Node type descriptor */ static struct ng_type ng_gif_demux_typestruct = { - NG_ABI_VERSION, - NG_GIF_DEMUX_NODE_TYPE, - NULL, - ng_gif_demux_constructor, - ng_gif_demux_rcvmsg, - ng_gif_demux_shutdown, - ng_gif_demux_newhook, - NULL, - NULL, - ng_gif_demux_rcvdata, - ng_gif_demux_disconnect, - ng_gif_demux_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_GIF_DEMUX_NODE_TYPE, + .constructor = ng_gif_demux_constructor, + .rcvmsg = ng_gif_demux_rcvmsg, + .shutdown = ng_gif_demux_shutdown, + .newhook = ng_gif_demux_newhook, + .rcvdata = ng_gif_demux_rcvdata, + .disconnect = ng_gif_demux_disconnect, + .cmdlist = ng_gif_demux_cmdlist, }; NETGRAPH_INIT(gif_demux, &ng_gif_demux_typestruct); Index: ng_hole.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_hole.c,v retrieving revision 1.12 diff -u -r1.12 ng_hole.c --- ng_hole.c 24 May 2004 20:41:40 -0000 1.12 +++ ng_hole.c 28 May 2004 09:56:33 -0000 @@ -102,18 +102,14 @@ static ng_disconnect_t ngh_disconnect; static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_HOLE_NODE_TYPE, - NULL, /* modeventhand_t */ - ngh_cons, /* ng_constructor_t */ - ngh_rcvmsg, /* ng_rcvmsg_t */ - NULL, /* ng_shutdown_t */ - ngh_newhook, /* ng_newhook_t */ - NULL, /* ng_findhook_t */ - NULL, /* ng_connect_t */ - ngh_rcvdata, /* ng_rcvdata_t */ - ngh_disconnect, /* ng_disconnect_t */ - ng_hole_cmdlist /* ng_cmdlist */ + .version = NG_ABI_VERSION, + .name = NG_HOLE_NODE_TYPE, + .constructor = ngh_cons, + .rcvmsg = ngh_rcvmsg, + .newhook = ngh_newhook, + .rcvdata = ngh_rcvdata, + .disconnect = ngh_disconnect, + .cmdlist = ng_hole_cmdlist, }; NETGRAPH_INIT(hole, &typestruct); Index: ng_iface.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_iface.c,v retrieving revision 1.29 diff -u -r1.29 ng_iface.c --- ng_iface.c 7 Mar 2004 23:00:44 -0000 1.29 +++ ng_iface.c 28 May 2004 09:56:33 -0000 @@ -198,18 +198,15 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_IFACE_NODE_TYPE, - NULL, - ng_iface_constructor, - ng_iface_rcvmsg, - ng_iface_shutdown, - ng_iface_newhook, - NULL, - NULL, - ng_iface_rcvdata, - ng_iface_disconnect, - ng_iface_cmds + .version = NG_ABI_VERSION, + .name = NG_IFACE_NODE_TYPE, + .constructor = ng_iface_constructor, + .rcvmsg = ng_iface_rcvmsg, + .shutdown = ng_iface_shutdown, + .newhook = ng_iface_newhook, + .rcvdata = ng_iface_rcvdata, + .disconnect = ng_iface_disconnect, + .cmdlist = ng_iface_cmds, }; NETGRAPH_INIT(iface, &typestruct); Index: ng_ip_input.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_ip_input.c,v retrieving revision 1.2 diff -u -r1.2 ng_ip_input.c --- ng_ip_input.c 4 Mar 2003 23:19:52 -0000 1.2 +++ ng_ip_input.c 28 May 2004 09:56:33 -0000 @@ -91,18 +91,11 @@ static ng_disconnect_t ngipi_disconnect; static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_IP_INPUT_NODE_TYPE, - NULL, /* modeventhand_t */ - ngipi_cons, /* ng_constructor_t */ - NULL, /* ng_rcvmsg_t */ - NULL, /* ng_shutdown_t */ - NULL, /* ng_newhook_t */ - NULL, /* ng_findhook_t */ - NULL, /* ng_connect_t */ - ngipi_rcvdata, /* ng_rcvdata_t */ - ngipi_disconnect, /* ng_disconnect_t */ - NULL /* ng_cmdlist */ + .version = NG_ABI_VERSION, + .name = NG_IP_INPUT_NODE_TYPE, + .constructor = ngipi_cons, + .rcvdata = ngipi_rcvdata, + .disconnect = ngipi_disconnect, }; NETGRAPH_INIT(ip_input, &typestruct); Index: ng_ksocket.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_ksocket.c,v retrieving revision 1.39 diff -u -r1.39 ng_ksocket.c --- ng_ksocket.c 26 Jan 2004 14:05:31 -0000 1.39 +++ ng_ksocket.c 28 May 2004 09:56:33 -0000 @@ -492,18 +492,16 @@ /* Node type descriptor */ static struct ng_type ng_ksocket_typestruct = { - NG_ABI_VERSION, - NG_KSOCKET_NODE_TYPE, - NULL, - ng_ksocket_constructor, - ng_ksocket_rcvmsg, - ng_ksocket_shutdown, - ng_ksocket_newhook, - NULL, - ng_ksocket_connect, - ng_ksocket_rcvdata, - ng_ksocket_disconnect, - ng_ksocket_cmds + .version = NG_ABI_VERSION, + .name = NG_KSOCKET_NODE_TYPE, + .constructor = ng_ksocket_constructor, + .rcvmsg = ng_ksocket_rcvmsg, + .shutdown = ng_ksocket_shutdown, + .newhook = ng_ksocket_newhook, + .connect = ng_ksocket_connect, + .rcvdata = ng_ksocket_rcvdata, + .disconnect = ng_ksocket_disconnect, + .cmdlist = ng_ksocket_cmds, }; NETGRAPH_INIT(ksocket, &ng_ksocket_typestruct); Index: ng_l2tp.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_l2tp.c,v retrieving revision 1.7 diff -u -r1.7 ng_l2tp.c --- ng_l2tp.c 4 Apr 2004 21:33:09 -0000 1.7 +++ ng_l2tp.c 28 May 2004 09:56:33 -0000 @@ -274,18 +274,15 @@ /* Node type descriptor */ static struct ng_type ng_l2tp_typestruct = { - NG_ABI_VERSION, - NG_L2TP_NODE_TYPE, - NULL, - ng_l2tp_constructor, - ng_l2tp_rcvmsg, - ng_l2tp_shutdown, - ng_l2tp_newhook, - NULL, - NULL, - ng_l2tp_rcvdata, - ng_l2tp_disconnect, - ng_l2tp_cmdlist + .version = NG_ABI_VERSION, + .name = NG_L2TP_NODE_TYPE, + .constructor = ng_l2tp_constructor, + .rcvmsg = ng_l2tp_rcvmsg, + .shutdown = ng_l2tp_shutdown, + .newhook = ng_l2tp_newhook, + .rcvdata = ng_l2tp_rcvdata, + .disconnect = ng_l2tp_disconnect, + .cmdlist = ng_l2tp_cmdlist, }; NETGRAPH_INIT(l2tp, &ng_l2tp_typestruct); Index: ng_lmi.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_lmi.c,v retrieving revision 1.17 diff -u -r1.17 ng_lmi.c --- ng_lmi.c 19 Feb 2003 05:47:31 -0000 1.17 +++ ng_lmi.c 28 May 2004 09:56:34 -0000 @@ -98,18 +98,14 @@ static int nglmi_checkdata(hook_p hook, struct mbuf *m); static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_LMI_NODE_TYPE, - NULL, - nglmi_constructor, - nglmi_rcvmsg, - nglmi_shutdown, - nglmi_newhook, - NULL, - NULL, - nglmi_rcvdata, - nglmi_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_LMI_NODE_TYPE, + .constructor = nglmi_constructor, + .rcvmsg = nglmi_rcvmsg, + .shutdown = nglmi_shutdown, + .newhook = nglmi_newhook, + .rcvdata = nglmi_rcvdata, + .disconnect = nglmi_disconnect, }; NETGRAPH_INIT(lmi, &typestruct); Index: ng_mppc.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_mppc.c,v retrieving revision 1.20 diff -u -r1.20 ng_mppc.c --- ng_mppc.c 5 Feb 2003 19:11:11 -0000 1.20 +++ ng_mppc.c 28 May 2004 09:56:34 -0000 @@ -155,18 +155,14 @@ /* Node type descriptor */ static struct ng_type ng_mppc_typestruct = { - NG_ABI_VERSION, - NG_MPPC_NODE_TYPE, - NULL, - ng_mppc_constructor, - ng_mppc_rcvmsg, - ng_mppc_shutdown, - ng_mppc_newhook, - NULL, - NULL, - ng_mppc_rcvdata, - ng_mppc_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_MPPC_NODE_TYPE, + .constructor = ng_mppc_constructor, + .rcvmsg = ng_mppc_rcvmsg, + .shutdown = ng_mppc_shutdown, + .newhook = ng_mppc_newhook, + .rcvdata = ng_mppc_rcvdata, + .disconnect = ng_mppc_disconnect, }; NETGRAPH_INIT(mppc, &ng_mppc_typestruct); Index: ng_one2many.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_one2many.c,v retrieving revision 1.15 diff -u -r1.15 ng_one2many.c --- ng_one2many.c 20 Feb 2004 08:26:27 -0000 1.15 +++ ng_one2many.c 28 May 2004 09:56:34 -0000 @@ -162,18 +162,15 @@ /* Node type descriptor */ static struct ng_type ng_one2many_typestruct = { - NG_ABI_VERSION, - NG_ONE2MANY_NODE_TYPE, - NULL, - ng_one2many_constructor, - ng_one2many_rcvmsg, - ng_one2many_shutdown, - ng_one2many_newhook, - NULL, - NULL, - ng_one2many_rcvdata, - ng_one2many_disconnect, - ng_one2many_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_ONE2MANY_NODE_TYPE, + .constructor = ng_one2many_constructor, + .rcvmsg = ng_one2many_rcvmsg, + .shutdown = ng_one2many_shutdown, + .newhook = ng_one2many_newhook, + .rcvdata = ng_one2many_rcvdata, + .disconnect = ng_one2many_disconnect, + .cmdlist = ng_one2many_cmdlist, }; NETGRAPH_INIT(one2many, &ng_one2many_typestruct); Index: ng_ppp.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_ppp.c,v retrieving revision 1.46 diff -u -r1.46 ng_ppp.c --- ng_ppp.c 29 Apr 2003 13:36:04 -0000 1.46 +++ ng_ppp.c 28 May 2004 09:56:34 -0000 @@ -349,18 +349,15 @@ /* Node type descriptor */ static struct ng_type ng_ppp_typestruct = { - NG_ABI_VERSION, - NG_PPP_NODE_TYPE, - NULL, - ng_ppp_constructor, - ng_ppp_rcvmsg, - ng_ppp_shutdown, - ng_ppp_newhook, - NULL, - NULL, - ng_ppp_rcvdata, - ng_ppp_disconnect, - ng_ppp_cmds + .version = NG_ABI_VERSION, + .name = NG_PPP_NODE_TYPE, + .constructor = ng_ppp_constructor, + .rcvmsg = ng_ppp_rcvmsg, + .shutdown = ng_ppp_shutdown, + .newhook = ng_ppp_newhook, + .rcvdata = ng_ppp_rcvdata, + .disconnect = ng_ppp_disconnect, + .cmdlist = ng_ppp_cmds, }; NETGRAPH_INIT(ppp, &ng_ppp_typestruct); Index: ng_pppoe.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_pppoe.c,v retrieving revision 1.62 diff -u -r1.62 ng_pppoe.c --- ng_pppoe.c 26 Jan 2004 14:05:31 -0000 1.62 +++ ng_pppoe.c 28 May 2004 09:56:34 -0000 @@ -156,18 +156,16 @@ /* Netgraph node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_PPPOE_NODE_TYPE, - NULL, - ng_pppoe_constructor, - ng_pppoe_rcvmsg, - ng_pppoe_shutdown, - ng_pppoe_newhook, - NULL, - ng_pppoe_connect, - ng_pppoe_rcvdata, - ng_pppoe_disconnect, - ng_pppoe_cmds + .version = NG_ABI_VERSION, + .name = NG_PPPOE_NODE_TYPE, + .constructor = ng_pppoe_constructor, + .rcvmsg = ng_pppoe_rcvmsg, + .shutdown = ng_pppoe_shutdown, + .newhook = ng_pppoe_newhook, + .connect = ng_pppoe_connect, + .rcvdata = ng_pppoe_rcvdata, + .disconnect = ng_pppoe_disconnect, + .cmdlist = ng_pppoe_cmds, }; NETGRAPH_INIT(pppoe, &typestruct); /* Depend on ng_ether so we can use the Ethernet parse type */ Index: ng_pptpgre.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_pptpgre.c,v retrieving revision 1.32 diff -u -r1.32 ng_pptpgre.c --- ng_pptpgre.c 26 Apr 2004 14:26:54 -0000 1.32 +++ ng_pptpgre.c 28 May 2004 09:56:34 -0000 @@ -248,18 +248,15 @@ /* Node type descriptor */ static struct ng_type ng_pptpgre_typestruct = { - NG_ABI_VERSION, - NG_PPTPGRE_NODE_TYPE, - NULL, - ng_pptpgre_constructor, - ng_pptpgre_rcvmsg, - ng_pptpgre_shutdown, - ng_pptpgre_newhook, - NULL, - NULL, - ng_pptpgre_rcvdata, - ng_pptpgre_disconnect, - ng_pptpgre_cmdlist + .version = NG_ABI_VERSION, + .name = NG_PPTPGRE_NODE_TYPE, + .constructor = ng_pptpgre_constructor, + .rcvmsg = ng_pptpgre_rcvmsg, + .shutdown = ng_pptpgre_shutdown, + .newhook = ng_pptpgre_newhook, + .rcvdata = ng_pptpgre_rcvdata, + .disconnect = ng_pptpgre_disconnect, + .cmdlist = ng_pptpgre_cmdlist, }; NETGRAPH_INIT(pptpgre, &ng_pptpgre_typestruct); Index: ng_rfc1490.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_rfc1490.c,v retrieving revision 1.20 diff -u -r1.20 ng_rfc1490.c --- ng_rfc1490.c 14 Jan 2004 00:39:28 -0000 1.20 +++ ng_rfc1490.c 28 May 2004 09:56:34 -0000 @@ -97,18 +97,14 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_RFC1490_NODE_TYPE, - NULL, - ng_rfc1490_constructor, - ng_rfc1490_rcvmsg, - ng_rfc1490_shutdown, - ng_rfc1490_newhook, - NULL, - NULL, - ng_rfc1490_rcvdata, - ng_rfc1490_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_RFC1490_NODE_TYPE, + .constructor = ng_rfc1490_constructor, + .rcvmsg = ng_rfc1490_rcvmsg, + .shutdown = ng_rfc1490_shutdown, + .newhook = ng_rfc1490_newhook, + .rcvdata = ng_rfc1490_rcvdata, + .disconnect = ng_rfc1490_disconnect, }; NETGRAPH_INIT(rfc1490, &typestruct); Index: ng_sample.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_sample.c,v retrieving revision 1.20 diff -u -r1.20 ng_sample.c --- ng_sample.c 31 May 2002 23:48:03 -0000 1.20 +++ ng_sample.c 28 May 2004 09:56:34 -0000 @@ -104,18 +104,17 @@ /* Netgraph node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_XXX_NODE_TYPE, - NULL, - ng_xxx_constructor, - ng_xxx_rcvmsg, - ng_xxx_shutdown, - ng_xxx_newhook, - NULL, - ng_xxx_connect, - ng_xxx_rcvdata, - ng_xxx_disconnect, - ng_xxx_cmdlist + .version = NG_ABI_VERSION, + .name = NG_XXX_NODE_TYPE, + .constructor = ng_xxx_constructor, + .rcvmsg = ng_xxx_rcvmsg, + .shutdown = ng_xxx_shutdown, + .newhook = ng_xxx_newhook, +/* .findhook = ng_xxx_findhook, */ + .connect = ng_xxx_connect, + .rcvdata = ng_xxx_rcvdata, + .disconnect = ng_xxx_disconnect, + .cmdlist = ng_xxx_cmdlist, }; NETGRAPH_INIT(xxx, &typestruct); Index: ng_socket.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_socket.c,v retrieving revision 1.48 diff -u -r1.48 ng_socket.c --- ng_socket.c 27 Jan 2004 22:02:01 -0000 1.48 +++ ng_socket.c 28 May 2004 09:56:35 -0000 @@ -130,18 +130,16 @@ /* Netgraph type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_SOCKET_NODE_TYPE, - ngs_mod_event, - ngs_constructor, - ngs_rcvmsg, - ngs_shutdown, - ngs_newhook, - NULL, - ngs_connect, - ngs_rcvdata, - ngs_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_SOCKET_NODE_TYPE, + .mod_event = ngs_mod_event, + .constructor = ngs_constructor, + .rcvmsg = ngs_rcvmsg, + .shutdown = ngs_shutdown, + .newhook = ngs_newhook, + .connect = ngs_connect, + .rcvdata = ngs_rcvdata, + .disconnect = ngs_disconnect, }; NETGRAPH_INIT(socket, &typestruct); Index: ng_source.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_source.c,v retrieving revision 1.16 diff -u -r1.16 ng_source.c --- ng_source.c 30 Jan 2004 15:34:57 -0000 1.16 +++ ng_source.c 28 May 2004 09:56:35 -0000 @@ -190,18 +190,15 @@ /* Netgraph type descriptor */ static struct ng_type ng_source_typestruct = { - NG_ABI_VERSION, - NG_SOURCE_NODE_TYPE, - NULL, /* module event handler */ - ng_source_constructor, - ng_source_rcvmsg, - ng_source_rmnode, - ng_source_newhook, - NULL, /* findhook */ - NULL, /* connect */ - ng_source_rcvdata, /* rcvdata */ - ng_source_disconnect, - ng_source_cmds + .version = NG_ABI_VERSION, + .name = NG_SOURCE_NODE_TYPE, + .constructor = ng_source_constructor, + .rcvmsg = ng_source_rcvmsg, + .shutdown = ng_source_rmnode, + .newhook = ng_source_newhook, + .rcvdata = ng_source_rcvdata, + .disconnect = ng_source_disconnect, + .cmdlist = ng_source_cmds, }; NETGRAPH_INIT(source, &ng_source_typestruct); Index: ng_split.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_split.c,v retrieving revision 1.3 diff -u -r1.3 ng_split.c --- ng_split.c 10 Dec 2001 08:09:47 -0000 1.3 +++ ng_split.c 28 May 2004 09:56:35 -0000 @@ -53,18 +53,13 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_SPLIT_NODE_TYPE, - NULL, - ng_split_constructor, - NULL, - ng_split_shutdown, - ng_split_newhook, - NULL, - NULL, - ng_split_rcvdata, - ng_split_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_SPLIT_NODE_TYPE, + .constructor = ng_split_constructor, + .shutdown = ng_split_shutdown, + .newhook = ng_split_newhook, + .rcvdata = ng_split_rcvdata, + .disconnect = ng_split_disconnect, }; NETGRAPH_INIT(ng_split, &typestruct); Index: ng_sppp.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_sppp.c,v retrieving revision 1.1 diff -u -r1.1 ng_sppp.c --- ng_sppp.c 24 Mar 2004 17:21:34 -0000 1.1 +++ ng_sppp.c 28 May 2004 09:56:35 -0000 @@ -92,18 +92,15 @@ /* Node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_SPPP_NODE_TYPE, - NULL, - ng_sppp_constructor, - ng_sppp_rcvmsg, - ng_sppp_shutdown, - ng_sppp_newhook, - NULL, - NULL, - ng_sppp_rcvdata, - ng_sppp_disconnect, - ng_sppp_cmds + .version = NG_ABI_VERSION, + .name = NG_SPPP_NODE_TYPE, + .constructor = ng_sppp_constructor, + .rcvmsg = ng_sppp_rcvmsg, + .shutdown = ng_sppp_shutdown, + .newhook = ng_sppp_newhook, + .rcvdata = ng_sppp_rcvdata, + .disconnect = ng_sppp_disconnect, + .cmdlist = ng_sppp_cmds, }; NETGRAPH_INIT(sppp, &typestruct); Index: ng_tee.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_tee.c,v retrieving revision 1.27 diff -u -r1.27 ng_tee.c --- ng_tee.c 24 Mar 2004 08:53:45 -0000 1.27 +++ ng_tee.c 28 May 2004 09:56:35 -0000 @@ -128,18 +128,15 @@ /* Netgraph type descriptor */ static struct ng_type ng_tee_typestruct = { - NG_ABI_VERSION, - NG_TEE_NODE_TYPE, - NULL, - ngt_constructor, - ngt_rcvmsg, - ngt_shutdown, - ngt_newhook, - NULL, - NULL, - ngt_rcvdata, - ngt_disconnect, - ng_tee_cmds + .version = NG_ABI_VERSION, + .name = NG_TEE_NODE_TYPE, + .constructor = ngt_constructor, + .rcvmsg = ngt_rcvmsg, + .shutdown = ngt_shutdown, + .newhook = ngt_newhook, + .rcvdata = ngt_rcvdata, + .disconnect = ngt_disconnect, + .cmdlist = ng_tee_cmds, }; NETGRAPH_INIT(tee, &ng_tee_typestruct); Index: ng_tty.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_tty.c,v retrieving revision 1.25 diff -u -r1.25 ng_tty.c --- ng_tty.c 19 Feb 2003 05:47:32 -0000 1.25 +++ ng_tty.c 28 May 2004 09:56:35 -0000 @@ -154,18 +154,16 @@ /* Netgraph node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_TTY_NODE_TYPE, - ngt_mod_event, - ngt_constructor, - ngt_rcvmsg, - ngt_shutdown, - ngt_newhook, - NULL, - ngt_connect, - ngt_rcvdata, - ngt_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_TTY_NODE_TYPE, + .mod_event = ngt_mod_event, + .constructor = ngt_constructor, + .rcvmsg = ngt_rcvmsg, + .shutdown = ngt_shutdown, + .newhook = ngt_newhook, + .connect = ngt_connect, + .rcvdata = ngt_rcvdata, + .disconnect = ngt_disconnect, }; NETGRAPH_INIT(tty, &typestruct); Index: ng_vjc.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_vjc.c,v retrieving revision 1.23 diff -u -r1.23 ng_vjc.c --- ng_vjc.c 19 Feb 2003 05:47:32 -0000 1.23 +++ ng_vjc.c 28 May 2004 09:56:35 -0000 @@ -218,18 +218,15 @@ /* Node type descriptor */ static struct ng_type ng_vjc_typestruct = { - NG_ABI_VERSION, - NG_VJC_NODE_TYPE, - NULL, - ng_vjc_constructor, - ng_vjc_rcvmsg, - ng_vjc_shutdown, - ng_vjc_newhook, - NULL, - NULL, - ng_vjc_rcvdata, - ng_vjc_disconnect, - ng_vjc_cmds + .version = NG_ABI_VERSION, + .name = NG_VJC_NODE_TYPE, + .constructor = ng_vjc_constructor, + .rcvmsg = ng_vjc_rcvmsg, + .shutdown = ng_vjc_shutdown, + .newhook = ng_vjc_newhook, + .rcvdata = ng_vjc_rcvdata, + .disconnect = ng_vjc_disconnect, + .cmdlist = ng_vjc_cmds, }; NETGRAPH_INIT(vjc, &ng_vjc_typestruct); Index: ng_vlan.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/ng_vlan.c,v retrieving revision 1.1 diff -u -r1.1 ng_vlan.c --- ng_vlan.c 1 Mar 2004 17:22:15 -0000 1.1 +++ ng_vlan.c 28 May 2004 09:56:35 -0000 @@ -114,18 +114,15 @@ }; static struct ng_type ng_vlan_typestruct = { - NG_ABI_VERSION, - NG_VLAN_NODE_TYPE, - NULL, - ng_vlan_constructor, - ng_vlan_rcvmsg, - ng_vlan_shutdown, - ng_vlan_newhook, - NULL, - NULL, - ng_vlan_rcvdata, - ng_vlan_disconnect, - ng_vlan_cmdlist + .version = NG_ABI_VERSION, + .name = NG_VLAN_NODE_TYPE, + .constructor = ng_vlan_constructor, + .rcvmsg = ng_vlan_rcvmsg, + .shutdown = ng_vlan_shutdown, + .newhook = ng_vlan_newhook, + .rcvdata = ng_vlan_rcvdata, + .disconnect = ng_vlan_disconnect, + .cmdlist = ng_vlan_cmdlist, }; NETGRAPH_INIT(vlan, &ng_vlan_typestruct); Index: atm/ng_atm.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/ng_atm.c,v retrieving revision 1.8 diff -u -r1.8 ng_atm.c --- atm/ng_atm.c 26 Jan 2004 14:57:49 -0000 1.8 +++ atm/ng_atm.c 28 May 2004 09:56:35 -0000 @@ -324,18 +324,17 @@ static ng_rcvdata_t ng_atm_rcvdrop; static struct ng_type ng_atm_typestruct = { - NG_ABI_VERSION, - NG_ATM_NODE_TYPE, - ng_atm_mod_event, /* Module event handler (optional) */ - ng_atm_constructor, /* Node constructor */ - ng_atm_rcvmsg, /* control messages come here */ - ng_atm_shutdown, /* reset, and free resources */ - ng_atm_newhook, /* first notification of new hook */ - NULL, /* findhook */ - ng_atm_connect, /* connect */ - ng_atm_rcvdata, /* rcvdata */ - ng_atm_disconnect, /* notify on disconnect */ - ng_atm_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_ATM_NODE_TYPE, + .mod_event = ng_atm_mod_event, + .constructor = ng_atm_constructor, + .rcvmsg = ng_atm_rcvmsg, + .shutdown = ng_atm_shutdown, + .newhook = ng_atm_newhook, + .connect = ng_atm_connect, + .rcvdata = ng_atm_rcvdata, + .disconnect = ng_atm_disconnect, + .cmdlist = ng_atm_cmdlist, }; NETGRAPH_INIT(atm, &ng_atm_typestruct); Index: atm/atmpif/ng_atmpif.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/atmpif/ng_atmpif.c,v retrieving revision 1.1 diff -u -r1.1 ng_atmpif.c --- atm/atmpif/ng_atmpif.c 11 Aug 2003 08:40:01 -0000 1.1 +++ atm/atmpif/ng_atmpif.c 28 May 2004 09:56:35 -0000 @@ -199,18 +199,16 @@ * Node type descriptor */ static struct ng_type ng_atmpif_typestruct = { - NG_ABI_VERSION, /* version */ - NG_ATMPIF_NODE_TYPE, /* name */ - ng_atmpif_mod_event, /* mod_event */ - ng_atmpif_constructor, /* constructor */ - ng_atmpif_rcvmsg, /* rcvmsg */ - ng_atmpif_rmnode, /* shutdown */ - ng_atmpif_newhook, /* newhook */ - NULL, /* findhook */ - NULL, /* connect */ - ng_atmpif_rcvdata, /* rcvdata */ - ng_atmpif_disconnect, /* disconnect */ - ng_atmpif_cmdlist, /* cmdlist */ + .version = NG_ABI_VERSION, + .name = NG_ATMPIF_NODE_TYPE, + .mod_event = ng_atmpif_mod_event, + .constructor = ng_atmpif_constructor, + .rcvmsg = ng_atmpif_rcvmsg, + .shutdown = ng_atmpif_rmnode, + .newhook = ng_atmpif_newhook, + .rcvdata = ng_atmpif_rcvdata, + .disconnect = ng_atmpif_disconnect, + .cmdlist = ng_atmpif_cmdlist, }; NETGRAPH_INIT(atmpif, &ng_atmpif_typestruct); Index: atm/sscfu/ng_sscfu.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/sscfu/ng_sscfu.c,v retrieving revision 1.2 diff -u -r1.2 ng_sscfu.c --- atm/sscfu/ng_sscfu.c 24 Dec 2003 18:51:00 -0000 1.2 +++ atm/sscfu/ng_sscfu.c 28 May 2004 09:56:35 -0000 @@ -148,18 +148,16 @@ static int ng_sscfu_mod_event(module_t, int, void *); static struct ng_type ng_sscfu_typestruct = { - NG_ABI_VERSION, - NG_SSCFU_NODE_TYPE, - ng_sscfu_mod_event, /* Module event handler (optional) */ - ng_sscfu_constructor, /* Node constructor */ - ng_sscfu_rcvmsg, /* control messages come here */ - ng_sscfu_shutdown, /* reset, and free resources */ - ng_sscfu_newhook, /* first notification of new hook */ - NULL, /* findhook */ - NULL, /* connect */ - ng_sscfu_rcvupper, /* rcvdata */ - ng_sscfu_disconnect, /* notify on disconnect */ - ng_sscfu_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_SSCFU_NODE_TYPE, + .mod_event = ng_sscfu_mod_event, + .constructor = ng_sscfu_constructor, + .rcvmsg = ng_sscfu_rcvmsg, + .shutdown = ng_sscfu_shutdown, + .newhook = ng_sscfu_newhook, + .rcvdata = ng_sscfu_rcvupper, + .disconnect = ng_sscfu_disconnect, + .cmdlist = ng_sscfu_cmdlist, }; NETGRAPH_INIT(sscfu, &ng_sscfu_typestruct); Index: atm/sscop/ng_sscop.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/sscop/ng_sscop.c,v retrieving revision 1.1 diff -u -r1.1 ng_sscop.c --- atm/sscop/ng_sscop.c 24 Oct 2003 07:39:11 -0000 1.1 +++ atm/sscop/ng_sscop.c 28 May 2004 09:56:35 -0000 @@ -196,18 +196,16 @@ static int ng_sscop_mod_event(module_t, int, void *); static struct ng_type ng_sscop_typestruct = { - NG_ABI_VERSION, - NG_SSCOP_NODE_TYPE, - ng_sscop_mod_event, /* Module event handler (optional) */ - ng_sscop_constructor, /* Node constructor */ - ng_sscop_rcvmsg, /* control messages come here */ - ng_sscop_shutdown, /* reset, and free resources */ - ng_sscop_newhook, /* first notification of new hook */ - NULL, /* findhook */ - NULL, /* connect */ - ng_sscop_rcvlower, /* rcvdata */ - ng_sscop_disconnect, /* notify on disconnect */ - ng_sscop_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_SSCOP_NODE_TYPE, + .mod_event = ng_sscop_mod_event, + .constructor = ng_sscop_constructor, + .rcvmsg = ng_sscop_rcvmsg, + .shutdown = ng_sscop_shutdown, + .newhook = ng_sscop_newhook, + .rcvdata = ng_sscop_rcvlower, + .disconnect = ng_sscop_disconnect, + .cmdlist = ng_sscop_cmdlist, }; NETGRAPH_INIT(sscop, &ng_sscop_typestruct); Index: atm/uni/ng_uni.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/atm/uni/ng_uni.c,v retrieving revision 1.2 diff -u -r1.2 ng_uni.c --- atm/uni/ng_uni.c 15 Dec 2003 01:36:54 -0000 1.2 +++ atm/uni/ng_uni.c 28 May 2004 09:56:35 -0000 @@ -185,18 +185,16 @@ static int ng_uni_mod_event(module_t, int, void *); static struct ng_type ng_uni_typestruct = { - NG_ABI_VERSION, - NG_UNI_NODE_TYPE, - ng_uni_mod_event, /* Module event handler (optional) */ - ng_uni_constructor, /* Node constructor */ - ng_uni_rcvmsg, /* control messages come here */ - ng_uni_shutdown, /* reset, and free resources */ - ng_uni_newhook, /* first notification of new hook */ - NULL, /* findhook */ - NULL, /* connect */ - ng_uni_rcvlower, /* rcvdata */ - ng_uni_disconnect, /* notify on disconnect */ - ng_uni_cmdlist, + .version = NG_ABI_VERSION, + .name = NG_UNI_NODE_TYPE, + .mod_event = ng_uni_mod_event, + .constructor = ng_uni_constructor, + .rcvmsg = ng_uni_rcvmsg, + .shutdown = ng_uni_shutdown, + .newhook = ng_uni_newhook, + .rcvdata = ng_uni_rcvlower, + .disconnect = ng_uni_disconnect, + .cmdlist = ng_uni_cmdlist, }; NETGRAPH_INIT(uni, &ng_uni_typestruct); Index: bluetooth/hci/ng_hci_main.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/hci/ng_hci_main.c,v retrieving revision 1.3 diff -u -r1.3 ng_hci_main.c --- bluetooth/hci/ng_hci_main.c 27 Apr 2004 16:38:14 -0000 1.3 +++ bluetooth/hci/ng_hci_main.c 28 May 2004 09:56:35 -0000 @@ -76,18 +76,16 @@ /* Netgraph node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_HCI_NODE_TYPE, /* typename */ - NULL, /* modevent */ - ng_hci_constructor, /* constructor */ - ng_hci_default_rcvmsg, /* control message */ - ng_hci_shutdown, /* destructor */ - ng_hci_newhook, /* new hook */ - NULL, /* findhook */ - ng_hci_connect, /* connect hook */ - ng_hci_drv_rcvdata, /* data */ - ng_hci_disconnect, /* disconnect hook */ - ng_hci_cmdlist /* node command list */ + .version = NG_ABI_VERSION, + .name = NG_HCI_NODE_TYPE, + .constructor = ng_hci_constructor, + .rcvmsg = ng_hci_default_rcvmsg, + .shutdown = ng_hci_shutdown, + .newhook = ng_hci_newhook, + .connect = ng_hci_connect, + .rcvdata = ng_hci_drv_rcvdata, + .disconnect = ng_hci_disconnect, + .cmdlist = ng_hci_cmdlist, }; NETGRAPH_INIT(hci, &typestruct); MODULE_VERSION(ng_hci, NG_BLUETOOTH_VERSION); Index: bluetooth/l2cap/ng_l2cap_main.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/l2cap/ng_l2cap_main.c,v retrieving revision 1.3 diff -u -r1.3 ng_l2cap_main.c --- bluetooth/l2cap/ng_l2cap_main.c 27 Apr 2004 16:38:15 -0000 1.3 +++ bluetooth/l2cap/ng_l2cap_main.c 28 May 2004 09:56:36 -0000 @@ -75,19 +75,17 @@ static ng_rcvdata_t ng_l2cap_rcvdata; /* Netgraph node type descriptor */ -static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_L2CAP_NODE_TYPE, /* typename */ - NULL, /* modevent */ - ng_l2cap_constructor, /* constructor */ - ng_l2cap_default_rcvmsg,/* control message */ - ng_l2cap_shutdown, /* destructor */ - ng_l2cap_newhook, /* new hook */ - NULL, /* findhook */ - ng_l2cap_connect, /* connect hook */ - ng_l2cap_rcvdata, /* data */ - ng_l2cap_disconnect, /* disconnect hook */ - ng_l2cap_cmdlist /* node command list */ +static struct ng_type typestruct = { + .version = NG_ABI_VERSION, + .name = NG_L2CAP_NODE_TYPE, + .constructor = ng_l2cap_constructor, + .rcvmsg = ng_l2cap_default_rcvmsg, + .shutdown = ng_l2cap_shutdown, + .newhook = ng_l2cap_newhook, + .connect = ng_l2cap_connect, + .rcvdata = ng_l2cap_rcvdata, + .disconnect = ng_l2cap_disconnect, + .cmdlist = ng_l2cap_cmdlist, }; NETGRAPH_INIT(l2cap, &typestruct); MODULE_VERSION(ng_l2cap, NG_BLUETOOTH_VERSION); Index: bluetooth/socket/ng_btsocket_hci_raw.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/socket/ng_btsocket_hci_raw.c,v retrieving revision 1.13 diff -u -r1.13 ng_btsocket_hci_raw.c --- bluetooth/socket/ng_btsocket_hci_raw.c 27 Apr 2004 16:38:15 -0000 1.13 +++ bluetooth/socket/ng_btsocket_hci_raw.c 28 May 2004 09:56:36 -0000 @@ -91,19 +91,16 @@ }; /* Netgraph type descriptor */ -static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_BTSOCKET_HCI_RAW_NODE_TYPE, /* typename */ - NULL, /* modevent */ - ng_btsocket_hci_raw_node_constructor, /* constructor */ - ng_btsocket_hci_raw_node_rcvmsg, /* control message */ - ng_btsocket_hci_raw_node_shutdown, /* destructor */ - ng_btsocket_hci_raw_node_newhook, /* new hook */ - NULL, /* find hook */ - ng_btsocket_hci_raw_node_connect, /* connect hook */ - ng_btsocket_hci_raw_node_rcvdata, /* data */ - ng_btsocket_hci_raw_node_disconnect, /* disconnect hook */ - NULL /* node command list */ +static struct ng_type typestruct = { + .version = NG_ABI_VERSION, + .name = NG_BTSOCKET_HCI_RAW_NODE_TYPE, + .constructor = ng_btsocket_hci_raw_node_constructor, + .rcvmsg = ng_btsocket_hci_raw_node_rcvmsg, + .shutdown = ng_btsocket_hci_raw_node_shutdown, + .newhook = ng_btsocket_hci_raw_node_newhook, + .connect = ng_btsocket_hci_raw_node_connect, + .rcvdata = ng_btsocket_hci_raw_node_rcvdata, + .disconnect = ng_btsocket_hci_raw_node_disconnect, }; /* Globals */ Index: bluetooth/socket/ng_btsocket_l2cap.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap.c,v retrieving revision 1.11 diff -u -r1.11 ng_btsocket_l2cap.c --- bluetooth/socket/ng_btsocket_l2cap.c 27 Apr 2004 16:38:15 -0000 1.11 +++ bluetooth/socket/ng_btsocket_l2cap.c 28 May 2004 09:56:36 -0000 @@ -78,18 +78,15 @@ /* Netgraph type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_BTSOCKET_L2CAP_NODE_TYPE, /* typename */ - NULL, /* modevent */ - ng_btsocket_l2cap_node_constructor, /* constructor */ - ng_btsocket_l2cap_node_rcvmsg, /* control message */ - ng_btsocket_l2cap_node_shutdown, /* destructor */ - ng_btsocket_l2cap_node_newhook, /* new hook */ - NULL, /* find hook */ - ng_btsocket_l2cap_node_connect, /* connect hook */ - ng_btsocket_l2cap_node_rcvdata, /* data */ - ng_btsocket_l2cap_node_disconnect, /* disconnect hook */ - NULL /* node command list */ + .version = NG_ABI_VERSION, + .name = NG_BTSOCKET_L2CAP_NODE_TYPE, + .constructor = ng_btsocket_l2cap_node_constructor, + .rcvmsg = ng_btsocket_l2cap_node_rcvmsg, + .shutdown = ng_btsocket_l2cap_node_shutdown, + .newhook = ng_btsocket_l2cap_node_newhook, + .connect = ng_btsocket_l2cap_node_connect, + .rcvdata = ng_btsocket_l2cap_node_rcvdata, + .disconnect = ng_btsocket_l2cap_node_disconnect, }; /* Globals */ Index: bluetooth/socket/ng_btsocket_l2cap_raw.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap_raw.c,v retrieving revision 1.10 diff -u -r1.10 ng_btsocket_l2cap_raw.c --- bluetooth/socket/ng_btsocket_l2cap_raw.c 27 Apr 2004 16:38:15 -0000 1.10 +++ bluetooth/socket/ng_btsocket_l2cap_raw.c 28 May 2004 09:56:36 -0000 @@ -89,18 +89,15 @@ /* Netgraph type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_BTSOCKET_L2CAP_RAW_NODE_TYPE, /* typename */ - NULL, /* modevent */ - ng_btsocket_l2cap_raw_node_constructor, /* constructor */ - ng_btsocket_l2cap_raw_node_rcvmsg, /* control message */ - ng_btsocket_l2cap_raw_node_shutdown, /* destructor */ - ng_btsocket_l2cap_raw_node_newhook, /* new hook */ - NULL, /* find hook */ - ng_btsocket_l2cap_raw_node_connect, /* connect hook */ - ng_btsocket_l2cap_raw_node_rcvdata, /* data */ - ng_btsocket_l2cap_raw_node_disconnect, /* disconnect hook */ - NULL /* node command list */ + .version = NG_ABI_VERSION, + .name = NG_BTSOCKET_L2CAP_RAW_NODE_TYPE, + .constrcutor = ng_btsocket_l2cap_raw_node_constructor, + .rcvmsg = ng_btsocket_l2cap_raw_node_rcvmsg, + .shutdown = ng_btsocket_l2cap_raw_node_shutdown, + .newhook = ng_btsocket_l2cap_raw_node_newhook, + .connect = ng_btsocket_l2cap_raw_node_connect, + .rcvdata = ng_btsocket_l2cap_raw_node_rcvdata, + .disconnect = ng_btsocket_l2cap_raw_node_disconnect, }; /* Globals */ --0F1p//8PRICkK4MW-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 04:09:40 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDA1516A4CE; Fri, 28 May 2004 04:09:40 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FCC643D2F; Fri, 28 May 2004 04:09:39 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SB8Yvw043712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 15:08:34 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SB8WFR043711; Fri, 28 May 2004 15:08:32 +0400 (MSD) Date: Fri, 28 May 2004 15:08:32 +0400 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20040528110832.GA43696@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Julian Elischer , Harti Brandt , freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 11:09:40 -0000 --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, May 28, 2004 at 01:31:09AM -0700, Julian Elischer wrote: J> It'd be best to make the change to sparse initialisers a separate patch J> that I cold commit separatly, J> so reduce teh size of the functionality change patch. And here is next patch, that must be applied after c99-patch. It introduces a pre-shutdown method - ng_close_t. And it makes ng_tee behave exactly the way it does in STABLE. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_tee_bypass.diff" diff -ur netgraph.c99/netgraph.h netgraph/netgraph.h --- netgraph.c99/netgraph.h Fri May 28 14:12:30 2004 +++ netgraph/netgraph.h Fri May 28 15:05:48 2004 @@ -83,6 +83,7 @@ /* node method definitions */ typedef int ng_constructor_t(node_p node); +typedef int ng_close_t(node_p node); typedef int ng_shutdown_t(node_p node); typedef int ng_newhook_t(node_p node, hook_p hook, const char *name); typedef hook_p ng_findhook_t(node_p node, const char *name); @@ -1052,6 +1053,7 @@ modeventhand_t mod_event; /* Module event handler (optional) */ ng_constructor_t *constructor; /* Node constructor */ ng_rcvmsg_t *rcvmsg; /* control messages come here */ + ng_close_t *close; /* warn about forthcoming shutdown */ ng_shutdown_t *shutdown; /* reset, and free resources */ ng_newhook_t *newhook; /* first notification of new hook */ ng_findhook_t *findhook; /* only if you have lots of hooks */ @@ -1112,6 +1114,7 @@ int ng_address_ID(node_p here, item_p item, ng_ID_t ID, ng_ID_t retaddr); int ng_address_hook(node_p here, item_p item, hook_p hook, ng_ID_t retaddr); int ng_address_path(node_p here, item_p item, char *address, ng_ID_t raddr); +int ng_bypass(hook_p hook1, hook_p hook2); meta_p ng_copy_meta(meta_p meta); hook_p ng_findhook(node_p node, const char *name); int ng_make_node_common(struct ng_type *typep, node_p *nodep); diff -ur netgraph.c99/ng_base.c netgraph/ng_base.c --- netgraph.c99/ng_base.c Fri May 28 14:12:30 2004 +++ netgraph/ng_base.c Fri May 28 14:29:28 2004 @@ -199,7 +199,6 @@ const char *name2, char *type); /* imported , these used to be externally visible, some may go back */ -int ng_bypass(hook_p hook1, hook_p hook2); void ng_destroy_hook(hook_p hook); node_p ng_name2noderef(node_p node, const char *name); int ng_path2noderef(node_p here, const char *path, @@ -693,6 +692,10 @@ * creation */ node->nd_flags |= NG_INVALID|NG_CLOSING; + + /* If node has its pre-shutdown method, then call it first*/ + if (node->nd_type && node->nd_type->close) + (*node->nd_type->close)(node); /* Notify all remaining connected nodes to disconnect */ while ((hook = LIST_FIRST(&node->nd_hooks)) != NULL) diff -ur netgraph.c99/ng_tee.c netgraph/ng_tee.c --- netgraph.c99/ng_tee.c Fri May 28 14:12:30 2004 +++ netgraph/ng_tee.c Fri May 28 14:17:20 2004 @@ -79,6 +79,7 @@ /* Netgraph methods */ static ng_constructor_t ngt_constructor; static ng_rcvmsg_t ngt_rcvmsg; +static ng_close_t ngt_close; static ng_shutdown_t ngt_shutdown; static ng_newhook_t ngt_newhook; static ng_rcvdata_t ngt_rcvdata; @@ -132,6 +133,7 @@ .name = NG_TEE_NODE_TYPE, .constructor = ngt_constructor, .rcvmsg = ngt_rcvmsg, + .close = ngt_close, .shutdown = ngt_shutdown, .newhook = ngt_newhook, .rcvdata = ngt_rcvdata, @@ -358,15 +360,25 @@ } /* - * Shutdown processing - * - * This is tricky. If we have both a left and right hook, then we - * probably want to extricate ourselves and leave the two peers - * still linked to each other. Otherwise we should just shut down as - * a normal node would. + * We are going to be shut down soon * - * To keep the scope of info correct the routine to "extract" a node - * from two links is in ng_base.c. + * If we have both a left and right hook, then we probably want to extricate + * ourselves and leave the two peers still linked to each other. Otherwise we + * should just shut down as a normal node would. + */ +static int +ngt_close(node_p node) +{ + const sc_p privdata = NG_NODE_PRIVATE(node); + + if (privdata->left.hook && privdata->right.hook) + ng_bypass(privdata->left.hook, privdata->right.hook); + + return (0); +} + +/* + * Shutdown processing */ static int ngt_shutdown(node_p node) --CE+1k2dSO48ffgeK-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 04:16:12 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A28C16A4CE; Fri, 28 May 2004 04:16:12 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38F0B43D1F; Fri, 28 May 2004 04:16:11 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SBF9vw043767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 15:15:09 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SBF9Gk043766; Fri, 28 May 2004 15:15:09 +0400 (MSD) Date: Fri, 28 May 2004 15:15:08 +0400 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20040528111508.GA43751@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Julian Elischer , Harti Brandt , freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 11:16:12 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, May 28, 2004 at 01:31:09AM -0700, Julian Elischer wrote: J> It'd be best to make the change to sparse initialisers a separate patch J> that I cold commit separatly, J> so reduce teh size of the functionality change patch. ... and describe this behavior in manpage. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --T4sUOijqQbZv57TR Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="ng_tee.4.diff" Index: ng_tee.4 =================================================================== RCS file: /home/ncvs/src/share/man/man4/ng_tee.4,v retrieving revision 1.12 diff -u -r1.12 ng_tee.4 --- ng_tee.4 1 Oct 2001 16:09:21 -0000 1.12 +++ ng_tee.4 28 May 2004 11:14:19 -0000 @@ -35,7 +35,7 @@ .\" $FreeBSD: src/share/man/man4/ng_tee.4,v 1.12 2001/10/01 16:09:21 ru Exp $ .\" $Whistle: ng_tee.8,v 1.4 1999/01/25 23:46:27 archie Exp $ .\" -.Dd January 19, 1999 +.Dd May 28, 2004 .Dt NG_TEE 4 .Os .Sh NAME @@ -108,9 +108,19 @@ Clear statistics. .El .Sh SHUTDOWN -This node shuts down upon receipt of a +This node shuts down upon receipt of an .Dv NGM_SHUTDOWN control message, or when all hooks have been disconnected. +If both +.Dv right +and +.Dv left +hooks are present, node removes itself from the chain gently, +connecting +.Dv right +and +.Dv left +together. .Sh SEE ALSO .Xr tee 1 , .Xr netgraph 4 , --T4sUOijqQbZv57TR-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 06:53:06 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4479116A4CF for ; Fri, 28 May 2004 06:53:06 -0700 (PDT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DF2C43D1D for ; Fri, 28 May 2004 06:53:05 -0700 (PDT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i4SDo9l0045525 for freebsd-net@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 28 May 2004 17:50:09 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i4SDnJag045442; (8.12.8/vak/2.1) Fri, 28 May 2004 17:49:19 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40B7439D.9030904@cronyx.ru> Date: Fri, 28 May 2004 17:50:21 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20040528100914.GA43187@cell.sick.ru> In-Reply-To: <20040528100914.GA43187@cell.sick.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 13:53:06 -0000 Hi, Gleb Smirnoff wrote: >[...] >Here is the first one - convert all ng_type initializers to C99 sparse type. > > Hey guys, it seems all of you forgot about device nodes :-) rik From owner-freebsd-net@FreeBSD.ORG Fri May 28 06:57:08 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF9416A4CE; Fri, 28 May 2004 06:57:08 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEA6843D39; Fri, 28 May 2004 06:57:07 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SDtHvw044639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 17:55:17 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SDtG4u044638; Fri, 28 May 2004 17:55:16 +0400 (MSD) Date: Fri, 28 May 2004 17:55:16 +0400 From: Gleb Smirnoff To: Roman Kurakin Message-ID: <20040528135516.GA44564@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Roman Kurakin , Julian Elischer , freebsd-net@freebsd.org, Harti Brandt References: <20040528100914.GA43187@cell.sick.ru> <40B7439D.9030904@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <40B7439D.9030904@cronyx.ru> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 13:57:08 -0000 On Fri, May 28, 2004 at 05:50:21PM +0400, Roman Kurakin wrote: R> >Here is the first one - convert all ng_type initializers to C99 sparse R> >type. R> > R> Hey guys, it seems all of you forgot about device nodes :-) Which ones? Just point me and I'll send diffs. My fingers can already convert ng_type initializers to c99 without interaction with brain :) -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri May 28 07:15:04 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 166BE16A4CE for ; Fri, 28 May 2004 07:15:04 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1506643D2D for ; Fri, 28 May 2004 07:15:03 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with asmtp (Exim 4.34) id 1BThnx-0007TZ-81 for freebsd-net@freebsd.org; Fri, 28 May 2004 08:53:50 -0500 Date: Fri, 28 May 2004 08:53:48 -0500 From: Larry Rosenman To: freebsd-net@freebsd.org Message-ID: X-Mailer: Mulberry/3.1.5 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========74701B558E3C38950BFA==========" Subject: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 14:15:04 -0000 --==========74701B558E3C38950BFA========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have a LinkSys WPC54GS PCCARD Wireless card, and am using the NDISulator to use the windows driver. I get the following when transferring large files: lerlaptop# tail /var/log/messages May 28 08:37:47 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 28 08:37:47 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 28 08:37:48 lerlaptop kernel: ndis0: link up May 28 08:37:50 lerlaptop kernel: ndis0: link up May 28 08:49:22 lerlaptop kernel: ndis0: link down May 28 08:49:24 lerlaptop kernel: ndis0: watchdog timeout May 28 08:49:35 lerlaptop su: ler to root on /dev/ttyp0 May 28 08:49:39 lerlaptop kernel: NDIS: buggy driver deleting active packet = pool! May 28 08:49:39 lerlaptop kernel: NDIS: buggy driver deleting active buffer = pool! May 28 08:49:39 lerlaptop kernel: ndis0: link up lerlaptop# What happens is the card stops transfering data, and an ifconfig ndis0 up will free it up, garnering the above. What can I do to help here? Is this the right place? I've sent the driver to wpaul@freebsd.org as well as wpaul@windriver.com in the past, with NO replies. Thanks! Larry Rosenman --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========74701B558E3C38950BFA========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAt0RsrRNGhTxJvdYRAm6wAJ9T7ACgVXAFcQt+2+TakQxrbeRD4ACfb6Td evB/J5gfe9XomYVmb/x07IY= =v6FM -----END PGP SIGNATURE----- --==========74701B558E3C38950BFA==========-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 07:35:06 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B387C16A4CF for ; Fri, 28 May 2004 07:35:06 -0700 (PDT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA8E43D1D for ; Fri, 28 May 2004 07:35:05 -0700 (PDT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i4SEW7Rh047459 for freebsd-net@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 28 May 2004 18:32:07 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i4SEUHP0047370; (8.12.8/vak/2.1) Fri, 28 May 2004 18:30:17 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40B74D36.7040600@cronyx.ru> Date: Fri, 28 May 2004 18:31:18 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20040528100914.GA43187@cell.sick.ru> <40B7439D.9030904@cronyx.ru> <20040528135516.GA44564@cell.sick.ru> In-Reply-To: <20040528135516.GA44564@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 14:35:06 -0000 Gleb Smirnoff wrote: >On Fri, May 28, 2004 at 05:50:21PM +0400, Roman Kurakin wrote: >R> >Here is the first one - convert all ng_type initializers to C99 sparse >R> >type. >R> > >R> Hey guys, it seems all of you forgot about device nodes :-) > >Which ones? Just point me and I'll send diffs. My fingers can already convert >ng_type initializers to c99 without interaction with brain :) > > /cronyx/CVSUP/FreeBSD-5x/src/sys > grep -R "\bng_type\b" * | grep -v "^netgraph" | grep -v "ctau" | grep -v "cp" | grep -v "cx" dev/ar/if_ar.c:static struct ng_type typestruct = { dev/musycc/musycc.c:static struct ng_type ngtypestruct = { dev/sr/if_sr.c:static struct ng_type typestruct = { dev/usb/udbp.c:Static struct ng_type ng_udbp_typestruct = { i4b/driver/i4b_ing.c:static struct ng_type typestruct = { pci/if_mn.c:static struct ng_type mntypestruct = { rik From owner-freebsd-net@FreeBSD.ORG Fri May 28 07:56:48 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B2516A4CF; Fri, 28 May 2004 07:56:48 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C39AB43D41; Fri, 28 May 2004 07:56:47 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SEu4vw045189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 18:56:04 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SEu35W045188; Fri, 28 May 2004 18:56:03 +0400 (MSD) Date: Fri, 28 May 2004 18:56:03 +0400 From: Gleb Smirnoff To: Roman Kurakin Message-ID: <20040528145603.GB45038@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Roman Kurakin , Julian Elischer , freebsd-net@freebsd.org, Harti Brandt References: <20040528100914.GA43187@cell.sick.ru> <40B7439D.9030904@cronyx.ru> <20040528135516.GA44564@cell.sick.ru> <40B74D36.7040600@cronyx.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <40B74D36.7040600@cronyx.ru> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 14:56:49 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Fri, May 28, 2004 at 06:31:18PM +0400, Roman Kurakin wrote: R> >On Fri, May 28, 2004 at 05:50:21PM +0400, Roman Kurakin wrote: R> >R> >Here is the first one - convert all ng_type initializers to C99 sparse R> >R> >type. R> >R> > R> >R> Hey guys, it seems all of you forgot about device nodes :-) R> > R> >Which ones? Just point me and I'll send diffs. My fingers can already R> >convert R> >ng_type initializers to c99 without interaction with brain :) R> > R> /cronyx/CVSUP/FreeBSD-5x/src/sys > grep -R "\bng_type\b" * | grep -v R> "^netgraph" R> | grep -v "ctau" | grep -v "cp" | grep -v "cx" Thanks. Why did you skip your own nodes? R> dev/ar/if_ar.c:static struct ng_type typestruct = { R> dev/musycc/musycc.c:static struct ng_type ngtypestruct = { R> dev/sr/if_sr.c:static struct ng_type typestruct = { R> dev/usb/udbp.c:Static struct ng_type ng_udbp_typestruct = { R> i4b/driver/i4b_ing.c:static struct ng_type typestruct = { R> pci/if_mn.c:static struct ng_type mntypestruct = { here are the patches -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="if_ar.c.diff" Index: if_ar.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ar/if_ar.c,v retrieving revision 1.62 diff -u -r1.62 if_ar.c --- if_ar.c 17 Mar 2004 17:50:26 -0000 1.62 +++ if_ar.c 28 May 2004 14:37:35 -0000 @@ -227,18 +227,15 @@ static ng_disconnect_t ngar_disconnect; static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_AR_NODE_TYPE, - NULL, - ngar_constructor, - ngar_rcvmsg, - ngar_shutdown, - ngar_newhook, - NULL, - ngar_connect, - ngar_rcvdata, - ngar_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_AR_NODE_TYPE, + .constructor = ngar_constructor, + .rcvmsg = ngar_rcvmsg, + .shutdown = ngar_shutdown, + .newhook = ngar_newhook, + .connect = ngar_connect, + .rcvdata = ngar_rcvdata, + .disconnect = ngar_disconnect, }; static int ngar_done_init = 0; --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="musycc.c.diff" Index: musycc.c =================================================================== RCS file: /home/ncvs/src/sys/dev/musycc/musycc.c,v retrieving revision 1.31 diff -u -r1.31 musycc.c --- musycc.c 17 Mar 2004 17:50:37 -0000 1.31 +++ musycc.c 28 May 2004 14:40:27 -0000 @@ -274,18 +274,15 @@ static ng_disconnect_t musycc_disconnect; static struct ng_type ngtypestruct = { - NG_ABI_VERSION, - NG_NODETYPE, - NULL, - musycc_constructor, - musycc_rcvmsg, - musycc_shutdown, - musycc_newhook, - NULL, - musycc_connect, - musycc_rcvdata, - musycc_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_NODETYPE, + .constructor = musycc_constructor, + .rcvmsg = musycc_rcvmsg, + .shutdown = musycc_shutdown, + .newhook = musycc_newhook, + .connect = musycc_connect, + .rcvdata = musycc_rcvdata, + .disconnect = musycc_disconnect, }; /* --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="if_sr.c.diff" Index: if_sr.c =================================================================== RCS file: /home/ncvs/src/sys/dev/sr/if_sr.c,v retrieving revision 1.59 diff -u -r1.59 if_sr.c --- if_sr.c 17 Mar 2004 17:50:44 -0000 1.59 +++ if_sr.c 28 May 2004 14:43:05 -0000 @@ -273,18 +273,15 @@ static ng_disconnect_t ngsr_disconnect; static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_SR_NODE_TYPE, - NULL, - ngsr_constructor, - ngsr_rcvmsg, - ngsr_shutdown, - ngsr_newhook, - NULL, - ngsr_connect, - ngsr_rcvdata, - ngsr_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_SR_NODE_TYPE, + .constructor = ngsr_constructor, + .rcvmsg = ngsr_rcvmsg, + .shutdown = ngsr_shutdown, + .newhook = ngsr_newhook, + .connect = ngsr_connect, + .rcvdata = ngsr_rcvdata, + .disconnect = ngsr_disconnect, }; static int ngsr_done_init = 0; --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="udbp.c.diff" Index: udbp.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/udbp.c,v retrieving revision 1.24 diff -u -r1.24 udbp.c --- udbp.c 24 Aug 2003 17:55:55 -0000 1.24 +++ udbp.c 28 May 2004 14:46:40 -0000 @@ -196,18 +196,16 @@ /* Netgraph node type descriptor */ Static struct ng_type ng_udbp_typestruct = { - NG_ABI_VERSION, - NG_UDBP_NODE_TYPE, - NULL, - ng_udbp_constructor, - ng_udbp_rcvmsg, - ng_udbp_rmnode, - ng_udbp_newhook, - NULL, - ng_udbp_connect, - ng_udbp_rcvdata, - ng_udbp_disconnect, - ng_udbp_cmdlist + .version = NG_ABI_VERSION, + .name = NG_UDBP_NODE_TYPE, + .constructor = ng_udbp_constructor, + .rcvmsg = ng_udbp_rcvmsg, + .shutdown = ng_udbp_rmnode, + .newhook = ng_udbp_newhook, + .connect = ng_udbp_connect, + .rcvdata = ng_udbp_rcvdata, + .disconnect = ng_udbp_disconnect, + .cmdlist = ng_udbp_cmdlist, }; Static int udbp_setup_in_transfer (udbp_p sc); --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="i4b_ing.c.diff" Index: i4b_ing.c =================================================================== RCS file: /home/ncvs/src/sys/i4b/driver/i4b_ing.c,v retrieving revision 1.17 diff -u -r1.17 i4b_ing.c --- i4b_ing.c 10 Jun 2003 23:14:55 -0000 1.17 +++ i4b_ing.c 28 May 2004 14:52:14 -0000 @@ -198,18 +198,16 @@ /* Netgraph node type descriptor */ static struct ng_type typestruct = { - NG_ABI_VERSION, - NG_ING_NODE_TYPE, - NULL, - ng_ing_constructor, - ng_ing_rcvmsg, - ng_ing_shutdown, - ng_ing_newhook, - NULL, - ng_ing_connect, - ng_ing_rcvdata, - ng_ing_disconnect, - ng_ing_cmdlist + .version = NG_ABI_VERSION, + .name = NG_ING_NODE_TYPE, + .constructor = ng_ing_constructor, + .rcvmsg = ng_ing_rcvmsg, + .shutdown = ng_ing_shutdown, + .newhook = ng_ing_newhook, + .connect = ng_ing_connect, + .rcvdata = ng_ing_rcvdata, + .disconnect = ng_ing_disconnect, + .cmdlist = ng_ing_cmdlist, }; NETGRAPH_INIT_ORDERED(ing, &typestruct, SI_SUB_DRIVERS, SI_ORDER_ANY); --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="if_mn.c.diff" Index: if_mn.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_mn.c,v retrieving revision 1.41 diff -u -r1.41 if_mn.c --- if_mn.c 17 Mar 2004 17:50:53 -0000 1.41 +++ if_mn.c 28 May 2004 14:55:35 -0000 @@ -189,18 +189,15 @@ static ng_disconnect_t ngmn_disconnect; static struct ng_type mntypestruct = { - NG_ABI_VERSION, - NG_MN_NODE_TYPE, - NULL, - ngmn_constructor, - ngmn_rcvmsg, - ngmn_shutdown, - ngmn_newhook, - NULL, - ngmn_connect, - ngmn_rcvdata, - ngmn_disconnect, - NULL + .version = NG_ABI_VERSION, + .name = NG_MN_NODE_TYPE, + .constructor = ngmn_constructor, + .rcvmsg = ngmn_rcvmsg, + .shutdown = ngmn_shutdown, + .newhook = ngmn_newhook, + .connect = ngmn_connect, + .rcvdata = ngmn_rcvdata, + .disconnect = ngmn_disconnect, }; static MALLOC_DEFINE(M_MN, "mn", "Mx driver related"); --sm4nu43k4a2Rpi4c-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 08:16:48 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90B6816A4CE for ; Fri, 28 May 2004 08:16:48 -0700 (PDT) Received: from hanoi.cronyx.ru (hanoi.cronyx.ru [144.206.181.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id C192A43D31 for ; Fri, 28 May 2004 08:16:47 -0700 (PDT) (envelope-from rik@cronyx.ru) Received: (from root@localhost) by hanoi.cronyx.ru id i4SFE2Dr049502 for freebsd-net@freebsd.org.checked; (8.12.8/vak/2.1) Fri, 28 May 2004 19:14:02 +0400 (MSD) (envelope-from rik@cronyx.ru) Received: from cronyx.ru (hi.cronyx.ru [144.206.181.94]) by hanoi.cronyx.ru with ESMTP id i4SFDhhK049473; (8.12.8/vak/2.1) Fri, 28 May 2004 19:13:43 +0400 (MSD) (envelope-from rik@cronyx.ru) Message-ID: <40B75765.7010307@cronyx.ru> Date: Fri, 28 May 2004 19:14:45 +0400 From: Roman Kurakin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031208 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <20040528100914.GA43187@cell.sick.ru> <40B7439D.9030904@cronyx.ru> <20040528135516.GA44564@cell.sick.ru> <40B74D36.7040600@cronyx.ru> <20040528145603.GB45038@cell.sick.ru> In-Reply-To: <20040528145603.GB45038@cell.sick.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 15:16:48 -0000 Gleb Smirnoff wrote: >On Fri, May 28, 2004 at 06:31:18PM +0400, Roman Kurakin wrote: >R> >On Fri, May 28, 2004 at 05:50:21PM +0400, Roman Kurakin wrote: >R> >R> >Here is the first one - convert all ng_type initializers to C99 sparse >R> >R> >type. >R> >R> > >R> >R> Hey guys, it seems all of you forgot about device nodes :-) >R> > >R> >Which ones? Just point me and I'll send diffs. My fingers can already >R> >convert >R> >ng_type initializers to c99 without interaction with brain :) >R> > >R> /cronyx/CVSUP/FreeBSD-5x/src/sys > grep -R "\bng_type\b" * | grep -v >R> "^netgraph" >R> | grep -v "ctau" | grep -v "cp" | grep -v "cx" > >Thanks. Why did you skip your own nodes? > > Just cause they mine and it looks bad to ask to fix own drivers :-) But I don't mind if someone will fix them before I get to do it. If I get first, I'll fix others :-) I wrote about device drivers not because of this change, it is quite simple and I was able to do it by myself, but I just wanted to remind that device drivers should be taken into account while designing new shutdown interface. rik From owner-freebsd-net@FreeBSD.ORG Fri May 28 08:24:56 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F22ED16A4CE; Fri, 28 May 2004 08:24:55 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A3E243D2F; Fri, 28 May 2004 08:24:55 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SFORvw045393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 May 2004 19:24:28 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SFOReX045392; Fri, 28 May 2004 19:24:27 +0400 (MSD) Date: Fri, 28 May 2004 19:24:27 +0400 From: Gleb Smirnoff To: Roman Kurakin Message-ID: <20040528152427.GA45380@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Roman Kurakin , Julian Elischer , freebsd-net@freebsd.org, Harti Brandt References: <20040528100914.GA43187@cell.sick.ru> <40B7439D.9030904@cronyx.ru> <20040528135516.GA44564@cell.sick.ru> <40B74D36.7040600@cronyx.ru> <20040528145603.GB45038@cell.sick.ru> <40B75765.7010307@cronyx.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <40B75765.7010307@cronyx.ru> User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Julian Elischer Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 15:24:56 -0000 On Fri, May 28, 2004 at 07:14:45PM +0400, Roman Kurakin wrote: R> >On Fri, May 28, 2004 at 06:31:18PM +0400, Roman Kurakin wrote: R> >R> >On Fri, May 28, 2004 at 05:50:21PM +0400, Roman Kurakin wrote: R> >R> >R> >Here is the first one - convert all ng_type initializers to C99 R> >sparse R> >R> >type. R> >R> >R> > R> >R> >R> Hey guys, it seems all of you forgot about device nodes :-) R> >R> > R> >R> >Which ones? Just point me and I'll send diffs. My fingers can already R> >R> >convert R> >R> >ng_type initializers to c99 without interaction with brain :) R> >R> > R> >R> /cronyx/CVSUP/FreeBSD-5x/src/sys > grep -R "\bng_type\b" * | grep -v R> >R> "^netgraph" R> >R> | grep -v "ctau" | grep -v "cp" | grep -v "cx" R> > R> >Thanks. Why did you skip your own nodes? R> > R> > R> Just cause they mine and it looks bad to ask to fix own drivers :-) But R> I don't mind if someone R> will fix them before I get to do it. If I get first, I'll fix others :-) R> R> I wrote about device drivers not because of this change, it is quite R> simple and I was able R> to do it by myself, but I just wanted to remind that device drivers R> should be taken into R> account while designing new shutdown interface. Thanks again for pointing at this. If you don't, this we would break the build. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri May 28 12:57:54 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2199716A4CE for ; Fri, 28 May 2004 12:57:54 -0700 (PDT) Received: from web80601.mail.yahoo.com (web80601.mail.yahoo.com [66.218.79.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 11B3243D45 for ; Fri, 28 May 2004 12:57:54 -0700 (PDT) (envelope-from vipertek3@yahoo.com) Message-ID: <20040528195736.916.qmail@web80601.mail.yahoo.com> Received: from [152.135.235.188] by web80601.mail.yahoo.com via HTTP; Fri, 28 May 2004 12:57:36 PDT Date: Fri, 28 May 2004 12:57:36 -0700 (PDT) From: Thong Tran To: net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: How do I configure ProFTPd to support resuming broken downloads. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 19:57:54 -0000 Hi, I found the post on the link below http://docs.freebsd.org/cgi/getmsg.cgi?fetch=45017+0+archive/2002/freebsd-net/20020106.freebsd-net I have the same problem running Linux Fedora core 1 with proftpd, I can upload/download overwrite, but cannot resume. I can't find any document to configure it to resume. Can you help. Thanks ===== http://www.vietvui.net From owner-freebsd-net@FreeBSD.ORG Fri May 28 14:35:48 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3488116A4CE; Fri, 28 May 2004 14:35:48 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69E5C43D41; Fri, 28 May 2004 14:35:47 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc12) with ESMTP id <20040528213538014007qs71e>; Fri, 28 May 2004 21:35:38 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA85089; Fri, 28 May 2004 14:35:36 -0700 (PDT) Date: Fri, 28 May 2004 14:35:35 -0700 (PDT) From: Julian Elischer To: Gleb Smirnoff In-Reply-To: <20040528100914.GA43187@cell.sick.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 21:35:48 -0000 there are some more nodes in the tree that are not in the netgraph directory. On Fri, 28 May 2004, Gleb Smirnoff wrote: > On Fri, May 28, 2004 at 01:31:09AM -0700, Julian Elischer wrote: > J> > JE>> If you do that, I suppose you need to edit all the nodes, right?. In that > J> > JE>> case could you please convert the initialisation of the typestructs > J> > JE>> to use C99 sparse initialisation? In that case future changes will be a good > J> > JE>> deal easier. > J> > JE> > J> > JE>actually I don't know if you do need to edit the nodes > J> > JE>types.. At one time it was true that unassigned elements on > J> > JE>the end will be NULL. > J> > > J> > Sure they will, but this will confuse the next one who is adding > J> > a new operation. I was just thinking: 'In the case that Gleb has nothing > J> > else to do he could as well just take the chance...' :-) > J> > J> He seems to have taken the bait > J> (heh heh) > J> > J> It'd be best to make the change to sparse initialisers a separate patch > J> that I cold commit separatly, > J> so reduce teh size of the functionality change patch. > J> > J> (or harti could commit it.., or ruslan) > > Agreed. I make a series of patches then :) > > Here is the first one - convert all ng_type initializers to C99 sparse type. > > AFAIK, we also have two netgraph ports. Adding of preshutdown method will break > them. I'll fix ng_netflow port, and notify maintainer of ng_daphne. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Fri May 28 15:24:17 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BE6116A4CE; Fri, 28 May 2004 15:24:17 -0700 (PDT) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7764E43D4C; Fri, 28 May 2004 15:24:16 -0700 (PDT) (envelope-from glebius@cell.sick.ru) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.9/8.12.8) with ESMTP id i4SMNFvw047430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 May 2004 02:23:15 +0400 (MSD) (envelope-from glebius@cell.sick.ru) Received: (from glebius@localhost) by cell.sick.ru (8.12.9/8.12.6/Submit) id i4SMNFCU047429; Sat, 29 May 2004 02:23:15 +0400 (MSD) Date: Sat, 29 May 2004 02:23:15 +0400 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20040528222315.GA47415@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Julian Elischer , freebsd-net@freebsd.org, Harti Brandt References: <20040528100914.GA43187@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-net@freebsd.org cc: Harti Brandt Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 22:24:17 -0000 On Fri, May 28, 2004 at 02:35:35PM -0700, Julian Elischer wrote: J> there are some more nodes in the tree that are not in the J> netgraph directory. Roman already pointed me to them. This mail with small diffs is dealing with them. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri May 28 16:19:44 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E93316A4CE for ; Fri, 28 May 2004 16:19:44 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D878043D58 for ; Fri, 28 May 2004 16:19:43 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 3227 invoked from network); 28 May 2004 23:19:37 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 28 May 2004 23:19:37 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 28 May 2004 18:19:36 -0500 (CDT) From: Mike Silbersack To: Larry Rosenman In-Reply-To: Message-ID: <20040528181643.K9659@odysseus.silby.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 23:19:44 -0000 On Fri, 28 May 2004, Larry Rosenman wrote: > I have a LinkSys WPC54GS PCCARD Wireless card, and am using the NDISulator > to use the windows driver. > > I get the following when transferring large files: > > lerlaptop# tail /var/log/messages > May 28 08:37:47 lerlaptop kernel: NDIS: buggy driver deleting active packet > pool! > > What can I do to help here? > > Is this the right place? > > I've sent the driver to wpaul@freebsd.org as well as wpaul@windriver.com > in the past, with NO replies. > > Thanks! > > Larry Rosenman Well, Bill can be grumpy at times, you might consider being happy that he didn't reply. :) First off, is this 5.2.1, or 5.2-current? If it's older, perhaps bugs in the NDISulator have been fixed since. Second, have you tried various versions of the windows drivers for the card? Maybe different versions of the driver have different bugs. :) Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri May 28 16:21:25 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D57316A4CE for ; Fri, 28 May 2004 16:21:25 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26F5C43D2D for ; Fri, 28 May 2004 16:21:25 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with asmtp (Exim 4.34) id 1BTqf5-0006Lk-3u; Fri, 28 May 2004 18:21:16 -0500 Date: Fri, 28 May 2004 18:21:13 -0500 From: Larry Rosenman To: Mike Silbersack Message-ID: <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> In-Reply-To: <20040528181643.K9659@odysseus.silby.com> References: <20040528181643.K9659@odysseus.silby.com> X-Mailer: Mulberry/3.1.5 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========08CA3D505C1F5697D17C==========" cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2004 23:21:25 -0000 --==========08CA3D505C1F5697D17C========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline --On Friday, May 28, 2004 18:19:36 -0500 Mike Silbersack =20 wrote: > > On Fri, 28 May 2004, Larry Rosenman wrote: > >> I have a LinkSys WPC54GS PCCARD Wireless card, and am using the >> NDISulator to use the windows driver. >> >> I get the following when transferring large files: >> >> lerlaptop# tail /var/log/messages >> May 28 08:37:47 lerlaptop kernel: NDIS: buggy driver deleting active >> packet pool! >> >> What can I do to help here? >> >> Is this the right place? >> >> I've sent the driver to wpaul@freebsd.org as well as wpaul@windriver.com >> in the past, with NO replies. >> >> Thanks! >> >> Larry Rosenman > > Well, Bill can be grumpy at times, you might consider being happy that he > didn't reply. :) > > First off, is this 5.2.1, or 5.2-current? If it's older, perhaps bugs in > the NDISulator have been fixed since. 5.2-CURRENT as of a couple of days ago. > > Second, have you tried various versions of the windows drivers for the > card? Maybe different versions of the driver have different bugs. :) There is only one version for this card, it's relatively new. > > Mike "Silby" Silbersack --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========08CA3D505C1F5697D17C========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAt8lqrRNGhTxJvdYRApKIAJ4jMel2iayXXaNdOgoyZ0oIUbjiIwCfd2Cq gOI7IgGH5Gr9kGZScwTho3g= =de7x -----END PGP SIGNATURE----- --==========08CA3D505C1F5697D17C==========-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 18:31:52 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 190E516A4CE for ; Fri, 28 May 2004 18:31:52 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 56C9D43D31 for ; Fri, 28 May 2004 18:31:51 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 58500 invoked from network); 29 May 2004 01:31:02 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 29 May 2004 01:31:02 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 28 May 2004 20:31:01 -0500 (CDT) From: Mike Silbersack To: Larry Rosenman In-Reply-To: <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> Message-ID: <20040528202008.P9659@odysseus.silby.com> References: <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 01:31:52 -0000 On Fri, 28 May 2004, Larry Rosenman wrote: > > Second, have you tried various versions of the windows drivers for the > > card? Maybe different versions of the driver have different bugs. :) > There is only one version for this card, it's relatively new. I think that since it supports 98/me/2K/XP that there must be multiple versions of the driver inside the installer. However, I can't figure out how to extract data from the .cab files. Did you figure out a way to extract the driver from the cabs, or did you copy files that were installed on the windows system you tested the card in? Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri May 28 18:38:49 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BD0916A4CE for ; Fri, 28 May 2004 18:38:49 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8813543D2D for ; Fri, 28 May 2004 18:38:48 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with asmtp (Exim 4.34) id 1BTsnu-0005AX-J8; Fri, 28 May 2004 20:38:31 -0500 Date: Fri, 28 May 2004 20:38:29 -0500 From: Larry Rosenman To: Mike Silbersack Message-ID: <3B9647D31F718B35E5CC8CBA@lerlaptop.lerctr.org> In-Reply-To: <20040528202008.P9659@odysseus.silby.com> References: <20040528181643.K9659@odysseus.silby.com> <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> <20040528202008.P9659@odysseus.silby.com> X-Mailer: Mulberry/3.1.5 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========FDF91BDEA854AB696476==========" cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 01:38:49 -0000 --==========FDF91BDEA854AB696476========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline --On Friday, May 28, 2004 20:31:01 -0500 Mike Silbersack =20 wrote: > > On Fri, 28 May 2004, Larry Rosenman wrote: > >> > Second, have you tried various versions of the windows drivers for the >> > card? Maybe different versions of the driver have different bugs. :) >> There is only one version for this card, it's relatively new. > > I think that since it supports 98/me/2K/XP that there must be multiple > versions of the driver inside the installer. However, I can't figure out > how to extract data from the .cab files. Did you figure out a way to > extract the driver from the cabs, or did you copy files that were > installed on the windows system you tested the card in? > > Mike "Silby" Silbersack I just pulled the .sys and .inf from the root of the CD. I can make them available to y'all if that would help. LER --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========FDF91BDEA854AB696476========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAt+mVrRNGhTxJvdYRAj0QAJ9xJFpXYBgk/VWMhXUaApe0l8ylaACgm+Sd 4YkEO4SuQRi7cDgDkmwJz60= =Oz0A -----END PGP SIGNATURE----- --==========FDF91BDEA854AB696476==========-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 19:18:28 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FED616A4CE for ; Fri, 28 May 2004 19:18:28 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EDB643D31 for ; Fri, 28 May 2004 19:18:28 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with asmtp (Exim 4.34) id 1BTtQ6-0006xO-4E; Fri, 28 May 2004 21:17:59 -0500 Date: Fri, 28 May 2004 21:17:56 -0500 From: Larry Rosenman To: Mike Silbersack Message-ID: <97871D995743BC53AF74402D@lerlaptop.lerctr.org> In-Reply-To: <20040528202008.P9659@odysseus.silby.com> References: <20040528181643.K9659@odysseus.silby.com> <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> <20040528202008.P9659@odysseus.silby.com> X-Mailer: Mulberry/3.1.5 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========ABEBEE1C2614C6528527==========" cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 02:18:28 -0000 --==========ABEBEE1C2614C6528527========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline --On Friday, May 28, 2004 20:31:01 -0500 Mike Silbersack =20 wrote: > > On Fri, 28 May 2004, Larry Rosenman wrote: > >> > Second, have you tried various versions of the windows drivers for the >> > card? Maybe different versions of the driver have different bugs. :) >> There is only one version for this card, it's relatively new. > > I think that since it supports 98/me/2K/XP that there must be multiple > versions of the driver inside the installer. However, I can't figure out > how to extract data from the .cab files. Did you figure out a way to > extract the driver from the cabs, or did you copy files that were > installed on the windows system you tested the card in? > > Mike "Silby" Silbersack I E-mailed you (Silby) the driver. You should also be able to use ports/archivers/cabextract to pull stuff from the cab's. LER --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========ABEBEE1C2614C6528527========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAt/LUrRNGhTxJvdYRAqDtAJ9w02iW0Mmdqqw9ixadYfh1+Jrr0QCfTkie uiWWyVD+AnW0AqR4AFRS0n8= =sESf -----END PGP SIGNATURE----- --==========ABEBEE1C2614C6528527==========-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 20:51:24 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7399B16A4CE for ; Fri, 28 May 2004 20:51:24 -0700 (PDT) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id DE8F643D48 for ; Fri, 28 May 2004 20:51:23 -0700 (PDT) (envelope-from silby@silby.com) Received: (qmail 88095 invoked from network); 29 May 2004 03:51:20 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 29 May 2004 03:51:20 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 28 May 2004 22:51:19 -0500 (CDT) From: Mike Silbersack To: Larry Rosenman In-Reply-To: <97871D995743BC53AF74402D@lerlaptop.lerctr.org> Message-ID: <20040528224647.H17807@odysseus.silby.com> References: <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> <97871D995743BC53AF74402D@lerlaptop.lerctr.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 03:51:24 -0000 On Fri, 28 May 2004, Larry Rosenman wrote: > I E-mailed you (Silby) the driver. You should also be able to use > ports/archivers/cabextract to pull stuff from the cab's. > > LER Neat, I didn't know we had that util in ports. I tried it on the cabs, and it told me to use "unshield", which was also in ports, so I was able to pull them apart in the end. After looking through the cabs from linksys's installer, I agree - there is only one non-9x series driver. Looks like the only way to get the card working properly may be to send Bill one of these cards and hope that he has time to debug the problem. In the meantime, you're probably best off buying another card, perhaps one of the ones supported natively by ath(4) or one known to work with the NDISulator properly. If you can find any linux NDISulator support boards it might be worthwhile poking around there... if the driver is also broken there, maybe there's hope that a new driver will fix the problem. That's the end of my knowledge of the NDISulator, good luck! :) Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri May 28 22:50:21 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98E6516A4CE for ; Fri, 28 May 2004 22:50:21 -0700 (PDT) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29AC043D1D for ; Fri, 28 May 2004 22:50:21 -0700 (PDT) (envelope-from ler@lerctr.org) Received: from lerlaptop.lerctr.org ([192.147.25.14]) by lerami.lerctr.org with asmtp (Exim 4.34) id 1BTwjY-0003wo-As; Sat, 29 May 2004 00:50:17 -0500 Date: Sat, 29 May 2004 00:50:15 -0500 From: Larry Rosenman To: Mike Silbersack Message-ID: <5A587EA34774374F84D4B510@lerlaptop.lerctr.org> In-Reply-To: <20040528224647.H17807@odysseus.silby.com> References: <20040528181643.K9659@odysseus.silby.com> <90F7EEA9460A4D039C291426@lerlaptop.lerctr.org> <20040528202008.P9659@odysseus.silby.com> <97871D995743BC53AF74402D@lerlaptop.lerctr.org> <20040528224647.H17807@odysseus.silby.com> X-Mailer: Mulberry/3.1.5 (Linux/x86) X-PGP-Info: All other keys are old/dead. X-PGP-Key: 0x3c49bdd6 X-PGP-Fingerprint: D0D1 3C11 F42F 6B29 FA67 6BF3 AD13 4685 3C49 BDD6 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========6589FDB4ED0CC52D94D7==========" cc: freebsd-net@freebsd.org Subject: Re: NDIS: How can I help with these (2nd request). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 05:50:21 -0000 --==========6589FDB4ED0CC52D94D7========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline --On Friday, May 28, 2004 22:51:19 -0500 Mike Silbersack =20 wrote: > > On Fri, 28 May 2004, Larry Rosenman wrote: > >> I E-mailed you (Silby) the driver. You should also be able to use >> ports/archivers/cabextract to pull stuff from the cab's. >> >> LER > > Neat, I didn't know we had that util in ports. I tried it on the cabs, > and it told me to use "unshield", which was also in ports, so I was able > to pull them apart in the end. I'm always amazed at what we have in Ports. :) > > After looking through the cabs from linksys's installer, I agree - there > is only one non-9x series driver. Looks like the only way to get the = card > working properly may be to send Bill one of these cards and hope that he > has time to debug the problem. Unfortunately, I'm unemployed at the moment, and can't really afford to=20 spend the $99 or so to supply a card. It works, mostly, except for when it decides to go off and die. :(. > > In the meantime, you're probably best off buying another card, perhaps = one > of the ones supported natively by ath(4) or one known to work with the > NDISulator properly. Again, $$ are an issue, but I understand. > > If you can find any linux NDISulator support boards it might be = worthwhile > poking around there... if the driver is also broken there, maybe there's > hope that a new driver will fix the problem. Hrm. I don't know of any, but thanks. > > That's the end of my knowledge of the NDISulator, good luck! :) Thanks anyway, Mike. --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 --==========6589FDB4ED0CC52D94D7========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAuCSXrRNGhTxJvdYRApJlAJ9mGuXU+bYCf0NveQIGQwKmU4WH8QCcD/64 mh867xrKRXH6NNl5q9GJiHA= =p3Nf -----END PGP SIGNATURE----- --==========6589FDB4ED0CC52D94D7==========-- From owner-freebsd-net@FreeBSD.ORG Fri May 28 23:56:13 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5B4D16A4CE; Fri, 28 May 2004 23:56:13 -0700 (PDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C51543D2F; Fri, 28 May 2004 23:56:13 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc11) with ESMTP id <20040529065601011009f1s5e>; Sat, 29 May 2004 06:56:02 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA90160; Fri, 28 May 2004 23:55:59 -0700 (PDT) Date: Fri, 28 May 2004 23:55:58 -0700 (PDT) From: Julian Elischer To: Gleb Smirnoff In-Reply-To: <20040528145603.GB45038@cell.sick.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-net@freebsd.org cc: Harti Brandt cc: Roman Kurakin Subject: Re: shutdown node VS disconnect all hooks X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2004 06:56:13 -0000 On Fri, 28 May 2004, Gleb Smirnoff wrote: > On Fri, May 28, 2004 at 06:31:18PM +0400, Roman Kurakin wrote: > R> >On Fri, May 28, 2004 at 05:50:21PM +0400, Roman Kurakin wrote: > R> >R> >Here is the first one - convert all ng_type initializers to C99 sparse > R> >R> >type. > R> >R> > > R> >R> Hey guys, it seems all of you forgot about device nodes :-) > R> > > R> >Which ones? Just point me and I'll send diffs. My fingers can already > R> >convert > R> >ng_type initializers to c99 without interaction with brain :) > R> > > R> /cronyx/CVSUP/FreeBSD-5x/src/sys > grep -R "\bng_type\b" * | grep -v > R> "^netgraph" > R> | grep -v "ctau" | grep -v "cp" | grep -v "cx" > > Thanks. Why did you skip your own nodes? > > R> dev/ar/if_ar.c:static struct ng_type typestruct = { > R> dev/musycc/musycc.c:static struct ng_type ngtypestruct = { > R> dev/sr/if_sr.c:static struct ng_type typestruct = { > R> dev/usb/udbp.c:Static struct ng_type ng_udbp_typestruct = { > R> i4b/driver/i4b_ing.c:static struct ng_type typestruct = { > R> pci/if_mn.c:static struct ng_type mntypestruct = { > also netgraph/bluetooth/drivers/h4/ng_h4.c netgraph/bluetooth/drivers/bt3c/ng_bt3c_pccard.c netgraph/bluetooth/drivers/ubt/ng_ubt.c > here are the patches > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE >