From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 00:15:31 2010 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 3BD71106566C for ; Sun, 3 Jan 2010 00:15:31 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 8155B8FC0C for ; Sun, 3 Jan 2010 00:15:30 +0000 (UTC) Received: (qmail invoked by alias); 03 Jan 2010 00:15:29 -0000 Received: from g229210133.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.229.210.133] by mail.gmx.net (mp069) with SMTP; 03 Jan 2010 01:15:29 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX199sIJHtOp9cKp3H5/mPbzr5CkUMdap33wply4TxT 8nJa6+MOnLmEnQ Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 96B5B94623; Sun, 3 Jan 2010 01:15:27 +0100 (CET) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Dimitry Andric" , "Victor Sudakov" References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> Date: Sun, 03 Jan 2010 01:15:27 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <4B3CC72F.9030904@andric.com> User-Agent: Opera Mail/10.10 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Cc: freebsd-hackers@freebsd.org Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 00:15:31 -0000 Am 31.12.2009, 16:45 Uhr, schrieb Dimitry Andric : > On 2009-12-31 04:32, Victor Sudakov wrote: >> I cvsup the FreeBSD CVS repository daily from cvsup.ru.freebsd.org. >> Both the client and the server run CVSup Software version: SNAP_16_1h, >> Protocol version: 17.0. >> >> Recently I noticed that there are lots of messages >> "Checksum mismatch -- will transfer entire file" about all kinds of >> downloaded files, e.g. >> >> >> src/lib/libc/posix1e/acl_delete_entry.c,v: Checksum mismatch -- will >> transfer entire file > > I also see a bunch of these, almost every time I do a csup. Looking > back in my logs, I see that it goes back until at least 2009-07-05... I suspect (without any proof) that this is only for src, because that is converted from a live SVN repository to CVS for the sake of CVSup distribution, while all other repositories are still CVS natively. -- Matthias Andree From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 07:56:57 2010 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 3E1F3106566B for ; Sun, 3 Jan 2010 07:56:57 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id D44B88FC0A for ; Sun, 3 Jan 2010 07:56:55 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13401996 for freebsd-hackers@freebsd.org; Sun, 03 Jan 2010 13:56:53 +0600 Received: from admin.sibptus.tomsk.ru (localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o037uqUn060918 for ; Sun, 3 Jan 2010 13:56:52 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o037ubQ2060912 for freebsd-hackers@freebsd.org; Sun, 3 Jan 2010 13:56:37 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Sun, 3 Jan 2010 13:56:37 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100103075636.GA60722@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 07:56:57 -0000 Matthias Andree wrote: > > >>I cvsup the FreeBSD CVS repository daily from cvsup.ru.freebsd.org. > >>Both the client and the server run CVSup Software version: SNAP_16_1h, > >>Protocol version: 17.0. > >> > >>Recently I noticed that there are lots of messages > >>"Checksum mismatch -- will transfer entire file" about all kinds of > >>downloaded files, e.g. > >> > >> > >>src/lib/libc/posix1e/acl_delete_entry.c,v: Checksum mismatch -- will > >>transfer entire file > > > >I also see a bunch of these, almost every time I do a csup. Looking > >back in my logs, I see that it goes back until at least 2009-07-05... > > I suspect (without any proof) that this is only for src, because that is > converted from a live SVN repository to CVS for the sake of CVSup > distribution, while all other repositories are still CVS natively. Doesn't this mean that the SVN to CVS conversion is somewhat broken? It is done for the sake of CVSup and CVSup is not happy with it. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 12:02:12 2010 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 BEFCD1065695 for ; Sun, 3 Jan 2010 12:02:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8484D8FC23 for ; Sun, 3 Jan 2010 12:02:12 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:6cfc:929f:fd32:730f] (unknown [IPv6:2001:7b8:3a7:0:6cfc:929f:fd32:730f]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ACDA65C43; Sun, 3 Jan 2010 13:02:11 +0100 (CET) Message-ID: <4B408745.3030309@andric.com> Date: Sun, 03 Jan 2010 13:02:13 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.5) Gecko/20091217 Shredder/3.0.1pre MIME-Version: 1.0 To: Matthias Andree References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Victor Sudakov Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 12:02:12 -0000 On 2010-01-03 01:15, Matthias Andree wrote: > I suspect (without any proof) that this is only for src, because that is > converted from a live SVN repository to CVS for the sake of CVSup > distribution, while all other repositories are still CVS natively. Every now and then, I also see a file from ports corrupted: ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/pkgdb,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file projects/pkgtools/NEWS,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file projects/pkgtools/lib/pkgmisc.rb,v: Checksum mismatch -- will transfer entire file projects/pkgtools/lib/pkgtools.rb,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file projects/pkgtools/bin/portupgrade,v: Checksum mismatch -- will transfer entire file ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file This was grepped through the last few months. Are any of these specific files 'imported' from svn, by any chance? From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 15:42:19 2010 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 65008106566B for ; Sun, 3 Jan 2010 15:42:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E93988FC08 for ; Sun, 3 Jan 2010 15:42:18 +0000 (UTC) Received: (qmail 11367 invoked by uid 399); 3 Jan 2010 15:42:18 -0000 Received: from localhost (HELO ?192.168.0.110?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jan 2010 15:42:18 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B40BADC.6060407@FreeBSD.org> Date: Sun, 03 Jan 2010 07:42:20 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Dimitry Andric References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> In-Reply-To: <4B408745.3030309@andric.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Victor Sudakov , Matthias Andree Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 15:42:19 -0000 I was not going to reply on this thread at all, but the amount of random speculation has now reached a pathological level. The spurious new line at the end of a file has nothing to do with svn, it is an artifact of how the file was originally transferred to the cvsup mirror. The checksum mismatch will be triggered a few different ways, the most common is to switch between cvsup and csup, and/or switching mirrors for the same checked out tree. The message is harmless, it's not an error, and in fact you can take the message as a reassuring sign that the system is working exactly as designed. :) Now let's move on, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 15:45:18 2010 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 118751065692 for ; Sun, 3 Jan 2010 15:45:18 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5C4FD8FC08 for ; Sun, 3 Jan 2010 15:45:16 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13402134 for freebsd-hackers@freebsd.org; Sun, 03 Jan 2010 21:45:14 +0600 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o03FjEli063815 for ; Sun, 3 Jan 2010 21:45:14 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o03Fj3Om063808 for freebsd-hackers@freebsd.org; Sun, 3 Jan 2010 21:45:03 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Sun, 3 Jan 2010 21:45:03 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100103154503.GA63734@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B408745.3030309@andric.com> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 15:45:18 -0000 Dimitry Andric wrote: > >I suspect (without any proof) that this is only for src, because that is > >converted from a live SVN repository to CVS for the sake of CVSup > >distribution, while all other repositories are still CVS natively. > > Every now and then, I also see a file from ports corrupted: > > ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file > ports/Mk/bsd.port.mk,v: Checksum mismatch -- will transfer entire file [dd] > > This was grepped through the last few months. Are any of these specific > files 'imported' from svn, by any chance? I also see that many "changes" in the CVS seem to be useless: there are no changes other than file version increments. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 15:57:17 2010 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 0F090106566C for ; Sun, 3 Jan 2010 15:57:17 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 5DFC58FC19 for ; Sun, 3 Jan 2010 15:57:15 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13402144 for freebsd-hackers@freebsd.org; Sun, 03 Jan 2010 21:57:14 +0600 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o03FvE25063895 for ; Sun, 3 Jan 2010 21:57:14 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o03FvDsa063894 for freebsd-hackers@freebsd.org; Sun, 3 Jan 2010 21:57:13 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Sun, 3 Jan 2010 21:57:13 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100103155713.GB63734@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <4B40BADC.6060407@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B40BADC.6060407@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 15:57:17 -0000 Doug Barton wrote: > I was not going to reply on this thread at all, but the amount of > random speculation has now reached a pathological level. > > The spurious new line at the end of a file has nothing to do with svn, > it is an artifact of how the file was originally transferred to the > cvsup mirror. My mirror was created from scratch by cvsup. What artifacts are you talking about? > The checksum mismatch will be triggered a few different > ways, the most common is to switch between cvsup and csup, and/or > switching mirrors for the same checked out tree. I am afraid you are mistaken. I have never switched between cvsup and csup. I have even recreated a mirror from scratch, and the "Checksum mismatch" error appears at the next run of cvsup. > > The message is harmless, it's not an error, and in fact you can take > the message as a reassuring sign that the system is working exactly as > designed. :) Except for the fact that the -L0 switch has become completely useless. All the "Checksum mismatch -- will transfer entire file" are L0 messages, i.e. they ARE error messages. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 16:11:13 2010 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 DC3B3106566C for ; Sun, 3 Jan 2010 16:11:13 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 777A68FC1B for ; Sun, 3 Jan 2010 16:11:13 +0000 (UTC) Received: (qmail 98697 invoked from network); 3 Jan 2010 15:44:32 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 3 Jan 2010 15:44:32 -0000 Message-ID: <4B40BB5E.9080600@h3q.com> Date: Sun, 03 Jan 2010 16:44:30 +0100 From: Philipp Wuensche User-Agent: Postbox 1.1.0 (Macintosh/20091201) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Overwrite ZFS zpool bootfs property during boot 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, 03 Jan 2010 16:11:13 -0000 Hi, is there a way to manually overwrite the zpool bootfs property during the boot? Would be nice to have a way to select another root-zfs in case the one in bootfs is rendered broken. greetings, philipp From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 17:03:05 2010 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 3258D106566B; Sun, 3 Jan 2010 17:03:05 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id F04908FC14; Sun, 3 Jan 2010 17:03:04 +0000 (UTC) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id o03H30LC077177; Sun, 3 Jan 2010 11:03:01 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <4B40CDC4.40706@missouri.edu> Date: Sun, 03 Jan 2010 11:03:00 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.23) Gecko/20091222 Firefox/3.5.5 MIME-Version: 1.0 To: Doug Barton References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <4B40BADC.6060407@FreeBSD.org> In-Reply-To: <4B40BADC.6060407@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" , Dimitry Andric , Matthias Andree , Victor Sudakov Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 17:03:05 -0000 Doug Barton wrote: > I was not going to reply on this thread at all, but the amount of > random speculation has now reached a pathological level. > > The spurious new line at the end of a file has nothing to do with svn, > it is an artifact of how the file was originally transferred to the > cvsup mirror. The checksum mismatch will be triggered a few different > ways, the most common is to switch between cvsup and csup, and/or > switching mirrors for the same checked out tree. > > The message is harmless, it's not an error, and in fact you can take > the message as a reassuring sign that the system is working exactly as > designed. :) > I tend to agree with Victor that there is something more going on. I started getting these messages at about the same time as svn was introduced. From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 20:31:15 2010 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 A5A56106568B for ; Sun, 3 Jan 2010 20:31:15 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp101.biz.mail.re2.yahoo.com (smtp101.biz.mail.re2.yahoo.com [68.142.229.215]) by mx1.freebsd.org (Postfix) with SMTP id 0C88B8FC0C for ; Sun, 3 Jan 2010 20:31:14 +0000 (UTC) Received: (qmail 68082 invoked from network); 3 Jan 2010 20:04:32 -0000 Received: from 75-145-250-173-Connecticut.hfc.comcastbusiness.net (noackjr@75.145.250.173 with login) by smtp101.biz.mail.re2.yahoo.com with SMTP; 03 Jan 2010 12:04:31 -0800 PST X-Yahoo-SMTP: VnOecJeswBCMn50HlEMYJKFtvXTL X-YMail-OSG: cEB_b3EVM1mlGjmZsEdd_FzB1kE1kbI6MW1VmLbsjVlmbG0pRzGv9e.AYRgHFVuYZeO7fIiG4.s8sSM1R_qUKxoq1b2JL1eBsBFeq88joqK09fqvcjrlRBkx8KdV35MgENKTNOViUsA0Ilp9v1inbeKDpOzN6KqIy3oOmjsThEHtP..JR9wiMjiLsgUNWCl0SrP.Y5mMHanw8wo1KL91HFyJFtlGx5FogsQdR8nEjuZS1w_PP_1hWkqhG4IBOsHJjtzMEwgJC7K4ptwyjUdyq8t70sGND3xmhZLlDFb72Ukwk082v13v_0lZk09TKsgU88JVMdp4KepmscVlYcYMds8Pdb_uZCUYFzLycV8XhCIwpAS0vUVeaJaj_uthWS5LS.f6QYrlME7A3O8eDW3x4umhVS50ip9aus0HoIaijI_rUEGReXLtcLdthP.lUYCJZMVgiQYH2BHERF2joVxxAwk23RhsyH92jWqvPKrobW.oN8u.QBZJj0kZEg-- X-Yahoo-Newman-Property: ymail-3 Received: from optimator.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 12A0061E7; Sun, 3 Jan 2010 15:04:31 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by optimator.noacks.org (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5LNWp9TKncuQ; Sun, 3 Jan 2010 15:04:30 -0500 (EST) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 246D46184; Sun, 3 Jan 2010 15:04:30 -0500 (EST) Received: from 192.168.1.1 (SquirrelMail authenticated user noackjr) by www.noacks.org with HTTP; Sun, 3 Jan 2010 15:04:30 -0500 Message-ID: <6b03c98ec492c38358083cfef0cfd541.squirrel@www.noacks.org> In-Reply-To: References: <6101e8c40912291418w25b46700hb14c53ee414010da@mail.gmail.com> Date: Sun, 3 Jan 2010 15:04:30 -0500 From: "Jonathan Noack" To: "jhell" User-Agent: SquirrelMail/1.4.20-RC2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Sun, 03 Jan 2010 21:12:14 +0000 Cc: FreeBSD Hackers , stable@freebsd.org, Oliver Pinter Subject: Re: something fails with svn X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jan 2010 20:31:15 -0000 On Tue, December 29, 2009 23:33, jhell wrote: > On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: >> Hi list! >> >> Something fails, when updated the FreeBSD's svn repo to git. Since >> yesterday I get this warning: >> $ git svn rebase >> >> ... >> M sys/boot/pc98/kgzldr/crt.s >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/stable/8/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf >> r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 >> (refs/remotes/git-svn) >> M sys/powerpc/conf/DEFAULTS >> M sys/sparc64/conf/DEFAULTS >> M sys/ia64/conf/DEFAULTS >> M sys/sun4v/conf/DEFAULTS >> M sys/pc98/conf/DEFAULTS >> M sys/i386/conf/DEFAULTS >> M sys/amd64/conf/DEFAULTS >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf >> r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 >> (refs/remotes/git-svn) >> M etc/rc.d/named >> M etc/mtree/BIND.chroot.dist >> M etc/namedb/named.conf >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc >> r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b >> (refs/remotes/git-svn) >> M usr.sbin/zic/Theory >> M lib/libc/stdtime/tzfile.5 >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/lib/libc >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist >> Couldn't find revmap for >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic >> r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 >> (refs/remotes/git-svn) >> ... >> >> >> the git config is: >> >> [core] >> repositoryformatversion = 0 >> filemode = true >> bare = false >> logallrefupdates = true >> [svn-remote "svn"] >> url = svn://svn.freebsd.org/base/stable/7 >> fetch = :refs/remotes/git-svn >> >> Is this a user error (my), or it's an mismerge or repo fail git / or >> freebsd's svn? > > SVN never has problems "It's powered by FreeBSD ;)" > > Take a look at your git config. The problem lies there and is very > visible. After you are done fixing that re-read the whole email that you > posted. I'd appreciate an explanation -- sounds like the OP, myself, and at least one other person haven't figured it out yet. Thanks! -Jon From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 21:41:15 2010 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 3F875106566B; Sun, 3 Jan 2010 21:41:15 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id E8C768FC0C; Sun, 3 Jan 2010 21:41:14 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 83A80133461A; Sun, 3 Jan 2010 22:41:11 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id ep+tzO5pZDHe; Sun, 3 Jan 2010 22:41:10 +0100 (CET) Received: from danger-mbp.local (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id 4C83E1334609; Sun, 3 Jan 2010 22:41:10 +0100 (CET) Message-ID: <4B410EF8.5000806@FreeBSD.org> Date: Sun, 03 Jan 2010 22:41:12 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: current@freebsd.org, hackers@freebsd.org Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Fwd: HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 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: Sun, 03 Jan 2010 21:41:15 -0000 Dear all, I would like to remind you about the next FreeBSD Status Reports submission deadline, which is set to Jan 15th, 2010. So far, I have received only 3 reports, which is very low amount. If you have anything to share with the community about your FreeBSD related work, this is the best time to send us your entry. Thanks. ----- Pôvodná správa ----- Predmet: HEADSUP: Call for FreeBSD Status Reports (Oct - Dec 2009) Dátum: Sun, 20 Dec 2009 03:08:58 +0100 Od: Daniel Gerzo Organizácia: The FreeBSD Project Pre: hackers@freebsd.org, current@freebsd.org, stable@freebsd.org Dear all, Another quarter is soon to be finished and as such, I would like to remind you to submit your status reports as soon as possible, because the submissions for this quarter (covering period of Oct - Dec 2009) are due by Janurary 15th, 2010. I believe a lot of things have happened in the meantime. This call is not only for a reports about new projects, but entries including updates about previously announced projects are to be accepted too. You can find the latest report at http://www.freebsd.org/news/status/report-2009-04-2009-09.html. Please do not hesitate to write us a few lines - a short description about what you are working on, what are the plans and goals or possibly problems you have encountered, so we can inform our community about your great work! It is useful for you, as well as our users! To submit your entry, please post the filled-in XML template available at http://www.freebsd.org/news/status/report-sample.xml, or alternatively use our web based form at http://www.freebsd.org/cgi/monthly.cgi to generate the XML file to be posted by email to monthly@. We are looking forward to see your submissions! -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 22:17:09 2010 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 8A6461065676 for ; Sun, 3 Jan 2010 22:17:09 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.freebsd.org (Postfix) with ESMTP id 174498FC0A for ; Sun, 3 Jan 2010 22:17:08 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o03MH5jw026211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 4 Jan 2010 09:17:06 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o03MGt06003542; Mon, 4 Jan 2010 09:16:56 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o03MGtTM003541; Mon, 4 Jan 2010 09:16:55 +1100 (EST) (envelope-from peter) Date: Mon, 4 Jan 2010 09:16:55 +1100 From: Peter Jeremy To: Victor Sudakov Message-ID: <20100103221655.GA76049@server.vk2pj.dyndns.org> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <20100103154503.GA63734@admin.sibptus.tomsk.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 03 Jan 2010 22:17:09 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jan-03 21:45:03 +0600, Victor Sudakov wrote: >I also see that many "changes" in the CVS seem to be useless: there >are no changes other than file version increments. SVN metadata changes will appear in CVS as version changes only. The most obvious/common case is branching - branching a native CVS repo just adds the branch tags. Branching a SVN repo replicates the tree and the SVN->CVS exporter turns the branch into a commit that touches each affected file. --=20 Peter Jeremy --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktBF1YACgkQ/opHv/APuIePIgCghcPN8PpQmif3cLT6peJyJhFL YeIAoLqhzyf0YwUCXdJbuIGPOZqv+SLu =/+2K -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 23:40:50 2010 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 130721065692 for ; Sun, 3 Jan 2010 23:40:50 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id D9E5A8FC1D for ; Sun, 3 Jan 2010 23:40:49 +0000 (UTC) Received: from mail1.rawbw.com (mail1.rawbw.com [198.144.192.43]) by shell0.rawbw.com (8.14.3/8.14.3) with ESMTP id o03NenpO052939; Sun, 3 Jan 2010 15:40:49 -0800 (PST) (envelope-from yuri@rawbw.com) Received: from ip15.nantucket.sfo.ygnition.net (ip15.nantucket.sfo.ygnition.net [24.219.28.15]) by webmail.rawbw.com (Horde Framework) with HTTP; Sun, 03 Jan 2010 15:40:49 -0800 Message-ID: <20100103154049.208253lht7g43go4@webmail.rawbw.com> Date: Sun, 03 Jan 2010 15:40:49 -0800 From: Yuri To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2.1-RC1) Subject: Does FreeBSD issue messages about MAC/IP conflicts? 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, 03 Jan 2010 23:40:50 -0000 I accidentally had two machines having the same wifi MAC address. Wifi router gave them both the same local IP address and they both could somewhat connect to the outside world, but connections were flaky. No messages about IP/MAC conflicts appeared in dmesg log. Vague memories from the long ago past remind me that Windows was issuing IP conflict messages in the local wired network. Why doesn't FreeBSD complain at leat about the IP conflict? FreeBSD-8.0-STABLE, ath0 interface. Yuri From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 23:43:50 2010 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 7F5481065693 for ; Sun, 3 Jan 2010 23:43:50 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 158F68FC0C for ; Sun, 3 Jan 2010 23:43:49 +0000 (UTC) Received: by fxm27 with SMTP id 27so354845fxm.3 for ; Sun, 03 Jan 2010 15:43:41 -0800 (PST) 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=A7N5DEFhivJxvvT20S8jXVXP5JylYhap3q59LVL0cIc=; b=lCxZ3r37DtX+p8YtTqk1HbYesujgNA461ArIahJSsve4gXYtgYADzEQr8HeloiBZQv LsqFjIAKHPf8CNMJYMIlTMNweLc+Wsev6DS5gegqnEkn9l0PAn2y6dzGMMma0pRe6GAy r9VqDuz8GrrjHruw8vOkSlrzHQX/2xqj29lOA= 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=dJpzwC0sqnp8MEQY0sCmMl5/0M7BHgGJa4T/pxpvgxLqHmulWVVfFQn1b7oUC5NtKk AmCKSvYiZjmW0rjkMEm8b1j2vk6I86ik4W47Pbd1aD5UXUqtbrlsazRdIK7jNXE1mwnf mJImKPr90um9ti77mpGurPjn+cw4T31Cy0CUM= MIME-Version: 1.0 Received: by 10.223.101.152 with SMTP id c24mr13069669fao.95.1262562221660; Sun, 03 Jan 2010 15:43:41 -0800 (PST) In-Reply-To: <20100103154049.208253lht7g43go4@webmail.rawbw.com> References: <20100103154049.208253lht7g43go4@webmail.rawbw.com> Date: Sun, 3 Jan 2010 18:43:41 -0500 Message-ID: <4ad871311001031543j16aa7aa3la35be5897bb9c490@mail.gmail.com> From: Glen Barber To: Yuri Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: Does FreeBSD issue messages about MAC/IP conflicts? 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, 03 Jan 2010 23:43:50 -0000 On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote: > I accidentally had two machines having the same wifi MAC address. > Wifi router gave them both the same local IP address and they both could > somewhat connect to the outside world, but connections were flaky. > > No messages about IP/MAC conflicts appeared in dmesg log. > > Vague memories from the long ago past remind me that Windows was issuing IP > conflict messages in the local wired network. > > Why doesn't FreeBSD complain at leat about the IP conflict? > The last time I made the mistake of having two devices with the same IP, I saw ARP messages in /var/log/messages as well as the system console. This was around 8.0-RC1, for what it's worth. -- Glen Barber From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 3 22:32:51 2010 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 46F6D1065672; Sun, 3 Jan 2010 22:32:51 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9CC8FC25; Sun, 3 Jan 2010 22:32:51 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o03MWYLP013999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jan 2010 14:32:34 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8B7C31CC0C; Sun, 3 Jan 2010 14:32:34 -0800 (PST) To: noackjr@alumni.rice.edu In-reply-to: Your message of "Sun, 03 Jan 2010 15:04:30 EST." <6b03c98ec492c38358083cfef0cfd541.squirrel@www.noacks.org> Date: Sun, 03 Jan 2010 14:32:34 -0800 From: "Kevin Oberman" Message-Id: <20100103223234.8B7C31CC0C@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-01-03_04:2009-12-31, 2010-01-03, 2010-01-03 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1001030160 X-Mailman-Approved-At: Mon, 04 Jan 2010 01:17:56 +0000 Cc: FreeBSD Hackers , stable@freebsd.org Subject: Re: something fails with svn 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, 03 Jan 2010 22:32:51 -0000 > Date: Sun, 3 Jan 2010 15:04:30 -0500 > From: "Jonathan Noack" > Sender: owner-freebsd-stable@freebsd.org > > On Tue, December 29, 2009 23:33, jhell wrote: > > On Tue, 29 Dec 2009 17:18, oliver.pntr@ wrote: > >> Hi list! > >> > >> Something fails, when updated the FreeBSD's svn repo to git. Since > >> yesterday I get this warning: > >> $ git svn rebase > >> > >> ... > >> M sys/boot/pc98/kgzldr/crt.s > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/stable/8/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/kmacy/releng_7_2_fcs/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/stable/8/sys/contrib/pf > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/user/peter/kinfo/sys/contrib/pf > >> r201153 = 2a0c8903699f2e4ff17312c753e335424eeac5e3 > >> (refs/remotes/git-svn) > >> M sys/powerpc/conf/DEFAULTS > >> M sys/sparc64/conf/DEFAULTS > >> M sys/ia64/conf/DEFAULTS > >> M sys/sun4v/conf/DEFAULTS > >> M sys/pc98/conf/DEFAULTS > >> M sys/i386/conf/DEFAULTS > >> M sys/amd64/conf/DEFAULTS > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/cddl/contrib/opensolaris > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/dev/acpica > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/sys > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/sys/contrib/pf > >> r201164 = c4051399b1b56820b010acba9f5f0e2953f5be70 > >> (refs/remotes/git-svn) > >> M etc/rc.d/named > >> M etc/mtree/BIND.chroot.dist > >> M etc/namedb/named.conf > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head/etc > >> r201173 = d70d011b0c38f8a35845a3a63e6ba60f2f04774b > >> (refs/remotes/git-svn) > >> M usr.sbin/zic/Theory > >> M lib/libc/stdtime/tzfile.5 > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc/stdtime > >> Couldn't find revmap for svn://svn.freebsd.org/base/stable/7/head > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/lib/libc > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/libc > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/head/usr.sbin/zic > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist > >> Couldn't find revmap for > >> svn://svn.freebsd.org/base/stable/7/vendor/tzcode/dist/zic > >> r201184 = 47c9db23979a71f805ff5f11d0574ae1ed83a581 > >> (refs/remotes/git-svn) > >> ... > >> > >> > >> the git config is: > >> > >> [core] > >> repositoryformatversion = 0 > >> filemode = true > >> bare = false > >> logallrefupdates = true > >> [svn-remote "svn"] > >> url = svn://svn.freebsd.org/base/stable/7 > >> fetch = :refs/remotes/git-svn > >> > >> Is this a user error (my), or it's an mismerge or repo fail git / or > >> freebsd's svn? > > > > SVN never has problems "It's powered by FreeBSD ;)" > > > > Take a look at your git config. The problem lies there and is very > > visible. After you are done fixing that re-read the whole email that you > > posted. > > I'd appreciate an explanation -- sounds like the OP, myself, and at least > one other person haven't figured it out yet. No, the OP has it figured out, so it's just you and a a few others who may have missed the last message in the thread. The problem was a change in the importation of svn into git with the latest update to git on 12/28. It required a modification of the git configuration...otherwise the import failed. I am not git-aware, so I suggest reading the final message from Oliver sent on 1/1 at 18:24 -8. He points out the thread on the git list that explained the work-around: http://lists-archives.org/git/707921-git-svn-memoize-conversion-of-svn-merge-ticket-info-to-git-commit-ranges.html -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 02:13:07 2010 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 E410810656AE for ; Mon, 4 Jan 2010 02:13:07 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id B7AAD8FC1F for ; Mon, 4 Jan 2010 02:13:07 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o042D6tS045380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 3 Jan 2010 18:13:07 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o042D6oh045379; Sun, 3 Jan 2010 18:13:06 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA23079; Sun, 3 Jan 10 18:03:42 PST Date: Sun, 03 Jan 2010 18:02:13 -0800 From: perryh@pluto.rain.com To: yuri@rawbw.com, glen.j.barber@gmail.com Message-Id: <4b414c25.b+RuSCrExOCUOAba%perryh@pluto.rain.com> References: <20100103154049.208253lht7g43go4@webmail.rawbw.com> <4ad871311001031543j16aa7aa3la35be5897bb9c490@mail.gmail.com> In-Reply-To: <4ad871311001031543j16aa7aa3la35be5897bb9c490@mail.gmail.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Does FreeBSD issue messages about MAC/IP conflicts? 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, 04 Jan 2010 02:13:08 -0000 Glen Barber wrote: > On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote: > > I accidentally had two machines having the same wifi MAC > > address. Wifi router gave them both the same local IP address > > and they both could somewhat connect to the outside world, but > > connections were flaky. > > > > No messages about IP/MAC conflicts appeared in dmesg log. > > > > Vague memories from the long ago past remind me that Windows > > was issuing IP conflict messages in the local wired network. > > > > Why doesn't FreeBSD complain at leat about the IP conflict? > > The last time I made the mistake of having two devices with the > same IP, I saw ARP messages in /var/log/messages as well as the > system console. This was around 8.0-RC1, for what it's worth. ARP will notice when two different MAC addresses both claim the same IP address, but to detect two different boxes both claiming the same MAC/IP address pair would require some other way of identifying the two boxes as different. From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 02:53:13 2010 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 4A4731065670 for ; Mon, 4 Jan 2010 02:53:13 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id 035C58FC15 for ; Mon, 4 Jan 2010 02:53:12 +0000 (UTC) Received: by yxe2 with SMTP id 2so334843yxe.7 for ; Sun, 03 Jan 2010 18:53:02 -0800 (PST) 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=8n+dLcuLfPNZ+VqIedKGhkik6xyLM4SRqv1dMz6sxmI=; b=iqak0ehw843nd9hrlypZL07ITs8LNEb1Qa22KwWCkXto0c1xmVg3ZgofjpFd9ACu2c FS58Lcbo5Zp/1H5MqMTFNnIpyg7gSKfWH/q5NFf9ZQoYoRSsytYVEjD3Wgm+uk41erZK o7QaLHWLfqxPE0ngeWdj38+Q20uOlmvuYPaAg= 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=tOz9vn7fzh8xl5hddhcuBYnZd/atPCyJ/Dx17XGK3pXUSnYeglVywV6a9byRSNOb1G hVM8KiqfdUf5p6aHpITrv0AgvlPgk07Yne3GmVDa7J+v5ehVVWWPJZX9CtdxJJnx0OtR AmyS+bHs26gkx3rZEiYB+1VOVYoDwPJYtAjGs= MIME-Version: 1.0 Received: by 10.101.34.4 with SMTP id m4mr15450588anj.1.1262572206322; Sun, 03 Jan 2010 18:30:06 -0800 (PST) In-Reply-To: <4b414c25.b+RuSCrExOCUOAba%perryh@pluto.rain.com> References: <20100103154049.208253lht7g43go4@webmail.rawbw.com> <4ad871311001031543j16aa7aa3la35be5897bb9c490@mail.gmail.com> <4b414c25.b+RuSCrExOCUOAba%perryh@pluto.rain.com> Date: Sun, 3 Jan 2010 21:30:06 -0500 Message-ID: <5635aa0d1001031830v790842d1k19d49b2e927c2593@mail.gmail.com> From: Outback Dingo To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: yuri@rawbw.com, glen.j.barber@gmail.com, freebsd-hackers@freebsd.org Subject: Re: Does FreeBSD issue messages about MAC/IP conflicts? 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, 04 Jan 2010 02:53:13 -0000 my curiousity is howd he get duplicate mac addresses On Sun, Jan 3, 2010 at 9:02 PM, wrote: > Glen Barber wrote: > > On Sun, Jan 3, 2010 at 6:40 PM, Yuri wrote: > > > I accidentally had two machines having the same wifi MAC > > > address. Wifi router gave them both the same local IP address > > > and they both could somewhat connect to the outside world, but > > > connections were flaky. > > > > > > No messages about IP/MAC conflicts appeared in dmesg log. > > > > > > Vague memories from the long ago past remind me that Windows > > > was issuing IP conflict messages in the local wired network. > > > > > > Why doesn't FreeBSD complain at leat about the IP conflict? > > > > The last time I made the mistake of having two devices with the > > same IP, I saw ARP messages in /var/log/messages as well as the > > system console. This was around 8.0-RC1, for what it's worth. > > ARP will notice when two different MAC addresses both claim the same > IP address, but to detect two different boxes both claiming the same > MAC/IP address pair would require some other way of identifying the > two boxes as different. > _______________________________________________ > 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 Jan 4 08:30:06 2010 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 81776106568B for ; Mon, 4 Jan 2010 08:30:06 +0000 (UTC) (envelope-from sonicy@otenet.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [83.235.67.30]) by mx1.freebsd.org (Postfix) with ESMTP id DF9958FC1A for ; Mon, 4 Jan 2010 08:30:05 +0000 (UTC) Received: from pulstar.local (athedsl-4554414.home.otenet.gr [94.70.74.182]) by aiolos.otenet.gr (8.13.8/8.13.8/Debian-3) with ESMTP id o047knhk013785; Mon, 4 Jan 2010 09:46:49 +0200 Message-ID: <4B419CE9.5090305@otenet.gr> Date: Mon, 04 Jan 2010 09:46:49 +0200 From: Manolis Kiagias User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Outback Dingo References: <20100103154049.208253lht7g43go4@webmail.rawbw.com> <4ad871311001031543j16aa7aa3la35be5897bb9c490@mail.gmail.com> <4b414c25.b+RuSCrExOCUOAba%perryh@pluto.rain.com> <5635aa0d1001031830v790842d1k19d49b2e927c2593@mail.gmail.com> In-Reply-To: <5635aa0d1001031830v790842d1k19d49b2e927c2593@mail.gmail.com> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Mon, 04 Jan 2010 12:36:04 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Does FreeBSD issue messages about MAC/IP conflicts? 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, 04 Jan 2010 08:30:06 -0000 On 04/01/2010 4:30 π.Îź., Outback Dingo wrote: > my curiousity is howd he get duplicate mac addresses > > On Sun, Jan 3, 2010 at 9:02 PM, wrote: > > > Changed using ifconfig - maybe by a script? like ifconfig re0 link From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 13:03:30 2010 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 5CE7C1065698 for ; Mon, 4 Jan 2010 13:03:30 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id B09C98FC0A for ; Mon, 4 Jan 2010 13:03:29 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13403015 for freebsd-hackers@freebsd.org; Mon, 04 Jan 2010 19:03:27 +0600 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o04D3QFb079879 for ; Mon, 4 Jan 2010 19:03:26 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o04D3G7k079878 for freebsd-hackers@freebsd.org; Mon, 4 Jan 2010 19:03:16 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Mon, 4 Jan 2010 19:03:16 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100104130315.GA79633@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100103221655.GA76049@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 04 Jan 2010 13:03:30 -0000 Peter Jeremy wrote: > >I also see that many "changes" in the CVS seem to be useless: there > >are no changes other than file version increments. > > SVN metadata changes will appear in CVS as version changes only. The > most obvious/common case is branching - branching a native CVS repo > just adds the branch tags. Branching a SVN repo replicates the tree > and the SVN->CVS exporter turns the branch into a commit that touches > each affected file. Thank you for the insight into theory, however the practical results are annoying. For example, running mergemaster has become a nightmare. It considers every file to be changed (unless you do some black magic with DIFF_OPTIONS to ignore \$FreeBSD:.*\$). BTW what does cvsup (in CVS mode) do with an RCS file to which only a branch tag has been added? How does it mirror such a change? Just curious. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 13:52:35 2010 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 B30A7106568B for ; Mon, 4 Jan 2010 13:52:35 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5548FC15 for ; Mon, 4 Jan 2010 13:52:35 +0000 (UTC) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:50048 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NRn7E-0004XL-8e for freebsd-hackers@freebsd.org; Mon, 04 Jan 2010 14:37:02 +0100 Received: (qmail 61759 invoked from network); 4 Jan 2010 14:36:57 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 4 Jan 2010 14:36:57 +0100 Received: (qmail 47715 invoked by uid 1001); 4 Jan 2010 14:36:57 +0100 Date: Mon, 4 Jan 2010 14:36:57 +0100 From: Erik Trulsson To: Victor Sudakov Message-ID: <20100104133657.GA47668@owl.midgard.homeip.net> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100104130315.GA79633@admin.sibptus.tomsk.ru> User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1NRn7E-0004XL-8e. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1NRn7E-0004XL-8e dc17984d6154ec550ebd620979933ea7 Cc: freebsd-hackers@freebsd.org Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 04 Jan 2010 13:52:35 -0000 On Mon, Jan 04, 2010 at 07:03:16PM +0600, Victor Sudakov wrote: > Peter Jeremy wrote: > > >I also see that many "changes" in the CVS seem to be useless: there > > >are no changes other than file version increments. > > > > SVN metadata changes will appear in CVS as version changes only. The > > most obvious/common case is branching - branching a native CVS repo > > just adds the branch tags. Branching a SVN repo replicates the tree > > and the SVN->CVS exporter turns the branch into a commit that touches > > each affected file. > > Thank you for the insight into theory, however the practical results > are annoying. For example, running mergemaster has become a nightmare. > It considers every file to be changed (unless you do some black magic > with DIFF_OPTIONS to ignore \$FreeBSD:.*\$). Or if you use mergemaster's -F flag which seems to exist for exactly this type of situation. > > BTW what does cvsup (in CVS mode) do with an RCS file to which only a > branch tag has been added? How does it mirror such a change? Just > curious. It will add the tag to the file of course. (In CVS tags are stored inside each RCS file.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 13:55:54 2010 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 93BEA1065672 for ; Mon, 4 Jan 2010 13:55:54 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id D9D958FC1A for ; Mon, 4 Jan 2010 13:55:53 +0000 (UTC) Received: (qmail 67373 invoked from network); 4 Jan 2010 13:55:51 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 4 Jan 2010 13:55:51 -0000 Message-ID: <4B41F366.4060509@h3q.com> Date: Mon, 04 Jan 2010 14:55:50 +0100 From: Philipp Wuensche User-Agent: Postbox 1.1.0 (Macintosh/20091201) MIME-Version: 1.0 To: krad References: <4B40BB5E.9080600@h3q.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Overwrite ZFS zpool bootfs property during boot 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, 04 Jan 2010 13:55:54 -0000 krad wrote: > > You can reset vfs.root.mountfrom from the loader prompt. However that > wont help if the fs it totally hosed. The only way i know if to boot in > on another live os and reset the propery It also will not help if the zpool.cache or kernel is hosed. :-/ My idea would be a menu in the loader where you could select a zfs-dataset from which to boot. greetings, philipp From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 14:38:02 2010 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 A7611106566B for ; Mon, 4 Jan 2010 14:38:02 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 03A338FC14 for ; Mon, 4 Jan 2010 14:38:01 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13403077 for freebsd-hackers@freebsd.org; Mon, 04 Jan 2010 20:38:00 +0600 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o04Ebxtb080552 for ; Mon, 4 Jan 2010 20:37:59 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o04Ebno7080547 for freebsd-hackers@freebsd.org; Mon, 4 Jan 2010 20:37:49 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Mon, 4 Jan 2010 20:37:49 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100104143749.GA80433@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> <20100104133657.GA47668@owl.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100104133657.GA47668@owl.midgard.homeip.net> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 04 Jan 2010 14:38:02 -0000 Erik Trulsson wrote: > > > SVN metadata changes will appear in CVS as version changes only. The > > > most obvious/common case is branching - branching a native CVS repo > > > just adds the branch tags. Branching a SVN repo replicates the tree > > > and the SVN->CVS exporter turns the branch into a commit that touches > > > each affected file. [dd] > > BTW what does cvsup (in CVS mode) do with an RCS file to which only a > > branch tag has been added? How does it mirror such a change? Just > > curious. > > It will add the tag to the file of course. (In CVS tags are stored inside > each RCS file.) So, branching a native CVS repo would still produce a massive change and download of RCS files by cvsup? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 14:50:13 2010 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 972CA1065694 for ; Mon, 4 Jan 2010 14:50:13 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id DB40E8FC19 for ; Mon, 4 Jan 2010 14:50:12 +0000 (UTC) Received: (qmail 81694 invoked from network); 4 Jan 2010 14:50:11 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (cryx) by mail.h3q.com with AES256-SHA encrypted SMTP; 4 Jan 2010 14:50:11 -0000 Message-ID: <4B420023.3020602@h3q.com> Date: Mon, 04 Jan 2010 15:50:11 +0100 From: Philipp Wuensche User-Agent: Postbox 1.1.0 (Macintosh/20091201) MIME-Version: 1.0 To: krad References: <4B40BB5E.9080600@h3q.com> <4B41F366.4060509@h3q.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Overwrite ZFS zpool bootfs property during boot 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, 04 Jan 2010 14:50:13 -0000 krad wrote: > > > 2010/1/4 Philipp Wuensche > > > krad wrote: > > > > You can reset vfs.root.mountfrom from the loader prompt. However that > > wont help if the fs it totally hosed. The only way i know if to > boot in > > on another live os and reset the propery > > It also will not help if the zpool.cache or kernel is hosed. :-/ > > My idea would be a menu in the loader where you could select a > zfs-dataset from which to boot. > > greetings, > philipp > > > > much like opensolaris and the boot enviroments. Its dead easy to flip > flop between os installations with grub Exactly, thats why I wrote manageBE http://anonsvn.h3q.com/projects/freebsd-patches/wiki/manageBE which is the userland program for managing multiple boot-environments in FreeBSD. But without selecting the boot-environment at the loader its only half the fun! :-) greetings, philipp From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 18:51:35 2010 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 2E4FF106566B for ; Mon, 4 Jan 2010 18:51:35 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id DD9F58FC18 for ; Mon, 4 Jan 2010 18:51:34 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o04IbKuc016498 for ; Mon, 4 Jan 2010 12:37:20 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o04IbKb8016497 for freebsd-hackers@freebsd.org; Mon, 4 Jan 2010 12:37:20 -0600 (CST) (envelope-from brooks) Date: Mon, 4 Jan 2010 12:37:19 -0600 From: Brooks Davis To: freebsd-hackers@freebsd.org Message-ID: <20100104183719.GA16422@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 04 Jan 2010 12:37:20 -0600 (CST) Subject: testing needed: Secure RPC 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, 04 Jan 2010 18:51:35 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've got a patch against the Secure RPC code which replaces an apparently bogus use of NGROUPS and fixes a bug where the internal identify cache stores uid_t and gid_t data in shorts. It's trivial and it looks like all the surrounding uses do use the correct size and just discard data when passing it through the cache, but I don't have an easy way to test it. Does anyone else? -- Brooks Index: lib/libc/rpc/svc_auth_des.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- lib/libc/rpc/svc_auth_des.c (revision 201441) +++ lib/libc/rpc/svc_auth_des.c (working copy) @@ -449,10 +449,10 @@ #define INVALID -1 /* grouplen, if cache entry is invalid */ =20 struct bsdcred { - short uid; /* cached uid */ - short gid; /* cached gid */ - short grouplen; /* length of cached groups */ - short groups[NGROUPS]; /* cached groups */ + uid_t uid; /* cached uid */ + gid_t gid; /* cached gid */ + int grouplen; /* length of cached groups */ + gid_t groups[NGRPS]; /* cached groups */ }; =20 /* --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLQjVfXY6L6fI4GtQRAvoDAKCQVyzET+tUZVTm4lgNPGugdJhmoACeJbAy aOm02jIw+xVyhugOQWfSu2w= =oSRg -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 19:53:33 2010 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 7E4851065694 for ; Mon, 4 Jan 2010 19:53:33 +0000 (UTC) (envelope-from jandrese@mitre.org) Received: from smtp-bedford.mitre.org (smtp-bedford.mitre.org [129.83.20.191]) by mx1.freebsd.org (Postfix) with ESMTP id 183D88FC13 for ; Mon, 4 Jan 2010 19:53:31 +0000 (UTC) Received: from smtp-bedford.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford.mitre.org (8.13.1/8.13.1) with ESMTP id o04JrUl7020780 for ; Mon, 4 Jan 2010 14:53:30 -0500 Received: from IMCCAS3B.MITRE.ORG (imccas3b.mitre.org [129.83.29.221]) by smtp-bedford.mitre.org (8.13.1/8.13.1) with ESMTP id o04JrUbI020775; Mon, 4 Jan 2010 14:53:30 -0500 Received: from IMCMBX3.MITRE.ORG ([129.83.29.206]) by IMCCAS3B.MITRE.ORG ([fe80::40:100f:9163:d505%10]) with mapi; Mon, 4 Jan 2010 14:53:29 -0500 From: "Andresen, Jason R." To: Outback Dingo , "perryh@pluto.rain.com" Date: Mon, 4 Jan 2010 14:53:28 -0500 Thread-Topic: Does FreeBSD issue messages about MAC/IP conflicts? Thread-Index: AcqM6Sn4ZGw/RHrUT2+R0vu0KFD7qQAjkGNA Message-ID: <600C0C33850FFE49B76BDD81AED4D25801372FCC76@IMCMBX3.MITRE.ORG> References: <20100103154049.208253lht7g43go4@webmail.rawbw.com> <4ad871311001031543j16aa7aa3la35be5897bb9c490@mail.gmail.com> <4b414c25.b+RuSCrExOCUOAba%perryh@pluto.rain.com> <5635aa0d1001031830v790842d1k19d49b2e927c2593@mail.gmail.com> In-Reply-To: <5635aa0d1001031830v790842d1k19d49b2e927c2593@mail.gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "yuri@rawbw.com" , "glen.j.barber@gmail.com" , "freebsd-hackers@freebsd.org" Subject: RE: Does FreeBSD issue messages about MAC/IP conflicts? 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, 04 Jan 2010 19:53:33 -0000 >From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@free= bsd.org] On Behalf Of Outback Dingo > >my curiousity is howd he get duplicate mac addresses > The most common cause that I've seen is duplicating virtual machines and no= t telling VMWare (or whatever you use) to re-jigger the virtual MAC address= . =20 From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 20:04:48 2010 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 C02F31065676 for ; Mon, 4 Jan 2010 20:04:48 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 143918FC16 for ; Mon, 4 Jan 2010 20:04:47 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13403310 for freebsd-hackers@freebsd.org; Tue, 05 Jan 2010 02:04:46 +0600 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o04K4jOQ082916 for ; Tue, 5 Jan 2010 02:04:45 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o04K4ZsW082914 for freebsd-hackers@freebsd.org; Tue, 5 Jan 2010 02:04:35 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Tue, 5 Jan 2010 02:04:35 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100104200434.GA82853@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> <20100104133657.GA47668@owl.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100104133657.GA47668@owl.midgard.homeip.net> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 04 Jan 2010 20:04:48 -0000 Erik Trulsson wrote: > > Peter Jeremy wrote: > > > >I also see that many "changes" in the CVS seem to be useless: there > > > >are no changes other than file version increments. > > > > > > SVN metadata changes will appear in CVS as version changes only. The > > > most obvious/common case is branching - branching a native CVS repo > > > just adds the branch tags. Branching a SVN repo replicates the tree > > > and the SVN->CVS exporter turns the branch into a commit that touches > > > each affected file. > > > > Thank you for the insight into theory, however the practical results > > are annoying. For example, running mergemaster has become a nightmare. > > It considers every file to be changed (unless you do some black magic > > with DIFF_OPTIONS to ignore \$FreeBSD:.*\$). > > Or if you use mergemaster's -F flag which seems to exist for exactly this > type of situation. AFAIK it was not available before RELENG_7_2. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 4 22:36:44 2010 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 E5358106566C for ; Mon, 4 Jan 2010 22:36:44 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 723F88FC1A for ; Mon, 4 Jan 2010 22:36:44 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o04MafEO018847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Jan 2010 09:36:41 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o04MaXgf092538; Tue, 5 Jan 2010 09:36:33 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o04MaWFJ092511; Tue, 5 Jan 2010 09:36:32 +1100 (EST) (envelope-from peter) Date: Tue, 5 Jan 2010 09:36:32 +1100 From: Peter Jeremy To: Victor Sudakov Message-ID: <20100104223631.GC41129@server.vk2pj.dyndns.org> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> <20100104133657.GA47668@owl.midgard.homeip.net> <20100104143749.GA80433@admin.sibptus.tomsk.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <20100104143749.GA80433@admin.sibptus.tomsk.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-hackers@freebsd.org Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 04 Jan 2010 22:36:45 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Jan-04 20:37:49 +0600, Victor Sudakov wrote: >Erik Trulsson wrote: >> It will add the tag to the file of course. (In CVS tags are stored insi= de >> each RCS file.) Actually, FreeBSD's CVS checkin scripts were hacked many years ago to unexpand $FreeBSD$ on checkin so that the actual repo "text" part just includes $FreeBSD$ and doesn't update on each checkin. >So, branching a native CVS repo would still produce a massive change >and download of RCS files by cvsup? Yes - because the RCS file includes all the metadata - ie tags. This is very visible when (eg) the ports tree is tagged. =20 --=20 Peter Jeremy --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAktCbW8ACgkQ/opHv/APuIeo5gCcDUdmP8srEScWu5VHjdHK4TcG GHAAoIEbqBQ5VGT3etzvbMZ2tX30mSfq =dR9l -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 06:47:34 2010 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 0E10E106566B for ; Tue, 5 Jan 2010 06:47:34 +0000 (UTC) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: from relay2.tomsk.ru (relay2.tomsk.ru [212.73.124.8]) by mx1.freebsd.org (Postfix) with ESMTP id 558BC8FC14 for ; Tue, 5 Jan 2010 06:47:32 +0000 (UTC) X-Virus-Scanned: by clamd daemon 0.93.1 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.13) with ESMTPSA id 13403675 for freebsd-hackers@freebsd.org; Tue, 05 Jan 2010 12:47:31 +0600 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.13.6/8.13.6) with ESMTP id o056lVbp094679 for ; Tue, 5 Jan 2010 12:47:31 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.13.6/8.13.6/Submit) id o056lKDE094678 for freebsd-hackers@freebsd.org; Tue, 5 Jan 2010 12:47:20 +0600 (OMST) (envelope-from sudakov+freebsd@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov+freebsd@sibptus.tomsk.ru using -f Date: Tue, 5 Jan 2010 12:47:20 +0600 From: Victor Sudakov To: freebsd-hackers@freebsd.org Message-ID: <20100105064720.GA94590@admin.sibptus.tomsk.ru> References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> <20100104133657.GA47668@owl.midgard.homeip.net> <20100104143749.GA80433@admin.sibptus.tomsk.ru> <20100104223631.GC41129@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100104223631.GC41129@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://vas.tomsk.ru/vas.asc Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 05 Jan 2010 06:47:34 -0000 Peter Jeremy wrote: > > >So, branching a native CVS repo would still produce a massive change > >and download of RCS files by cvsup? > > Yes - because the RCS file includes all the metadata - ie tags. This > is very visible when (eg) the ports tree is tagged. Then I fail to understand the difference between the effects of native CVS branching and SVN branching with subsequent export into CVS, from the point of view of cvsup: > > > SVN metadata changes will appear in CVS as version changes only. The > > > most obvious/common case is branching - branching a native CVS repo > > > just adds the branch tags. Branching a SVN repo replicates the tree > > > and the SVN->CVS exporter turns the branch into a commit that touches > > > each affected file. In both cases, the affected files are touched, changed and downloaded by cvsup, i.e. we have a massive download of all files after branching. But to hell with this. I started the topic because I think something is wrong with SVN to CVS export, which upsets cvsup and causes "Checksum mismatch" errors. Is anybody willing to look at it? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 11:58:14 2010 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 D8B661065670 for ; Tue, 5 Jan 2010 11:58:14 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 867138FC08 for ; Tue, 5 Jan 2010 11:58:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=zgI2oEfFIx6K76p7fXMuMdNrJZSbfnf6EoU6mPhsNcg=; b=WGz5o8esvyc0w55T1E3/JPI2PCHp/BK7oyarrDiinV8vWBLN4xk5kaJfFGymify9NApjTa4uxdXlIbe1KUE2g4ZC12tNZip5XwnlH8iuzUdbP0C9zJFohBPPCpSaoOOKJq1Iu9ISQpAoO1olqVbd8XEAUs5E8Mioj6gGLrDYIIi3bgvdTXs5sM3MRTkKbv/AcxOfh9SZ0pXuT3eEJC1Oya30IeGWKoy69mLTF80i+pIuxvhPs8zRncdpIekEzXT/nLLXylSlECM46dXveqXi3godbK3Utkd7iBGLhGUICfoA4j+ClFkn0IvcRD3mWKUqyndyOgSq9OYxr2L8E6fjwA==; Received: from amnesiac.at.no.dns ([91.78.248.203]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1NS834-000GGF-KR; Tue, 05 Jan 2010 14:58:06 +0300 Date: Tue, 5 Jan 2010 14:58:03 +0300 From: Eygene Ryabinkin To: Victor Sudakov Message-ID: References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091231033244.GA5631@admin.sibptus.tomsk.ru> Sender: rea-fbsd@codelabs.ru Cc: freebsd-hackers@FreeBSD.org Subject: Re: "Checksum mismatch -- will transfer entire file" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jan 2010 11:58:14 -0000 Victor, good day. Thu, Dec 31, 2009 at 09:32:44AM +0600, Victor Sudakov wrote: > I cvsup the FreeBSD CVS repository daily from cvsup.ru.freebsd.org. > Both the client and the server run CVSup Software version: SNAP_16_1h, > Protocol version: 17.0. > > Recently I noticed that there are lots of messages > "Checksum mismatch -- will transfer entire file" about all kinds of > downloaded files, e.g. http://old.nabble.com/CVSup-src-file-Edits-almost-alway-triggering-Checksum-mismatch-and-Fixup-td24980888.html Seems like you're facing the same problem. Simon Nielsen had described its origins, but it seems that the thread is currently dead. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 13:32:18 2010 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 766E5106568B for ; Tue, 5 Jan 2010 13:32:18 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 3F5418FC17 for ; Tue, 5 Jan 2010 13:32:17 +0000 (UTC) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id o05DWGru096843; Tue, 5 Jan 2010 07:32:17 -0600 (CST) (envelope-from stephen@missouri.edu) Message-ID: <4B433F60.4080508@missouri.edu> Date: Tue, 05 Jan 2010 07:32:16 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.23) Gecko/20091222 Firefox/3.5.5 MIME-Version: 1.0 To: Victor Sudakov References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> <20100104133657.GA47668@owl.midgard.homeip.net> <20100104143749.GA80433@admin.sibptus.tomsk.ru> <20100104223631.GC41129@server.vk2pj.dyndns.org> <20100105064720.GA94590@admin.sibptus.tomsk.ru> In-Reply-To: <20100105064720.GA94590@admin.sibptus.tomsk.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 05 Jan 2010 13:32:18 -0000 Victor Sudakov wrote: > But to hell with this. I started the topic because I think something > is wrong with SVN to CVS export, which upsets cvsup and causes > "Checksum mismatch" errors. Is anybody willing to look at it? I second Victor's request. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 13:40:00 2010 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 F2F8D106566C for ; Tue, 5 Jan 2010 13:40:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A1F308FC1C for ; Tue, 5 Jan 2010 13:40:00 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o05DTLQ5018890 for ; Tue, 5 Jan 2010 05:29:21 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o05DTLpM018889 for hackers@freebsd.org; Tue, 5 Jan 2010 05:29:21 -0800 (PST) (envelope-from david) Date: Tue, 5 Jan 2010 05:29:21 -0800 From: David Wolfskill To: hackers@freebsd.org Message-ID: <20100105132921.GN86359@bunrab.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D5HQcwfjqNcvOcn2" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 05 Jan 2010 13:40:01 -0000 --D5HQcwfjqNcvOcn2 Content-Type: multipart/mixed; boundary="35KUG7rixYqtz4l+" Content-Disposition: inline --35KUG7rixYqtz4l+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In the usual case where a machine is (only) used to build its own kernel, this is admittedly of no benefit. But for "build machines" that are used to build kernels for other machines (as well as themselves), it kinda bugged me that I was being told which kernels were being built, but not which one was being installed. Sure, I could recall that the first one built was being installed ... but why not have Makefile.inc1 tell us, just as it tells us which is being built? Before the patch, grepping through the typescript of a build for "^>>>" would yield: >>> Building an up-to-date make(1) >>> World build started on Mon Jan 4 04:47:37 PST 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jan 4 05:00:40 PST 2010 >>> Kernel build for GENERIC started on Mon Jan 4 05:00:40 PST 2010 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Jan 4 05:01:32 PST 2010 >>> Kernel build for ALBERT started on Mon Jan 4 05:01:32 PST 2010 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ALBERT completed on Mon Jan 4 05:02:20 PST 2010 >>> Kernel build for JANUS started on Mon Jan 4 05:02:20 PST 2010 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for JANUS completed on Mon Jan 4 05:03:07 PST 2010 >>> Installing kernel >>> Making hierarchy >>> Installing everything >>> Removing old files (only deletes safe to delete libs) >>> Old files removed >>> Removing old directories >>> Old directories removed >>> stage 2.2: rebuilding the object tree >>> stage 4.4: building everything >>> Removing old libraries >>> Old libraries removed After the patch: >>> Building an up-to-date make(1) >>> World build started on Tue Jan 5 04:48:19 PST 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Jan 5 05:01:26 PST 2010 >>> Kernel build for GENERIC started on Tue Jan 5 05:01:26 PST 2010 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Jan 5 05:03:28 PST 2010 >>> Kernel build for ALBERT started on Tue Jan 5 05:03:28 PST 2010 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ALBERT completed on Tue Jan 5 05:05:12 PST 2010 >>> Kernel build for JANUS started on Tue Jan 5 05:05:12 PST 2010 >>> stage 1: configuring the kernel >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for JANUS completed on Tue Jan 5 05:06:53 PST 2010 >>> Installing kernel GENERIC >>> Making hierarchy >>> Installing everything >>> Removing old files (only deletes safe to delete libs) >>> Old files removed >>> Removing old directories >>> Old directories removed >>> stage 2.2: rebuilding the object tree >>> stage 4.4: building everything >>> Removing old libraries >>> Old libraries removed Attached patch is against head; for the above, I had patched stable/7. Thoughts? Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --35KUG7rixYqtz4l+ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="Makefile.inc1.diff" Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 201492) +++ Makefile.inc1 (working copy) @@ -817,7 +817,7 @@ false .endif @echo "--------------------------------------------------------------" - @echo ">>> Installing kernel" + @echo ">>> Installing kernel ${INSTALLKERNEL}" @echo "--------------------------------------------------------------" cd ${KRNLOBJDIR}/${INSTALLKERNEL}; \ ${CROSSENV} PATH=${TMPPATH} \ --35KUG7rixYqtz4l+-- --D5HQcwfjqNcvOcn2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktDPrAACgkQmprOCmdXAD00agCdEDkCxBRGnB0XEp+hWMjoyAwa zmsAnjvqPMpE+Rk/T9SZK3f0w242HWGn =j3ae -----END PGP SIGNATURE----- --D5HQcwfjqNcvOcn2-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 14:00:08 2010 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 3A15E1065672 for ; Tue, 5 Jan 2010 14:00:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id B7AA68FC0A for ; Tue, 5 Jan 2010 14:00:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 1E6BE41C798; Tue, 5 Jan 2010 15:00:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 6dVHedqXtklm; Tue, 5 Jan 2010 15:00:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id B013041C796; Tue, 5 Jan 2010 15:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 935304448EC; Tue, 5 Jan 2010 13:59:13 +0000 (UTC) Date: Tue, 5 Jan 2010 13:59:13 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: David Wolfskill In-Reply-To: <20100105132921.GN86359@bunrab.catwhisker.org> Message-ID: <20100105135828.K88477@maildrop.int.zabbadoz.net> References: <20100105132921.GN86359@bunrab.catwhisker.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 05 Jan 2010 14:00:08 -0000 On Tue, 5 Jan 2010, David Wolfskill wrote: > Attached patch is against head; for the above, I had patched stable/7. > > Thoughts? INSTKERNNAME rather than INSTALLKERNEL? -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 14:11:29 2010 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 7CD6B1065670 for ; Tue, 5 Jan 2010 14:11:29 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 50A8D8FC16 for ; Tue, 5 Jan 2010 14:11:29 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o05EB84h019337; Tue, 5 Jan 2010 06:11:08 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o05EB80E019336; Tue, 5 Jan 2010 06:11:08 -0800 (PST) (envelope-from david) Date: Tue, 5 Jan 2010 06:11:08 -0800 From: David Wolfskill To: "Bjoern A. Zeeb" Message-ID: <20100105141108.GO86359@bunrab.catwhisker.org> References: <20100105132921.GN86359@bunrab.catwhisker.org> <20100105135828.K88477@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Oodyc6ouB/5xmHkU" Content-Disposition: inline In-Reply-To: <20100105135828.K88477@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.1i Cc: hackers@freebsd.org Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 05 Jan 2010 14:11:29 -0000 --Oodyc6ouB/5xmHkU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 05, 2010 at 01:59:13PM +0000, Bjoern A. Zeeb wrote: > On Tue, 5 Jan 2010, David Wolfskill wrote: >=20 > >Attached patch is against head; for the above, I had patched stable/7. > > > >Thoughts? >=20 > INSTKERNNAME rather than INSTALLKERNEL? Well, I was interested in knowing which config was being used, not so much what the name of the subdirectory in /boot was going to be. (Default value for INSTKERNNAME is "kernel", which isn't something I find useful to report.) Though adding that information (as well) would be OK.... Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --Oodyc6ouB/5xmHkU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktDSHsACgkQmprOCmdXAD3WJwCfTZXh2260pPGuFxmNwyX/C+Px jOUAn1YKnrva5JV/ElRYHr9unurmlLmb =w11k -----END PGP SIGNATURE----- --Oodyc6ouB/5xmHkU-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 5 14:20:07 2010 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 58129106566B for ; Tue, 5 Jan 2010 14:20:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 103768FC18 for ; Tue, 5 Jan 2010 14:20:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 65ED441C679; Tue, 5 Jan 2010 15:20:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id M-SYVMl+7cUw; Tue, 5 Jan 2010 15:20:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 157B341C667; Tue, 5 Jan 2010 15:20:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2AC7C4448EC; Tue, 5 Jan 2010 14:17:22 +0000 (UTC) Date: Tue, 5 Jan 2010 14:17:22 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: David Wolfskill In-Reply-To: <20100105141108.GO86359@bunrab.catwhisker.org> Message-ID: <20100105141557.G88477@maildrop.int.zabbadoz.net> References: <20100105132921.GN86359@bunrab.catwhisker.org> <20100105135828.K88477@maildrop.int.zabbadoz.net> <20100105141108.GO86359@bunrab.catwhisker.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 05 Jan 2010 14:20:07 -0000 On Tue, 5 Jan 2010, David Wolfskill wrote: > On Tue, Jan 05, 2010 at 01:59:13PM +0000, Bjoern A. Zeeb wrote: >> On Tue, 5 Jan 2010, David Wolfskill wrote: >> >>> Attached patch is against head; for the above, I had patched stable/7. >>> >>> Thoughts? >> >> INSTKERNNAME rather than INSTALLKERNEL? > > Well, I was interested in knowing which config was being used, not so > much what the name of the subdirectory in /boot was going to be. > > (Default value for INSTKERNNAME is "kernel", which isn't something I > find useful to report.) Woopps. Cache-corruption;-) The original one is fine then. /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 15:52:51 2010 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 65A4E106566B for ; Wed, 6 Jan 2010 15:52:51 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id EA2DF8FC20 for ; Wed, 6 Jan 2010 15:52:50 +0000 (UTC) Received: by bwz5 with SMTP id 5so11045400bwz.3 for ; Wed, 06 Jan 2010 07:52:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=sSavtq0afyL8dNssgDJ0XDNC2JODAkjBQja7LX+ucHI=; b=tZfmZWzer5dPgCxTgUzv2Oce+FYcHvsHPgdfNKtF4NYQukEtoqcs+3EYSFgjcCid7O EidQT0toteILu7PiCFLnSzAfhPhhPNnmU0AbrXm7zC6lMDj7KNCqaYR71AbNjZG37oGi 2A1LOb8DRdzHvhqti9Idej7eIZGxlSPvWml2I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=dG/pS0f96e9zEkInFaDKtyiIbbZKZFuaTRyPQqmZrkICoZo+89xYWhBcRKnRn+vZ+Z XYMDGcWccMH9cjubGyxc+f9X2hVaOeyaPdDRbiyaacxKYg12YfikGETImah8t52n3zOG AXPD491PxCbpsVJIlncw6cWxFinwNo4mTxHuc= Received: by 10.204.2.211 with SMTP id 19mr2204402bkk.6.1262791485228; Wed, 06 Jan 2010 07:24:45 -0800 (PST) Received: from localhost.localdomain ([213.152.137.43]) by mx.google.com with ESMTPS id 15sm6271496bwz.4.2010.01.06.07.24.43 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 07:24:43 -0800 (PST) Message-ID: <4B44AB4E.5080805@gmail.com> Date: Wed, 06 Jan 2010 18:25:02 +0300 From: Vladimir Ermakov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: how to create pass devices without reboot? 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, 06 Jan 2010 15:52:51 -0000 Hi, All! my problem need access to harddisks over hw raid controller (smartmontools working with disks over /dev/pass* devices) i am using `mfi` driver for LSI MegaRAID controller, and kernel without `mfip` module # uname -a FreeBSD DAMASCUS 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #0: Mon Jan 4 13:22:16 CET 2010 root@damascus:/usr/obj/usr/src/sys/DAMASCUS amd64 # grep mfip /sys/conf/NOTES device mfip # LSI MegaRAID SAS passthrough, requires CAM # kldload mfip # kldstat Id Refs Address Size Name 1 4 0xffffffff80100000 6f0d78 kernel 2 1 0xffffffff80a22000 b84 mfip.ko # dmesg | grep mfip mfip0: on mfi0 # ls /dev/pass* ls: /dev/pass*: No such file or directory need create pass devices without reboot please any solutions ? P.S. after reboot system (`mfip` load on boot ) have pass* devices # ls /dev/pass* /dev/pass0 /dev/pass2 /dev/pass4 /dev/pass6 /dev/pass1 /dev/pass3 /dev/pass5 /venom From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 16:11:25 2010 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 AD03E1065692 for ; Wed, 6 Jan 2010 16:11:25 +0000 (UTC) (envelope-from dirkx@webweaving.org) Received: from pikmeer.webweaving.org (pikmeer.webweaving.org [213.207.101.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2619D8FC17 for ; Wed, 6 Jan 2010 16:11:24 +0000 (UTC) Received: from neep.dmi.dev.local (ge2-0.rt2.rbsov.bbc.co.uk [212.58.239.38]) (authenticated bits=0) by pikmeer.webweaving.org (8.14.3/8.14.3) with ESMTP id o06FsMva052452 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 6 Jan 2010 15:54:23 GMT (envelope-from dirkx@webweaving.org) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Dirk-Willem van Gulik In-Reply-To: <4B44AB4E.5080805@gmail.com> Date: Wed, 6 Jan 2010 16:01:12 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <4B44AB4E.5080805@gmail.com> To: Vladimir Ermakov X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (pikmeer.webweaving.org [213.207.101.183]); Wed, 06 Jan 2010 15:54:23 +0000 (UTC) Cc: freebsd-hackers@freebsd.org Subject: Re: how to create pass devices without reboot? 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, 06 Jan 2010 16:11:25 -0000 On 6 Jan 2010, at 15:25, Vladimir Ermakov wrote: > # dmesg | grep mfip > mfip0: on mfi0 > > # ls /dev/pass* > ls: /dev/pass*: No such file or directory > need create pass devices without reboot camcontrol rescan ? Dw. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 18:37:45 2010 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 E7777106566B for ; Wed, 6 Jan 2010 18:37:45 +0000 (UTC) (envelope-from sn_@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 3D7188FC0C for ; Wed, 6 Jan 2010 18:37:44 +0000 (UTC) Received: (qmail 9340 invoked by uid 0); 6 Jan 2010 18:11:03 -0000 Received: from 85.180.64.147 by www177.gmx.net with HTTP; Wed, 06 Jan 2010 19:11:02 +0100 (CET) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Date: Wed, 06 Jan 2010 19:11:02 +0100 From: "sn_" Message-ID: <20100106181102.245020@gmx.net> MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Authenticated: #4427663 X-Flags: 0001 X-Mailer: WWW-Mail 6100 (Global Message Exchange) X-Priority: 3 X-Provags-ID: V01U2FsdGVkX19q2e4BDXBqDSJQI3BxAAdVQB/vkzNdut7v+lXJJq QWagEmLbqhECT/BlWoJmSTA1ZNDSDgJWazTw== X-GMX-UID: V7sxeIJqODB6T+XuMGRMuck9Ji9SWpIz X-FuHaFi: 0.62 Subject: [PATCH] Fix typo in icmp6_error comment 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, 06 Jan 2010 18:37:46 -0000 The patch fixes a small typo in the icmp6_error comment. It's called 'Packet Too Big'. (synched from openbsd) Index: icmp6.c =================================================================== --- icmp6.c (revision 201658) +++ icmp6.c (working copy) @@ -296,7 +296,7 @@ * we should basically suppress sending an error (RFC 2463, Section * 2.4). * We have two exceptions (the item e.2 in that section): - * - the Pakcet Too Big message can be sent for path MTU discovery. + * - the Packet Too Big message can be sent for path MTU discovery. * - the Parameter Problem Message that can be allowed an icmp6 error * in the option type field. This check has been done in * ip6_unknown_opt(), so we can just check the type and code. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 22:17:37 2010 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 4064B10656A8 for ; Wed, 6 Jan 2010 22:17:37 +0000 (UTC) (envelope-from shrivatsan@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id CF94C8FC0A for ; Wed, 6 Jan 2010 22:17:36 +0000 (UTC) Received: by ewy26 with SMTP id 26so15983245ewy.3 for ; Wed, 06 Jan 2010 14:17:31 -0800 (PST) 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=lfpor4LBoeUnFOEGrpCK4TtVkuQWI/3Fi41ksD/ZpoY=; b=kks6L0ywavqnQvgAsiy7u5VDnYgK51Iol12gzvHOnVzqw0hUimMr922FJVzluCpqRd kgay9xZ2R782N7TOoZMIKlEwgNC0i47FOAAw6pxekljYl49QcuE+6F7YgS9+hnm7R7Kl E8X9m5IAEDrHxkm3VYcw0nXXDuAzUqQAM684o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qKdO6+DsOMWkcrnGkLZ1DUKrMKzqsRxGU6V/RaiiJY9LD8mLGkF0wNdNqM529sy3n+ 3VOmU955yJPAp+nlVAXYZOM0mwK7wBbC2zX92FVbJxoRkhNb4dvjqwKVK3K8+99qBYj3 mPmtCnPS+A++hgHdw9P+KAIWbyAsoElJzDLj8= MIME-Version: 1.0 Received: by 10.216.88.7 with SMTP id z7mr3010216wee.19.1262814584168; Wed, 06 Jan 2010 13:49:44 -0800 (PST) Date: Wed, 6 Jan 2010 13:49:44 -0800 Message-ID: <5a13b8941001061349m701d17fbl489ec8cf883e8c3c@mail.gmail.com> From: shrivatsan To: freebsd-hackers@freebsd.org X-Mailman-Approved-At: Wed, 06 Jan 2010 22:23:34 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question regarding memory disks 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, 06 Jan 2010 22:17:37 -0000 Hi, I have configured a malloc-backed memory disk, and I mount the device on to the file system. I write some data onto the file system. I see that the free memory indicated by kmem_map_free goes down, and this is proportional to the size of the data written. However, even after removing all the data, kmem_map_free doesn't seem to go up. Its only after detaching the memory disk does the free memory go up. May I know the reason for this behavior? Thanks, -shrivatsan From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 22:41:13 2010 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 AFE01106568B for ; Wed, 6 Jan 2010 22:41:13 +0000 (UTC) (envelope-from shrivatsan_v@yahoo.com) Received: from web112004.mail.gq1.yahoo.com (web112004.mail.gq1.yahoo.com [67.195.23.82]) by mx1.freebsd.org (Postfix) with SMTP id 7D9298FC21 for ; Wed, 6 Jan 2010 22:41:13 +0000 (UTC) Received: (qmail 72347 invoked by uid 60001); 6 Jan 2010 22:14:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262816072; bh=hiadw5A/QBB+/zld2YAmDKDwczimCJtsAcpvgBLUT3Q=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=M2vJfbJbiVJA25/1hrtxXDCZAC67Qtjru+CdQnJQF2Wey4/cYY50WVMFU6ikKUOlupoDUcwnWQRr1hwxmaUyEWEdIqlYinGF3LS32CkLnrT+EUXK7a291DxLAM6v19qeIOI7GMAkMiRRJXXV9Kr7Rwo+UtR2orBMvGH1VSKuC98= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=ytQcQFMv+krdoVKyCMGYmLDzb0aBH9hhujLIXfMWw2g1Al0C6/ikCy/43tTNGJlPUurgxEmMyklJLnpBJf6F2jJL0aJvlqC/UwnmlfJhIM6qWcD6l0lCGhhhYyjoUPYetC/Yj+C78aD1m3oClcdrhBCbTrc8WLgk2DbH7YNrAxE=; Message-ID: <575178.72000.qm@web112004.mail.gq1.yahoo.com> X-YMail-OSG: hrYxjbcVM1nKvejbVXNKqijRUo3Fy8YtWMXQeNLLRJSQ7TntsoZ6LEiTuBXTYENl6cBLnvEM2.bE.aD1ogIJL2LXNvXtkw.dFlC_6VBbMiaivStLtfjkvjeGKWP4.G3ExHTZHyq9gwa0l9mVzdG7KHW10ZsFmFIOfNRTh.McqmICa5QuEhM4Zbip0KdXx88IZbD6EbbjJeBWx7SAX973NDf.1083EOSV7lbCkla37ZQLwIofYmW0OlrOocjDO7Bena8K9LfhHSm4U.pMLyrQUQ-- Received: from [66.129.225.151] by web112004.mail.gq1.yahoo.com via HTTP; Wed, 06 Jan 2010 14:14:32 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Wed, 6 Jan 2010 14:14:32 -0800 (PST) From: Shrivats To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question regarding memory disks 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, 06 Jan 2010 22:41:13 -0000 Hi hackers, I have configured a malloc-backed memory disk, and I mount the device on to= the file system. I write some data onto the file system. I see that the fr= ee memory indicated by=A0kmem_map_free goes down, and this is=A0proportiona= l=A0to the size of the data written. However, even after removing all the d= ata,=A0kmem_map_free doesn't seem to go up. Its only after detaching the me= mory disk does the free memory go up. May I know the reason for this behavi= or?=A0 Thanks,-shrivatsan=0A=0A=0A From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 23:10:07 2010 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 DD3801065693 for ; Wed, 6 Jan 2010 23:10:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 73DC48FC2F for ; Wed, 6 Jan 2010 23:10:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 7AB4941C7AA; Thu, 7 Jan 2010 00:10:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ooh9Hw4oFCDK; Thu, 7 Jan 2010 00:10:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 16CA141C7A6; Thu, 7 Jan 2010 00:10:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 3D1074449BA; Wed, 6 Jan 2010 23:05:24 +0000 (UTC) Date: Wed, 6 Jan 2010 23:05:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: sn_ In-Reply-To: <20100106181102.245020@gmx.net> Message-ID: <20100106230512.R88477@maildrop.int.zabbadoz.net> References: <20100106181102.245020@gmx.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: [PATCH] Fix typo in icmp6_error comment 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, 06 Jan 2010 23:10:07 -0000 On Wed, 6 Jan 2010, sn_ wrote: > The patch fixes a small typo in the icmp6_error comment. It's called 'Packet Too Big'. (synched from openbsd) Fixed. -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 23:26:52 2010 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 2A972106566B for ; Wed, 6 Jan 2010 23:26:52 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id A824F8FC1B for ; Wed, 6 Jan 2010 23:26:51 +0000 (UTC) Received: by bwz5 with SMTP id 5so11346941bwz.3 for ; Wed, 06 Jan 2010 15:26:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=spF7LI3ZAbX6vpVAS47yt5BONdshYJevwo7yl7U+iVg=; b=AUErJwRuJH+b6I5+Vt2KQJDEse+roZl3+J6Gg7gr5/19Z8aOAKBCTbnsVw1jYPWJr+ La3OD+FG8owh0wqpNOCuvVN+WZvS7D0T6ixenGMp9JxK7YIvmmD1PjBJy8kwHmrHNFX/ JKCzOMnC4y1yl8G6sDW7PbETdZCaCL63Wn9iA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bfm+Pih9PSciVTR6X2wcWgVXH5Fk0Bp9HY3F7mrj1HgZPQPl5Out9tYDDS8VkvjJEZ aIutce/pTp84fLe+G4lULVeMQwSfN2pNmBGl1mZeBTeLK60SqAYTu0tJYsKs8b+o9roo uunJ0w7OsQAtiHUhCQG8LIltjqqZm9Q425csU= Received: by 10.204.32.207 with SMTP id e15mr286017bkd.172.1262819102621; Wed, 06 Jan 2010 15:05:02 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([72.14.240.163]) by mx.google.com with ESMTPS id 16sm6891766bwz.7.2010.01.06.15.05.01 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 15:05:02 -0800 (PST) Sender: Alexander Motin Message-ID: <4B45171E.5060507@FreeBSD.org> Date: Thu, 07 Jan 2010 01:05:02 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Vladimir Ermakov References: <1262805785.00203419.1262793602@10.7.7.3> In-Reply-To: <1262805785.00203419.1262793602@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: how to create pass devices without reboot? 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, 06 Jan 2010 23:26:52 -0000 Vladimir Ermakov wrote: > my problem > need access to harddisks over hw raid controller (smartmontools working > with disks over /dev/pass* devices) > > i am using `mfi` driver for LSI MegaRAID controller, and > kernel without `mfip` module > > # kldload mfip > # kldstat > Id Refs Address Size Name > 1 4 0xffffffff80100000 6f0d78 kernel > 2 1 0xffffffff80a22000 b84 mfip.ko > > # dmesg | grep mfip > mfip0: on mfi0 > > # ls /dev/pass* > ls: /dev/pass*: No such file or directory > > need create pass devices without reboot > > please any solutions ? What's about: camcontrol devlist -v camcontrol reset X camcontrol rescan X camcontrol devlist -v , where X is mfip0 scbus number? -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 6 23:33:24 2010 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 2420C1065672 for ; Wed, 6 Jan 2010 23:33:24 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx3.utsp.utwente.nl [130.89.2.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF408FC1D for ; Wed, 6 Jan 2010 23:33:23 +0000 (UTC) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id o06NHbHH026701; Thu, 7 Jan 2010 00:17:37 +0100 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Thu, 7 Jan 2010 00:17:36 +0100 User-Agent: KMail/1.9.10 References: <5a13b8941001061349m701d17fbl489ec8cf883e8c3c@mail.gmail.com> In-Reply-To: <5a13b8941001061349m701d17fbl489ec8cf883e8c3c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201001070017.36855.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: shrivatsan Subject: Re: Question regarding memory disks 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, 06 Jan 2010 23:33:24 -0000 On Wednesday 06 January 2010 22:49:44 shrivatsan wrote: > Hi, > > I have configured a malloc-backed memory disk, and I mount the device on to > the file system. I write some data onto the file system. I see that the > free memory indicated by kmem_map_free goes down, and this is proportional > to the size of the data written. However, even after removing all the > data, kmem_map_free doesn't seem to go up. Its only after detaching the > memory disk does the free memory go up. May I know the reason for this > behavior? > > > Thanks, > -shrivatsan Because when you "erase" something, all it does is unlink (delete the reference to) the data. So there is currently no way the memory disk can free the memory associated with the data. That is also why you should normally use swap backed memory disks instead, or use tmpfs. These can return memory to the system. The ability of the filesystem to mark certain blocks as "erased" is important not only for memory disks but also for solid state drives. It is a feature UFS2 is currently lacking unfortunately. - Pieter From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 7 01:31:27 2010 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 BABFB1065670 for ; Thu, 7 Jan 2010 01:31:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from utility-0.aerioconnect.net (utility-0.aerioconnect.net [216.240.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC0B8FC0A for ; Thu, 7 Jan 2010 01:31:27 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by utility-0.aerioconnect.net (8.13.1/8.13.1) with ESMTP id o070RA1U010660; Wed, 6 Jan 2010 16:27:10 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id C6C4F2D6012; Wed, 6 Jan 2010 16:27:09 -0800 (PST) Message-ID: <4B452A5D.4000208@elischer.org> Date: Wed, 06 Jan 2010 16:27:09 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Pieter de Goeje References: <5a13b8941001061349m701d17fbl489ec8cf883e8c3c@mail.gmail.com> <201001070017.36855.pieter@degoeje.nl> In-Reply-To: <201001070017.36855.pieter@degoeje.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, shrivatsan Subject: Re: Question regarding memory disks 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, 07 Jan 2010 01:31:27 -0000 Pieter de Goeje wrote: > On Wednesday 06 January 2010 22:49:44 shrivatsan wrote: >> Hi, >> >> I have configured a malloc-backed memory disk, and I mount the device on to >> the file system. I write some data onto the file system. I see that the >> free memory indicated by kmem_map_free goes down, and this is proportional >> to the size of the data written. However, even after removing all the >> data, kmem_map_free doesn't seem to go up. Its only after detaching the >> memory disk does the free memory go up. May I know the reason for this >> behavior? >> >> >> Thanks, >> -shrivatsan > > Because when you "erase" something, all it does is unlink (delete the > reference to) the data. So there is currently no way the memory disk can free > the memory associated with the data. That is also why you should normally use > swap backed memory disks instead, or use tmpfs. These can return memory to > the system. > > The ability of the filesystem to mark certain blocks as "erased" is important > not only for memory disks but also for solid state drives. It is a feature > UFS2 is currently lacking unfortunately. but is being worked on > > - Pieter > _______________________________________________ > 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 Thu Jan 7 07:24:14 2010 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 430E51065694 for ; Thu, 7 Jan 2010 07:24:14 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id C32648FC3A for ; Thu, 7 Jan 2010 07:24:13 +0000 (UTC) Received: by bwz5 with SMTP id 5so11477885bwz.3 for ; Wed, 06 Jan 2010 23:24:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=CGWxC7vkNkxeKJgJxCECg0aOiQWqMrInum+DJdEiP4c=; b=Cc0mRGAXA7i1gBoJUw+PobHguvx4Gk7ZVts4IZVBQfh6XVEY9EkVDT2F+GBcECa8X1 bjPAbKZ+Yxl/XFIXUmbjFxMTqkjtlg2srLmVY3pC1a46Ncg9aV2YP0DtezafUAZLtCej Bx6fEXla5zbeLc3maeQ2ZQ3pPioMty4C42Iqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=ge63bKptdCLbVzKBXZLJz+GLOlS2exnNfMOJRizImUOcpN5/sYtzDfxtZFt3h/5m0s UiSng6aKCd2Nc48OmoDi743+IAjaWB96YXjCzBXXr/mJtsXh+4k4h2Vf/DrIWxdebLMT ijuJZo9zsAVeYpK0qiswHhOym+l9e8Rb2NDJ4= Received: by 10.204.32.204 with SMTP id e12mr2283574bkd.51.1262849047905; Wed, 06 Jan 2010 23:24:07 -0800 (PST) Received: from localhost.localdomain ([213.152.137.43]) by mx.google.com with ESMTPS id 16sm7073696bwz.11.2010.01.06.23.24.05 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Jan 2010 23:24:06 -0800 (PST) Message-ID: <4B458C29.7020002@gmail.com> Date: Thu, 07 Jan 2010 10:24:25 +0300 From: Vladimir Ermakov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-4.fc12 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <4B44AB4E.5080805@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: how to create pass devices without reboot? 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, 07 Jan 2010 07:24:14 -0000 On 01/06/2010 07:01 PM, Dirk-Willem van Gulik wrote: > On 6 Jan 2010, at 15:25, Vladimir Ermakov wrote: > >> # dmesg | grep mfip >> mfip0: on mfi0 >> >> # ls /dev/pass* >> ls: /dev/pass*: No such file or directory >> need create pass devices without reboot >> > camcontrol rescan ? > > Dw. > > thanks ), it work /venom From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 7 17:56:54 2010 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 13103106568B for ; Thu, 7 Jan 2010 17:56:54 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id B1ED48FC20 for ; Thu, 7 Jan 2010 17:56:53 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 9so4137801qwb.7 for ; Thu, 07 Jan 2010 09:56:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=L7K/Y+k6bUMGW2Pw64dXzsqhIwZw9JWjL/hOyKUBd1U=; b=WTgqPYzzwn7Cjnjs2zevKlJ03w3ME0bOy8/VkCcFn743HREnWbRX4brfJaSAvKHqOR l7XtNk4yzPH9eJpjHtdpAhoUU7Rsl4AvSfJrF3xikEuG1wYJ4gJDHysxzgIMAPBQbmW2 eCXUepCbSv/0mZtFkeTPoyrzKvZ5Y7lkz4GQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=E+PIFtecoURiwQrGBFSNbI7QRPbu+3gI4ycrEzYOpQqBSHn9v4GZbL8PHKg0E4YRR2 eDL1JGz5b7WNaCNPHzELLahvoof6VipaYHYbvfLn95eEGFDyMrET699XagCu/4Yiluc+ EoZA6GaG9oQ/GHO4nUOywuyaS9UrE6SN/UyBE= Received: by 10.229.13.20 with SMTP id z20mr1804179qcz.83.1262887002687; Thu, 07 Jan 2010 09:56:42 -0800 (PST) Received: from centel.ttyphoid.local (ppp-22.109.dialinfree.com [209.172.22.109]) by mx.google.com with ESMTPS id 21sm20518702iwn.14.2010.01.07.09.56.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 07 Jan 2010 09:56:40 -0800 (PST) Sender: "J. Hellenthal" Date: Thu, 7 Jan 2010 12:56:32 -0500 From: jhell To: Stephen Montgomery-Smith In-Reply-To: <4B433F60.4080508@missouri.edu> Message-ID: References: <20091231033244.GA5631@admin.sibptus.tomsk.ru> <4B3CC72F.9030904@andric.com> <4B408745.3030309@andric.com> <20100103154503.GA63734@admin.sibptus.tomsk.ru> <20100103221655.GA76049@server.vk2pj.dyndns.org> <20100104130315.GA79633@admin.sibptus.tomsk.ru> <20100104133657.GA47668@owl.midgard.homeip.net> <20100104143749.GA80433@admin.sibptus.tomsk.ru> <20100104223631.GC41129@server.vk2pj.dyndns.org> <20100105064720.GA94590@admin.sibptus.tomsk.ru> <4B433F60.4080508@missouri.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-hackers@freebsd.org" , Victor Sudakov Subject: Re: "Checksum mismatch -- will transfer entire file" 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, 07 Jan 2010 17:56:54 -0000 On Tue, 5 Jan 2010 08:32, stephen@ wrote: > Victor Sudakov wrote: > >> But to hell with this. I started the topic because I think something >> is wrong with SVN to CVS export, which upsets cvsup and causes >> "Checksum mismatch" errors. Is anybody willing to look at it? > > I second Victor's request. > Though I support the request for fixing things that pose a possible problem and it is also a problem(maybe) I see on my end, I would really like to see this move forward and merge what we have now from CVS -> SVN and stop backpedaling commits so we can gain some resources back for the cluster. If this can be done I will donate whatever time I can to help assist with the move. -- Thu Jan 7 12:51:49 2010 jhell From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 7 18:08:32 2010 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 4DE491065670 for ; Thu, 7 Jan 2010 18:08:32 +0000 (UTC) (envelope-from shrivatsan_v@yahoo.com) Received: from web112004.mail.gq1.yahoo.com (web112004.mail.gq1.yahoo.com [67.195.23.82]) by mx1.freebsd.org (Postfix) with SMTP id 213938FC1A for ; Thu, 7 Jan 2010 18:08:31 +0000 (UTC) Received: (qmail 29849 invoked by uid 60001); 7 Jan 2010 18:08:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1262887709; bh=AQY3CGZ0CPNh2jjNNRjVl86cctzFfGR9ZAGNQ4s6sE8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=QwNfJYDSbMdcOM2uebc8X0mBVKISL0ocT75lJiAV4chLqesFrCZUqjBlyzLBubgNvEZLQbAYvpUp67RI7M+sS59jatsQ5Js+jayAvate6b4aNiNMGtqmwM5UVRH8YSS5IfwjJVTwv0xtr6mPna4ZgPNCWascbnQcsnAtxJ6jt80= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=eeq4GS/5Oq2SU2yIaEEQZJSvy6GXm0o8NNeJAk3cqRDv/MDF0rlICTGVTdoRy51Uh+2s9V/3Uo1bcQWpYn2iqs/5PIxwEFKfT+e6J8m7bi9BtUesJ+ceSmnZ/BKUwOf8rfzsJ9DWoruPEPPbnuNetj3Uye9mP91UH6q4UeUWLlI=; Message-ID: <670994.29087.qm@web112004.mail.gq1.yahoo.com> X-YMail-OSG: IQPT2wcVM1nZRu9IMkQVk.x.HYbqzKxjAZ6LZ3cdXgeMWYemxgw.t8AsQhMM_Khsb1RhEIo9zJqKUSXywwxpK3dpxbo0iJJYy_TCJVSyicApBXP5HK4Hj3auzjIqMjjISQffpFS5.P8tpi4u2sldCNxq9qppWDoDk7iovxQYqf5.3GRvug6yIgbT0grixcI.5sxUepkuNYRq9_C19iZBmlcKC0K4ihYFNBmaXx4Oo85c.HHd0tPbxmMYVKVKhAyAP6jNd9AdEHrfQa2Xq9gFYqF8HLa0hf6RbBeMuZapi7E9mZIppgNiPJL0R4Xx2xSncDnNCRBEdqacK7HNpZhYl4HdzBg- Received: from [66.129.224.36] by web112004.mail.gq1.yahoo.com via HTTP; Thu, 07 Jan 2010 10:08:29 PST X-Mailer: YahooMailClassic/9.0.20 YahooMailWebService/0.8.100.260964 Date: Thu, 7 Jan 2010 10:08:29 -0800 (PST) From: Shrivats To: Pieter de Goeje , Julian Elischer In-Reply-To: <4B452A5D.4000208@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, shrivatsan Subject: Re: Question regarding memory disks 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, 07 Jan 2010 18:08:32 -0000 Thanks a lot for the response.=A0 --- On Wed, 1/6/10, Julian Elischer wrote: From: Julian Elischer Subject: Re: Question regarding memory disks To: "Pieter de Goeje" Cc: freebsd-hackers@freebsd.org, "shrivatsan" Date: Wednesday, January 6, 2010, 7:27 PM Pieter de Goeje wrote: > On Wednesday 06 January 2010 22:49:44 shrivatsan wrote: >> Hi, >>=20 >> I have configured a malloc-backed memory disk, and I mount the device on= to >> the file system. I write some data onto the file system. I see that the >> free memory indicated by kmem_map_free goes down, and this is proportion= al >> to the size of the data written. However, even after removing all the >> data, kmem_map_free doesn't seem to go up. Its only after detaching the >> memory disk does the free memory go up. May I know the reason for this >> behavior? >>=20 >>=20 >> Thanks, >> -shrivatsan >=20 > Because when you "erase" something, all it does is unlink (delete the ref= erence to) the data. So there is currently no way the memory disk can free = the memory associated with the data. That is also why you should normally u= se swap backed memory disks instead, or use tmpfs. These can return memory = to the system. >=20 > The ability of the filesystem to mark certain blocks as "erased" is impor= tant not only for memory disks but also for solid state drives. It is a fea= ture UFS2 is currently lacking unfortunately. but is being worked on >=20 > - Pieter > _______________________________________________ > 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= " _______________________________________________ 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" =0A=0A=0A From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 7 18:16:02 2010 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 3551A106566C for ; Thu, 7 Jan 2010 18:16:02 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.210.172]) by mx1.freebsd.org (Postfix) with ESMTP id DCC008FC17 for ; Thu, 7 Jan 2010 18:16:01 +0000 (UTC) Received: by yxe2 with SMTP id 2so3843138yxe.7 for ; Thu, 07 Jan 2010 10:15:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=ZlqHoDNvKqQhZ2Hp+1tf+GmmMyE2aocEogwtK/RYimc=; b=HZ45tDbe5butaWDMGguvT4WY7FMKSV+cOVt85++aNBYlIqGlvBIKszi7vPFGVGEJlD EmkJQ/AaftabczRB5TTivFumhUBe5107fryjkFCuFQUK+zZijCN2v6ocCG+Sm731fsOF RDc08mw4LjFfAgIIm96jGDDd4K5KJV9bAoYj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=o5Ua7ie8ZBAZQASsX6vsu74kyNBUMgjWdsO7FIkEooRvgV5O4Q7WE492G7W58UUkpF zViBWFiYpwDzYJyGl8oIaX5/6xttPXBh8/D2wToUln716SkL5fBJsReGhOK9o5fCaLf8 Nh/n65l4S5ZLuWmuGuivW3/iXRep3HR0JWS1s= Received: by 10.101.137.31 with SMTP id p31mr41063542ann.27.1262886529524; Thu, 07 Jan 2010 09:48:49 -0800 (PST) Received: from centel.ttyphoid.local (ppp-22.109.dialinfree.com [209.172.22.109]) by mx.google.com with ESMTPS id 21sm20572293iwn.2.2010.01.07.09.48.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 07 Jan 2010 09:48:46 -0800 (PST) Sender: "J. Hellenthal" Date: Thu, 7 Jan 2010 12:48:09 -0500 From: jhell To: David Wolfskill In-Reply-To: <20100105132921.GN86359@bunrab.catwhisker.org> Message-ID: References: <20100105132921.GN86359@bunrab.catwhisker.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: hackers@freebsd.org Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 07 Jan 2010 18:16:02 -0000 On Tue, 5 Jan 2010 08:29, david@ wrote: > In the usual case where a machine is (only) used to build its own > kernel, this is admittedly of no benefit. > > But for "build machines" that are used to build kernels for other > machines (as well as themselves), it kinda bugged me that I was being > told which kernels were being built, but not which one was being > installed. > > Sure, I could recall that the first one built was being installed ... > but why not have Makefile.inc1 tell us, just as it tells us which is > being built? > > Before the patch, grepping through the typescript of a build for "^>>>" > would yield: > >>>> Building an up-to-date make(1) >>>> World build started on Mon Jan 4 04:47:37 PST 2010 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Mon Jan 4 05:00:40 PST 2010 >>>> Kernel build for GENERIC started on Mon Jan 4 05:00:40 PST 2010 >>>> stage 1: configuring the kernel >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for GENERIC completed on Mon Jan 4 05:01:32 PST 2010 >>>> Kernel build for ALBERT started on Mon Jan 4 05:01:32 PST 2010 >>>> stage 1: configuring the kernel >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for ALBERT completed on Mon Jan 4 05:02:20 PST 2010 >>>> Kernel build for JANUS started on Mon Jan 4 05:02:20 PST 2010 >>>> stage 1: configuring the kernel >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for JANUS completed on Mon Jan 4 05:03:07 PST 2010 >>>> Installing kernel >>>> Making hierarchy >>>> Installing everything >>>> Removing old files (only deletes safe to delete libs) >>>> Old files removed >>>> Removing old directories >>>> Old directories removed >>>> stage 2.2: rebuilding the object tree >>>> stage 4.4: building everything >>>> Removing old libraries >>>> Old libraries removed > > > After the patch: > >>>> Building an up-to-date make(1) >>>> World build started on Tue Jan 5 04:48:19 PST 2010 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Tue Jan 5 05:01:26 PST 2010 >>>> Kernel build for GENERIC started on Tue Jan 5 05:01:26 PST 2010 >>>> stage 1: configuring the kernel >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for GENERIC completed on Tue Jan 5 05:03:28 PST 2010 >>>> Kernel build for ALBERT started on Tue Jan 5 05:03:28 PST 2010 >>>> stage 1: configuring the kernel >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for ALBERT completed on Tue Jan 5 05:05:12 PST 2010 >>>> Kernel build for JANUS started on Tue Jan 5 05:05:12 PST 2010 >>>> stage 1: configuring the kernel >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything >>>> Kernel build for JANUS completed on Tue Jan 5 05:06:53 PST 2010 >>>> Installing kernel GENERIC >>>> Making hierarchy >>>> Installing everything >>>> Removing old files (only deletes safe to delete libs) >>>> Old files removed >>>> Removing old directories >>>> Old directories removed >>>> stage 2.2: rebuilding the object tree >>>> stage 4.4: building everything >>>> Removing old libraries >>>> Old libraries removed > > > Attached patch is against head; for the above, I had patched stable/7. > > Thoughts? > > Peace, > david > I see this serving as good verification to the user that the kernel they meant to configure is being installed. I would like to see this make it in. -- Thu Jan 7 12:44:52 2010 jhell From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 7 21:17:53 2010 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 B9E9E1065672 for ; Thu, 7 Jan 2010 21:17:53 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC9F8FC0C for ; Thu, 7 Jan 2010 21:17:53 +0000 (UTC) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.14.3/8.14.3) with ESMTP id o07LHq0H015572 for ; Thu, 7 Jan 2010 15:17:52 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1262899072; bh=QazuTubRt8ADhD4JW3zjOH3eMOu43C738RpArd/kpNQ=; h=Date:From:Message-Id:To:Subject; b=skBYhrOQMLG2tvW6Axn9OIHuqdis/kr3oIy86LyTeYeU/HHPgyvo5cQ3uEsYp2oVb SKqvogtbguElyiISpUU+6JfpqSPpxWn0mMGfW7L40GrPRgZZOprJQaQrltCOtvjxSK lRlyC+RJys26tmKsJgMQR74o8Ytfes0f9HmK7/G8= Received: (from tinguely@localhost) by casselton.net (8.14.3/8.14.2/Submit) id o07LHq7o015571 for freebsd-hackers@freebsd.org; Thu, 7 Jan 2010 15:17:52 -0600 (CST) (envelope-from tinguely) Date: Thu, 7 Jan 2010 15:17:52 -0600 (CST) From: Mark Tinguely Message-Id: <201001072117.o07LHq7o015571@casselton.net> To: freebsd-hackers@freebsd.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.2 (casselton.net [127.0.0.1]); Thu, 07 Jan 2010 15:17:52 -0600 (CST) X-Mailman-Approved-At: Thu, 07 Jan 2010 21:23:24 +0000 Subject: bus_dmamap_load_uio() and user data 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, 07 Jan 2010 21:17:53 -0000 In the user space case of bus_dmamap_load_uio(), the calling thread is stored in uio->uio_td, in which the user's pmap can be determined. The ARM processor, with the possible exception of the ARMv7 MPcore with snoop control unit, needs to make the caches consistent before DMA. I noticed that the routine, _bus_dmamap_sync(), copies data into the bounce buffer using current pmap. Can/should we assume the uio sent from to bus_dmamap_load_uio() is always in the same address space as thread that is executing the _bus_dmamap_sync()? --Mark Tinguely From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 13:47:20 2010 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 36C06106566B; Fri, 8 Jan 2010 13:47:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06F558FC18; Fri, 8 Jan 2010 13:47:20 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B0D3E46B29; Fri, 8 Jan 2010 08:47:19 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AE6D78A026; Fri, 8 Jan 2010 08:47:18 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 8 Jan 2010 08:31:11 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20100105132921.GN86359@bunrab.catwhisker.org> <20100105141108.GO86359@bunrab.catwhisker.org> <20100105141557.G88477@maildrop.int.zabbadoz.net> In-Reply-To: <20100105141557.G88477@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001080831.11719.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:18 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "Bjoern A. Zeeb" , hackers@freebsd.org, David Wolfskill Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 08 Jan 2010 13:47:20 -0000 On Tuesday 05 January 2010 9:17:22 am Bjoern A. Zeeb wrote: > On Tue, 5 Jan 2010, David Wolfskill wrote: > > > On Tue, Jan 05, 2010 at 01:59:13PM +0000, Bjoern A. Zeeb wrote: > >> On Tue, 5 Jan 2010, David Wolfskill wrote: > >> > >>> Attached patch is against head; for the above, I had patched stable/7. > >>> > >>> Thoughts? > >> > >> INSTKERNNAME rather than INSTALLKERNEL? > > > > Well, I was interested in knowing which config was being used, not so > > much what the name of the subdirectory in /boot was going to be. > > > > (Default value for INSTKERNNAME is "kernel", which isn't something I > > find useful to report.) > > Woopps. Cache-corruption;-) The original one is fine then. Or maybe 'Installing INSTALLKERNEL as INSTKERNNAME'. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 13:47:20 2010 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 36C06106566B; Fri, 8 Jan 2010 13:47:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 06F558FC18; Fri, 8 Jan 2010 13:47:20 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B0D3E46B29; Fri, 8 Jan 2010 08:47:19 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AE6D78A026; Fri, 8 Jan 2010 08:47:18 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 8 Jan 2010 08:31:11 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <20100105132921.GN86359@bunrab.catwhisker.org> <20100105141108.GO86359@bunrab.catwhisker.org> <20100105141557.G88477@maildrop.int.zabbadoz.net> In-Reply-To: <20100105141557.G88477@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201001080831.11719.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:18 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "Bjoern A. Zeeb" , hackers@freebsd.org, David Wolfskill Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 08 Jan 2010 13:47:20 -0000 On Tuesday 05 January 2010 9:17:22 am Bjoern A. Zeeb wrote: > On Tue, 5 Jan 2010, David Wolfskill wrote: > > > On Tue, Jan 05, 2010 at 01:59:13PM +0000, Bjoern A. Zeeb wrote: > >> On Tue, 5 Jan 2010, David Wolfskill wrote: > >> > >>> Attached patch is against head; for the above, I had patched stable/7. > >>> > >>> Thoughts? > >> > >> INSTKERNNAME rather than INSTALLKERNEL? > > > > Well, I was interested in knowing which config was being used, not so > > much what the name of the subdirectory in /boot was going to be. > > > > (Default value for INSTKERNNAME is "kernel", which isn't something I > > find useful to report.) > > Woopps. Cache-corruption;-) The original one is fine then. Or maybe 'Installing INSTALLKERNEL as INSTKERNNAME'. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 13:47:21 2010 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 6ED951065679 for ; Fri, 8 Jan 2010 13:47:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4233F8FC0C for ; Fri, 8 Jan 2010 13:47:21 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id EB1C046B23; Fri, 8 Jan 2010 08:47:20 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 223658A027; Fri, 8 Jan 2010 08:47:20 -0500 (EST) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 8 Jan 2010 08:33:49 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <201001072117.o07LHq7o015571@casselton.net> In-Reply-To: <201001072117.o07LHq7o015571@casselton.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201001080833.49246.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 08:47:20 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Mark Tinguely Subject: Re: bus_dmamap_load_uio() and user data 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, 08 Jan 2010 13:47:21 -0000 On Thursday 07 January 2010 4:17:52 pm Mark Tinguely wrote: > > In the user space case of bus_dmamap_load_uio(), the calling thread is > stored in uio->uio_td, in which the user's pmap can be determined. > > The ARM processor, with the possible exception of the ARMv7 MPcore > with snoop control unit, needs to make the caches consistent before > DMA. I noticed that the routine, _bus_dmamap_sync(), copies data into > the bounce buffer using current pmap. > > Can/should we assume the uio sent from to bus_dmamap_load_uio() is > always in the same address space as thread that is executing > the _bus_dmamap_sync()? You should use the pmap from the thread in the uio structure. Similar to this from the x86 bus_dma code: if (uio->uio_segflg == UIO_USERSPACE) { KASSERT(uio->uio_td != NULL, ("bus_dmamap_load_uio: USERSPACE but no proc")); pmap = vmspace_pmap(uio->uio_td->td_proc->p_vmspace); } else pmap = NULL; Later when doing VA -> PA conversions the code does this: if (pmap) paddr = pmap_extract(pmap, vaddr); else paddr = pmap_kextract(vaddr); -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 14:14:38 2010 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 4B05F1065670 for ; Fri, 8 Jan 2010 14:14:38 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 072DB8FC15 for ; Fri, 8 Jan 2010 14:14:37 +0000 (UTC) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.14.3/8.14.3) with ESMTP id o08EEaar053149; Fri, 8 Jan 2010 08:14:36 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1262960077; bh=7hdP1o7tbkuEyU9slUmlkuTMW0JCB08bfW7DM105mYY=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=L9EUoxaJREt5eM8knriXcJ4auY/T09HctmxWe9GtkH5SJnZTX70engtSfzPGZQVRq /PhtIePZWC/hj2vzPSYG40jHy+iPJh+n6HWlqSDv6QB5/udRibuGD1cF4G/pB6qy7C aDqpPL/gjiaFxd/YCksCGApLYPCNAHGvQ1I8REA8= Received: (from tinguely@localhost) by casselton.net (8.14.3/8.14.2/Submit) id o08EEaBM053148; Fri, 8 Jan 2010 08:14:36 -0600 (CST) (envelope-from tinguely) Date: Fri, 8 Jan 2010 08:14:36 -0600 (CST) From: Mark Tinguely Message-Id: <201001081414.o08EEaBM053148@casselton.net> To: freebsd-hackers@freebsd.org, jhb@freebsd.org In-Reply-To: <201001080833.49246.jhb@freebsd.org> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.2 (casselton.net [127.0.0.1]); Fri, 08 Jan 2010 08:14:37 -0600 (CST) X-Mailman-Approved-At: Fri, 08 Jan 2010 14:22:55 +0000 Cc: tinguely@casselton.net Subject: Re: bus_dmamap_load_uio() and user data 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, 08 Jan 2010 14:14:38 -0000 > You should use the pmap from the thread in the uio structure. Similar to > this from the x86 bus_dma code: > > if (uio->uio_segflg == UIO_USERSPACE) { > KASSERT(uio->uio_td != NULL, > ("bus_dmamap_load_uio: USERSPACE but no proc")); > pmap = vmspace_pmap(uio->uio_td->td_proc->p_vmspace); > } else > pmap = NULL; > > Later when doing VA -> PA conversions the code does this: > > if (pmap) > paddr = pmap_extract(pmap, vaddr); > else > paddr = pmap_kextract(vaddr); > We do that, but I notice that all the architecture that implement bounce buffers assume the VA is in the current map. Most of the addresses are KVA, but bus_dmamap_load_uio() can be in the user space. I was wondering about the sequence: bus_dmamap_load_uio() user space dma_load_buffer() add bounce page save UVA (in caller user map) later: bus_dma_sync copies bounce buffer from saved UVA. <- here is my concern. The user pmap is not remembered use current pmap. Since the bounce buffer copy routines have been running in other architectures for years without corruption, I was wondering we can safely assume that the dma sync is running in the same thread/address space as the bus_dmamap_load_uio call. I was hoping you would say, don't worry the scheduler would always reload the same thread to execute the dma sync code ... Thank-you, --Mark Tinguely From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 14:40:22 2010 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 D224710656C4 for ; Fri, 8 Jan 2010 14:40:22 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id A165A8FC0A for ; Fri, 8 Jan 2010 14:40:21 +0000 (UTC) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id o08E7vnK038506 for ; Fri, 8 Jan 2010 06:07:57 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.3/Submit) id o08E7vf5038505 for freebsd-hackers@freebsd.org; Fri, 8 Jan 2010 06:07:57 -0800 (PST) (envelope-from david) Date: Fri, 8 Jan 2010 06:07:57 -0800 From: David Wolfskill To: freebsd-hackers@freebsd.org Message-ID: <20100108140757.GS86359@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-hackers@freebsd.org References: <20100105132921.GN86359@bunrab.catwhisker.org> <20100105141108.GO86359@bunrab.catwhisker.org> <20100105141557.G88477@maildrop.int.zabbadoz.net> <201001080831.11719.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IQxisP7nphoKJAnk" Content-Disposition: inline In-Reply-To: <201001080831.11719.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Subject: Re: Patch to Makefile.inc1 to mention which kernel config is being installed 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, 08 Jan 2010 14:40:22 -0000 --IQxisP7nphoKJAnk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 08, 2010 at 08:31:11AM -0500, John Baldwin wrote: > .... > > >>> Thoughts? > > >> > > >> INSTKERNNAME rather than INSTALLKERNEL? > > > > > > Well, I was interested in knowing which config was being used, not so > > > much what the name of the subdirectory in /boot was going to be. > > > > > > (Default value for INSTKERNNAME is "kernel", which isn't something I > > > find useful to report.) > >=20 > > Woopps. Cache-corruption;-) The original one is fine then. >=20 > Or maybe 'Installing INSTALLKERNEL as INSTKERNNAME'. Sure; that works for me. The intent is to provide information that might be useful, after all. :-} Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --IQxisP7nphoKJAnk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iEYEARECAAYFAktHPDwACgkQmprOCmdXAD2eBQCbBGqQUMF2JobVx87HYFUzx47c 0gMAnAuwpxgu+OthxMi72SipM65iF1Zk =TuP4 -----END PGP SIGNATURE----- --IQxisP7nphoKJAnk-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 16:13:34 2010 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 AB106106568B for ; Fri, 8 Jan 2010 16:13:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4618FC25 for ; Fri, 8 Jan 2010 16:13:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2BBD946B09; Fri, 8 Jan 2010 11:13:34 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D106C8A025; Fri, 8 Jan 2010 11:13:32 -0500 (EST) From: John Baldwin To: Mark Tinguely Date: Fri, 8 Jan 2010 11:13:29 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.2-CBSD-20091103; KDE/4.3.1; amd64; ; ) References: <201001081414.o08EEaBM053148@casselton.net> In-Reply-To: <201001081414.o08EEaBM053148@casselton.net> MIME-Version: 1.0 Message-Id: <201001081113.30008.jhb@freebsd.org> Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 08 Jan 2010 11:13:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: bus_dmamap_load_uio() and user data 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, 08 Jan 2010 16:13:34 -0000 On Friday 08 January 2010 9:14:36 am Mark Tinguely wrote: > > You should use the pmap from the thread in the uio structure. Similar to > > this from the x86 bus_dma code: > > > > if (uio->uio_segflg == UIO_USERSPACE) { > > KASSERT(uio->uio_td != NULL, > > ("bus_dmamap_load_uio: USERSPACE but no proc")); > > pmap = vmspace_pmap(uio->uio_td->td_proc->p_vmspace); > > } else > > pmap = NULL; > > > > Later when doing VA -> PA conversions the code does this: > > > > if (pmap) > > paddr = pmap_extract(pmap, vaddr); > > else > > paddr = pmap_kextract(vaddr); > > > > We do that, but I notice that all the architecture that implement > bounce buffers assume the VA is in the current map. Most of the > addresses are KVA, but bus_dmamap_load_uio() can be in the user space. > > I was wondering about the sequence: > > bus_dmamap_load_uio() user space > dma_load_buffer() > add bounce page save UVA (in caller user map) > > later: > > bus_dma_sync > copies bounce buffer from saved UVA. <- here is my concern. The user pmap > is not remembered use current pmap. > > Since the bounce buffer copy routines have been running in other architectures > for years without corruption, I was wondering we can safely assume that the > dma sync is running in the same thread/address space as the bus_dmamap_load_uio > call. I was hoping you would say, don't worry the scheduler would always > reload the same thread to execute the dma sync code ... Ahh. I think bus_dmamap_load_uio() doesn't do deferred callbacks (i.e. mandates BUS_DMA_NOWAIT), and probably is always invoked from curthread. Even in the case of aio, the thread's vmspace is the effective one at the time bus_dmamap_load_uio() would be invoked, so in practice it is safe. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 17:03:49 2010 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 E05EF1065679 for ; Fri, 8 Jan 2010 17:03:49 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:198:206::1]) by mx1.freebsd.org (Postfix) with ESMTP id 532658FC12 for ; Fri, 8 Jan 2010 17:03:49 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id o08H3dqK058903 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 8 Jan 2010 18:03:39 +0100 (CET) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id o08H3dhf058900; Fri, 8 Jan 2010 18:03:39 +0100 (CET) (envelope-from uqs@spoerlein.net) Date: Fri, 8 Jan 2010 18:03:39 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Julian Elischer Message-ID: <20100108170338.GC52442@acme.spoerlein.net> Mail-Followup-To: Julian Elischer , Pieter de Goeje , freebsd-hackers@freebsd.org, shrivatsan References: <5a13b8941001061349m701d17fbl489ec8cf883e8c3c@mail.gmail.com> <201001070017.36855.pieter@degoeje.nl> <4B452A5D.4000208@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B452A5D.4000208@elischer.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Pieter de Goeje , shrivatsan , freebsd-hackers@freebsd.org Subject: Re: Question regarding memory disks 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, 08 Jan 2010 17:03:50 -0000 On Wed, 06.01.2010 at 16:27:09 -0800, Julian Elischer wrote: > Pieter de Goeje wrote: > > Because when you "erase" something, all it does is unlink (delete the > > reference to) the data. So there is currently no way the memory disk can free > > the memory associated with the data. That is also why you should normally use > > swap backed memory disks instead, or use tmpfs. These can return memory to > > the system. > > > > The ability of the filesystem to mark certain blocks as "erased" is important > > not only for memory disks but also for solid state drives. It is a feature > > UFS2 is currently lacking unfortunately. > > but is being worked on Will this automagically work for md(4) backed UFS2 file-systems? Is this also being worked on? Regards, Uli From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 17:19:37 2010 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 6A5AF106568D for ; Fri, 8 Jan 2010 17:19:37 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id DEEB78FC22 for ; Fri, 8 Jan 2010 17:19:36 +0000 (UTC) Received: by ewy26 with SMTP id 26so18044562ewy.3 for ; Fri, 08 Jan 2010 09:19:29 -0800 (PST) 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=0RAq7OamNVl6CEuyrryIfszKUY9gEUsUsxh69o8M9qA=; b=WHvVDCtqCjO6kMjcWZg3o7kAFRp/KNnO0zqNx7nc56jBCcH9x0tT6abpSLd32bPvow oOj19KK+Bff9+KheKyKlLyRBzq7wgC/MSZAQXrM0Gp2aix+T6EfTwQr6ssVOQTNWYQDK oL8uGTu2bbfAEB0LhW3eQPFMVXG05ha2Sk2WU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=HNn2BJqTtcvXDljLz5+5uzvbQs70O3pi255kqit2OZzvpRfrED3KE94F8m8TNFWk/j NLaT7a3Ggaeflnf0FDUjWX6RQqDNFZaJ0u9BmzIcHxdFkL4lrEo20ylhSqVUgNuO6RHs N6Xnho8V+VMbPWgWohbm9O3gQhRPYgVxfvOzQ= MIME-Version: 1.0 Received: by 10.213.37.76 with SMTP id w12mr3475190ebd.72.1262971169378; Fri, 08 Jan 2010 09:19:29 -0800 (PST) Date: Fri, 8 Jan 2010 18:19:29 +0100 Message-ID: <1bd550a01001080919p20ec1b20t82b3761705cd1ff3@mail.gmail.com> From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: FreeBSD Hackers Content-Type: multipart/mixed; boundary=00c09fc2bde2e9d4c4047caa635f Subject: [PATCH] linprocfs dofilesystems 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, 08 Jan 2010 17:19:37 -0000 --00c09fc2bde2e9d4c4047caa635f Content-Type: text/plain; charset=ISO-8859-1 Hi all, This patch implements the "filesystems" file in the linux proc fs. I have used it for some time without seeing any problems. Let me know in case this is useful. Tested against 8.0-RELEASE-p1 Thanks --00c09fc2bde2e9d4c4047caa635f Content-Type: application/octet-stream; name="patch.linprocfs.filesystems" Content-Disposition: attachment; filename="patch.linprocfs.filesystems" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g4783zt60 LS0tIHN5cy9jb21wYXQvbGlucHJvY2ZzL2xpbnByb2Nmcy5jCTIwMDktMTItMjggMjE6NDg6NTAu MDAwMDAwMDAwICswMTAwCisrKyAvaG9tZS9mZXJuYXBlL2tlcm5lbF9kZXZlbC9saW5wcm9jZnMv bGlucHJvY2ZzLmMJMjAwOS0xMi0yOCAyMTo0NDo0Ni4wMDAwMDAwMDAgKzAxMDAKQEAgLTg4MSw2 ICs4ODEsMzMgQEAKIH0KIAogLyoKKyAqIEZpbGxlciBmdW5jdGlvbiBmb3IgcHJvYy9maWxlc3lz dGVtcworICovCitzdGF0aWMgaW50CitsaW5wcm9jZnNfZG9maWxlc3lzdGVtcyhQRlNfRklMTF9B UkdTKQoreworCisJLyoKKwkgKiBUcmF2ZXJzZSB0aGUgbW91bnRsaXN0IHRvIGdldCB0aGUgaW4t dXNlCisJICogZmlsZXN5c3RlbXMKKwkgKi8JCisKKwlzdHJ1Y3QgbW91bnQgKml0ZXJhdG9yOwor CXN0cnVjdCB2ZnNjb25mICp0bXA7CisKKwltdHhfbG9jaygmbW91bnRsaXN0X210eCk7CisgCisJ VEFJTFFfRk9SRUFDSChpdGVyYXRvciwgJm1vdW50bGlzdCwgbW50X2xpc3QpeworCQl0bXAgPSBp dGVyYXRvci0+bW50X3ZmYzsKKwkJc2J1Zl9wcmludGYoc2IsICJcdCVzXG4iLHRtcC0+dmZjX25h bWUpOworCX0JCisKKwltdHhfdW5sb2NrKCZtb3VudGxpc3RfbXR4KTsKKworCXJldHVybiAwOwor fQorCisvKgogICogRmlsbGVyIGZ1bmN0aW9uIGZvciBwcm9jL3BpZC9jbWRsaW5lCiAgKi8KIHN0 YXRpYyBpbnQKQEAgLTEyNjIsNiArMTI4OSw4IEBACiAJICAgIE5VTEwsIE5VTEwsIE5VTEwsIFBG U19SRCk7CiAJcGZzX2NyZWF0ZV9maWxlKHJvb3QsICJkZXZpY2VzIiwgJmxpbnByb2Nmc19kb2Rl dmljZXMsCiAJICAgIE5VTEwsIE5VTEwsIE5VTEwsIFBGU19SRCk7CisJcGZzX2NyZWF0ZV9maWxl KHJvb3QsICJmaWxlc3lzdGVtcyIsICZsaW5wcm9jZnNfZG9maWxlc3lzdGVtcywKKwkgICAgTlVM TCwgTlVMTCwgTlVMTCwgUEZTX1JEKTsKIAlwZnNfY3JlYXRlX2ZpbGUocm9vdCwgImxvYWRhdmci LCAmbGlucHJvY2ZzX2RvbG9hZGF2ZywKIAkgICAgTlVMTCwgTlVMTCwgTlVMTCwgUEZTX1JEKTsK IAlwZnNfY3JlYXRlX2ZpbGUocm9vdCwgIm1lbWluZm8iLCAmbGlucHJvY2ZzX2RvbWVtaW5mbywK --00c09fc2bde2e9d4c4047caa635f-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 17:32:25 2010 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 DFA451065670; Fri, 8 Jan 2010 17:32:24 +0000 (UTC) (envelope-from prvs=1624766a02=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 37BD98FC14; Fri, 8 Jan 2010 17:32:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1262971339; x=1263576139; q=dns/txt; h=Received: Message-ID:From:To:Subject:Date:MIME-Version:Content-Type: Content-Transfer-Encoding; bh=DgH9myOlVYXQPoMR1tMPxKsReDn1zxHOaA LKk7keZNA=; b=FaUQEWq05p4Js+IvAnM9FOe/09ciXmPdkZFUYrwMkWmsJWZQp3 Cn2yLjWbg9QTalfUa16UxfHH/c2pjSXBRWXPCrWGDB5OZ+p/G7oGRDVyntYdWJ4/ jJRShG1LOx1QkaYfax/jhdGYPrhxuDQ08pTKdZRLdT5I8zYOuzyd0WeBE= X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 08 Jan 2010 17:22:19 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50009099163.msg; Fri, 08 Jan 2010 17:22:18 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 08 Jan 2010 17:22:18 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1624766a02=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> From: "Steven Hartland" To: , Date: Fri, 8 Jan 2010 17:21:50 -0000 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 Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: nginx hanging with state zoneli 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, 08 Jan 2010 17:32:25 -0000 The first time in a while be we just had nginx get stuck in the zoneli state: 51630 www 1 -16 0 16616K 9396K zoneli 2 24:33 0.00% nginx 51627 www 1 -16 0 16616K 9376K zoneli 1 24:22 0.00% nginx 51629 www 1 -16 0 16616K 9372K zoneli 3 24:09 0.00% nginx 51628 www 1 -16 0 16616K 9104K zoneli 0 24:05 0.00% nginx Usually I would suspect an mbufs issue but that doesnt seem to have caused the problem this time, going by the info below, anyone ideas? Running: 7.0-RELEASE-p11 AMD64 == netstat -m == 14829/11796/26625 mbufs in use (current/cache/total) 2240/1024/3264/262144 mbuf clusters in use (current/cache/total/max) 1449/727 mbuf+clusters out of packet secondary zone in use (current/cache) 12582/218/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 58515K/5869K/64384K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 3214 requests for I/O initiated by sendfile 0 calls to protocol drain routines == /etc/sysctl.con == # Large amounts of files in directories fix vfs.ufs.dirhash_maxmem=8379692 # Network performance tunning net.inet.tcp.inflight.enable=0 net.inet.tcp.sendspace=65536 kern.ipc.maxsockbuf=16777216 net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.recvbuf_max=16777216 # Prevent nginx issues:- # Increase backlog max kern.ipc.somaxconn=1024 # Prevent issue with pmap vm.pmap.shpgperproc=500 # high server numbers tuning see: # http://rerepi.wordpress.com/2008/04/19/tuning-freebsd-sysoev-rit/ kern.ipc.nmbclusters=262144 kern.ipc.maxsockets=204800 net.inet.tcp.msl=20000 == /boot/loader.conf == accf_http_load="YES" net.inet.tcp.syncache.hashsize=1024 net.inet.tcp.syncache.bucketlimit=100 net.inet.tcp.tcbhashsize=4096 vm.kmem_size=768M vm.kmem_size_max=768M ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 8 17:38:24 2010 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 1308C106568D for ; Fri, 8 Jan 2010 17:38:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from utility-0.aerioconnect.net (utility-0.aerioconnect.net [216.240.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id D01038FC13 for ; Fri, 8 Jan 2010 17:38:23 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by utility-0.aerioconnect.net (8.13.1/8.13.1) with ESMTP id o08HcHai019206; Fri, 8 Jan 2010 09:38:17 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id D5C362D6012; Fri, 8 Jan 2010 09:38:16 -0800 (PST) Message-ID: <4B476D88.3080300@elischer.org> Date: Fri, 08 Jan 2010 09:38:16 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Julian Elischer , Pieter de Goeje , freebsd-hackers@freebsd.org, shrivatsan References: <5a13b8941001061349m701d17fbl489ec8cf883e8c3c@mail.gmail.com> <201001070017.36855.pieter@degoeje.nl> <4B452A5D.4000208@elischer.org> <20100108170338.GC52442@acme.spoerlein.net> In-Reply-To: <20100108170338.GC52442@acme.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Question regarding memory disks 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, 08 Jan 2010 17:38:24 -0000 Ulrich Spörlein wrote: > On Wed, 06.01.2010 at 16:27:09 -0800, Julian Elischer wrote: >> Pieter de Goeje wrote: >>> Because when you "erase" something, all it does is unlink (delete the >>> reference to) the data. So there is currently no way the memory disk can free >>> the memory associated with the data. That is also why you should normally use >>> swap backed memory disks instead, or use tmpfs. These can return memory to >>> the system. >>> >>> The ability of the filesystem to mark certain blocks as "erased" is important >>> not only for memory disks but also for solid state drives. It is a feature >>> UFS2 is currently lacking unfortunately. >> but is being worked on > > Will this automagically work for md(4) backed UFS2 file-systems? Is this > also being worked on? that will depend on md there are two patches out there that use the VFS DELETE command under UFS to free unused space. how that operation is handled depends on the lower level. Disclaimer: I have seen the patches but are not using them. I believe Mav and Jeff have both looked at this and Kirk showed a path that was similar to Jeff's. > > Regards, > Uli From owner-freebsd-hackers@FreeBSD.ORG Sat Jan 9 14:34:27 2010 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 DB9911065672; Sat, 9 Jan 2010 14:34:27 +0000 (UTC) (envelope-from nester.wsx@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 444E48FC17; Sat, 9 Jan 2010 14:34:26 +0000 (UTC) Received: by fxm27 with SMTP id 27so5456739fxm.3 for ; Sat, 09 Jan 2010 06:34:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :user-agent:mime-version:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=iagmP45ml+IH1HnTLsE59ytZrISucgRzhtV/JU1/qlA=; b=LX/+miMjpEXPbxCLZPHv8R7y4gzZ7UFaRsx3jGEAIeQkWBNr3cmkfE32mqCp7ZYiLa e/xIYowWveRfZ1y7eMFI1nYAyXMlC7gqm4IlYbzN4AWuczSu5Qkndi/v1NU7VsInqZhV iEwAfrDSwbcNthpzQxW9gUTGGeJy+pzzEvefM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bFsEjdWeUoof6HNgZagRyulWp2z0wREJibS5RS2jO3BmeQACqeXCJEiGRP8mk22tjt fZa668mALwGKwynlI7SiU2dW44UEbFO24XikFyzIv+g4tbo6Ngu8Ifmgb4ErWscOrf/f xvBWZAwf9m7Z7VTfF+XO3JiwP6vFbQyc/GavE= Received: by 10.223.132.204 with SMTP id c12mr4750030fat.80.1263046127136; Sat, 09 Jan 2010 06:08:47 -0800 (PST) Received: from ?10.1.0.100? ([80.251.126.230]) by mx.google.com with ESMTPS id 14sm8752985fxm.7.2010.01.09.06.08.45 (version=SSLv3 cipher=RC4-MD5); Sat, 09 Jan 2010 06:08:45 -0800 (PST) Message-ID: <4B488DE6.9060700@gmail.com> Date: Sat, 09 Jan 2010 17:08:38 +0300 From: Alexander Nesterov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 References: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> In-Reply-To: <2AE0B73B2EE94747B570A9A814756B47@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: nginx hanging with state zoneli X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Nesterov List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jan 2010 14:34:28 -0000 On 08.01.2010 20:21, Steven Hartland wrote: > [..] > 12582/218/12800/12800 4k (page size) jumbo clusters in use (current/cache/total/max) Try to increase jumbo clusters (sysctl kern.ipc.nmbjumbop) > [...] -- Alexander Nesterov