From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 15 19:33:46 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1223B106564A for ; Sun, 15 Mar 2009 19:33:46 +0000 (UTC) (envelope-from ady@ady.ro) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCCE8FC0A for ; Sun, 15 Mar 2009 19:33:45 +0000 (UTC) (envelope-from ady@ady.ro) Received: by ey-out-2122.google.com with SMTP id d26so735171eyd.7 for ; Sun, 15 Mar 2009 12:33:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.210.120.17 with SMTP id s17mr3001028ebc.54.1237144186057; Sun, 15 Mar 2009 12:09:46 -0700 (PDT) Date: Sun, 15 Mar 2009 20:09:46 +0100 Message-ID: <78cb3d3f0903151209r46837d70m914a23e30a19060e@mail.gmail.com> From: Adrian Penisoara To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: ETA for ZFS v. 13 Merge From HEAD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 19:33:46 -0000 Hi Pawel, Coming back to the subject, when do you think we might have a merge of r185029 (import of ZFS version 13) from head back into -stable ? Is there anything we can help with to speed up the process (e.g. testing) ? PS: ZFS-FUSE on Linux has also reached v 13... Thank you, Adrian Penisoara ROFUG / EnterpriseBSD --------------------------- Date: Wed, 26 Nov 2008 10:52:41 +0100 From: Pawel Jakub Dawidek Subject: Re: svn commit: r185029 - in head: cddl/compat/opensolaris/include cddl/compat/opensolaris/misc cddl/contrib/opensolaris/cmd/zdb cddl/contrib/opensolaris/cmd/zfs cddl/contrib/opensolaris/cmd/zinject cd... To: Attila Nagy Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Message-ID: <20081126095241.GA3188@garage.freebsd.pl> Content-Type: text/plain; charset="us-ascii" On Wed, Nov 26, 2008 at 10:15:58AM +0100, Attila Nagy wrote: > Hello, > > Pawel Jakub Dawidek wrote: > >Author: pjd > >Date: Mon Nov 17 20:49:29 2008 > >New Revision: 185029 > >URL: http://svn.freebsd.org/changeset/base/185029 > > > >Log: > > Update ZFS from version 6 to 13 and bring some FreeBSD-specific changes. > > > This, and other changes stabilized ZFS by a great level in HEAD. > Do you plan to MFC these to 7-STABLE? Yes, but ETA yet. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 15 21:55:58 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49EA81065672 for ; Sun, 15 Mar 2009 21:55:58 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from nlpi043.prodigy.net (nlpi043.sbcis.sbc.com [207.115.36.72]) by mx1.freebsd.org (Postfix) with ESMTP id 207A38FC17 for ; Sun, 15 Mar 2009 21:55:58 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from antec (adsl-99-22-94-30.dsl.pltn13.sbcglobal.net [99.22.94.30]) (authenticated bits=0) by nlpi043.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n2FLil79018412; Sun, 15 Mar 2009 16:45:20 -0500 Date: Sun, 15 Mar 2009 14:44:49 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= To: Chris St Denis In-Reply-To: <49BA9E63.3040000@smartt.com> Message-ID: <20090315144440.N24160@antec.home> References: <49BA9E63.3040000@smartt.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: Bug in tcp wrappers? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 21:55:58 -0000 Hi Chris, On Fri, 13 Mar 2009, Chris St Denis wrote: > I think I've found a bug in libwrap/tcpwrappers. I think so too :) See below. > Before filing an actual bug report I want to get some feedback here > first. > > A hosts.allow file with ~1000 ips on a single line (Haven't experimented with > other quantities yet), causes network daemons that use libwrap stop accepting > incoming network connections and use 100% cpu on an incoming connection. > This problem appeared because sshguard placed a large number of IPs in my > hosts.allow file triggering this bug. > > I've left the affected daemons for a long period of time (once about 8 hours) > and they don't seem to come back, so I think this is more than just it taking > a while to loop through a 1000 item array of IPs > > > The production system that was affected is FreeBSD 7.0-32bit > Test system is FreeBSD 7.1-32bit > > Example hosts.allow file (IPs are randomly generated for purposes of example) > > sshd : 112.110.123.63 113.11.2.126 113.11.8.6 113.19.19.22 > 113.197.48.68 116.48.108.244 116.48.11.19 : deny > ALL : ALL : allow > > top output of affected system. sshd wcpu slowly crawls up to 100% over about > 30 seconds or so. > > crash# top > last pid: 692; load averages: 0.08, 0.04, 0.04 > up > 0+00:12:13 15:42:30 > 24 processes: 2 running, 22 sleeping > CPU: 49.7% user, 0.0% nice, 0.2% system, 0.2% interrupt, 49.9% idle > Mem: 9304K Active, 6004K Inact, 21M Wired, 32K Cache, 10M Buf, 947M Free > Swap: 1995M Total, 1995M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 691 root 1 103 0 5760K 3660K CPU1 1 0:04 33.98% sshd > 672 root 1 4 0 8436K 3888K sbwait 1 0:00 0.00% sshd > 677 cstdenis 1 20 0 4460K 2288K pause 0 0:00 0.00% csh > 682 root 1 20 0 5484K 2632K pause 0 0:00 0.00% csh > 675 cstdenis 1 44 0 8436K 3896K select 0 0:00 0.00% sshd > > > A backtrace shows > > crash# gdb /usr/sbin/sshd 691 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-marcel-freebsd"... > Attaching to program: /usr/sbin/sshd, process 691 > Reading symbols from /usr/lib/libssh.so.4...done. > Loaded symbols for /usr/lib/libssh.so.4 > Reading symbols from /lib/libutil.so.7...done. > Loaded symbols for /lib/libutil.so.7 > Reading symbols from /lib/libz.so.4...done. > Loaded symbols for /lib/libz.so.4 > Reading symbols from /usr/lib/libwrap.so.5...done. > Loaded symbols for /usr/lib/libwrap.so.5 > > Reading symbols from /libexec/ld-elf.so.1...done. > Loaded symbols for /libexec/ld-elf.so.1 > 0x28373225 in fgets (buf=0xbfbfe67b "", n=1, fp=0x283b8040) at > /usr/src/lib/libc/stdio/fgets.c:56 > 56 { > (gdb) bt > #0 0x28373225 in fgets (buf=0xbfbfe67b "", n=1, fp=0x283b8040) at > /usr/src/lib/libc/stdio/fgets.c:56 > #1 0x281124ee in xgets (ptr=0xbfbfe67b "", len=1, fp=0x283b8040) at > /usr/src/lib/libwrap/../../contrib/tcp_wrappers/misc.c:38 > #2 0x28111410 in table_match (table=0x28112c5c "/etc/hosts.allow", > request=0xbfbfeb14) > at > /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:162 > #3 0x28111540 in hosts_access (request=0xbfbfeb14) at > /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:132 > #4 0x08052b39 in main (ac=2, av=0xbfbfeecc) at > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/sshd.c:1843 > (gdb) bt > #0 0x28373225 in fgets (buf=0xbfbfe67b "", n=1, fp=0x283b8040) at > /usr/src/lib/libc/stdio/fgets.c:56 > #1 0x281124ee in xgets (ptr=0xbfbfe67b "", len=1, fp=0x283b8040) at > /usr/src/lib/libwrap/../../contrib/tcp_wrappers/misc.c:38 > #2 0x28111410 in table_match (table=0x28112c5c "/etc/hosts.allow", > request=0xbfbfeb14) > at > /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:162 > #3 0x28111540 in hosts_access (request=0xbfbfeb14) at > /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:132 > #4 0x08052b39 in main (ac=2, av=0xbfbfeecc) at > /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/sshd.c:1843 > (gdb) q > The program is running. Quit anyway (and detach it)? (y or n) y > Detaching from program: /usr/sbin/sshd, process 691 > > > A few questions > 1. Is this a known issue of any sort? I've done some searching on it, but > haven't found anything of interest. > 2. Should this be reported to FreeBSD bug tracker, or to libwrap (or both)? > Basically, is FreeBSD's libwrap (more or less) in sync with the main one, or > is it completely separate? When given an input line of more than 2k bytes, libwrap ends up in an infinite loop in xgets(), calling fgets() with a read length of one. As fgets() reads the length minus one characters, it will keep "reading" and returning zero length strings. Thus your server processes will remain stuck until aborted. This Q&D patch makes libwrap behave as documented in hosts_access(5): --- misc.c.orig 2009-03-15 14:06:11.000000000 -0700 +++ misc.c 2009-03-15 14:06:49.000000000 -0700 @@ -48,6 +48,8 @@ ptr += got; len -= got; ptr[0] = 0; + if (len <= 1) + return start; } return (ptr > start ? start : 0); } The documented behavior is: "An error is reported when ... when the length of an access control rule exceeds the capacity of an internal buffer; ..." This is only sligtly better, as the code will now try to parse the remainder of the line as a rule, and either fail or, due to some syntactic quirk, get a false match. From a security standpoint, both are bad. I don't think you'll get a false "allow" match in your case, but unless you have a default "deny" rule somewhere at the end, access may be granted when it shouldn't. Please do file a FreeBSD bug. Is there even an upstream maintainer of tcp wrappers? A quick search seems to indicate that it is more or less abandoned, albeit adopted by several projects. The immediate workarounds I can think of for you are: - Somehow teach sshguard to write rules on multiple lines, each shorter than 2k. Splitting lines using backslashes will not help, as xgets() is concatenating continued lines into a single buffer (the one that is too small) anyway. - Apply the patch above, change the definition of BUFLEN in tcpdchk.c and hosts_access.c to a "sufficiently large" value and rebuild libwrap. Of course, there is no "sufficiently large" value; with the current libwrap code, you'll always run the risk of lines being too long. The real fix involves rewriting chunks of the libwrap code, or finding a version where someone has already done so. $.02, /Mikko From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 15 22:11:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71860106564A for ; Sun, 15 Mar 2009 22:11:13 +0000 (UTC) (envelope-from neldredge@math.ucsd.edu) Received: from euclid.ucsd.edu (euclid.ucsd.edu [132.239.145.52]) by mx1.freebsd.org (Postfix) with ESMTP id 51A788FC0A for ; Sun, 15 Mar 2009 22:11:13 +0000 (UTC) (envelope-from neldredge@math.ucsd.edu) Received: from zeno.ucsd.edu (zeno.ucsd.edu [132.239.145.22]) by euclid.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id n2FMBCo28671; Sun, 15 Mar 2009 15:11:13 -0700 (PDT) Received: from localhost (neldredg@localhost) by zeno.ucsd.edu (8.11.7p3+Sun/8.11.7) with ESMTP id n2FMBC428629; Sun, 15 Mar 2009 15:11:12 -0700 (PDT) X-Authentication-Warning: zeno.ucsd.edu: neldredg owned process doing -bs Date: Sun, 15 Mar 2009 15:11:12 -0700 (PDT) From: Nate Eldredge X-X-Sender: neldredg@zeno.ucsd.edu To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= In-Reply-To: <20090315144440.N24160@antec.home> Message-ID: References: <49BA9E63.3040000@smartt.com> <20090315144440.N24160@antec.home> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1056796358-1237155072=:3173" Cc: freebsd-hackers@freebsd.org, Chris St Denis Subject: Re: Bug in tcp wrappers? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 22:11:13 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-1056796358-1237155072=:3173 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 15 Mar 2009, Mikko Ty=F6l=E4j=E4rvi wrote: > The real fix involves rewriting chunks of the libwrap code, or finding > a version where someone has already done so. It doesn't seem like it should be too bad. xgets is only called in three= =20 places. It would be easy enough to replace it with something like glibc's= =20 getline(3), that uses realloc to size a buffer appropriately. If nobody else feels like doing this, maybe I will. --=20 Nate Eldredge neldredge@math.ucsd.edu ---559023410-1056796358-1237155072=:3173-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 15 22:22:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82E161065670 for ; Sun, 15 Mar 2009 22:22:40 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from nlpi053.prodigy.net (nlpi053.sbcis.sbc.com [207.115.36.82]) by mx1.freebsd.org (Postfix) with ESMTP id 54F188FC14 for ; Sun, 15 Mar 2009 22:22:40 +0000 (UTC) (envelope-from mbsd@pacbell.net) Received: from antec (adsl-99-22-94-30.dsl.pltn13.sbcglobal.net [99.22.94.30]) (authenticated bits=0) by nlpi053.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n2FMMaJr020954; Sun, 15 Mar 2009 17:22:37 -0500 Date: Sun, 15 Mar 2009 15:22:37 -0700 (PDT) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= To: Nate Eldredge In-Reply-To: Message-ID: <20090315151836.K24160@antec.home> References: <49BA9E63.3040000@smartt.com> <20090315144440.N24160@antec.home> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="738249620-1902150241-1237155757=:24160" Cc: freebsd-hackers@freebsd.org, Chris St Denis Subject: Re: Bug in tcp wrappers? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 22:22:40 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --738249620-1902150241-1237155757=:24160 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 15 Mar 2009, Nate Eldredge wrote: > On Sun, 15 Mar 2009, Mikko Työläjärvi wrote: > >> The real fix involves rewriting chunks of the libwrap code, or finding >> a version where someone has already done so. > > It doesn't seem like it should be too bad. xgets is only called in three > places. It would be easy enough to replace it with something like glibc's > getline(3), that uses realloc to size a buffer appropriately. Yes, it should be pretty straightforward. I just noticed that openbsd applied a (better) variant of my patch for the infinite loop problem in 2003. They didn't address the "line too long" problem, though. > If nobody else feels like doing this, maybe I will. And if you don't, I just might :) /Mikko --738249620-1902150241-1237155757=:24160-- From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 15 22:40:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A83106564A; Sun, 15 Mar 2009 22:40:01 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7C98E8FC1B; Sun, 15 Mar 2009 22:40:01 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (78-33-209-59.static.enta.net [78.33.209.59] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n2FMduTh044864; Sun, 15 Mar 2009 22:39:58 GMT (envelope-from ken@mthelicon.com) Message-ID: <4AE4493D5E9141E8812E4BC83FB5A2A5@PegaPegII> From: "Pegasus Mc Cleaft" To: "Adrian Penisoara" , "Pawel Jakub Dawidek" References: <78cb3d3f0903151209r46837d70m914a23e30a19060e@mail.gmail.com> In-Reply-To: <78cb3d3f0903151209r46837d70m914a23e30a19060e@mail.gmail.com> Date: Sun, 15 Mar 2009 22:39:57 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 090315-0, 15/03/2009), Outbound message X-Antivirus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ETA for ZFS v. 13 Merge From HEAD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2009 22:40:02 -0000 Hi Adrian, I am not sure, but I didnt think ZFS 13 was ever going to be merged into 7-stable. I thought the kernel memory requirements were to great (just going back in my memory on that one). Also, I think there are still a few bugs left with the zil being enabled (and/or prefetch) causing lockups on machine with a lot of IO. I know I have hit that bug a few times on my machine when using various torrent clients when they want to preallocate large amounts of diskspace. I personally cant wait until a later version of ZFS is imported that supports encryption. I can finally say good-bye to our GEOM ELI USB drives for backups!! Never the less, I am quite thankfull to thoes involved in porting V13 to FreeBSD. Its a wonderfull improvement and my FS of choice when installing on new machines (especially zfs boot) Best regards, Peg ----- Original Message ----- From: "Adrian Penisoara" To: "Pawel Jakub Dawidek" Cc: ; Sent: Sunday, March 15, 2009 7:09 PM Subject: ETA for ZFS v. 13 Merge From HEAD ? > Hi Pawel, > Coming back to the subject, when do you think we might have a merge of > r185029 (import of ZFS version 13) from head back into -stable ? > > Is there anything we can help with to speed up the process (e.g. testing) > ? > > PS: ZFS-FUSE on Linux has also reached v 13... > > Thank you, > Adrian Penisoara > ROFUG / EnterpriseBSD > > --------------------------- > Date: Wed, 26 Nov 2008 10:52:41 +0100 > From: Pawel Jakub Dawidek > Subject: Re: svn commit: r185029 - in head: > cddl/compat/opensolaris/include cddl/compat/opensolaris/misc > cddl/contrib/opensolaris/cmd/zdb > cddl/contrib/opensolaris/cmd/zfs > cddl/contrib/opensolaris/cmd/zinject cd... > To: Attila Nagy > Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, > src-committers@freebsd.org > Message-ID: <20081126095241.GA3188@garage.freebsd.pl> > Content-Type: text/plain; charset="us-ascii" > > On Wed, Nov 26, 2008 at 10:15:58AM +0100, Attila Nagy wrote: >> Hello, >> >> Pawel Jakub Dawidek wrote: >> >Author: pjd >> >Date: Mon Nov 17 20:49:29 2008 >> >New Revision: 185029 >> >URL: http://svn.freebsd.org/changeset/base/185029 >> > >> >Log: >> > Update ZFS from version 6 to 13 and bring some FreeBSD-specific > changes. >> > >> This, and other changes stabilized ZFS by a great level in HEAD. >> Do you plan to MFC these to 7-STABLE? > > Yes, but ETA yet. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 14:46:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1853106566B for ; Mon, 16 Mar 2009 14:46:13 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 53BA08FC16 for ; Mon, 16 Mar 2009 14:46:12 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: by fxm2 with SMTP id 2so3379982fxm.43 for ; Mon, 16 Mar 2009 07:46:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=tYZInyr9UUJUu5GfzUvK1gA+3kC1wjPZEYDUxpWbGoA=; b=f+XcTb4fjiqNFQzqG7PGU33Wio+rsHs4fdghIxn6N+GrRG/hiPulrNii1+WoficP91 vvQgTCP298QOjGc3GpVefQDQ6ijLO30TffvFaxN52JQ8/JxjNpxfYR1w1pg3fqaGD8DJ sRCcARMvgoAltvWY9qB1W4OvpbmyXQPqkqFPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=qKlvP+AEQrYr9/euiYHhdNFWZxParfgPsGetiWfykA5nskMAqzxnafuT6jPMi8k/Cb mpT3yzn4ymtJRmfeQ8luOyGEcNb6BchwujSjmFvXZvcsjg1IgRH5+NRA2cSCdXD7dYdi J7IbyfsJLQ7os5dwYQgC5FuTKAgH1LueZPoDc= MIME-Version: 1.0 Received: by 10.102.234.18 with SMTP id g18mr2186291muh.102.1237212962142; Mon, 16 Mar 2009 07:16:02 -0700 (PDT) Date: Mon, 16 Mar 2009 10:16:02 -0400 Message-ID: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> From: Cipta H To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 14:46:14 -0000 Hello everyone, I'm a college student studying CS in Columbia University. I'm interested in doing this project for Summer of Code 2009: > Libprocstat and libnetstat > Suggested Summer of Code 2009 project idea > > Technical contact: Robert Watson > > Create, similar to libmemstat, wrapper libraries to support monitoring an= d management applications to avoid direct use of kvm. Three parts to the pr= oject: for each of the above, add kernel support to export data in a less A= BI-sensitive way using sysctl, write a library to present the information i= n an extensible way to applications, and update applications to use the lib= rary instead of reaching directly into kernel memory / consuming sysctls. T= he goal is to allow the kernel implementation to change without breaking ap= plications and requiring them to be recompiled, and to allow monitoring fun= ctions to be extended without breaking applications. This should also facil= itate writing new classes of monitoring and profiling tools. I'm going to focus mainly on netstat, however. Aside from that, I have a few questions: 1. Aside from the bug report, has there been any other discussion on this issue? I can't seem to find any in the mailing lists. 2. How much experience in C do you need to do this project? Do you need to know the FreeBSD kernel? Thanks in advance, Cipta Herwana From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 18:06:17 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A655C10656D1 for ; Mon, 16 Mar 2009 18:06:17 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id F32C18FC1A for ; Mon, 16 Mar 2009 18:06:16 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fxm2 with SMTP id 2so3461675fxm.43 for ; Mon, 16 Mar 2009 11:06:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=ZbONcz5jhoss/oQPC8fKn/IRzdysiYCk/ZXRwRdSnV0=; b=l/NdS49HrD60iw50EHbOUY/cD2Zs8A6tgublhe7d/N3gOlqU4Kcqs7MtjePPxADZdY 7hsneJPuaxEZ1Vk0brDt25mxA2IKbaw7rLKDD+LrBUw/5Zo00p+JYr2CRtXaFr8gbRgM Wg2NtaWbn8psmJ+mroa6Ak8oOtOoXFT47a5MM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=I+ZwYpKLWgZ86px6piMfTbBgTTh/WTlpVANIDLgrGxzqEYMVOxkLhPP27wqDDTZqkN uOhI1IcDa5XwAy23Z3m9Sz914kwB55hCXZ9JlDS7cxLhZ62mRgNl5igMTYRHhqRHR+IM bCOSd6pCVt1C5w+la7wd1Mqi9bxfg4zp90PRc= Received: by 10.103.226.10 with SMTP id d10mr2273500mur.105.1237224860822; Mon, 16 Mar 2009 10:34:20 -0700 (PDT) Received: from ?192.168.60.90? (out-dcc.ncc.up.pt [193.136.39.10]) by mx.google.com with ESMTPS id b9sm10812018mug.2.2009.03.16.10.34.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 10:34:20 -0700 (PDT) Sender: Rui Paulo Message-Id: <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> From: Rui Paulo To: Cipta H In-Reply-To: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-3--927865657" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 16 Mar 2009 17:34:15 +0000 References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-hackers@freebsd.org Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:06:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-3--927865657 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 16 Mar 2009, at 14:16, Cipta H wrote: > 2. How much experience in C do you need to do this project? Do you > need to know the FreeBSD kernel? Yes, you need to understand the C programming language well and to be able to learn how the FreeBSD kernel works. You also need to figure out a way to structure the data. I know that XML was proposed in the past, but I don't know if this is the case. -- Rui Paulo --Apple-Mail-3--927865657 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkm+jZcACgkQfD8M/ASTygIvLACg1eggHnpVB91h6gzMV7dzpNbc Yq4An3d68rW2SyW8isthrgDkgOdbFPOH =GJHO -----END PGP SIGNATURE----- --Apple-Mail-3--927865657-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 18:09:06 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8AE410656DB; Mon, 16 Mar 2009 18:09:06 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id 43CAC8FC14; Mon, 16 Mar 2009 18:09:06 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by gxk24 with SMTP id 24so1146422gxk.19 for ; Mon, 16 Mar 2009 11:09:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=bjnvT/CCzR2jcCtHGO0EDsMfE98Q04KLtdIeGtK9MAI=; b=Jx1VToL3e/mKXZYfqodtppsgHlepPaj9LkqGwDIvZmCeqXfK5w5U2nitwufYBV2k7O b08Cidn9OiTS+C+tXkjIXX5eLM1pw7BgRyrj7Ysap3xwfpVQcymr+ZlpnhHfpqBhNSHt +1l9VVfQ2vh+qu/0CPkwrq3sP78U6JEPflNmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=O+yr69essfoNgKexh+9mr8pibPMMP5qXIPnvu6ul41+vwwI+CR08Z11Nu6c63UH1t2 w/yqM8DM3AG8lT/COzQ1b7ikbRF9YN1kWHA8DcGmiKiBmqqTNMyZSVLrfE14F4+wY46o SoppKFCnVdC+L58mT2MFxIV/xA9elzImqVPqI= MIME-Version: 1.0 Received: by 10.142.246.19 with SMTP id t19mr2226516wfh.9.1237226945095; Mon, 16 Mar 2009 11:09:05 -0700 (PDT) In-Reply-To: <4AE4493D5E9141E8812E4BC83FB5A2A5@PegaPegII> References: <78cb3d3f0903151209r46837d70m914a23e30a19060e@mail.gmail.com> <4AE4493D5E9141E8812E4BC83FB5A2A5@PegaPegII> Date: Mon, 16 Mar 2009 14:09:05 -0400 Message-ID: <5f67a8c40903161109le12b8afuc25b8c1ec1b6f70c@mail.gmail.com> From: Zaphod Beeblebrox To: Pegasus Mc Cleaft Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , Adrian Penisoara , freebsd-hackers@freebsd.org Subject: Re: ETA for ZFS v. 13 Merge From HEAD ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:09:08 -0000 On Sun, Mar 15, 2009 at 6:39 PM, Pegasus Mc Cleaft wrote: > Hi Adrian, > > I am not sure, but I didnt think ZFS 13 was ever going to be merged into > 7-stable. I thought the kernel memory requirements were to great (just going > back in my memory on that one). Also, I think there are still a few bugs > left with the zil being enabled (and/or prefetch) causing lockups on machine > with a lot of IO. I know I have hit that bug a few times on my machine when > using various torrent clients when they want to preallocate large amounts of > diskspace. > > I personally cant wait until a later version of ZFS is imported that > supports encryption. I can finally say good-bye to our GEOM ELI USB drives > for backups!! Never the less, I am quite thankfull to thoes involved in > porting V13 to FreeBSD. Its a wonderfull improvement and my FS of choice > when installing on new machines (especially zfs boot) I think that you're touching on two entirely separate points here... What it takes to upgrade ZFS in -STABLE and what it takes to bring ZFS modules in to FreeBSD. I sincerely hope that ZFSv13 is planned for -STABLE. Last we left this issue, testing and a few kernel improvements were in the way. None of the kernel improvements were going to change the API, so the project was doable in -STABLE. That said, time marches on, 8.0-RELEASE draws ever nearer. When we were still several years out on 8.0 and ZFS was causing me more problems, I was much more keen to push for the port. I would still welcome it with open arms, but I'm not convinced that anyone is going to push it forward. The issue of encryption (along with many other issues) is tied to the ability of FreeBSD to compile and use ZFS modules. Just like netgraph modules extend the function of netgraph.ko and geom modules extend the base geom function, ZFS is designed (in Solaris, at least) to take modules. ZFS encryption is a module. I'm not clear on compression --- it would make sense that it is a module, but it seemingly got copied into FreeBSD as a core feature (and it may also be so in solaris). Anyways... is there any plans to allow for ZFS modules in FreeBSD? From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 18:39:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5138106566B for ; Mon, 16 Mar 2009 18:39:04 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0118FC12 for ; Mon, 16 Mar 2009 18:39:04 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: by ewy10 with SMTP id 10so3693232ewy.43 for ; Mon, 16 Mar 2009 11:39:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=D2XQiHF/D8NtiDjjvmpPNJhsRCEariJTGDU/AECZwuQ=; b=O2jUh34JCi9AuzjKTU/ci9ZJw5GQ/z+z0QXKAtu7HwVYBfbtdYNUkY5kAm8Ox9lDQB qZEqW+I8X5O1dMSR1N4cJjV/rvVmndGlJmpN9UTKoVQaRQ8mLOMiUbFW5nKCjCvimgfY WeU2eKV93PPlpuSUooieM9aUftZzhYGQ2S6f4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=o9+vaVPiGHTgOIKTH0wbR8JUS9hntwrwMuJo6G4gfo1GwCF9aoZgE+FKujbOZvWWgp /Y/AnoHOiM25GePhl5jIPlblFuJNtuk2DoRuBR6dA/n/irFUfxuDGlFHduwnEPwzB+Nt pVNKJE0FZ2DNRNIfGPrAJiVPu/D92Xb1SGvfE= MIME-Version: 1.0 Received: by 10.210.89.4 with SMTP id m4mr3903131ebb.82.1237228743510; Mon, 16 Mar 2009 11:39:03 -0700 (PDT) Date: Mon, 16 Mar 2009 19:39:03 +0100 Message-ID: <671bb5fc0903161139y2b039a14h1ab33cf1fe369e4@mail.gmail.com> From: Alexej Sokolov To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: rebuilding libpcap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:39:05 -0000 Hello, how to correctly rebuild only libpcap from /usr/src/contrib without rebuilding the whole world ? I try to do in libpcap some changes, then make; make install in /usr/src/contrib/libpcap, but the changes are not visible by calling changed functions :( What I do wrong ? Thanks, Alexej P.S: % uname -v FreeBSD 7.0-RELEASE-p10 #1: Mon Mar 16 16:58:38 CET 2009 From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 18:41:16 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DE0410656C0 for ; Mon, 16 Mar 2009 18:41:16 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3078FC13 for ; Mon, 16 Mar 2009 18:41:15 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: by fxm2 with SMTP id 2so3474455fxm.43 for ; Mon, 16 Mar 2009 11:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7BrWEd2a+J33gV9KQWa26rlcSVJj2PByZr43o3OhE/c=; b=Tdlv9V68/1PYFypNf9/n5kmWdGi06SBQJcSrn4Mv/dvqLvymfXtntng4j1m61G17uM ZZtifVZqQiyBSHJBKLZUu6QpIfNTd/E8cjgm9imRo+Qp2ha4gjyEYPu+M6yzLS4+9brN bNzjsIKe9kcpDYOn70nBXsWd7O+VbCUc19z0g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=BcKTr+yVSjxd1+eqtlEIFLMoaN7Osd8ddvzHNs/VDUmXuJeofluiBfAEDpny2HVVt/ OUS/aGecXW0890D1zj1eDVf1TGTmZUa4X9sfwXUX4qcd2d1XAq6axgQJS6ppvqFH6jsH UD7i28dJurHWq6xf9ucAgXoYYEdkkBKDH0DMQ= MIME-Version: 1.0 Received: by 10.103.171.20 with SMTP id y20mr2269525muo.19.1237228874789; Mon, 16 Mar 2009 11:41:14 -0700 (PDT) In-Reply-To: <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> Date: Mon, 16 Mar 2009 14:41:14 -0400 Message-ID: <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> From: Cipta H To: Rui Paulo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:41:17 -0000 XML? I was thinking of some opaque C structures that the functions write data to, and then supply some accessor methods, just like the ones in libmemstat. Or are you thinking of a different XML? Cipta On Mon, Mar 16, 2009 at 1:34 PM, Rui Paulo wrote: > On 16 Mar 2009, at 14:16, Cipta H wrote: >> >> 2. How much experience in C do you need to do this project? Do you >> need to know the FreeBSD kernel? > > Yes, you need to understand the C programming language well and to be abl= e > to learn how the FreeBSD kernel works. You also need to figure out a way = to > structure the data. I know that =A0XML was proposed in the past, but I do= n't > know if this is the case. > > -- > Rui Paulo > > From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 18:57:54 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3FBF106564A for ; Mon, 16 Mar 2009 18:57:53 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id A97648FC17 for ; Mon, 16 Mar 2009 18:57:53 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n2GIvpCD071624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 Mar 2009 13:57:52 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n2GIvp4h032760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 16 Mar 2009 13:57:51 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n2GIvolM032744; Mon, 16 Mar 2009 13:57:50 -0500 (CDT) (envelope-from dan) Date: Mon, 16 Mar 2009 13:57:50 -0500 From: Dan Nelson To: Alexej Sokolov Message-ID: <20090316185750.GI24875@dan.emsphone.com> References: <671bb5fc0903161139y2b039a14h1ab33cf1fe369e4@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <671bb5fc0903161139y2b039a14h1ab33cf1fe369e4@mail.gmail.com> X-OS: FreeBSD 7.1-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Mon, 16 Mar 2009 13:57:52 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-hackers@freebsd.org Subject: Re: rebuilding libpcap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:57:54 -0000 In the last episode (Mar 16), Alexej Sokolov said: > how to correctly rebuild only libpcap from /usr/src/contrib without > rebuilding the whole world ? I try to do in libpcap some changes, then > make; make install in > /usr/src/contrib/libpcap, > but the changes are not visible by calling changed functions :( > What I do wrong ? /usr/src/contrib is a repository of 3rd-party source trees, and they're not meant to be built from. Try running your "make ; make install" in /usr/src/lib/libpcap instead. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 18:59:55 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5889A1065674 for ; Mon, 16 Mar 2009 18:59:55 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: from mail-ew0-f166.google.com (mail-ew0-f166.google.com [209.85.219.166]) by mx1.freebsd.org (Postfix) with ESMTP id B6EA78FC0A for ; Mon, 16 Mar 2009 18:59:54 +0000 (UTC) (envelope-from bsd.quest@googlemail.com) Received: by ewy10 with SMTP id 10so3699416ewy.43 for ; Mon, 16 Mar 2009 11:59:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dd9Gt17sfcW0FnRO3k8t7+1JW4nHjr565VlkzMm//10=; b=XJFH5FNLv+Nt+SafwZkJV5nJd0sJH6JeOTGL9VGqnm11VofGhhFOXbZpaXjUq3whkd CsZ5vS3MxFUtQMALQssUEWW0LnRHahNCE4M+IqfywK6T9msLx/h72np+ulsA7Ht3qJ4K WMvD0tiiG+yWFTUKPLM04h1qPH7UjMEY8596k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PXeSC4i/ZgFmxpHsZ2DDTvFbjxthTDsFPahFz1vhAzVFGRBox0tSj6HJgEFGdBFOt5 OgIYMwZyRGwQ8Wl+R0oekxpLLq4ZV/7ziCxw5s95TaMYHQHU6npXLtLKLDfBruqHfdfN 2+n1y8J7QBL8v9m3cQipe91w3aYhj+QpVk8Jc= MIME-Version: 1.0 Received: by 10.210.10.11 with SMTP id 11mr3778429ebj.35.1237229993813; Mon, 16 Mar 2009 11:59:53 -0700 (PDT) In-Reply-To: <20090316185750.GI24875@dan.emsphone.com> References: <671bb5fc0903161139y2b039a14h1ab33cf1fe369e4@mail.gmail.com> <20090316185750.GI24875@dan.emsphone.com> Date: Mon, 16 Mar 2009 19:59:53 +0100 Message-ID: <671bb5fc0903161159t2b20ce3fy77d9f282cc1df78d@mail.gmail.com> From: Alexej Sokolov To: Dan Nelson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: rebuilding libpcap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 18:59:55 -0000 Ohhh... thanks a lot ! I'am jaust about to do it... 2009/3/16 Dan Nelson > In the last episode (Mar 16), Alexej Sokolov said: > > how to correctly rebuild only libpcap from /usr/src/contrib without > > rebuilding the whole world ? I try to do in libpcap some changes, then > > make; make install in > > /usr/src/contrib/libpcap, > > but the changes are not visible by calling changed functions :( > > What I do wrong ? > > /usr/src/contrib is a repository of 3rd-party source trees, and they're not > meant to be built from. Try running your "make ; make install" in > /usr/src/lib/libpcap instead. > > -- > Dan Nelson > dnelson@allantgroup.com > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 19:04:51 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F4F0106566C; Mon, 16 Mar 2009 19:04:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id E6AD78FC19; Mon, 16 Mar 2009 19:04:50 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 8CE0528449; Tue, 17 Mar 2009 03:04:49 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 65D93EC5EE8; Tue, 17 Mar 2009 03:04:48 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id tBr9wh846K2N; Tue, 17 Mar 2009 03:04:40 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 74C3AEC1D7E; Tue, 17 Mar 2009 03:04:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=KFLls8puHK91q1ruY/JeJO8cYIg3MZcHP0AxbtsxI0UIPt18ZMpx06Lk9STuD1Dpe bRgu6T/om1ISlbxIdqcCw== Message-ID: <49BEA2BC.6000405@delphij.net> Date: Mon, 16 Mar 2009 12:04:28 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: Cipta H References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> In-Reply-To: <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Rui Paulo Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 19:04:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Cipta, Cipta H wrote: > XML? I was thinking of some opaque C structures that the functions write > data to, and then supply some accessor methods, just like the ones in > libmemstat. Or are you thinking of a different XML? I'm not very sure but I think Rui is referring XML like the GEOM subsystem has used (perhaps to have the kernel expose the statistics data with XML and the userland part of the library parse and return the result)? > On Mon, Mar 16, 2009 at 1:34 PM, Rui Paulo wrote: >> On 16 Mar 2009, at 14:16, Cipta H wrote: >>> 2. How much experience in C do you need to do this project? Do you >>> need to know the FreeBSD kernel? >> Yes, you need to understand the C programming language well and to be able >> to learn how the FreeBSD kernel works. You also need to figure out a way to >> structure the data. I know that XML was proposed in the past, but I don't >> know if this is the case. >> >> -- >> Rui Paulo >> >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkm+orwACgkQi+vbBBjt66DyAACfZYT9/IbaPkUViBqDV6whxi2L N/8An0av6fp/EahIw5aUmd01lfNEo4el =t1WB -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 19:11:19 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45F4D10656D3 for ; Mon, 16 Mar 2009 19:11:19 +0000 (UTC) (envelope-from chris@smartt.com) Received: from barium.smartt.com (barium.smartt.com [69.67.187.30]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0C28FC16 for ; Mon, 16 Mar 2009 19:11:18 +0000 (UTC) (envelope-from chris@smartt.com) Received: from [69.31.174.220] (unknown [69.31.174.220]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by barium.smartt.com (Postfix) with ESMTPSA id 974F310E516; Mon, 16 Mar 2009 12:11:21 -0700 (PDT) Message-ID: <49BEA45A.5060603@smartt.com> Date: Mon, 16 Mar 2009 12:11:22 -0700 From: Chris St Denis User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= References: <49BA9E63.3040000@smartt.com> <20090315144440.N24160@antec.home> In-Reply-To: <20090315144440.N24160@antec.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org Subject: Re: Bug in tcp wrappers? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 19:11:20 -0000 Mikko Työläjärvi wrote: > > Hi Chris, > > On Fri, 13 Mar 2009, Chris St Denis wrote: > >> I think I've found a bug in libwrap/tcpwrappers. > > I think so too :) See below. > >> Before filing an actual bug report I want to get some feedback here >> first. >> >> A hosts.allow file with ~1000 ips on a single line (Haven't >> experimented with >> other quantities yet), causes network daemons that use libwrap stop >> accepting >> incoming network connections and use 100% cpu on an incoming connection. >> This problem appeared because sshguard placed a large number of IPs >> in my >> hosts.allow file triggering this bug. >> >> I've left the affected daemons for a long period of time (once about >> 8 hours) >> and they don't seem to come back, so I think this is more than just >> it taking >> a while to loop through a 1000 item array of IPs >> >> >> The production system that was affected is FreeBSD 7.0-32bit >> Test system is FreeBSD 7.1-32bit >> >> Example hosts.allow file (IPs are randomly generated for purposes of >> example) >> >> sshd : 112.110.123.63 113.11.2.126 113.11.8.6 113.19.19.22 >> 113.197.48.68 116.48.108.244 116.48.11.19 : deny >> ALL : ALL : allow >> >> top output of affected system. sshd wcpu slowly crawls up to 100% >> over about >> 30 seconds or so. >> >> crash# top >> last pid: 692; load averages: 0.08, 0.04, 0.04 >> up >> 0+00:12:13 15:42:30 >> 24 processes: 2 running, 22 sleeping >> CPU: 49.7% user, 0.0% nice, 0.2% system, 0.2% interrupt, 49.9% idle >> Mem: 9304K Active, 6004K Inact, 21M Wired, 32K Cache, 10M Buf, 947M >> Free >> Swap: 1995M Total, 1995M Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >> COMMAND >> 691 root 1 103 0 5760K 3660K CPU1 1 0:04 33.98% sshd >> 672 root 1 4 0 8436K 3888K sbwait 1 0:00 0.00% sshd >> 677 cstdenis 1 20 0 4460K 2288K pause 0 0:00 0.00% csh >> 682 root 1 20 0 5484K 2632K pause 0 0:00 0.00% csh >> 675 cstdenis 1 44 0 8436K 3896K select 0 0:00 0.00% sshd >> >> >> A backtrace shows >> >> crash# gdb /usr/sbin/sshd 691 >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "i386-marcel-freebsd"... >> Attaching to program: /usr/sbin/sshd, process 691 >> Reading symbols from /usr/lib/libssh.so.4...done. >> Loaded symbols for /usr/lib/libssh.so.4 >> Reading symbols from /lib/libutil.so.7...done. >> Loaded symbols for /lib/libutil.so.7 >> Reading symbols from /lib/libz.so.4...done. >> Loaded symbols for /lib/libz.so.4 >> Reading symbols from /usr/lib/libwrap.so.5...done. >> Loaded symbols for /usr/lib/libwrap.so.5 >> >> Reading symbols from /libexec/ld-elf.so.1...done. >> Loaded symbols for /libexec/ld-elf.so.1 >> 0x28373225 in fgets (buf=0xbfbfe67b "", n=1, fp=0x283b8040) at >> /usr/src/lib/libc/stdio/fgets.c:56 >> 56 { >> (gdb) bt >> #0 0x28373225 in fgets (buf=0xbfbfe67b "", n=1, fp=0x283b8040) at >> /usr/src/lib/libc/stdio/fgets.c:56 >> #1 0x281124ee in xgets (ptr=0xbfbfe67b "", len=1, fp=0x283b8040) at >> /usr/src/lib/libwrap/../../contrib/tcp_wrappers/misc.c:38 >> #2 0x28111410 in table_match (table=0x28112c5c "/etc/hosts.allow", >> request=0xbfbfeb14) >> at >> /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:162 >> #3 0x28111540 in hosts_access (request=0xbfbfeb14) at >> /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:132 >> #4 0x08052b39 in main (ac=2, av=0xbfbfeecc) at >> /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/sshd.c:1843 >> (gdb) bt >> #0 0x28373225 in fgets (buf=0xbfbfe67b "", n=1, fp=0x283b8040) at >> /usr/src/lib/libc/stdio/fgets.c:56 >> #1 0x281124ee in xgets (ptr=0xbfbfe67b "", len=1, fp=0x283b8040) at >> /usr/src/lib/libwrap/../../contrib/tcp_wrappers/misc.c:38 >> #2 0x28111410 in table_match (table=0x28112c5c "/etc/hosts.allow", >> request=0xbfbfeb14) >> at >> /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:162 >> #3 0x28111540 in hosts_access (request=0xbfbfeb14) at >> /usr/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:132 >> #4 0x08052b39 in main (ac=2, av=0xbfbfeecc) at >> /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/sshd.c:1843 >> (gdb) q >> The program is running. Quit anyway (and detach it)? (y or n) y >> Detaching from program: /usr/sbin/sshd, process 691 >> >> >> A few questions >> 1. Is this a known issue of any sort? I've done some searching on it, >> but >> haven't found anything of interest. >> 2. Should this be reported to FreeBSD bug tracker, or to libwrap (or >> both)? >> Basically, is FreeBSD's libwrap (more or less) in sync with the main >> one, or >> is it completely separate? > > When given an input line of more than 2k bytes, libwrap ends up in an > infinite loop in xgets(), calling fgets() with a read length of one. > As fgets() reads the length minus one characters, it will keep > "reading" and returning zero length strings. > > Thus your server processes will remain stuck until aborted. > > This Q&D patch makes libwrap behave as documented in hosts_access(5): > > --- misc.c.orig 2009-03-15 14:06:11.000000000 -0700 > +++ misc.c 2009-03-15 14:06:49.000000000 -0700 > @@ -48,6 +48,8 @@ > ptr += got; > len -= got; > ptr[0] = 0; > + if (len <= 1) > + return start; > } > return (ptr > start ? start : 0); > } > > > The documented behavior is: > > "An error is reported when ... when the length of an access control > rule exceeds the capacity of an internal buffer; ..." > > This is only sligtly better, as the code will now try to parse the > remainder of the line as a rule, and either fail or, due to some > syntactic quirk, get a false match. From a security standpoint, both > are bad. > > I don't think you'll get a false "allow" match in your case, but unless > you have a default "deny" rule somewhere at the end, access may be > granted when it shouldn't. > > Please do file a FreeBSD bug. Is there even an upstream maintainer of > tcp wrappers? A quick search seems to indicate that it is more or > less abandoned, albeit adopted by several projects. > > The immediate workarounds I can think of for you are: > > - Somehow teach sshguard to write rules on multiple lines, each > shorter than 2k. Splitting lines using backslashes will not help, > as xgets() is concatenating continued lines into a single buffer > (the one that is too small) anyway. > > - Apply the patch above, change the definition of BUFLEN in tcpdchk.c > and hosts_access.c to a "sufficiently large" value and rebuild > libwrap. Of course, there is no "sufficiently large" value; with > the current libwrap code, you'll always run the risk of lines being > too long. > > The real fix involves rewriting chunks of the libwrap code, or finding > a version where someone has already done so. > > $.02, > /Mikko Thanks. I have created PR 132705. http://www.freebsd.org/cgi/query-pr.cgi?pr=132705 My immediate workaround was even simpler than that. I just turned off sshGuard. It's just there to provide an additional level of security which isn't really needed. I may put it back using one of the firewall modules instead of hosts.allow in the future. I guess it was just never designed for the kind of distributed brute force ssh and ftp attacks that have been occurring more in the last several months. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 19:14:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27D08106567F for ; Mon, 16 Mar 2009 19:14:01 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id AD7328FC25 for ; Mon, 16 Mar 2009 19:14:00 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: by fxm2 with SMTP id 2so3485918fxm.43 for ; Mon, 16 Mar 2009 12:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jbV8v4R+yl3w/X1pUmaFMTIqUpOfsRvTz3WhT49XB4E=; b=jxHdi8L7+ojdKiTU4DpvQgbx4va70fSQOeNuFFRtWt7uHsBni/Wz+V7GORuP53WtGC v2EFOnMdq/XvQlosUSoEMWpE3NTyHI63eOvntF2EFV7DWzJyUD0F+SmbL8hutnPv5m1N w7TcSaS2f0Out6BuZmiJIryLiYOGHyXb0vwgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZGc7KXRYaf/18xcRmQt15xUiO9aoBk8smrpHAy5u26Wo9SV9X/cSpGNjVhdsGuRtnq /4IGoOPLF4VkuWfNqWMS7JRRG6bDV4szkMGaB8y2k0Y+KNvCm0MgVPS50z8Hgy085XXJ DJ/+wzqakXM/qPoOxieMBi1oXJ5McJU38N29Q= MIME-Version: 1.0 Received: by 10.103.182.3 with SMTP id j3mr2326462mup.113.1237230839302; Mon, 16 Mar 2009 12:13:59 -0700 (PDT) In-Reply-To: <49BEA2BC.6000405@delphij.net> References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> <49BEA2BC.6000405@delphij.net> Date: Mon, 16 Mar 2009 15:13:58 -0400 Message-ID: <13b997e60903161213t320252dbg56e96335e79f7eb9@mail.gmail.com> From: Cipta H To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 19:14:01 -0000 Thanks for the reply, Xin. I'm aware of something called sysctl, and if I am accepted to work on this project, my main task is to ensure all live network data will come from sysctl, but the only XML I know of is the markup language. Perhaps someone more knowledgeable can point me to the right resource? Thanks in advance. Cipta On Mon, Mar 16, 2009 at 3:04 PM, Xin LI wrote: > I'm not very sure but I think Rui is referring XML like the GEOM > subsystem has used (perhaps to have the kernel expose the statistics > data with XML and the userland part of the library parse and return the > result)? From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 19:26:36 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07842106566C for ; Mon, 16 Mar 2009 19:26:36 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 53EB08FC16 for ; Mon, 16 Mar 2009 19:26:35 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fxm2 with SMTP id 2so3490254fxm.43 for ; Mon, 16 Mar 2009 12:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=ReXOIaNEDvXqkuqJ53w8Mr5Mu2fWPthPd5Chb7U7LRI=; b=O7xEyodepKveKnQAXu9bWvlf5R+kZlbdPI1WGhplQaMGro7jXKEa+lfomSe0+jDtro CWMNKG/zx12KS/+939rzZGlIwDHifKJCr9gpJxwuxEOpkJL6+d6wxUTNX4WeOMBQ/lK9 4XS823Bygnx/UsUQKegJJtd7FAff7h0slVi7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=wz2rmqNt1+bT3ybmWmbv8BiBW7LmyA7z01sNiOxwTaMGIvmPuQMycVd0IRYpstO+lr B2JgcTK+JlY1vOCiqafXymIYwbHptwkCnGSlyQcKefGlJ1vapcfzT9ynO3AEYv3yPG/G gPiFWvPfBoTMZVDzC1Nk6BCO18/qGCW+2AP98= Received: by 10.103.225.11 with SMTP id c11mr2294237mur.24.1237231594418; Mon, 16 Mar 2009 12:26:34 -0700 (PDT) Received: from epsilon.lan (bl9-152-41.dsl.telepac.pt [85.242.152.41]) by mx.google.com with ESMTPS id j6sm11225678mue.34.2009.03.16.12.26.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 16 Mar 2009 12:26:33 -0700 (PDT) Sender: Rui Paulo Message-Id: <08007F9A-E6FB-4DEE-AB4A-84D3991561D5@freebsd.org> From: Rui Paulo To: d@delphij.net In-Reply-To: <49BEA2BC.6000405@delphij.net> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-4--921135233" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 16 Mar 2009 19:26:25 +0000 References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> <49BEA2BC.6000405@delphij.net> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-hackers@freebsd.org, Cipta H Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 19:26:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-4--921135233 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 16 Mar 2009, at 19:04, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Cipta, > > Cipta H wrote: >> XML? I was thinking of some opaque C structures that the functions >> write >> data to, and then supply some accessor methods, just like the ones in >> libmemstat. Or are you thinking of a different XML? > > I'm not very sure but I think Rui is referring XML like the GEOM > subsystem has used (perhaps to have the kernel expose the statistics > data with XML and the userland part of the library parse and return > the > result)? That's it. Of course, Robert should now more about this than I do and since he mentioned libmemstat, opaque C structs are probably what he was thinking. -- Rui Paulo --Apple-Mail-4--921135233 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkm+p+IACgkQfD8M/ASTygLH+ACdGkHl+Ce8QqXonlN4taOC2bkF ZKwAoKiGgKZuuKE01QwLhncfIzAS1KRc =/53P -----END PGP SIGNATURE----- --Apple-Mail-4--921135233-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 21:32:08 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D536B106564A for ; Mon, 16 Mar 2009 21:32:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 69B508FC17 for ; Mon, 16 Mar 2009 21:32:08 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id C774C28448 for ; Tue, 17 Mar 2009 05:32:06 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 84BC6EC5FC0; Tue, 17 Mar 2009 05:32:05 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id B+NIBW3isU9x; Tue, 17 Mar 2009 05:31:56 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5407AEC5FBC; Tue, 17 Mar 2009 05:31:55 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=tEO9K3GL9gX9Q5XyfiqPVsVk0qPFQcD0CxwPnfCnX3xq/gHZ97i9Kk83X/O6BR20h 0bAATuGjSba5hzH2HwDFg== Message-ID: <49BEC548.90309@delphij.net> Date: Mon, 16 Mar 2009 14:31:52 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090217) MIME-Version: 1.0 To: Cipta H References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> <49BEA2BC.6000405@delphij.net> <13b997e60903161213t320252dbg56e96335e79f7eb9@mail.gmail.com> In-Reply-To: <13b997e60903161213t320252dbg56e96335e79f7eb9@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 21:32:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Cipta, Cipta H wrote: > Thanks for the reply, Xin. I'm aware of something called sysctl, and if > I am accepted to work on this project, my main task is to ensure all live > network data will come from sysctl, but the only XML I know of is the > markup language. Perhaps someone more knowledgeable can point me > to the right resource? Thanks in advance. Yes it's the markup language. I think whether or not to use XML really depends on whether you want structured data. The current approach we have used is to use kvm(3) and obtain the data directly based on knowledge of in-kernel data structure. By using XML, the structured data can be represented in a self-explaining form and known data can be easily extracted from it (of course you will need to design a schema for the data but that's fairly easy once you know what you are willing to expose). Note that you may want to contact Robert to better understand the problem that the libnetstat and friends is targeted to solve. XML is one possible approach (and we have a built-in XML parser library that can be used by userland programs) but it's not the only possible approach :) > Cipta > > On Mon, Mar 16, 2009 at 3:04 PM, Xin LI wrote: >> I'm not very sure but I think Rui is referring XML like the GEOM >> subsystem has used (perhaps to have the kernel expose the statistics >> data with XML and the userland part of the library parse and return the >> result)? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkm+xUcACgkQi+vbBBjt66AGRwCgpN1jErbevmhllKqlQgYxuWZt 07AAn1iycaHQCrC74h/RHkokFyBdD9RD =QUDy -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 22:11:35 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA16510656E6 for ; Mon, 16 Mar 2009 22:11:35 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 25E288FC1D for ; Mon, 16 Mar 2009 22:11:34 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so12159fgb.35 for ; Mon, 16 Mar 2009 15:11:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6bYhYuMC7g0lepTsVI5Mt/RO4briCyfbc4O+d30S2iw=; b=hGKif2ttfgZTqlPAAZEvexo6VJKxzZl2u4mO8okUHom/x6dXVin7rp4jA6YxTQ44ec +TbgHgpOx3/fdr7l6iMFGKgHsTFORf6GQWFv3vyL3xavzJDtLaQak/kqNSsAqJGUoKjo ezri51jqEqsJrGJkTxQycT3IypZKSs+CWr+As= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tUfeRAyXOEs7gOZwDNIkGno8pUHXrolJSkt/SuUWEcEWG3y6HHp2gLkfav5LW2oJhk /fsYv6X4SAJHqvBPTO2dtt+xG2lM7mIo6ba4ThGlGM6D3iA73T7R3UtBdnnVph0u65f+ 9AIjMep0U/RMq7K9Z7MG2tM+iUVcFNG7mWHjs= MIME-Version: 1.0 Received: by 10.86.92.7 with SMTP id p7mr3025567fgb.24.1237241494281; Mon, 16 Mar 2009 15:11:34 -0700 (PDT) In-Reply-To: <49BEC656.50702@freebsd.org> References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> <49BEA2BC.6000405@delphij.net> <13b997e60903161213t320252dbg56e96335e79f7eb9@mail.gmail.com> <49BEC656.50702@freebsd.org> Date: Mon, 16 Mar 2009 18:11:34 -0400 Message-ID: <13b997e60903161511p70ee2252qf6d594dae13e4ec@mail.gmail.com> From: Cipta H To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:11:36 -0000 On Mon, Mar 16, 2009 at 5:36 PM, Tim Kientzle wrote: > Many people consider top-posting to be rude. =A0FYI. > My comments below, where they belong. > > Cipta H wrote: >> >> Thanks for the reply, Xin. I'm aware of something called sysctl, and if >> I am accepted to work on this project, my main task is to ensure all liv= e >> network data will come from sysctl, but the only XML I know of is the >> markup language. Perhaps someone more knowledgeable can point me >> to the right resource? Thanks in advance. >> >> Cipta >> >> On Mon, Mar 16, 2009 at 3:04 PM, Xin LI wrote: >> >>> I'm not very sure but I think Rui is referring XML like the GEOM >>> subsystem has used (perhaps to have the kernel expose the statistics >>> data with XML and the userland part of the library parse and return the >>> result)? > > There are two different issues: > =A0* Kernel <-> userland communications > =A0* library <-> client program communications > > There is ample precedent for the former to use sysctl > interfaces that return XML from the kernel that is then > parsed in userland. =A0In particular, this makes it much > easier to extend in the future, as long as the proposed > libnetstat library ignores data it doesn't understand. > (In the past, many tools parsed in-kernel data > structures to obtain this kind of information, which is > prone to breakage whenever the kernel changes. =A0Making > this so that kernel and tools can evolve more independently > is a major goal here.) > > For the latter, some kind of opaque C structure > makes sense, since that simplifies the client programs. > > So really this breaks down into two very different > tasks: > =A0* Designing and implementing a sysctl that returns > =A0 network statistics as an XML blob > =A0* Designing and implementing a C library that knows > =A0 how to fetch the XML blob, parse it, and return > =A0 data to client programs. > > Does this make more sense now? > > Tim > Yes, it does, Tim, thank you so much. I'll be sure to look into sysctl.h and study its ability to return XML. I will also contact Robert about this project once I finish gathering more info. Thank you all for answering my questions. Cipta P.S. Sorry about top-posting. I'll be sure to remember it from now on. From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 16 22:13:49 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09BD7106566B for ; Mon, 16 Mar 2009 22:13:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5037E8FC15 for ; Mon, 16 Mar 2009 22:13:48 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2GLaMUA000146; Mon, 16 Mar 2009 14:36:22 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id kptcxzkb9bcgg37crnjkevmhtn; Mon, 16 Mar 2009 14:36:22 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49BEC656.50702@freebsd.org> Date: Mon, 16 Mar 2009 14:36:22 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cipta H References: <13b997e60903160716x21881adfma588c32551c36e6f@mail.gmail.com> <21C1FF9D-4CDA-4476-9F11-3DE281279C1A@freebsd.org> <13b997e60903161141j8faaf7frd6ce9b1423b40164@mail.gmail.com> <49BEA2BC.6000405@delphij.net> <13b997e60903161213t320252dbg56e96335e79f7eb9@mail.gmail.com> In-Reply-To: <13b997e60903161213t320252dbg56e96335e79f7eb9@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, d@delphij.net Subject: Re: writing libnetstat for Summer of Code 2009 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 22:13:49 -0000 Many people consider top-posting to be rude. FYI. My comments below, where they belong. Cipta H wrote: > Thanks for the reply, Xin. I'm aware of something called sysctl, and if > I am accepted to work on this project, my main task is to ensure all live > network data will come from sysctl, but the only XML I know of is the > markup language. Perhaps someone more knowledgeable can point me > to the right resource? Thanks in advance. > > Cipta > > On Mon, Mar 16, 2009 at 3:04 PM, Xin LI wrote: > >>I'm not very sure but I think Rui is referring XML like the GEOM >>subsystem has used (perhaps to have the kernel expose the statistics >>data with XML and the userland part of the library parse and return the >>result)? There are two different issues: * Kernel <-> userland communications * library <-> client program communications There is ample precedent for the former to use sysctl interfaces that return XML from the kernel that is then parsed in userland. In particular, this makes it much easier to extend in the future, as long as the proposed libnetstat library ignores data it doesn't understand. (In the past, many tools parsed in-kernel data structures to obtain this kind of information, which is prone to breakage whenever the kernel changes. Making this so that kernel and tools can evolve more independently is a major goal here.) For the latter, some kind of opaque C structure makes sense, since that simplifies the client programs. So really this breaks down into two very different tasks: * Designing and implementing a sysctl that returns network statistics as an XML blob * Designing and implementing a C library that knows how to fetch the XML blob, parse it, and return data to client programs. Does this make more sense now? Tim From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 17 09:29:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A781065673 for ; Tue, 17 Mar 2009 09:29:26 +0000 (UTC) (envelope-from srikanthhcu05@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.184]) by mx1.freebsd.org (Postfix) with ESMTP id 9B45B8FC17 for ; Tue, 17 Mar 2009 09:29:25 +0000 (UTC) (envelope-from srikanthhcu05@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1350541tib.3 for ; Tue, 17 Mar 2009 02:29:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=mqMWLieJqUJUh7AYyIP/DGzP9gio21+rjNbq9eUYKrk=; b=VK1KxB77d7gmdW2o8v7gd86zDDZjetdmytCeV2FJ8wV5rxPC2sNldwq8n0ZwEXOKu5 TwPfoa1/MQSOmP/sEVHUh45kvI/J5GiIQyuFcqE7Slum7ALoLzy7rEAQp0M2q2befLta PAEJGFlG48k/WU7ottMiZ5+MRTKUVqFH78Ss8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=CFlmm0ieP9xQ+CS9kvzfHZcbbEjIWzMJTakGBQ4q6BmYdxzxo153P7vNZY59B+/R85 y6AP97EUnxOPDYQYV/KUMBRmhVcrvFTzrK5YTI8GRlpZCvXw0csg7lgVLKyNT4PtsplG pQ8No0boRCe0uKFVvVW82b+5kOvfllSQjG8qE= MIME-Version: 1.0 Received: by 10.110.14.3 with SMTP id 3mr8952319tin.7.1237280254082; Tue, 17 Mar 2009 01:57:34 -0700 (PDT) Date: Tue, 17 Mar 2009 14:27:34 +0530 Message-ID: From: srikanth jampala To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SA add notification to externa module X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 09:29:26 -0000 Hi all This is my first posting. I want the notifications about the SA (security association) add/delete events, from the kernel to my externel kernel module. How can I do this... ? Thanks in advance for ur suggestions. Srikanth. From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 17 12:20:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23F4A106566B for ; Tue, 17 Mar 2009 12:20:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F3A728FC1B for ; Tue, 17 Mar 2009 12:20:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8FA1B46B03; Tue, 17 Mar 2009 08:20:47 -0400 (EDT) Date: Tue, 17 Mar 2009 12:20:47 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: srikanth jampala In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: SA add notification to externa module X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 12:20:48 -0000 On Tue, 17 Mar 2009, srikanth jampala wrote: > This is my first posting. > > I want the notifications about the SA (security association) add/delete > events, from the kernel to my externel kernel module. > > How can I do this... ? > > Thanks in advance for ur suggestions. I'm not sure if PF_KEY has an async notification event, but in principle you could consume those inside the kernel, not just in a user application. Alternatively, you might reasonably submit a patch to add an EVENTHANDLER(9) event at the right points in the kernel code so that future versions of FreeBSD will allow your code to plug in more easily. We already provide event handler hooks for things like process fork/exit, arrival/departure of network interfaces, etc. The trick is to place them at the right points so that appropriate locks are held, and you'll want to avoid having your handler code change the semantics of the calling site (i.e., don't sleep if that's not allowed). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 17 15:40:36 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96D751065686 for ; Tue, 17 Mar 2009 15:40:36 +0000 (UTC) (envelope-from gemochka@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id F08418FC0A for ; Tue, 17 Mar 2009 15:40:35 +0000 (UTC) (envelope-from gemochka@gmail.com) Received: by bwz8 with SMTP id 8so131738bwz.43 for ; Tue, 17 Mar 2009 08:40:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=/6R80B8gqxwQbkHTYuMttB1hLIk6juzNdRmz0BMyilE=; b=m6aWLlC6XGkjgKY6IvzIxpQaPtaW+Mfsyg0F6jR7e6iBfcMQ7pGaq5z7sIhHk46TbP HcJOFchvQtkY1yuK4LMtmSRgur3UVJ+Vvk9jsDhO3RLMVM1D6TaGlCFr6oT+hR5KaWEu MAjdQNgBOtsJ3Aa4htBNvElcOtjPm9OK4Y4/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PUGtmOuft2dv5A6SsaB4cp+L08ICzY1sChsfkTUXFRObZVo9jZ16K2To46mYnd0USO ZAVIDq4j5lsItPHeDkpKUXN9VLA/HxLpf1RfCJFtH3B+Xw9P1pbyZbzNvzaER1n0Tsiz bzubVpCfW82o+X3p3IrJ9C4s/QOwFJ1NBp2Dc= MIME-Version: 1.0 Received: by 10.103.252.17 with SMTP id e17mr69911mus.14.1237303128859; Tue, 17 Mar 2009 08:18:48 -0700 (PDT) Date: Tue, 17 Mar 2009 18:18:48 +0300 Message-ID: <84133fac0903170818j422891b2ibd0951fcced3368e@mail.gmail.com> From: Gema niskazhu To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Trying to use ptrace under FBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:40:37 -0000 Hi all! First of all sorry for my bad english. I am using Free BSD CURRENT x86_64. I am trying to use ptrace under free bsd simply to test that it works Here is my code: #include #include #include #include #include #include #include #include main() { int pid; int wait_val; long long counter = 1; switch(pid = fork() ) { case 0: ptrace(PT_TRACE_ME, 0, 0); execl("/bin/ls","ls",0); break; default: wait(&wait_val); while(WIFSTOPED(wait_val)) { if (ptrace(PT_STEP, pid, *(caddr_t)1)) break; wait(&wait_val); counter++; } } printf("==%lld\n", counter); } But on compilation i get smth like /usr/include/sys/ptrace.h:90: error: expected specifier-qualifier-list before 'lwpid_t' /usr/include/sys/ptrace.h:158: error: expected declaration specifiers or '...' before 'caddr_t' I've googled a lot but cant understand whats wrong... Any suggestions? Thanks in advance From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 17 15:46:34 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B32510656BF for ; Tue, 17 Mar 2009 15:46:34 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id B256C8FC1A for ; Tue, 17 Mar 2009 15:46:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz8 with SMTP id 8so134209bwz.43 for ; Tue, 17 Mar 2009 08:46:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EYPOvzn368Ypc37GoSuRZLyJsvWgfwPF1GHqfti8vqo=; b=VXpyjpwjHsRe28ixmbodllIAl7xjaHJyMLZv/jGCY5qbKIhlz2xTuhWo2fiwRuZ0EO INF8U1f9OfrH3PYliN59Yi77RhsMGgWuW0eVCD0hi4xsn+Jy6JVC2cIhjoezFj0JAUa3 WV6br1OGf5nfbucwkuS4rJ0iMvPrgX+b/IhKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WyuSNUbyESaCF0/78zae4b1hEXoENVtV8DE/qqwtYWjwqtbvXCfhUHs5p3mAl/Zew/ kaWplp7GndITAJgS/apYq6DawiB1sCTX0VCXzAZIpGL0Bw0jx0Jni1MBeItTFH3iJiUN Lm7oSZ0GR8ncsN75QIZELJJyw7Z0TqDrxIMjg= MIME-Version: 1.0 Received: by 10.103.247.14 with SMTP id z14mr70846mur.70.1237304792434; Tue, 17 Mar 2009 08:46:32 -0700 (PDT) In-Reply-To: <84133fac0903170818j422891b2ibd0951fcced3368e@mail.gmail.com> References: <84133fac0903170818j422891b2ibd0951fcced3368e@mail.gmail.com> Date: Tue, 17 Mar 2009 18:46:32 +0300 Message-ID: From: pluknet To: Gema niskazhu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Trying to use ptrace under FBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 15:46:35 -0000 2009/3/17 Gema niskazhu : > Hi all! > > First of all sorry for my bad english. > > I am using Free BSD CURRENT x86_64. > > I am trying to =A0use ptrace under free bsd > > simply to test that it works > > Here is my code: > > #include > #include > #include > #include > #include There is at least an incorrect include order. sys/types.h is a prerequisite for sys/ptrace.h > #include > #include > #include > > > main() > { > =A0int pid; > =A0int wait_val; > =A0long long counter =3D 1; > > =A0switch(pid =3D fork() ) > =A0{ > =A0case 0: > > > =A0ptrace(PT_TRACE_ME, 0, 0); > > > > =A0execl("/bin/ls","ls",0); > =A0break; > > =A0default: > > > =A0wait(&wait_val); > > =A0while(WIFSTOPED(wait_val)) > =A0{ > =A0if (ptrace(PT_STEP, pid, *(caddr_t)1)) break; > > =A0wait(&wait_val); > > =A0counter++; > =A0} > > > =A0} > > =A0printf("=3D=3D%lld\n", counter); > > > } > > But on compilation i get smth like > > /usr/include/sys/ptrace.h:90: error: expected specifier-qualifier-list > before 'lwpid_t' > /usr/include/sys/ptrace.h:158: error: expected declaration specifiers or > '...' before 'caddr_t' > > I've googled a lot but cant understand whats wrong... > > Any suggestions? > > Thanks in advance > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 wbr, pluknet From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 06:29:36 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 388B21065673 for ; Wed, 18 Mar 2009 06:29:36 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f176.google.com (mail-ew0-f176.google.com [209.85.219.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6A01D8FC12 for ; Wed, 18 Mar 2009 06:29:35 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by ewy24 with SMTP id 24so276461ewy.43 for ; Tue, 17 Mar 2009 23:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ZnJLGNn5PArgnOSBntNTvjbXTSxb3AR0QT84Nt6lqHU=; b=p/TUGL3meOscXrMrZatyeVk7EP3AfvScJvDXUo+6eHBLOcVgfLdfhbxEN67/7WDF3U pTWJo7HpuVY+8c7A2qUA/7j5jA5C1V0TogVNjMkhJi4NjiVZGxkzFXBRhlnJLrWAVucw J9+xt2OfXRUr67h7rDxuPq7G1M2TlFHjzv/fY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=xRE4vrVZU+RpXDwkuI5UWzkW+TX38+AP6lYKe6/TC0+WsonButKD++RwIflcA9Xgzp /Szr0Xyu7jcM8bdzdUxhIjsYAOTFaenoTzbUJGELs5Zy6UbuhxDXob9BoLi2lZoyaynO HZxh8HXxMbqNloM0b72CpbotaoYscyppb9it0= MIME-Version: 1.0 Received: by 10.216.18.199 with SMTP id l49mr344963wel.23.1237356292934; Tue, 17 Mar 2009 23:04:52 -0700 (PDT) Date: Wed, 18 Mar 2009 02:04:52 -0400 Message-ID: From: grarpamp To: freebsd-fs@freebsd.org, freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary=0016e64c2a484d0bb304655e769f X-Mailman-Approved-At: Wed, 18 Mar 2009 11:13:31 +0000 Cc: Subject: ZFS version list [was ETA for ZFS ver: n] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 06:29:36 -0000 --0016e64c2a484d0bb304655e769f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit ZFS version list [was ETA for ZFS ver: n] I needed raw, bit reliable, stable, encrypted storage. ZFS gave all but the last part so far. None of the features since v6 were useful to me. And as with most software, there are surely tons of fixes and optimizations being handled silently that are useful. Additions at or before v6 that were nifty: compression hot spares raidz2 ditto blocks sha256 - chained back to the uberblock thing Integrated crypto will be very useful, simply to eliminate that GEOM. Even if GBDE and GELI are cool :) Hopefully ZFS will include a strong 256 bit cipher along with other options. My guess is that it will be out from SUN midyear, before FBSD 8.0, and thus a potential for 8.0. The ZFS iSCSI bit might be cool. Putting things like that all under the ZFS hierarchy could be sickly entertaining :) If BSD chflags(2) schg, as on UFS, does or will work on ZFS, that's cool. See the Solaris chmod command. FBSD could very well have magically encrypted user homedirs that make use of some of the inherent ZFS [delegation, etc?] features. login could be hacked as could sshd or possibly pamify things. Haven't really thought about it other than Apple has it. Don't know about other BSD's. It is awesome that FBSD has ZFS! No matter what gets done when, thanks for all the work on it... past, present and on into future. Version list attached for people to reference... --0016e64c2a484d0bb304655e769f Content-Type: text/plain; charset=US-ASCII; name="zfs_ver_list.txt" Content-Disposition: attachment; filename="zfs_ver_list.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fsflywc8 Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KaHR0cDovL29wZW5zb2xh cmlzLm9yZy9vcy9jb21tdW5pdHkvemZzL3ZlcnNpb24vPG4+Lwo9PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09CgpaRlMgUG9vbCBWZXJzaW9uIDE0CgpUaGlzIHZlcnNpb24g aW5jbHVkZXMgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2luZyBmZWF0dXJlOgoKICAgICogcGFzc3Ro cm91Z2gteCBhY2xpbmhlcml0IHByb3BlcnR5IHN1cHBvcnQKClRoaXMgZmVhdHVyZSBpcyBhdmFp bGFibGUgaW46CgogICAgKiBTb2xhcmlzIEV4cHJlc3MgQ29tbXVuaXR5IEVkaXRpb24sIGJ1aWxk IDEwMwoKVGhlIHJlbGF0ZWQgYnVnIGFuZCBQU0FSQyBjYXNlIGZvciB0aGUgdmVyc2lvbiAxNCBj aGFuZ2UgYXJlOgoKICAgICogNjc2NTE2NiBOZWVkIHRvIHByb3ZpZGUgbWVjaGFuaXNtIHRvIG9w dGlvbmFsbHkgaW5oZXJpdAogICAgQUNFX0VYRUNVVEUKICAgICogUFNBUkMgMjAwOC82NTkgTmV3 IFpGUyAicGFzc3Rocm91Z2gteCIgQUNMIGluaGVyaXRhbmNlIHJ1bGVzCgo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09CgpaRlMgUG9vbCBWZXJzaW9uIDEzCgpUaGlzIHZl cnNpb24gaW5jbHVkZXMgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2luZyBmZWF0dXJlczoKCiAgICAq IHVzZWRieXNuYXBzaG90cyBwcm9wZXJ0eQogICAgKiB1c2VkYnljaGlsZHJlbiBwcm9wZXJ0eQog ICAgKiB1c2VkYnlyZWZyZXNlcnZhdGlvbiBwcm9wZXJ0eQogICAgKiB1c2VkYnlkYXRhc2V0IHBy b3BlcnR5CgpUaGVzZSBmZWF0dXJlcyBhcmUgYXZhaWxhYmxlIGluOgoKICAgICogU29sYXJpcyBF eHByZXNzIENvbW11bml0eSBFZGl0aW9uLCBidWlsZCA5OAoKVGhlIHJlbGF0ZWQgYnVnIGFuZCBQ U0FSQyBjYXNlIGZvciB2ZXJzaW9uIDEzIGNoYW5nZSBpczoKCiAgICAqIDY3MzA3OTkgd2FudCBz bmFwdXNlZCBwcm9wZXJ0eQogICAgKiBQU0FSQyAyMDA4LzUxOCBaRlMgc3BhY2UgYWNjb3VudGlu ZyBlbmhhbmNlbWVudHMKCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K ClpGUyBQb29sIFZlcnNpb24gMTIKClRoaXMgdmVyc2lvbiBpbmNsdWRlcyBzdXBwb3J0IGZvciB0 aGUgZm9sbG93aW5nIGZlYXR1cmU6CgogICAgKiBQcm9wZXJ0aWVzIGZvciBTbmFwc2hvdHMKClRo aXMgZmVhdHVyZSBpcyBhdmFpbGFibGUgaW46CgogICAgKiBTb2xhcmlzIEV4cHJlc3MgQ29tbXVu aXR5IEVkaXRpb24sIGJ1aWxkIDk2CgpUaGUgcmVsYXRlZCBidWcgZm9yIHRoZSB2ZXJzaW9uIDEy IGNoYW5nZSBpczoKCiAgICAqIDY3MDE3OTcgd2FudCB1c2VyIHByb3BlcnRpZXMgb24gc25hcHNo b3RzCgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CgpaRlMgUG9vbCBW ZXJzaW9uIDExCgpUaGlzIHZlcnNpb24gaW5jbHVkZXMgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2lu ZyBmZWF0dXJlOgoKICAgICogSW1wcm92ZWQgenBvb2wgc2NydWIgLyByZXNpbHZlciBwZXJmb3Jt YW5jZQoKVGhpcyBmZWF0dXJlIGlzIGF2YWlsYWJsZSBpbjoKCiAgICAqIFNvbGFyaXMgRXhwcmVz cyBDb21tdW5pdHkgRWRpdGlvbiwgYnVpbGQgOTQKClRoZSByZWxhdGVkIGJ1ZyBmb3IgdGhlIHZl cnNpb24gMTEgY2hhbmdlIGlzOgoKICAgICogNjM0MzY2NyBzY3J1Yi9yZXNpbHZlciBoYXMgdG8g c3RhcnQgb3ZlciB3aGVuIGEgc25hcHNob3QgaXMKICAgIHRha2VuCiAgICAqIChOb3RlLCB0aGlz IGJ1ZyBpcyBmaXhlZCB3aGVuIHVzaW5nIGJ1aWxkIDk0IGV2ZW4gd2l0aCBvbGRlcgogICAgcG9v bCB2ZXJzaW9ucy4gSG93ZXZlciwgdXBncmFkaW5nIHRoZSBwb29sIGNhbiBpbXByb3ZlIHNjcnVi CiAgICBwZXJmb3JtYW5jZSB3aGVuIHRoZXJlIGFyZSBtYW55IGZpbGVzeXN0ZW1zLCBzbmFwc2hv dHMsIGFuZAogICAgY2xvbmVzLikKCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KClpGUyBQb29sIFZlcnNpb24gMTAKClRoaXMgdmVyc2lvbiBpbmNsdWRlcyBzdXBwb3J0 IGZvciB0aGUgZm9sbG93aW5nIGZlYXR1cmU6CgogICAgKiBEZXZpY2VzIGNhbiBiZSBhZGRlZCB0 byBhIHN0b3JhZ2UgcG9vbCBhcyAiY2FjaGUgZGV2aWNlcy4iCiAgICBUaGVzZSBkZXZpY2VzIHBy b3ZpZGUgYW4gYWRkaXRpb25hbCBsYXllciBvZiBjYWNoaW5nIGJldHdlZW4KICAgIG1haW4gbWVt b3J5IGFuZCBkaXNrLiBVc2luZyBjYWNoZSBkZXZpY2VzIHByb3ZpZGVzIHRoZSBncmVhdGVzdAog ICAgcGVyZm9ybWFuY2UgaW1wcm92ZW1lbnQgZm9yIHJhbmRvbSByZWFkLXdvcmtsb2FkcyBvZiBt b3N0bHkKICAgIHN0YXRpYyBjb250ZW50LgoKVGhpcyBmZWF0dXJlIGlzIGF2YWlsYWJsZSBpbiB0 aGUgU29sYXJpcyBFeHByZXNzIENvbW11bml0eSBFZGl0aW9uLApidWlsZCA3OC4KClRoZSBTb2xh cmlzIDEwIDEwLzA4IHJlbGVhc2UgaW5jbHVkZXMgWkZTIHBvb2wgdmVyc2lvbiAxMCwgYnV0CnN1 cHBvcnQgZm9yIGNhY2hlIGRldmljZXMgaXMgbm90IGluY2x1ZGVkIGluIHRoaXMgU29sYXJpcyBy ZWxlYXNlLgoKVGhlIHJlbGF0ZWQgYnVnIGZvciB0aGUgdmVyc2lvbiAxMCBjaGFuZ2UgaXM6Cgog ICAgKiA2NTM2MDU0IHNlY29uZCB0aWVyICgiZXh0ZXJuYWwiKSBBUkMKCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KClpGUyBQb29sIFZlcnNpb24gOQoKVGhpcyB2ZXJz aW9uIGluY2x1ZGVzIHN1cHBvcnQgZm9yIHRoZSBmb2xsb3dpbmcgZmVhdHVyZXM6CgogICAgKiBJ biBhZGRpdGlvbiB0byB0aGUgZXhpc3RpbmcgWkZTIHF1b3RhIGFuZCByZXNlcnZhdGlvbiBmZWF0 dXJlcywKICAgIHRoaXMgcmVsZWFzZSBpbmNsdWRlcyBkYXRhc2V0IHF1b3RhcyBhbmQgcmVzZXJ2 YXRpb25zIHRoYXQgZG8KICAgIG5vdCBpbmNsdWRlIGRlc2NlbmRlbnQgZGF0YXNldHMsIHN1Y2gg YXMgc25hcHNob3RzIGFuZCBjbG9uZXMsCiAgICBpbiB0aGUgc3BhY2UgY29uc3VtcHRpb24uICgi emZzIHNldCByZWZxdW90YSIgYW5kICJ6ZnMgc2V0CiAgICByZWZyZXNlcnZhdGlvbiIuKQoKICAg ICogQSByZXNlcnZhdGlvbiBpcyBhdXRvbWF0aWNhbGx5IHNldCB3aGVuIGEgbm9uLXNwYXJzZSBa RlMKICAgIHZvbHVtZSBpcyBjcmVhdGVkIHRoYXQgbWF0Y2hlcyB0aGUgc2l6ZSBvZiB0aGUgdm9s dW1lLiBUaGlzCiAgICByZWxlYXNlIHByb3ZpZGVzIGFuIGltbWVkaWF0ZSByZXNlcnZhdGlvbiBm ZWF0dXJlIHNvIHRoYXQgeW91CiAgICBzZXQgYSByZXNlcnZhdGlvbiBvbiBhIG5vbi1zcGFyc2Ug dm9sdW1lIHdpdGggZW5vdWdoIHNwYWNlIHRvCiAgICB0YWtlIHNuYXBzaG90cyBhbmQgbW9kaWZ5 IHRoZSBjb250ZW50cyBvZiB0aGUgdm9sdW1lLgoKICAgICogQ0lGUyBzZXJ2ZXIgc3VwcG9ydAoK VGhlc2UgZmVhdHVyZXMgYXJlIGF2YWlsYWJsZSBpbiBTb2xhcmlzIEV4cHJlc3MgQ29tbXVuaXR5 IEVkaXRpb24sCmJ1aWxkIDc3LgoKVGhlIHJlbGF0ZWQgYnVncyBmb3IgdmVyc2lvbiA5IGNoYW5n ZXMgYXJlOgoKICAgICogNjQzMTI3NyB3YW50IGZpbGVzeXN0ZW0tb25seSBxdW90YXMKICAgICog NjQ4MzY3NyBuZWVkIGltbWVkaWF0ZSByZXNlcnZhdGlvbgogICAgKiA2NjE3MTgzIENJRlMgU2Vy dmljZSAgUFNBUkMgMjAwNi83MTUKCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KClpGUyBQb29sIFZlcnNpb24gOAoKVGhpcyB2ZXJzaW9uIG5vdyBzdXBwb3J0cyB0aGUg YWJpbGl0eSB0byBkZWxlZ2F0ZSB6ZnMoMU0pIGFkbWluaXN0cmF0aXZlCnRhc2tzIHRvIG9yZGlu YXJ5IHVzZXJzLgoKVGhpcyBmZWF0dXJlIGlzIGF2YWlsYWJsZSBpbjoKCiAgICAqIFNvbGFyaXMg RXhwcmVzcyBDb21tdW5pdHkgRWRpdGlvbiwgYnVpbGQgNjkKICAgICogU29sYXJpcyAxMCAxMC8w OCByZWxlYXNlCgpUaGUgcmVsYXRlZCBidWcgZm9yIHRoZSB2ZXJzaW9uIDggY2hhbmdlIGlzOgoK ICAgICogNjM0OTQ3MCBpbnZlc3RpZ2F0ZSBub24tcm9vdCByZXN0b3JlL2JhY2t1cAoKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQoKWkZTIFBvb2wgVmVyc2lvbiA3CgpU aGlzIHZlcnNpb24gaW5jbHVkZXMgc3VwcG9ydCBmb3IgdGhlIGZvbGxvd2luZyBmZWF0dXJlOgoK VGhlIFpGUyBJbnRlbnQgTG9nIChaSUwpIHNhdGlzZmllcyB0aGUgbmVlZCBvZiBzb21lIGFwcGxp Y2F0aW9ucwp0byBrbm93IHRoZSBkYXRhIHRoZXkgY2hhbmdlZCBpcyBvbiBzdGFibGUgc3RvcmFn ZSBvbiByZXR1cm4gZnJvbQphIHN5c3RlbSBjYWxsLiBUaGUgSW50ZW50IExvZyBob2xkcyByZWNv cmRzIG9mIHRob3NlIHN5c3RlbSBjYWxscwphbmQgdGhleSBhcmUgcmVwbGF5ZWQgaWYgdGhlIHN5 c3RlbSBwb3dlciBmYWlscyBvciBwYW5pY3MgaWYgdGhleQpoYXZlIG5vdCBiZWVuIGNvbW1pdHRl ZCB0byB0aGUgbWFpbiBwb29sLiBXaGVuIHRoZSBJbnRlbnQgTG9nIGlzCmFsbG9jYXRlZCBmcm9t IHRoZSBtYWluIHBvb2wsIGl0IGFsbG9jYXRlcyBibG9ja3MgdGhhdCBjaGFpbiB0aHJvdWdoCnRo ZSBwb29sLiBUaGlzIHZlcnNpb24gYWRkcyB0aGUgY2FwYWJpbGl0eSB0byBzcGVjaWZ5IGEgc2Vw YXJhdGUKSW50ZW50IExvZyBkZXZpY2Ugb3IgZGV2aWNlcy4KClRoaXMgZmVhdHVyZSBpcyBhdmFp bGFibGUgaW46CgogICAgKiBTb2xhcmlzIEV4cHJlc3MgQ29tbXVuaXR5IEVkaXRpb24sIGJ1aWxk IDY4CiAgICAqIFNvbGFyaXMgMTAgMTAvMDggcmVsZWFzZQoKVGhlIHJlbGF0ZWQgYnVnIGZvciB0 aGUgdmVyc2lvbiA3IGNoYW5nZSBpczoKCiAgICAqIDYzMzk2NDAgTWFrZSBaSUwgdXNlIE5WUkFN IHdoZW4gYXZhaWxhYmxlLgoKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PQoKWkZTIFBvb2wgVmVyc2lvbiA2CgpUaGlzIHZlcnNpb24gaW5jbHVkZXMgc3VwcG9ydCBmb3Ig dGhlIGZvbGxvd2luZyBmZWF0dXJlOgoKICAgICogJ2Jvb3RmcycgcG9vbCBwcm9wZXJ0eQoKVGhp cyBmZWF0dXJlIGlzIGF2YWlsYWJsZSBpbjoKCiAgICAqIFNvbGFyaXMgRXhwcmVzcyBDb21tdW5p dHkgRWRpdGlvbiwgYnVpbGQgNjIKICAgICogU29sYXJpcyAxMCAxMC8wOCByZWxlYXNlCgpUaGUg cmVsYXRlZCBidWdzIGZvciB2ZXJzaW9uIDYgY2hhbmdlcyBhcmUgYXMgZm9sbG93czoKCiAgICAq IDQ5Mjk4OTAgWkZTIEJvb3Qgc3VwcG9ydCBmb3IgdGhlIHg4NiBwbGF0Zm9ybQogICAgKiA2NDc5 ODA3IHBvb2xzIG5lZWQgcHJvcGVydGllcwoKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PQoKWkZTIFBvb2wgVmVyc2lvbiA1CgpUaGlzIHZlcnNpb24gaW5jbHVkZXMgc3Vw cG9ydCBmb3IgdGhlIGZvbGxvd2luZyBmZWF0dXJlOgoKICAgICogZ3ppcCBjb21wcmVzc2lvbiBm b3IgWkZTIGRhdGFzZXRzCgpUaGlzIGZlYXR1cmUgaXMgYXZhaWxhYmxlIGluOgoKICAgICogU29s YXJpcyBFeHByZXNzIENvbW11bml0eSBFZGl0aW9uLCBidWlsZCA2MgogICAgKiBTb2xhcmlzIDEw IDEwLzA4IHJlbGVhc2UKClRoZSByZWxhdGVkIGJ1ZyBmb3IgdGhlIHZlcnNpb24gNSBjaGFuZ2Vz IGlzOgoKICAgICogNjUzNjYwNiBnemlwIGNvbXByZXNzaW9uIGZvciBaRlMKCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KClpGUyBQb29sIFZlcnNpb24gNAoKVGhpcyB2 ZXJzaW9uIGluY2x1ZGVzIHN1cHBvcnQgZm9yIHRoZSBmb2xsb3dpbmcgZmVhdHVyZToKCiAgICAq IHpwb29sIGhpc3RvcnkKClRoaXMgZmVhdHVyZSBpcyBhdmFpbGFibGUgaW46CgogICAgKiBTb2xh cmlzIEV4cHJlc3MgQ29tbXVuaXR5IEVkaXRpb24sIGJ1aWxkIDYyCiAgICAqIFNvbGFyaXMgMTAg OC8wNyByZWxlYXNlCgpUaGUgcmVsYXRlZCBidWdzIGZvciB2ZXJzaW9uIDQgY2hhbmdlcyBhcmUg YXMgZm9sbG93czoKCiAgICAqIDY1Mjk0MDYgenBvb2wgaGlzdG9yeSBuZWVkcyB0byBidW1wIHRo ZSBvbi1kaXNrIHZlcnNpb24KICAgICogNjM0Mzc0MSB3YW50IHRvIHN0b3JlIGEgY29tbWFuZCBo aXN0b3J5IG9uIGRpc2sKCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K ClpGUyBQb29sIFZlcnNpb24gMwoKVGhpcyB2ZXJzaW9uIGluY2x1ZGVzIHN1cHBvcnQgZm9yIHRo ZSBmb2xsb3dpbmcgZmVhdHVyZXM6CgogICAgKiBIb3Qgc3BhcmVzCiAgICAqIERvdWJsZS1wYXJp dHkgUkFJRC1aIChyYWlkejIpCiAgICAqIEltcHJvdmVkIFJBSUQtWiBhY2NvdW50aW5nCgpUaGVz ZSBmZWF0dXJlcyBhcmUgYXZhaWxhYmxlIGluOgoKICAgICogU29sYXJpcyBFeHByZXNzIENvbW11 bml0eSBFZGl0aW9uLCBidWlsZCA0MgogICAgKiBTb2xhcmlzIDEwIDExLzA2IHJlbGVhc2UsIChi dWlsZCAzKQoKVGhlIHJlbGF0ZWQgYnVncyBmb3IgdmVyc2lvbiAzIGNoYW5nZXMgYXJlIGFzIGZv bGxvd3M6CgogICAgKiA2NDA1OTY2IEhvdCBTcGFyZSBzdXBwb3J0IGluIFpGUwogICAgKiA2NDE3 OTc4IGRvdWJsZSBwYXJpdHkgUkFJRC1aIGEuay5hLiBSQUlENgogICAgKiA2Mjg4NDg4IGR1IHJl cG9ydHMgbWlzbGVhZGluZyBzaXplIG9uIFJBSUQtWgoKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQoKWkZTIFBvb2wgVmVyc2lvbiAyCgpUaGlzIHZlcnNpb24gaW5jbHVk ZXMgc3VwcG9ydCBmb3IgIkRpdHRvIEJsb2NrcyIsIG9yIHJlcGxpY2F0ZWQKbWV0YWRhdGEuIER1 ZSB0byB0aGUgdHJlZS1saWtlIHN0cnVjdHVyZSBvZiB0aGUgWkZTIG9uLWRpc2sgZm9ybWF0LAph biB1bmNvcnJlY3RhYmxlIGVycm9yIGluIGEgbGVhZiBibG9jayBtYXkgYmUgcmVsYXRpdmVseSBi ZW5pZ24sCndoaWxlIGFuIHVuY29ycmVjdGFibGUgZXJyb3IgaW4gcG9vbCBtZXRhZGF0YSBjYW4g cmVzdWx0IGluIGFuCnVub3BlbmFibGUgcG9vbC4gVGhpcyBmZWF0dXJlIGludHJvZHVjZXMgYXV0 b21hdGljIHJlcGxpY2F0aW9uIG9mCm1ldGFkYXRhICh1cCB0byAzIGNvcGllcyBvZiBlYWNoIGJs b2NrKSBpbmRlcGVuZGVudCBvZiBhbnkgdW5kZXJseWluZwpwb29sLXdpZGUgcmVkdW5kYW5jeS4g Rm9yIGV4YW1wbGUsIG9uIGEgcG9vbCB3aXRoIGEgc2luZ2xlIG1pcnJvciwKdGhlIG1vc3QgY3Jp dGljYWwgbWV0YWRhdGEgd2lsbCBhcHBlYXIgdGhyZWUgdGltZXMgb24gZWFjaCBzaWRlIG9mCnRo ZSBtaXJyb3IsIGZvciBhIHRvdGFsIG9mIHNpeCBjb3BpZXMuIFRoaXMgZW5zdXJlcyB0aGF0IHdo aWxlIHVzZXIKZGF0YSBtYXkgYmUgbG9zdCBkdWUgdG8gY29ycnVwdGlvbiwgYWxsIGRhdGEgaW4g dGhlIHBvb2wgd2lsbCBiZQpkaXNjb3ZlcmFibGUgYW5kIHRoZSBwb29sIHdpbGwgc3RpbGwgYmUg dXNhYmxlLiBUaGlzIHdpbGwgYmUgZXhwYW5kZWQKaW4gdGhlIGZ1dHVyZSB0byBhbGxvdyB1c2Vy IGRhdGEgcmVwbGljYXRpb24gb24gYSBwZXItZGF0YXNldCBiYXNpcy4KClRoaXMgZmVhdHVyZSB3 YXMgaW50ZWdyYXRlZCBvbiA0LzEwLzA2IHdpdGggdGhlIGZvbGxvd2luZyBidWcgZml4OgoKNjQx MDY5OCBaRlMgbWV0YWRhdGEgbmVlZHMgdG8gYmUgbW9yZSBoaWdobHkgcmVwbGljYXRlZCAoZGl0 dG8gYmxvY2tzKQoKVGhpcyBmZWF0dXJlIGlzIGF2YWlsYWJsZSBpbjoKCiAgICAqIFNvbGFyaXMg RXhwcmVzcyBDb21tdW5pdHkgRWRpdGlvbiwgYnVpbGQgMzgKICAgICogU29sYXJpcyAxMCAxMC8w NiByZWxlYXNlIChidWlsZCAwOSkKCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KClpGUyBQb29sIFZlcnNpb24gMQoKVGhpcyBpcyB0aGUgaW5pdGlhbCBaRlMgb24tZGlz ayBmb3JtYXQgYXMgaW50ZWdyYXRlZCBvbiAxMC8zMS8wNS4KRHVyaW5nIHRoZSBuZXh0IHNpeCBt b250aHMgb2YgaW50ZXJuYWwgdXNlLCB0aGVyZSB3ZXJlIGEgZmV3IG9uLWRpc2sKZm9ybWF0IGNo YW5nZXMgdGhhdCBkaWQgbm90IHJlc3VsdCBpbiBhIHZlcnNpb24gbnVtYmVyIGNoYW5nZSwgYnV0 CnJlc3VsdGVkIGluIGEgZmxhZyBkYXkgc2luY2UgZWFybGllciB2ZXJzaW9ucyBjb3VsZCBub3Qg cmVhZCB0aGUKbmV3ZXIgY2hhbmdlcy4gVGhlIGZpcnN0IG9mZmljaWFsIHJlbGVhc2VzIHN1cHBv cnRpbmcgdGhpcyB2ZXJzaW9uCmFyZToKCiAgICAqIFNvbGFyaXMgRXhwcmVzcyBDb21tdW5pdHkg RWRpdGlvbiwgYnVpbGQgMzYKICAgICogU29sYXJpcyAxMCA2LzA2IHJlbGVhc2UKCkVhcmxpZXIg cmVsZWFzZXMgbWF5IG5vdCBzdXBwb3J0IHRoaXMgdmVyc2lvbiwgZGVzcGl0ZSBiZWluZyBmb3Jt YXR0ZWQKd2l0aCB0aGUgc2FtZSBvbi1kaXNrIG51bWJlci4gVGhpcyBpcyBkdWUgdG86Cgo2Mzg5 MzY4IGZhdCB6YXAgc2hvdWxkIHVzZSAxNmsgYmxvY2tzICh3aXRoIGJhY2t3YXJkcyBjb21wYXRh YmlsaXR5KQo2MzkwNjc3IHZlcnNpb24gbnVtYmVyIGNoZWNraW5nIG1ha2VzIHVwZ3JhZGVzIGNo YWxsZW5naW5nCgo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Cgo= --0016e64c2a484d0bb304655e769f-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 15:44:47 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABE47106566B for ; Wed, 18 Mar 2009 15:44:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5488FC0C for ; Wed, 18 Mar 2009 15:44:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA01491; Wed, 18 Mar 2009 17:44:43 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49C116EB.7020409@icyb.net.ua> Date: Wed, 18 Mar 2009 17:44:43 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-usb@freebsd.org, FreeBSD Hackers References: <4912E462.4090608@icyb.net.ua> <491586B9.2020303@vwsoft.com> <4919851B.7050800@icyb.net.ua> <492FF127.807@icyb.net.ua> <20081128134802.GA75900@onelab2.iet.unipi.it> <493D37DB.6030902@icyb.net.ua> In-Reply-To: <493D37DB.6030902@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo Subject: Re: usb keyboard dying at loader prompt X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 15:44:47 -0000 I would like to report that I am no longer seeing the issue in the subject line. The problem was fixed by the recent commits of jhb ( I tested stable/7). -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 15:49:23 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C6DC106566C for ; Wed, 18 Mar 2009 15:49:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta3.srv.hcvlny.cv.net (mta3.srv.hcvlny.cv.net [167.206.4.198]) by mx1.freebsd.org (Postfix) with ESMTP id D6C728FC1D for ; Wed, 18 Mar 2009 15:49:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta3.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KGP001PQLA8PXY0@mta3.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Wed, 18 Mar 2009 11:49:20 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n2IFnJWR060683 for ; Wed, 18 Mar 2009 11:49:19 -0400 Date: Wed, 18 Mar 2009 11:49:19 -0400 From: "Aryeh M. Friedman" To: freebsd-hackers@freebsd.org Message-id: <49C117FF.5070102@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (X11/20090317) Subject: is gmirror byte or fs level? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 15:49:23 -0000 If I have a dual boot system w/ Vista on the first slices and all the FreeBSD filesystems on the second and then run gmirror on the disk will the mirror disk also have the Vista slice? From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 16:05:42 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02ECD1065673 for ; Wed, 18 Mar 2009 16:05:42 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 881358FC16 for ; Wed, 18 Mar 2009 16:05:41 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox-laptop.localnet ([10.0.1.45] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 18 Mar 2009 16:53:35 +0100 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Wed, 18 Mar 2009 16:53:34 +0100 User-Agent: KMail/1.11.0 (Linux/2.6.27-13-generic; KDE/4.2.0; x86_64; ; ) References: <49C117FF.5070102@gmail.com> In-Reply-To: <49C117FF.5070102@gmail.com> MIME-Version: 1.0 Message-Id: <200903181653.34748.pieter@degoeje.nl> X-OriginalArrivalTime: 18 Mar 2009 15:53:35.0147 (UTC) FILETIME=[B1EED7B0:01C9A7E1] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Aryeh M. Friedman" Subject: Re: is gmirror byte or fs level? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 16:05:42 -0000 On Wednesday 18 March 2009 16:49:19 Aryeh M. Friedman wrote: > If I have a dual boot system w/ Vista on the first slices and all the > FreeBSD filesystems on the second and then run gmirror on the disk will > the mirror disk also have the Vista slice? Yes, gmirror is block level and has no knowledge whatsoever of the filesystems on top of it. -- Pieter de Goeje From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 17:23:59 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AC5710656C8; Wed, 18 Mar 2009 17:23:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 8BEFA8FC08; Wed, 18 Mar 2009 17:23:58 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Ljyh1-000CL3-RU; Wed, 18 Mar 2009 18:32:35 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n2IGWNrM012767 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Mar 2009 18:32:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n2IGWNKj009409; Wed, 18 Mar 2009 18:32:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n2IGWMt0009408; Wed, 18 Mar 2009 18:32:22 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 18 Mar 2009 18:32:22 +0200 From: Kostik Belousov To: Daniel Eischen Message-ID: <20090318163222.GE7716@deviant.kiev.zoral.com.ua> References: <4966F81C.3070406@elischer.org> <20090109163426.GC2825@green.homeunix.org> <49678BBC.8050306@elischer.org> <20090116211959.GA12007@green.homeunix.org> <49710BD6.7040705@FreeBSD.org> <20090120004135.GB12007@green.homeunix.org> <20090121230033.GC12007@green.homeunix.org> <20090122045637.GA61058@zim.MIT.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N1GIdlSm9i+YlY4t" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Ljyh1-000CL3-RU 04b5085783d7537d392265e86bde8f92 X-Terabit: YES Cc: David Schultz , hackers@freebsd.org, davidxu@freebsd.org, Jason Evans , Julian Elischer Subject: Re: threaded, forked, rethreaded processes will deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 17:24:00 -0000 --N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 22, 2009 at 12:42:56AM -0500, Daniel Eischen wrote: > On Wed, 21 Jan 2009, David Schultz wrote: >=20 > >I think there *is* a real bug here, but there's two distinct ways > >to fix it. When a threaded process forks, malloc acquires all its > >locks so that its state is consistent after a fork. However, the > >post-fork hook that's supposed to release these locks fails to do > >so in the child because the child process isn't threaded, and > >malloc_mutex_unlock() is optimized to be a no-op in > >single-threaded processes. If the child *stays* single-threaded, > >malloc() works by accident even with all the locks held because > >malloc_mutex_lock() is also a no-op in single-threaded processes. > >But if the child goes multi-threaded, then things break. > > > >Solution 1 is to actually unlock the locks in the child process, > >which is what Brian is proposing. > > > >Solution 2 is to take the position that all of this pre- and > >post-fork bloat in the fork() path is gratuitous and should be > >removed. The rationale here is that if you fork with multiple > >running threads, there's scads of ways in which the child's heap > >could be inconsistent; fork hooks would be needed not just in > >malloc(), but in stdio, third party libraries, etc. Why should > >malloc() be special? It's the programmer's job to quiesce all the > >threads before calling fork(), and if the programmer doesn't do > >this, then POSIX only guarantees that async-signal-safe functions > >will work. > > > >Note that Solution 2 also fixes Brian's problem if he quiesces all > >of his worker threads before forking (as he should!) With the > >pre-fork hook removed, all the locks will start out free in the > >child. So that's what I vote for... >=20 > The problem is that our own libraries (libthr included) > need to malloc() for themselves, even after a fork() in > the child. After a fork(), the malloc locks should be > reinitialized in the child if it was threaded, so that > our implementation actually works for all the async > signal calls, fork(), exec(), etc. I forget the exact > failure modes for very common cases, but if you remove > the re-initialization of the malloc locks, I'm sure > you will have problems. >=20 > Perhaps much of this malloc() stuff goes away when we > move to pthread locks that are not pointers to allocated > objects, but instead are actual objects/structures. > This needs to be done in order for mutexes/CVs/etc > to be PTHREAD_PROCESS_SHARED (placed in shared memory > and used by multiple processes). In other words, > pthread_mutex_t goes from this: >=20 > typedef struct pthread_mutex *pthread_mutex_t; >=20 > to something like this: >=20 > struct __pthread_mutex { > uint32_t lock; > ... > } > typedef struct __pthread_mutex pthread_mutex_t; >=20 > Same thing for CVs, and we probably should convert any other > locks used internally by libc/libpthread (spinlocks). >=20 > So after a fork(), there is no need to reallocate anything, > it can just be reinitialized if necessary. >=20 I looked at the issue once more recently, and I propose the following much less intrusive patch. It is somewhat hackish, but I think that it would be good to have this working. Most other Unixes do have working thread library after the fork. Any objections ? diff --git a/lib/libthr/thread/thr_fork.c b/lib/libthr/thread/thr_fork.c index bc410d1..ae6b9ad 100644 --- a/lib/libthr/thread/thr_fork.c +++ b/lib/libthr/thread/thr_fork.c @@ -173,14 +173,19 @@ _fork(void) /* Ready to continue, unblock signals. */=20 _thr_signal_unblock(curthread); =20 - if (unlock_malloc) + if (unlock_malloc) { + __isthreaded =3D 1; _malloc_postfork(); + __isthreaded =3D 0; + } =20 /* Run down atfork child handlers. */ TAILQ_FOREACH(af, &_thr_atfork_list, qe) { if (af->child !=3D NULL) af->child(); } + + THR_UMUTEX_UNLOCK(curthread, &_thr_atfork_lock); } else { /* Parent process */ errsave =3D errno; --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknBIhUACgkQC3+MBN1Mb4gSTwCeIIAdoAw9tSKhJ1ttiGe8LNwo 5zoAoOx5my0Upyo9shFZ1P/irQ60mREW =y+gs -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t-- From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 18:12:27 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 515C3106567B; Wed, 18 Mar 2009 18:12:27 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 059228FC2C; Wed, 18 Mar 2009 18:12:26 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n2IICOVX028233; Wed, 18 Mar 2009 14:12:24 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 18 Mar 2009 14:12:24 -0400 (EDT) Date: Wed, 18 Mar 2009 14:12:24 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kostik Belousov In-Reply-To: <20090318163222.GE7716@deviant.kiev.zoral.com.ua> Message-ID: References: <4966F81C.3070406@elischer.org> <20090109163426.GC2825@green.homeunix.org> <49678BBC.8050306@elischer.org> <20090116211959.GA12007@green.homeunix.org> <49710BD6.7040705@FreeBSD.org> <20090120004135.GB12007@green.homeunix.org> <20090121230033.GC12007@green.homeunix.org> <20090122045637.GA61058@zim.MIT.EDU> <20090318163222.GE7716@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Schultz , hackers@freebsd.org, davidxu@freebsd.org, Jason Evans , Julian Elischer Subject: Re: threaded, forked, rethreaded processes will deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 18:12:27 -0000 On Wed, 18 Mar 2009, Kostik Belousov wrote: > > I looked at the issue once more recently, and I propose the following > much less intrusive patch. It is somewhat hackish, but I think that > it would be good to have this working. Most other Unixes do have > working thread library after the fork. Any objections ? No objections. -- DE From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 18:41:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AF831065708 for ; Wed, 18 Mar 2009 18:41:22 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta2.srv.hcvlny.cv.net (mta2.srv.hcvlny.cv.net [167.206.4.197]) by mx1.freebsd.org (Postfix) with ESMTP id E487A8FC0A for ; Wed, 18 Mar 2009 18:41:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta2.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KGP009Q9T8PI5Q0@mta2.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Wed, 18 Mar 2009 14:41:13 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n2IIfC27000277; Wed, 18 Mar 2009 14:41:12 -0400 Date: Wed, 18 Mar 2009 14:41:12 -0400 From: "Aryeh M. Friedman" To: freebsd-hackers@freebsd.org Message-id: <49C14048.5070409@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 2.0.0.19 (X11/20090317) Subject: confusion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 18:41:22 -0000 I just set up mirroring on my dual boot fb-7.1/vistaX32SP1 machine (the dual boot works fine) but I got this message when I attempted to mount vista via sysutils/fusefs-ntfs: Actual VCN (0x3369700000100) of index buffer is different from expected VCN (0x1). Failed to mount '/dev/mirror/gm0s1': Input/output error NTFS is either inconsistent, or there is a hardware fault, or it's a SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows then reboot into Windows twice. The usage of the /f parameter is very important! If the device is a SoftRAID/FakeRAID then first activate it and mount a different device under the /dev/mapper/ directory, (e.g. /dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation for more details. I don't have a clue what it means where do I look for more? From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 18 20:10:59 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 361A7106564A for ; Wed, 18 Mar 2009 20:10:58 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id D3F848FC24 for ; Wed, 18 Mar 2009 20:10:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n2IKAlDi026091; Wed, 18 Mar 2009 13:10:47 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id 7rtx4tvdgagr7q24qjk8qzsjrn; Wed, 18 Mar 2009 13:10:47 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49C15547.6030608@freebsd.org> Date: Wed, 18 Mar 2009 13:10:47 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pieter de Goeje References: <49C117FF.5070102@gmail.com> <200903181653.34748.pieter@degoeje.nl> In-Reply-To: <200903181653.34748.pieter@degoeje.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, "Aryeh M. Friedman" Subject: Re: is gmirror byte or fs level? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 20:10:59 -0000 Pieter de Goeje wrote: > On Wednesday 18 March 2009 16:49:19 Aryeh M. Friedman wrote: > >>If I have a dual boot system w/ Vista on the first slices and all the >>FreeBSD filesystems on the second and then run gmirror on the disk will >>the mirror disk also have the Vista slice? > > Yes, gmirror is block level and has no knowledge whatsoever of the filesystems on top of it. But of course, gmirror works by intercepting writes to the disk. Vista does not use gmirror, so writes from Vista will not be mirrored. Only writes from FreeBSD to the Vista slice will get mirrored, which is almost certainly not what you want. Tim From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 19 03:58:07 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6293F106566C; Thu, 19 Mar 2009 03:58:07 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 47F208FC0C; Thu, 19 Mar 2009 03:58:07 +0000 (UTC) (envelope-from davidxu@freebsd.org) Received: from apple.my.domain (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2J3w2p6067519; Thu, 19 Mar 2009 03:58:03 GMT (envelope-from davidxu@freebsd.org) Message-ID: <49C1C356.9090006@freebsd.org> Date: Thu, 19 Mar 2009 12:00:22 +0800 From: David Xu User-Agent: Thunderbird 2.0.0.9 (X11/20080612) MIME-Version: 1.0 To: Kostik Belousov References: <4966F81C.3070406@elischer.org> <20090109163426.GC2825@green.homeunix.org> <49678BBC.8050306@elischer.org> <20090116211959.GA12007@green.homeunix.org> <49710BD6.7040705@FreeBSD.org> <20090120004135.GB12007@green.homeunix.org> <20090121230033.GC12007@green.homeunix.org> <20090122045637.GA61058@zim.MIT.EDU> <20090318163222.GE7716@deviant.kiev.zoral.com.ua> In-Reply-To: <20090318163222.GE7716@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel Eischen , David Schultz , hackers@freebsd.org, Jason Evans , Julian Elischer Subject: Re: threaded, forked, rethreaded processes will deadlock X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 03:58:07 -0000 Kostik Belousov wrote: > I looked at the issue once more recently, and I propose the following > much less intrusive patch. It is somewhat hackish, but I think that > it would be good to have this working. Most other Unixes do have > working thread library after the fork. Any objections ? > > diff --git a/lib/libthr/thread/thr_fork.c b/lib/libthr/thread/thr_fork.c > index bc410d1..ae6b9ad 100644 > --- a/lib/libthr/thread/thr_fork.c > +++ b/lib/libthr/thread/thr_fork.c > @@ -173,14 +173,19 @@ _fork(void) > /* Ready to continue, unblock signals. */ > _thr_signal_unblock(curthread); > > - if (unlock_malloc) > + if (unlock_malloc) { > + __isthreaded = 1; > _malloc_postfork(); > + __isthreaded = 0; > + } > > /* Run down atfork child handlers. */ > TAILQ_FOREACH(af, &_thr_atfork_list, qe) { > if (af->child != NULL) > af->child(); > } > + > + THR_UMUTEX_UNLOCK(curthread, &_thr_atfork_lock); ^^^ This line is not needed. > } else { > /* Parent process */ > errsave = errno; From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 19 21:16:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85DB71065711 for ; Thu, 19 Mar 2009 21:16:50 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [91.121.44.19]) by mx1.freebsd.org (Postfix) with ESMTP id 499188FC13 for ; Thu, 19 Mar 2009 21:16:50 +0000 (UTC) (envelope-from patfbsd@davenulle.org) Received: from baby-jane.lamaiziere.net (166.10.87-79.rev.gaoland.net [79.87.10.166]) by smtp.lamaiziere.net (Postfix) with ESMTPA id B86A66332D9 for ; Thu, 19 Mar 2009 22:16:48 +0100 (CET) Received: from baby-jane.lamaiziere.net (localhost [127.0.0.1]) by baby-jane.lamaiziere.net (Postfix) with ESMTP id 7C2D6D64A for ; Thu, 19 Mar 2009 22:16:51 +0100 (CET) Date: Thu, 19 Mar 2009 22:16:50 +0100 From: Patrick =?ISO-8859-15?Q?Lamaizi=E8re?= To: freebsd-hackers@freebsd.org Message-ID: <20090319221650.4a8274ff@baby-jane.lamaiziere.net> Organization: /dave/nulle X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: cryptosoft(4) not locked ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 21:16:51 -0000 Hello, I'm looking the cryptosoft driver and I notice it is not locked at all. As far I can see it can be used from several contexts. I think it should be locked? Regards. From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 20 08:11:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4632310656C9 for ; Fri, 20 Mar 2009 08:11:22 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 173ED8FC21 for ; Fri, 20 Mar 2009 08:11:22 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (pool-141-151-75-22.phlapa.east.verizon.net [141.151.75.22]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 22AD3505B9 for ; Fri, 20 Mar 2009 16:53:26 +0900 (JST) Date: Fri, 20 Mar 2009 04:53:19 -0400 From: Yoshihiro Ota To: freebsd-hackers@freebsd.org Message-Id: <20090320045319.04484fc5.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 2 uni-directional TCP connection good? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 08:11:23 -0000 Hi forks. I have question on network programming. It will be nice if some could answer. I saw a program that opens 2 TCP connections. One connection is only used for server to client messaging only and the other connection is used only for client to server messaging. First of all, because TCP is already bi-directional communication, I don't think it is unnecessary to make 2 connection in the first place. After talking to my friend, he said it was very bad to do such things for three reasons. 1. With TCP connections, only sender side can detect some communication issues passively if happened. By using two connections, you lost that ability by your self. I agree on this one. 2. He also said that it would also waste network bandwidth. 3. He also said that it would causes some data flushing/synchronization issues. Indeed, this was what I saw with the program. However, I couldn't understand why it could happen. What I saw was from time to time, the sender side reported it send messages with some sequence numbers but the receiver didn't actually receive these messages for a long time, I think it was about a couple of seconds to several seconds between two hosts on the same switch. Could anyone explain if #2 is true and why #3 happens? Regards, Hiro From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 20 09:25:42 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88AA41065686 for ; Fri, 20 Mar 2009 09:25:42 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from mail.prgmr.com (mail.prgmr.com [64.62.173.114]) by mx1.freebsd.org (Postfix) with ESMTP id 764F58FC26 for ; Fri, 20 Mar 2009 09:25:42 +0000 (UTC) (envelope-from mdc@prgmr.com) Received: from frylock.local (c-71-198-249-174.hsd1.ca.comcast.net [71.198.249.174]) by mail.prgmr.com (Postfix) with ESMTP id B2F4F68B5B; Fri, 20 Mar 2009 01:57:31 -0700 (PDT) Message-ID: <49C35A58.2030607@prgmr.com> Date: Fri, 20 Mar 2009 01:56:56 -0700 From: Michael David Crawford Organization: Prgmr.com User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Yoshihiro Ota References: <20090320045319.04484fc5.ota@j.email.ne.jp> In-Reply-To: <20090320045319.04484fc5.ota@j.email.ne.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: 2 uni-directional TCP connection good? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 09:25:43 -0000 Yoshihiro Ota wrote: > I saw a program that opens 2 TCP connections. > One connection is only used for server to client messaging only > and the other connection is used only for client to server messaging. > 2. He also said that it would also waste network bandwidth. You have a two-way communication no matter what you do. But if you don't actually use inbound direction, all it gets used for is the receipt of ACK packets. That is, the inbound connection is used to make the data transfer reliable. If you don't have any payload data on the inbound connection, then the outbound connection won't have any ACK packets. If you're sending payload data, the ACK info can "hitchhike" along with the payload packets, thus saving bandwidth. But if you're not sending any payload data at all, there will be packets transmitted which contain the ACKs and nothing else. The extra network overhead will be modest if you're sending a lot of data all at once, say transferring a large file. But if very little data is sent per packet, say individual characters in a telnet connection, the overhead would be very high. If you have a single connection with payload data in both directions, then the ACKs will almost always ride along with some payload data. The only time a packet will contain nothing but an ACK will be when some data was transmitted, but none is to be received at the time. Mike -- Michael David Crawford mdc@prgmr.com prgmr.com - We Don't Assume You Are Stupid. Xen-Powered Virtual Private Servers: http://prgmr.com/xen From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 20 13:24:10 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6834E106564A for ; Fri, 20 Mar 2009 13:24:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 432798FC08 for ; Fri, 20 Mar 2009 13:24:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id D3FD346B2A; Fri, 20 Mar 2009 09:24:09 -0400 (EDT) Date: Fri, 20 Mar 2009 13:24:09 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yoshihiro Ota In-Reply-To: <20090320045319.04484fc5.ota@j.email.ne.jp> Message-ID: References: <20090320045319.04484fc5.ota@j.email.ne.jp> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: 2 uni-directional TCP connection good? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 13:24:10 -0000 On Fri, 20 Mar 2009, Yoshihiro Ota wrote: > 1. With TCP connections, only sender side can detect some communication > issues passively if happened. By using two connections, you lost that > ability by your self. I agree on this one. Could you expand a bit on this point? While the connection creation process (usualy) asymetric, once the connection is built it's essentially the same state machine on both sides of the connection, and socket semantics with respect to the state machine are effectively identical. Application on both sides should be able to detect disconnect, monitor connection state using TCP_INFO, etc. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 20 14:09:24 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F360110656C6 for ; Fri, 20 Mar 2009 14:09:23 +0000 (UTC) (envelope-from alessandro.dev@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.217.176]) by mx1.freebsd.org (Postfix) with ESMTP id ACD1F8FC17 for ; Fri, 20 Mar 2009 14:09:23 +0000 (UTC) (envelope-from alessandro.dev@gmail.com) Received: by gxk24 with SMTP id 24so4105995gxk.19 for ; Fri, 20 Mar 2009 07:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=uUteLI/HdpBRyK026cleEvOlJFuWSaBxRaxRGg9SkaI=; b=ow81spcS+2Wa6RPeqGKJ8GK0zZaAXFHLpjqp99AquDf9cgooydJUgOH8KEh4HQ8xlC PJLjNoL95iyo4oVe+HbH2Q/qXcYNLP89a0vpumIRjTFkZW5pO1orCnU+TxtdFwHdahHJ deZicj4jG6LOPyO4kht0BhCNS3n6UGjqV3BrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=q/eOsrSkjvHrwUxmmFd3HoBfDIpoz2U+igOxpJkoadVzETLoyW18Kdfx+R4ws3P5RE XzJY5bgdWJcz619cIQKqgeuxzZ66lh0vV2dUELrQZi6rTfxluWfRWMRjWfAUfFnT3jRV nVW/RZGe6AYeZ4+9E54HAkCt9FtcM3tyIUO4I= MIME-Version: 1.0 Received: by 10.90.49.3 with SMTP id w3mr2117013agw.80.1237556273368; Fri, 20 Mar 2009 06:37:53 -0700 (PDT) Date: Fri, 20 Mar 2009 13:37:53 +0000 Message-ID: <720e1f20903200637p6eda022cs8bdfa0f363aaadcf@mail.gmail.com> From: Alessandro Silveira To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Suppress boot prompt (Dummy question) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 14:09:25 -0000 In previous versions of FreeBSD I removed the boot prompt, setting the variable [autoboot_delay = "-1"] but in version 7.1 does not work. How do I remove the prompt to boot in FreeBSD 7.1 version? Thanks Alessandro From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 21 11:50:31 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A98C1106566C for ; Sat, 21 Mar 2009 11:50:31 +0000 (UTC) (envelope-from gabriele.modena@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4F88FC12 for ; Sat, 21 Mar 2009 11:50:30 +0000 (UTC) (envelope-from gabriele.modena@gmail.com) Received: by fxm11 with SMTP id 11so1126558fxm.43 for ; Sat, 21 Mar 2009 04:50:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=rp5dL0kSoPHGAFTC/kzDergwrYCEQvptl3Zq+Kn46+w=; b=gPnsvYhaaB7LR2Ace7q1fI9EGyT/KftP9MDHW6bMQItMtKdeX6FR4oB/FoWTK7xCLd Rxujq1UAPLo+pfj04FLqZ8DosMWxwnyxIqwgNXzyJHcrNiz6lDFR5MNAwLIse975Rsx3 jkH2CroaWnu7LWhBH/5kvOfBByFYe0iNiLsMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=O8tKxQXRiUpbclSUOjHoIKlNcCH9Ax1roqmSed9HriIM1QyBJgHB7/k7A3OlNyVrcF GaAQHOxF3NkZvuZtpXeKQIsE5GOSXhFLrlOY5DpHUxCpLUhvYQU4yPRFYk4flojAW6mf qcNLJ4ti5hGWTxb+6xlB8DmnUq80ztFJwXXPI= MIME-Version: 1.0 Received: by 10.204.62.135 with SMTP id x7mr1643277bkh.95.1237634577291; Sat, 21 Mar 2009 04:22:57 -0700 (PDT) Date: Sat, 21 Mar 2009 12:22:57 +0100 Message-ID: <1fe1d5d60903210422g70efef15hdd685695cdf8df3c@mail.gmail.com> From: Gabriele Modena To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: GSoC: Semantic File System X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 11:50:32 -0000 Hello, I am an AI master student at the university of Amsterdam. On of my current research interests lays in the area of information retrieval and I would like to do a project within my University research group starting next june. I am actually studying background literature about semantic filesystem and information retrieval over local files. Being also quite interested in kernel development, I would like to propose a proof of concept that implements such techniques. My goal, though, would not be just a reimplementation of existing code, but possibly some more extensive work that combines techniques already used in other domains of II. Could this be an interesting Summer of Code proposal for the FreeBSD Foundation? I plan to write down some notes/ideas (and details) I have on a wiki starting from next week. Regards. From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 21 17:00:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92722106564A for ; Sat, 21 Mar 2009 17:00:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 7891E8FC12 for ; Sat, 21 Mar 2009 17:00:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 2B877C72F; Sat, 21 Mar 2009 09:46:42 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id E36982D600E; Sat, 21 Mar 2009 09:46:39 -0700 (PDT) Message-ID: <49C519FF.6010006@elischer.org> Date: Sat, 21 Mar 2009 09:46:55 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Gabriele Modena References: <1fe1d5d60903210422g70efef15hdd685695cdf8df3c@mail.gmail.com> In-Reply-To: <1fe1d5d60903210422g70efef15hdd685695cdf8df3c@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: GSoC: Semantic File System X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 17:00:27 -0000 Gabriele Modena wrote: > Hello, > I am an AI master student at the university of Amsterdam. > > On of my current research interests lays in the area of information > retrieval and I would like to do a project > within my University research group starting next june. > > I am actually studying background literature about semantic filesystem > and information retrieval over local files. > > Being also quite interested in kernel development, I would like to > propose a proof of concept that implements such techniques. > My goal, though, would not be just a reimplementation of existing > code, but possibly some more extensive work > that combines techniques already used in other domains of II. > > Could this be an interesting Summer of Code proposal for the FreeBSD Foundation? > > I plan to write down some notes/ideas (and details) I have on a wiki > starting from next week. It sounds like something that would at least be worth following further. For myself I wouldn't mind knowing a bit more about what hind of "semantic filesystem" techniques you would mean to implement but that is just my own curiosity, (and, I admit it, complete lack of knowledge in that area (pointers welcome :-) ) ) Julian > > > Regards. > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 21 19:36:39 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CB2F1065672 for ; Sat, 21 Mar 2009 19:36:39 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id E0E2D8FC08 for ; Sat, 21 Mar 2009 19:36:38 +0000 (UTC) (envelope-from ciphwn@gmail.com) Received: by fxm11 with SMTP id 11so1212506fxm.43 for ; Sat, 21 Mar 2009 12:36:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=inrAZ/yZy4igf2GgDABUCNJCM404SH6Gd+txIv9kXEc=; b=fBZ9sDLRGXBXR/irMyfTuBGoMbKl22CzlwboBo45wFg8WIN3D32v2CWf8CAqfLMwWc k8FaV+NoXHsck/vc2uQ/wz37GoNrfgTJueBTvDbESn8CaAjiQ56GUyxi8rxKKVgItaNK LYvmity872gAFcO+1dWcwvTzy/omWc6dUqMVo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=UfIKVtaAKHcNkzoKI/nxzduOrt1SQ3eiiDfVLiHBVfH27HuenBgmTg0dytjMoDdwK7 1mr12vQ4z8qRZ1EzZRu5tAsJZzVKtwGmYgECXPrpeSaCQuLGp2xR1aOMmem+T0C0Slv2 yKFv5qbh6qaX2JqRT8NjZe6yUIhUKEhcFWTzw= MIME-Version: 1.0 Received: by 10.103.241.15 with SMTP id t15mr2307039mur.85.1237664197961; Sat, 21 Mar 2009 12:36:37 -0700 (PDT) Date: Sat, 21 Mar 2009 15:36:37 -0400 Message-ID: <13b997e60903211236g26e1449dve34712fab7709748@mail.gmail.com> From: Cipta H To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sysctl returning XML X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 19:36:39 -0000 Hello all, I'm interested in parsing sysctl output into a program. Now I've heard from here a while ago that some sysctl OIDs can return data in XML format, but so far I have only found one example, kern.geom.confxml. Are there any others that anyone happens to know about, especially in networking? Thanks. Cipta From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 21 22:16:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F29106566C for ; Sat, 21 Mar 2009 22:16:48 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0F88FC18 for ; Sat, 21 Mar 2009 22:16:48 +0000 (UTC) (envelope-from freebsd-hackers@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ll9Ui-0000fg-80 for freebsd-hackers@freebsd.org; Sat, 21 Mar 2009 22:16:44 +0000 Received: from 93-141-99-248.adsl.net.t-com.hr ([93.141.99.248]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 Mar 2009 22:16:44 +0000 Received: from ivoras by 93-141-99-248.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 Mar 2009 22:16:44 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hackers@freebsd.org From: Ivan Voras Date: Sat, 21 Mar 2009 23:16:24 +0100 Lines: 34 Message-ID: References: <13b997e60903211236g26e1449dve34712fab7709748@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig78EFB319435F2E8C821AD93B" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-141-99-248.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <13b997e60903211236g26e1449dve34712fab7709748@mail.gmail.com> X-Enigmail-Version: 0.95.7 Sender: news Subject: Re: sysctl returning XML X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 22:16:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig78EFB319435F2E8C821AD93B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cipta H wrote: > Hello all, >=20 > I'm interested in parsing sysctl output into a program. Now I've heard > from here a while ago that some sysctl OIDs can return data in XML > format, but so far I have only found one example, kern.geom.confxml. > Are there any others that anyone happens to know about, especially in > networking? Thanks. No, not in networking. XML is returned mostly in new sysctls (i.e. for subsystems that are relatively new, recently written). In 8-CURRENT there's kern.sched.topology_spec . --------------enig78EFB319435F2E8C821AD93B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknFZzgACgkQldnAQVacBcjSjwCfXkaX58ctdpiLSbNESi9weUWz B14AnAyItsX1NX0E92ky9+Af9FYzCkHG =nW9J -----END PGP SIGNATURE----- --------------enig78EFB319435F2E8C821AD93B--